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

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

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

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

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


version-control online-repository fossil
person Toby Allen    schedule 20.01.2010    source источник
comment
Вы клонировали удаленный репозиторий, включив имя пользователя в URL-адрес? fossil clone http://[email protected]:8081 mylocalrepo.fossil Это упущение имя пользователя в URL-адресе — вот что меня подвело (из-за того, что у меня нет прав на запись) при попытке fossil commit. Конечно, имя пользователя уже должно существовать/быть определено в удаленном репозитории (к моменту запуска fossil server -P 8081 myrepo.fossil и настройки имени пользователя и пароля). Я также позаботился о том, чтобы использовать то же имя пользователя и пароль в локальном клоне.   -  person jbatista    schedule 19.10.2012

Ответы (2)


arrow_upward
6
arrow_downward

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

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

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

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

person RBerteig    schedule 17.03.2010

arrow_upward
1
arrow_downward

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

person squeeks    schedule 03.02.2010
comment
Я пытаюсь подключиться с правильным паролем к клонированному репозиторию, просто когда я меняю его (на что-то более запоминающееся), это вызывает проблему. - person Toby Allen; 06.02.2010