Аутентификация в Apache2 с mod_dav_svn
Можно использовать WinSCP для выполнения этого вида автоматической загрузки. Это обычно используется с SFTP или SCP, но это поддерживает плоскость FTP также (Ваш сервер может на самом деле быть способен к SFTP или SCP), и это может быть автоматизировано с их сценариями автоматизации:
Руководство по автоматизации WinSCP
Определенная команда, которую Вы ищете, keepuptodate:
Ваш клиент Подверсии кэшировал учетные данные?
Вы попытались делать non-dav_svn (в основном обычный веб-каталог) и проверка, если полномочия работают?
Например, можно попробовать что-то вроде этого:
<Location /test_auth>
AuthType Basic
AuthName "TEST TEST TEST"
AuthUserFile /etc/apache2/dev.passwd
Require valid-user
</Location>
-
1Вы попытались получить доступ к своему svn каталогу в веб-браузере только для проверения его? Я узнал, что это помогло в прошлый раз, когда я настраивал сервер SVN. – wag2639 18 June 2010 в 02:00
Считайте это, если Вы уже не имеете.
Если это не работает...
Действительно ли Вы положительны, что нет никаких .htaccess .htpasswd, файлы не переопределяют стандартную программу аутентификации в httpd.conf?
Apache имеет всеобъемлющую модель наследования для полномочий, к которым это довольно хитро для привыкания. Если Ваши полномочия установлены правильно там, они могут быть заблокированы установкой ниже в иерархии или переопределены чем-то выше в иерархии.
Мне бы хотелось дать Вам более определенный ответ, но мои набеги в Apache обычно вовлекают меня загоняющий мою голову против стены в течение нескольких дней для разбираний в нем.
Несколько идей, в порядке conseqeunces:
- Проверьте файлы журнала для наблюдения то, что продолжается. Возможно, это разъяснит проблему.
- Изменения конфигурации Apache требуют, чтобы Вы перезагрузили Apache. Если Вы не сделаете, то Ваши изменения никогда не будут брать.
- Вы указали аутентификацию пользователя, но не авторизацию. Сделайте явный svn authz и добавьте его. Я не уверен, в отсутствие чего делает SVN файла авторизации.
- Ubuntu 10.04 LTS выпущена; я рекомендовал бы обновление от 8.04 LTS. Это могло волшебно решить проблему, между обновлениями ядра, SVN и апача.
Это кажется, что у Вас, скорее всего, есть своего рода перекрывающаяся конфигурация, которая препятствует тому, чтобы SVN работал как ожидалось.
Что происходит, когда Вы просматриваете различные подкаталоги в репозитории с webbrowser? Это всегда просит имя пользователя/пароль? Попытайтесь использовать wget или завихрение для просмотра репозиториев от командной строки. Эти утилиты командной строки не хранят информацию сессии вокруг, таким образом, можно быстро исчерпать запросы к различным URL, быстро используйте различные имена пользователей и пароли и т.д.
Включите mod_info. mod_info создаст страницу (По http://www.example.org/server-info по умолчанию), который объединит Вашу всю конфигурацию подробно. Это позволяет Вам видеть если перекрывающиеся конфигурационные файлы (например, люди младше /etc/apache2/conf/ и /etc/apache2/conf.d) вызывают проблемы.
Модель наследования Apache может иногда быть твердой к grok. Я нахожу это mod_info может помочь мне видеть вещи немного более ясно. Удовлетворить директива могла бы быть виновата.
Обязательно ограничьте mod_info, чтобы только предоставить доступ от Вашего IP-адреса / сеть.
Другое предложение, создайте второй репозиторий с другим путем доступа и удостоверьтесь, что этими вещами является competely за пределами пространства имен Вашего первого репозитория. Это поможет устранить аномалии под Вашим существующим SVN repo.
Что-то вроде этого:
<Location /svntest>
DAV svn
SVNParentPath /tmp/test/repos
AuthType Basic
AuthName "TEST"
AuthUserFile /tmp/test/test.passwd
Require valid-user
</Location>
Проблема все еще происходит? Если это делает, то Ваша проблема происходит из-за причуды конфигурации в Apache. Если проблемы не происходит с, то проблема происходит из-за проблемы конфигурации с репозиториями подверсии под/var/svn/repos.