Ошибка TortoiseSVN: «ОПЦИИ« https: // ... »не может подключиться к серверу (...)» - PullRequest
37 голосов
/ 21 сентября 2008

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

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

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

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

  1. Скачано и установлено TortoiseSVN

  2. Создана новая папка C: \ aspwebsite

  3. Щелкните правой кнопкой мыши, выберите SVN Checkout ...

  4. Введена следующая информация, нажал ОК:

  5. Ошибка TortoiseSVN:

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

Почему я не могу оформить заказ из своего хранилища Subversion?


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

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

Свяжитесь с CVSDude и спросите их, что случилось.

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

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

Мэтт писал:

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

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

Ответы [ 20 ]

37 голосов
/ 22 сентября 2008

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

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

27 голосов
/ 25 сентября 2009

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

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

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

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

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

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
14 голосов
/ 25 ноября 2009

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

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

Вы можете перейти к TortoiseSVN-> Настройки-> Сохраненные данные , нажать кнопку «Очистить» рядом с «Аутентификационные данные» и повторить попытку.

8 голосов
/ 11 февраля 2010

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

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

, что отличалось от моих коллег. Как только я это прокомментировал, он снова начал работать.

6 голосов
/ 30 ноября 2010

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

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

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

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

* ** тысячу двадцать-один * -bean.com одна тысяча двадцать-два / ен / 1.1 / ch07.html # СВН-CH-7-раздел-1.3.1

4 голосов
/ 13 марта 2009

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

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

2 голосов
/ 04 марта 2009

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

1 голос
/ 14 июня 2010

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

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

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

1 голос
/ 03 апреля 2010

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

1 голос
/ 16 ноября 2009

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

...