Не удается подключиться к репо с помощью TortoiseSVN - PullRequest
Новая
       7

Не удается подключиться к репо с помощью TortoiseSVN

15 голосов
/ 24 января 2012

Я уже несколько месяцев работаю над проектом, использующим тот же репозиторий TortoiseSVN без особых хлопот, до сих пор.

Мне нужно добавить еще одну коробку в проект, но для TSVN кажется невозможным подключиться к хранилищу. Это то, что я обнаружил или опробовал:

У меня есть две клиентские коробки: "старая" и "новая" ...

  1. Настройка и извлечение второй папки на «старой» коробке работает нормально.
  2. Просмотр в репо через Chrome / IE на «новом» окне также работает нормально.
  3. Браузеры на моем «новом» ящике не используют прокси (то же самое относится и к «старому» ящику).
  4. Я использую TSVN 1.7.4, сборка 22459 - 64-разрядная на обоих компьютерах

  5. Когда я пытаюсь подключиться к репо из «нового» окна, используя браузер репо или проверяя новую папку, я получаю это сообщение об ошибке:

    Невозможно подключиться к хранилищу по URL 'https://(ip -адрес опущен) / usvn / svn / (проект опущен)' ОПЦИИ 'https://(ip -адрес опущен) / usvn / svn / (проект опущен)': не удалось подключиться к серверу (IP-адрес не указан)

  6. Я сравнил все настройки TSVN между «новыми» и «старыми» полями, и все они, кажется, совпадают

  7. По словам людей, работающих на сервере, сертификаты не используются
  8. Брандмауэр Windows на «новом» поле выключен
  9. Я запускаю как "старый", так и "новый" ящик из одной сети. «Старый» подключен через WIFI, а «новый» подключен.

Я в своем уме, чтобы проверить, так что любые советы будут с благодарностью.

Спасибо

Ответы [ 8 ]

14 голосов
/ 24 января 2012

Вам необходимо определить, является ли это проблемой с TortoiseSVN, вашим хранилищем Subversion или сетевым подключением.

  • Прежде всего, проверьте свой URL.Я никогда не использовал Удобный для пользователя SVN , поэтому я не знаю, что он делает с конфигурацией Apache httpd.Однако стандартная конфигурация Apache для нескольких репозиториев обычно составляет http://<server>/svn/<module>, а не http://<server>/svn/usvn/<module>.Этот каталог /usvn/ должен быть там?
    • Кстати, как был настроен Apache?Это делает и дружественный пользователю SVN, или он просто позволяет вам конфигурировать репозитории?Используете ли вы Visual-SVN, или кто-то вручную настраивал Apache httpd?
  • Если URL-адрес правильный, попробуйте проверить связь с сервером Subversion.Можете ли вы пропинговать его из окна Windows?Если нет, у вас проблема с сетью.По какой-то причине этот IP-адрес даже недоступен из вашего клиентского ящика.
  • Попробуйте открыть браузер и вставить в окно URL-адрес хранилища Subversion.Это должно работать.Если это произойдет, проблема, вероятно, с TortoiseSVN.Загрузите клиент Subversion для командной строки и посмотрите, сможете ли вы оформить заказ с этим.
  • Попробуйте использовать тот же URL-адрес в другом окне.Вы можете оформить заказ оттуда?Если это так, это указывает на проблему с сетью.
13 голосов
/ 06 сентября 2013

Попробуйте очистить настройки в разделе «Сохраненные данные» - см .:

http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-settings.html

Это работает для меня с Windows 7.

Эрик

4 голосов
/ 20 августа 2015

Я обнаружил, что замена первой части URL-адреса с номерами IP-адресов вместо слов работает для меня.

Например, использовать: 

http://111.11.11.111/svn/Directory

вместо: 

http://www.url.com/svn/Directory
2 голосов
/ 10 января 2013

