it-roy-ru.com

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

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

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

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

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

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

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

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

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

    • URL репозитория: https: // <reponame> -svn.cvsdude.com/aspwebsite
    • Каталог проверки: C:\aspwebsite
    • Глубина оформления заказа: полностью рекурсивная
    • Пропустить внешнее: не проверено
    • Редакция: HEAD редакция
  5. Ошибка TortoiseSVN:

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

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


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

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

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

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

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

Мэтт писал:

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

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

37
Zack Peterson

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

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

37
Palmin

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

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

В моей ситуации 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
27
Wouter van Nifterick

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

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

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

14
Nate Parsons

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

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

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

8
mcgyver5

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

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

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

UPDATE Я забыл процитировать свой источник :-)

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

6
opyate

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

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

4
Aaron Hible

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

2
Rajesh

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

1
Scott Mitchell

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

1
KalenGi

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

Для меня решение было использовать IP-адрес сервера SVN вместо имени. По какой-то причине имя не было правильно решено в Eclipse Juno - Subclipse и в TortoiseSVN. 

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

1
Diana

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

1
Ahmad Amran

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

1
Eveeng

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

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

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

1
David

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

1
Anonymous

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

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

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

1
Kent Fredric

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

1
aruna

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

1
markusB

удаленный сервер 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.

0
user815693

Ни один из ответов не решил проблему для меня. Даже после того, как я установил новую версию Tortoise SVN + Ccleaner.

Кажется, в AppData\Roaming\Subversion есть папка, которая содержит всю конфигурацию Tortoise SVN. Вам нужно удалить все это и перезапустить Tortoise SVN.

Надеюсь, что это поможет кому-то как окончательное решение.

0
selma

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

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

0
capdragon