Ошибка подключения к онлайн-хранилищу ископаемых после смены пароля - PullRequest
5 голосов
/ 20 января 2010

Я установил хранилище окаменелостей на моей учетной записи общего хостинга. Я создал Perl-скрипт fossil.pl, который указывает на клонированный репозиторий, который я помещаю в веб-пространство. Я установил все правильные разрешения (755). Когда я захожу на fossil.pl, я получаю веб-интерфейс. Все круто. Однако у меня проблема с толчками, и я надеюсь, что кто-то может указать мне на решение.

Когда я клонирую репозиторий, он устанавливает новый пароль для меня (Тоби) в новом клонированном репозитории. Если я подключаюсь к этому хранилищу онлайн, не меняя пароль, он работает нормально, я могу передать изменения с локального компьютера в онлайн хранилище. Однако, как только я изменяю пароль для Тоби (на что-то более простое для меня), я получаю следующую ошибку.

 Bytes      Cards  Artifacts     Deltas Send:           
 1810          9          0          2
 1Server Error: not authorized to write
 fossil: server says: not authorized to
 write

Кто-нибудь знает, почему это происходит? Кто-нибудь знает, как это исправить?

Ответы [ 2 ]

6 голосов
/ 17 марта 2010

Fossil недавно изменил детали того, как он сохраняет пароли, что повлияло на способ аутентификации во время клонирования, push, pull и синхронизации.

Одним из результатов этого изменения является то, что исходный пароль для первой учетной записи пользователя, созданной для вас клоном, сохраняет пароль по-старому, но при изменении любого пароля он обновляется по-новому. Чтобы заставить все записи паролей в хранилище использовать новый метод, используйте «ископаемые test-hash-passwords».

Я бы подтвердил, что обе копии окаменелости находятся после этой ревизии, при необходимости обновляя оба конца.

Обратите внимание, что при обновлении до самых последних доступных версий необходимо выполнить «ископаемое восстановление» на сервере (и локально для любых клонов) из-за изменений в схеме базы данных. Поскольку это всегда безопасно, целесообразно делать это после любого обновления.

1 голос
/ 03 февраля 2010

До недавнего времени пользователи и пароли никогда не клонировались. Обычно при клонировании рекомендуется проверять идентичность пароля на локальном и удаленном устройствах и проверять его с помощью синхронизации.

...