Перемещение Subversion представляет проблему аутентификации - PullRequest
1 голос
/ 17 февраля 2012

У меня есть домашний сервер разработки, работающий на Debian, на котором я установил Subversion несколько лет назад.Мой клиент для разработки - Windows 7 с TortoiseSVN.В течение многих лет все настройки работали нормально, и это позволяет мне получать доступ к SVN из любой точки сети.

Поскольку сервер находится за домашним подключением, я специально настроил его с использованием динамического DNS, чтобы не былоЯ должен изменить настройки SVN каждый раз, когда меняется мой домашний IP.К сожалению, бесплатный сервис, который я использовал для динамического DNS, прекращен.Я переключился на новый, но теперь я должен изменить свою конфигурацию.

У меня есть рабочая копия, которая все еще указывает на старый DNS, поэтому я пытаюсь использовать опцию «relocate» в TortoiseSVN, чтобы установить новое местоположение репозиториев на сервере.Это вызывает диалоговое окно аутентификации, в котором я застрял.

У меня есть только один пользователь SVN, на данный момент давайте назовем его «admin».Я могу использовать SSH на сервере с этой учетной записью, поэтому я знаю, что мой пароль правильный.Я не изменил настройки авторизации на стороне сервера.Вот конфигурация Apache для виртуального хоста:

<Location /svn/repos>
  DAV svn
  SVNParentPath /data/svn/repos
  AuthType Basic
  AuthName "Subversion"
  AuthUserFile /data/svn/users/passwords
  <LimitExcept GET PROPFIND OPTIONS REPORT>
  Require user admin
  </LimitExcept>
 </Location> 

Я получаю доступ к репозиториям из клиента TortoiseSVN через http.Между ними нет прокси.Настройки пользователей / паролей, упомянутые выше, не затрагиваются.Все это работало нормально всего два дня назад, единственное изменение - DNS.Тем не менее, он не исключает мои учетные данные администратора, он просто продолжает возвращаться с этим приглашением.Я очистил кэшированные данные аутентификации в TortoiseSVN, но это тоже не помогает.

Есть мысли?

1 Ответ

1 голос
/ 17 февраля 2012

Извините, что потратил ваше время, я понял: мой старый DNS был адресом https, а новый, который я пробовал, был http.Так как я настроил Apache для разрешения только svn через https, аутентификация не удалась.

...