Ошибка при подключении к онлайн-хранилищу окаменелостей после смены пароля

Question

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

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

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

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

Answer 1

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

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

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

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

Answer 2

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