Я боролся с точно такой же проблемой.Мне заменили рабочий ноутбук, и внезапно я перестал подключаться к серверу.Странно, но изначально я получал ошибки, блокирующие меня от фиксации, например: Команда: Ошибка фиксации: Ошибка фиксации (подробности следуют): Ошибка: MKACTIVITY из '/ svn / /! Svn / act / c511b853-23b4-db4a-8991-0bc689a63353 ': Ошибка: не удалось проанализировать строку состояния ответа (http://*.**.com) Завершено!:

Когда я перешел на работу в другую ветку (сервер SVN был доступен без проблем для всех на обоихветки, которые имеют надлежащую безопасность), я начал получать сообщение об ошибке, например:

Команда: извлечение из http://.com/svn/fineos//trunk, ревизия HEAD, полностью рекурсивная, включая внешние компоненты Ошибка: невозможно подключиться к хранилищу по URL-адресу Ошибка: 'http://**.com/svn/fineos*/*/trunk' Ошибка: ОПЦИИ ошибки: 'http://*.com/svn/fineos*/*/trunk': может Ошибка: не подключиться к серверу (http://*.com) Завершено!:

Примечание: В каждом случае я мог получить доступ к хранилищу через браузер, и это работало для всех остальныхочевидно, что это не проблема сети или хранилища.

Это то, что мне помогло, - удалить клиент Tortoise, а затем удалить папку кэша Tortoise.из папок Local и Roaming в папке C: \ Users \ user \ AppData.Кроме того, я переименовал узел TortoiseSVN в реестре Windows, поэтому старая конфигурация не может быть найдена.Затем после переустановки клиент подключился к репо красиво.Я не уверен, что оба шага необходимы, может быть, достаточно просто изменить реестр, я оставлю это вам для подтверждения.

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

1 голос
/ 08 декабря 2015

SVN чувствителен к регистру. Убедитесь, что вы правильно пишете. Если он был переименован, вы можете переместить рабочую папку на новый URL. Увидеть https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-relocate.html

0 голосов
/ 26 октября 2017

Однажды я столкнулся с той же проблемой.Я пытался получить svn checkout, используя URL хранилища, состоящий из DOMAIN NAME.Я попытался подключиться, используя IP-адрес вместо имени домена, и я смог оформить заказ

0 голосов
/ 21 октября 2016

Как заявил Дэвид У."Прежде всего, проверьте свой URL" - наша запись DNS изменилась, разорвав все соединения svn repo.Соединение по ip вместо url, как сказал Уес, сработало - (теперь мы должны исправить наш dns)

0 голосов
/ 27 января 2016

Просмотрите это также:

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

svn: E170013: невозможно подключиться к хранилищу по URL-адресу 'SVN.REPOSITORY.REDACTED'

svn: E730054: Ошибка при запуске контекста: существующее соединение было принудительно закрыто удаленным хостом.

Расследование: Изучение вышеупомянутых ошибок в интернете не выявило какой-либо соответствующей информации.

Процесс трассировки (procmon) показал попытку подключения к Akamai (облачные службы)сервер после рукопожатия SSL / TLS к серверу SVN.Имя хоста для сервера не было показано в трассировке процесса.Обратный поиск DNS показал a184-51-112-88.deploy.static.akamaitechnologies.com или a184-51-112-80.deploy.static.akamaitechnologies.com в качестве имени хоста, а IP был либо 184.51.112.88, либо 184.51.112.80 (2 записи в кеше DNS).

Средство захвата пакетов (MMA) показало попытку подключения к имени хоста ctldl.windowsupdate.com после рукопожатия SSL / TLS с сервером SVN.

Windows Crypto API пытался подключиться к Центру обновления Windows, чтобы получить информацию об отзыве сертификатов (CRL - список отзыва сертификатов).Время ожидания по умолчанию для получения CRL составляет 15 секунд.Время ожидания для аутентификации на сервере составляет 10 секунд;поскольку 15 больше 10, это терпит неудачу.

Разрешение: Интернет-исследования обнаружили следующее: (также см. Рисунок внизу)

Решение 1: Уменьшите время ожидания CRL Групповая политика -> Конфигурация компьютера -> Параметры Windows -> Параметры безопасности -> Политики открытого ключа -> Параметры проверки пути сертификата -> Поиск по сети - см. Рисунок ниже.

https://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=470698

support.microsoft.com / ru-ru / kb /2625048

blogs.technet.com / b / exchange / archive / 2010/05/14 / 3409948.aspx

Решение 2: Открыть брандмауэр для поддержки CRL

.microsoft.com/en-us/kb/2677070

Решение 3. Флаги командной строки SVN (не проверено)

serverfault.com / questions / 716845 / tortoise-svn-initial-connect-timeout- альтернативное решение флага командной строки svn.

Дополнительная информация: Отладка этой проблемы была особенно трудной.SVN 1.8 отключил поддержку библиотеки Neon HTTP RA (доступ к репозиторию) в пользу библиотеки Serf, которая удалила отладочную логику клиента.[1] Кроме того, возвращенный код ошибки SVN не соответствует строке, указанной в svn_error_codes.h [2] Кроме того, коды ошибок SVN не могут быть легко сопоставлены с их меткой ENUM, в этом случае код ошибки SVN E170013 сопоставляется с SVN_ERR_RA_CANNOT_CREATE_SESSION.

  1. stackoverflow.com / questions / 8416989 / можно ли получить svn-client-debug-output
  2. people.apache.org / ~ brane / svndocs /чапи / svn__error__codes_8h.html # ac8784565366c15a28d456c4997963660a044e5248bb3a652768e5eb3105d6f28f

Отдается SVN Изменения: 1056 *

  1. Включить многословие в команде, как для всех операций

  2. Добавить ошибку ENUM name в stderr

  3. Добавить конфигурациюфлаг для журнала отладки Serf Library.

...