Ошибка, соединяющаяся с репозиторием окаменелости онлайн после изменяющегося пароля
Я открыл репозиторий окаменелости на общем хостинг-аккаунте, который я имею. Я создал сценарий жемчуга fossil.pl, который указывает на клонированный репозиторий, что я поднял на webspace. Я установил все корректные полномочия (755). Когда я перехожу к fossil.pl, я получаю сеть ui. Спокойный Everythings. Однако у меня есть проблема с нажатиями и надеждой, что кто-то мог указать на меня на решение.
Когда я клонирую репозиторий, он устанавливает новый пароль для меня (Toby) в новом клонированном репозитории. Если я продвигаю в этот репозиторий онлайн, не изменяя пароль, он хорошо работает, я могу увеличить изменения от своей локальной машины до репозитория онлайн. Однако, после того как я изменяю пароль для Toby (к чему-то более легко помнившему мной), я получаю следующую ошибку.
Bytes Cards Artifacts Deltas Send:
1810 9 0 2
1Server Error: not authorized to write
fossil: server says: not authorized to
write
Кто-либо знает, почему это происходит? Кто-либо знает, как зафиксировать его?
2 ответа
Fossil недавно изменил детали того, как он сохраняет пароли, что повлияло на способ аутентификации во время клонирования, push, pull и синхронизации.
Одним из результатов этого изменения является то, что первоначальный пароль для первой учетной записи пользователя, созданной для вас клоном, сохраняет старый пароль, но при изменении любого пароля он обновляется. Чтобы заставить все записи паролей в репозитории использовать новый метод, используйте "fossil test-hash-passwords".
Я хотел бы проверить, что обе копии окаменелости после этой ревизии, обновив оба конца по мере необходимости.
Обратите внимание, что при обновлении до самых последних доступных версий вы должны выполнить «ископаемую перестройку» на сервере (а также локально для любых клонов) из-за изменений в схеме базы данных. Поскольку это всегда безопасно, рекомендуется сделать это после любого обновления.
До недавнего времени пользователи и пароли никогда не клонировались. Как правило, при клонировании рекомендуется убедиться, что локальный и удаленный пароли идентичны, и протестировать его с помощью синхронизации.