Настройка SVN Subversion и проблема аутентификации - PullRequest
2 голосов
/ 06 января 2011

Я относительно новичок в управлении ревизиями, и мне нужна помощь, чтобы решить, правильно ли это настроено.

Я использую " Subversion для Windows " от Sourceforge, TortoiseSVN и DynDNS,У нас есть «серверный компьютер», на котором мы все это устанавливаем.Мы хотим иметь возможность делиться хранилищем по сети и получать к нему доступ из дома.У нас нет веб-сервера, доступного для использования.

Структура папок выглядит следующим образом:

C:\SVN\project-name\trunk
C:\SVN\project-name\branches and so on...

При тестовом запуске на моей локальной машине я смог установить все и успешно импортироватьи загрузите копии нашего репозитория, используя адрес, подобный следующему:

svn://my-dyndns-addr/SVN-folder/project-name/trunk

Ради ускорения процесса я не запускал файл svnserve.exe как службу и просто использовал эту команду:

svnserve.exe --daemon

Это сработало нормально.Соединение DynDNS, кажется, также работает, и я могу пропинговать его с любой из наших рабочих машин.Все файлы конфигурации в каталоге "conf" были соответствующим образом изменены с использованием нового имени пользователя и пароля.

Затем пришло время повторить этот процесс на сервере, и я установил и настроил все аналогичным образом.Единственное, что я сделал, это установил svnserve.exe в качестве службы, следуя этому руководству .Служба установлена ​​нормально, и я могу подключиться к хранилищу, но аутентификация не удалась.Опять же, я все еще могу пропинговать адрес DynDNS и адрес SVN.

Итак, мои вопросы: есть ли какая-то часть процесса аутентификации, который мне не хватает?Почему с такими подобными настройками я могу подключиться к серверу SVN на моей машине, но не на сервере?И это хорошая установка?Должен ли я беспокоиться о безопасности помимо хороших имен пользователей и паролей?Есть ли какие-то мелочи, которые я мог бы пропустить?Это все для меня в новинку, поэтому я в основном "возился".

Спасибо.

Несколько последних замечаний: я удаленно удален на сервер, и я перезапустил службу икомпьютер пару раз.

Ответы [ 3 ]

3 голосов
/ 06 января 2011

Похоже, служба не имеет доступа к файлу паролей.

Службы обычно запускаются как специальные пользователи, такие как сетевые службы. Таким образом, он может не иметь доступа к вашему корневому каталогу Subversion.

Это можно исправить, запустив службу как обычный пользователь или предоставив доступ сетевой службе к корневому каталогу.

1 голос
/ 06 января 2011

Не тратьте время на настройку сервера SVN.

Visual SVN

Collabonet Subversion Edge

Бесплатно!Предоставляется веб-сервер и безопасность https.

0 голосов
/ 07 января 2011

Я не хочу отвечать на свой вопрос, но для тех, у кого могут быть подобные проблемы, вот что произошло:

Прежде всего, следуя совету 9dan, я переключил свой пакет subversion на Collab.Легче установить и сервисы устанавливаются автоматически.Спасибо.

Далее я не верю, что возникла проблема с доступом к папкам службы.На самом деле, я почти уверен, что не было после нескольких различных тестов, которые я сделал.В итоге проблема заключалась в том, что я выбрал имя пользователя в файле conf / passwd.Я для простоты использовал моего студента имя сетевой учетной записи .В последний раз я изменил его, перезапустил сервер, и он заработал!Это все еще кажется немного странным и потребует некоторого дополнительного внимания, прежде чем я почувствую себя комфортно, оставляя его, но по крайней мере это работает!Установленный Collab является Apache.У меня были запущены службы XAMPP, и они конфликтовали.Не забудьте проверить свои услуги, чтобы увидеть, какие из них работают.В моем случае мне не нужен Apache для Subversion, поэтому я отключил его.

Спасибо за ответы!Надеюсь, это поможет некоторым людям.

...