Ошибка TortoiseSVN: «OPTIONS of 'https: // ...' не удалось подключиться к серверу (...)»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Моя находилась здесь: C:\Documents and Settings\[username]\Application Data\Subversion\, но вы также можете открыть файл через графический интерфейс 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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