Ошибка TortoiseSVN: "ОПЦИИ" https://... "не удалось подключиться к серверу (...)"

Я пытаюсь настроить новый компьютер для синхронизации с моим репозиторием SVN, который размещен на cvsdude.com.

Я получаю эту ошибку:

! [Ошибка SVN] [1] - изображение удаленной картинки, которое было заменено объявлением

Вот что я сделал (они работали в прошлом):

Загружено и установлено TortoiseSVN
Создана новая папка C:\aspwebsite
Щелкните правой кнопкой мыши, выберите SVN Checkout...
Введена следующая информация, нажмите ОК:
- URL-адрес репозитория: https://<reponame> -svn.cvsdude.com/aspwebsite
- Каталог заказа: C:\aspwebsite
- Глубина проверки: Полностью рекурсивный
- Опустить внешние: Непроверено
- Редакция: ревизия HEAD
Ошибка TortoiseSVN:
- ОПЦИИ https://<reponame> -svn.cvsdude.com/aspwebsite ': не удалось подключиться к серверу (https://<reponame> -svn.cvsdude.com)

Вместо того, чтобы получать ошибку, TortoiseSVN должен был запросить мое имя пользователя и пароль, а затем загрузить около 90 МБ.

Почему я не могу проверить из моего репозитория Subversion?

Кент Фредрик написал:

Либо их сертификат безопасности истек, или их хостинг испорченный/вниз.

Обратитесь к CVSDude и спросите их, пожалуйста.

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

Это ошибки через пару секунд. Я не думаю, что это тайм-аут.

Matt написал:

Попробуйте посетить https://[redacted]-svn.cvsdude.com/aspwebsiteи посмотреть, что произойдет. Если вы можете посетить это в вашем браузере, вы должны быть возможность получить файлы в вашем SVN клиент, и мы можем работать оттуда. Если он терпит неудачу, тогда ваш ответ.

Я могу получить доступ к сайту в веб-браузере.

Ответ 1

Проверьте настройки прокси-сервера в TortoiseSVN- > Настройки- > Сеть.

Возможно, они настроены иначе, чем в вашем веб-браузере.

Ответ 2

Поздняя реакция, но я боролся с этим какое-то время, поэтому, возможно, я смогу кого-то спасти немного, показывая свое решение.

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

В моей ситуации TortoiseSVN продолжал пытаться подключиться через прокси-сервер. Я мог бы получить доступ к SVN через хром, firefox и IE.

Оказывается, существует файл конфигурации, который имеет другую конфигурацию, чем графический интерфейс в TortoiseSVN.

Мина была здесь: C:\Documents and Settings\[username]\Application Data\Subversion\, но вы также можете открыть файл через Guitar TortoiseSVN.

В моем файле http-proxy-exceptions was empty. После того, как я это описал, все сработало нормально.

[global]
http-proxy-exceptions = 10.1.1.11
http-proxy-host = 197.132.0.223
http-proxy-port = 8080
http-proxy-username = defaultusername
http-proxy-password = defaultpassword
http-compression = no

Ответ 3

Я понимаю, что это старый вопрос, но эта же проблема произошла со мной, но по совершенно другой причине.

Возможно, cvs-dude изменил сертификаты, поэтому он больше не совпадает с сертификатом, который вы кешировали.

Вы можете перейти к TortoiseSVN- > Settings- > Saved Datastrong > и нажать кнопку "Очистить" рядом с "Данные аутентификации", а затем повторить попытку.

Ответ 4

Это сводило меня с ума, и я решил это сегодня. Я отправляю в эту старую нить, потому что я приехал сюда несколько раз, ища решение. Надеюсь, это поможет кому-то. Для меня я проверил svn-settings → network → Edit Subversion server file и обнаружил, что в конце были некоторые строки без комментирования:

http-proxy-host = 
ssl-trust-default-ca = no
http-proxy-username = 
http-proxy-password =

который отличался от моих сотрудников. Как только я это прокомментирую, он снова начал работать.

Ответ 5

Похоже, вы почти наверняка за прокси-сервером.

Где это работает не для меня за моим прокси:

svn checkout http://v8.googlecode.com/svn/trunk/ v8-read-only

этот делает:

svn --config-option servers:global:http-proxy-host=MY_PROXY_HOST --config-option servers:global:http-proxy-port=MY_PROXY_PORT checkout http://v8.googlecode.com/svn/trunk/ v8-read-only

ОБНОВЛЕНИЕ Я забыл процитировать мой источник: -)

http://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1.3.1

Ответ 6

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

