svn: ОПЦИИ 'https: // ...': не удалось подключиться к серверу - PullRequest
9 голосов
/ 06 марта 2012

На работе я пытаюсь сделать svn checkout https://... в терминале, и я получил ошибку: svn: OPTIONS of 'https://...': could not connect to server (https://...)

Я могу открыть адрес https://... в своем интернет-обозревателе, после ввода логина и пароля я могу видеть файлы в нем.

Всегда в моем интернет-обозревателе текущие настройки прокси-сервера None.

Ранее, чтобы svn работал дома, люди вставляли в мой файл следующие строки /etc/subversion/servers:

[global]
http-proxy-host = kuzh.xxx.fr
http-proxy-port = 8080

В этом контексте кто-нибудь знает, как решить эту ... could not connect to server ... ошибку?

Edit1 В данный момент я пытаюсь выполнить ту же команду дома, и она работает. Так что я думаю @ J.N. правильно ... я должен сделать http-proxy-host и http-proxy-port под [group], чтобы он учитывался только когда я дома, и не учитывался, когда я в другом месте ...

Теперь вопрос в том, как указать [group] в /etc/subversion/servers, чтобы он знал, что я дома или нет ...

Ответы [ 5 ]

3 голосов
/ 27 апреля 2013

У меня была похожая проблема, я использую прокси в моем колледже, а дома не прокси.

Он продолжал выдавать мне ошибку "Не удалось подключиться к серверу".

ВсеМне нужно было прокомментировать строки в разделе [global]:

[global]

# http-proxy-host = kuzh.xxx.fr

# http-proxy-port = 8080

под этими двумя файлами:

/etc/subversion/servers

/home/<username>/.subversion/servers

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

2 голосов
/ 24 апреля 2012

У меня была похожая проблема при попытке простого обновления на моем сервере.

svn update

Я получил ту же ошибку svn: OPTIONS of 'https://...': could not connect to server (https://...)

Я просто однажды ввел свое имя пользователя и пароль svn, и это устранило проблему

svn update --username my_user_name --password xxxxxx
2 голосов
/ 07 марта 2012

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

Если это не так, тоВы застряли. Вероятно, между вами и сервером SVN существует прокси, который не позволяет использовать возможности Subversion (Примечание: некоторые прокси прозрачны и не требуют настройки, они «ловят» ваши запросы автоматически).

Если это не так, вы можете создать в конфигурации раздел [group], чтобы использовать только прокси для некоторых серверов вместо конфигурации global.

1 голос
/ 22 декабря 2014

Я использую 64-разрядную версию Oracle Linux 6.6 в качестве гостевой виртуальной машины (Windows 7 в качестве хоста) за прокси-сервером компании, когда я запускаю команду

svn co http://svn.code.sf.net/p/flashcard4cn/code/trunk flashcard4cn 

, получаю сообщение об ошибке

svn: OPTIONS of 'http://svn.code.sf.net/p/flashcard4cn/code/trunk': Could not resolve hostname `svn.code.sf.net': Host not found (http://svn.code.sf.net)

после добавления следующих двух строк в /home//.subversion/servers в [global]

[global]
http-proxy-host = proxy.**.com
http-proxy-port = 80

Ошибки исчезли и проверка прошла успешно.Некоторые из вас упоминали, что то же самое не работает, но оно работает для меня в Oracle Linux 6.6

0 голосов
/ 24 января 2017

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

Единственное решение, которое я нашел, это просто перезагрузка моего ноутбука.

Тогда все работало как раньше, никаких изменений не требовалось ни в одном файле конфигурации SVN и т. Д.

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

...