TortoiseSVN не может подключиться к серверу Subversion SlikSVN
https://stackoverflow.com/questions/410844
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я создал сервер SubVersion на одной из машин в моей рабочей группе.Из моего окна разработки я могу получить доступ к репозиторию и проверять входящие / исходящие файлы без каких-либо проблем.
Я только что установил TortoiseSVN, и независимо от того, что я делаю, он не будет подключаться к репозиторию на сервере.Я получаю печально известную ошибку "Не удалось установить соединение, потому что целевая машина активно отказалась от него".
У кого-нибудь есть какие-нибудь идеи, почему это может быть ...?Насколько я знаю, расширение tortoise shell работает под моими учетными данными пользователя.Кажется странным, что инструменты командной строки SVN работают корректно, но не Tortoise.
Обе машины работают под управлением Vista
ПРИМЕЧАНИЕ:В обоих случаях я использую протокол svn для подключения
Наконец-то я это исправил ...!Похоже, проблема связана с загруженным мной пакетом Subversion.Я скачал последнюю версию SlikSVN (1.5.5) и установил ее на свой клиент и сервер.Похоже, TortoiseSVN не нравится эта сборка / версия.Я только что удалил SlickSVN на обеих машинах и скачал последнюю версию из CollabNet, и теперь все работает, как ожидалось!
Решение 3
Наконец-то я это исправил ...!
Похоже, проблема связана с загруженным мной пакетом Subversion.Я скачал последнюю версию SlikSVN (1.5.5) и установил ее на свой клиент и сервер.Похоже, TortoiseSVN не нравится эта сборка / версия.Я только что удалил SlickSVN на обеих машинах и скачал последнюю версию из CollabNet, и теперь все работает, как ожидалось!
Другие советы
Просто добавьте --listen-host 0.0.0.0 к вашей сервисной команде SVN.Проблема в том, что вы создаете сервис, прослушивающий IPv6 и вы пытаетесь получить к нему доступ, используя IPv4.Посмотри на это:
Возможно, вы захотите задать этот вопрос в списке рассылки TSVN:
Видишь http://tortoisesvn.net/community или http://groups.google.com/group/tortoisesvn
Обычно вы получаете ответ очень быстро.
Пожалуйста, проверьте следующее:
- настроен ли ваш брандмауэр на пропускание трафика (порт 3690 по умолчанию или любой другой порт, на котором у вас может быть настроен svnserve для запуска).Проверьте брандмауэры как на вашем клиентском компьютере, так и на компьютере, на котором вы запускаете svnserve.
- многие антивирусные сканеры также взаимодействуют с "необычными" сетевыми портами
- хост по умолчанию, на котором прослушивается svnserve, - "localhost", что означает, что вы не сможете подключиться к нему с другого компьютера.Вы запустили svnserve с параметром '--listen-host serverhostname'?
Редактировать:если вы используете сервер collab.net, вам придется запустить службу вручную:
net start svnserve
Также это могло бы помочь: http://subversion.open.collab.net/articles/svnserve-service.htm
Возможно, стоит проверить, что Tortoise не подключился к настройке прокси (сетевые настройки в конфигурации Tortoise).На том же экране вы можете открыть файл SVN server и посмотреть, не происходит ли там чего-нибудь странного.
Какой протокол вы используете для доступа к серверному репозиторию?Если это не file:// протокол, вы подтвердили, что соответствующий сервер действительно запущен?Попробуйте подключиться к нему вручную, например, запустив
telnet target.machine.ip.address target_port
(конечно, заменяя target.machine.ip.address по фактическому IP-адресу и target_port по числовому порту сервера).Если этот порт открыт, экран очистится, в противном случае telnet на некоторое время зависнет, а затем подаст жалобу.
Если он работает с использованием IP-адреса, а не имени компьютера, у вас проблема с разрешением имени (проверьте настройки DNS и / или WINS).
У меня была такая же проблема с SlickSVN 1.5.5.Но в моем случае это был локальный сервер subversion, работающий в режиме deamon.Пакет CollabNet отлично работает с той же конфигурацией.
Клиент Slik Subversion поддерживает IPv6 и IPv4, поэтому, если ваша система говорит, что предпочитает IPv6.С помощью аргумента --listen-host вы можете выбрать, как он должен прослушиваться.
Я повторно запустил команду svnserve --daemon --root D:\Subversion\Repo, и это устранило эту ошибку.
Эта ошибка возникла внезапно.Одну минуту мы работали нормально, а в следующую увидели эту ошибку.Не знаю точно, почему.
