2012-02-17 2 views
1

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

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

У меня есть рабочая копия, которая все еще указывает на старый DNS, поэтому я пытаюсь использовать параметр «переместить» в 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

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

Смежные вопросы