Я за брандмауэром и изменил настройки своего прокси-сервера (TortoiseSVN- > Settings- > Network), чтобы получить доступ к репо с открытым исходным кодом вчера. Сегодня утром я получил ошибку, пытаясь проверить репо в локальном домене за брандмауэром. Мне просто нужно было удалить прокси-сервер в TortoiseSVN- > Settings- > Network, чтобы он снова работал локально.

Ответ 7

Истек либо их сертификат безопасности, либо их хостинг разбит/опущен.

Обратитесь к CVSDude и спросите их, пожалуйста.

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

Ответ 8

Это проблема с настройкой прокси-сервера в TortoiseSVN. Подключитесь с помощью сети, которая не использует прокси-сервер, или настройте параметры прокси-сервера правильно.

Ответ 9

У меня такая же проблема, как у меня, но с использованием моего собственного сервера. Возможно, APACHE разрешает только ограниченное подключение к одному и тому же серверу. Я увеличиваю настройки max_connection и KeepAlive. Пока все хорошо.

Ответ 10

У меня была аналогичная проблема; оказывается, это вопрос чувствительности к регистру. Поэтому убедитесь, что вы используете правильный случай.

Ответ 11

Попробуйте вставить URL-адрес SVN в адресную строку браузера. Вероятно, вы увидите, что вы не можете подключиться из-за некоторой проблемы с URL-адресом. У меня была эта проблема только сегодня, и проблема заключалась в том, что я ошибся номер порта, но, как отмечали другие, это может также быть проблемой чувствительности к регистру, настройками прокси-сервера или другими проблемами на уровне соединения.

Ответ 12

У меня не было изменений в настройках сети, и поэтому большинство представленных здесь материалов не распространялось на меня. После долгих обсуждений комментарий о вирусописателе дал мне правильный путь: есть некоторые антивирусные сканеры, такие как McAfee, которые защищают определенные области системных каталогов и делают их доступными только для чтения. Когда вы впервые подключаетесь к серверу, Tortoise SVN пытается записать сертификат на один из этих файлов, который выходит из строя из-за защиты. Кратко отключите защиту, запустите проверку и после диалога сертификата вы можете снова включить ее. Это по крайней мере сработало для меня.

Ответ 13

Сегодня я получил ту же самую ошибку и обнаружил, что брандмауэр блокировал клиент svn

Ответ 14

Это может произойти из-за того, что вы пытаетесь проверить репозиторий, обратившись к нему через прокси-сервер, не включив прокси-сервер в том месте, где вам нужно изменить настройки в TortoiseSvn. Поэтому, если вы используете прокси-сервер, убедитесь, что вы установили галочку в поле "Включить прокси-сервер" в "Настройки- > Сеть" и укажите адрес своего сервера и номер порта в соответствующих местах. Теперь попробуйте снова проверить.

Ответ 15

Спасибо всем комментаторам на этой странице. Когда я впервые установил последнюю версию TortoiseSVN, я получил эту ошибку.

Я использовал последнюю версию, поэтому решил понизить до 1.5.9 (как это делали остальные мои коллеги), и это заставило его работать. Затем, после его сборки, моя машина была перемещена в другую подсеть, и проблема снова началась.

Я пошел в TortoiseSVN- > Settings- > Saved Data и очистил данные аутентификации. После этого он работал нормально.

Ответ 16

убедитесь, что когда вы добавляете свои прокси-записи в файл сервера, вы добавляете их в группу [global]. (Это, казалось, имело для меня значение под ubuntu.)

Ответ 17

Я тоже получил эту ошибку, когда у меня был мой сервер как исключение для прокси в конфигурационном файле SVN следующим образом: http-proxy-exceptions = *.repo.domain.com

Решением для меня было использовать IP-адрес svn server вместо имени. По какой-то причине имя не получило должного разрешения от Eclipse Juno - Subclipse и TortoiseSVN.

Итак, что сработало для меня: http-proxy-exceptions = XXX.XX.X.X (IP-адрес сервера)

Ответ 18

Для меня это было решение.

Проблема заключалась в том, что сервер SVN находился за обратным прокси (фунт). И обратный прокси должен был сказать, чтобы разрешить OPTIONS.

Ответ 19

удаленный сервер VisualSVN 2.5.8 доступен, как минимум, из 3 компьютеров. Однако на моем локальном компьютере URL-адрес репозитория недоступен и svn ls https://server-ip:443/svn/project/trunk ошибка возврата

OPTIONS of 'https://…' could not connect to server (…)

Мой локальный компьютер имел доступ к серверу. Единственное, что было изменено, это переход на http-соединение вместо https для причин Redmine (проблема с сертификатом).

Я пробовал разные вещи, перечисленные выше. Фактически я решил проблему с установкой нового VisualSVN server 2.5.9 с использованием того же репозитория. А также Redmine узнал новый репозиторий через https.