Заставить SVN использовать мой прокси-сервер

Я пытаюсь получить исходный код для Bro. Если я поставлю "http://svn.icir.org/bro/trunk/bro/ "в моем браузере, я прекрасно вижу репозиторий. Однако, если я попробую команду "svn co http://svn.icir.org/bro/trunk/bro "Я получаю сообщение об ошибке:

svn: PROPFIND request failed on '/bro/trunk/bro'
svn: PROPFIND of '/bro/trunk/bro': could not connect to server (http://svn.icir.org)

Небольшой поиск в Google, кажется, указывает, что я должен изменить свой файл ~ / .subversion / servers, чтобы включить

[global]
http-proxy-exceptions = ???
http-proxy-host = ???
http-proxy-port = ???
http-proxy-username = ???
http-proxy-password = ???

Но я не знаю, какие фактические значения использовать. Мой браузер настроен на использование сценария настройки прокси, давайте представим, что это "some.url.mycompany.com:port/file.name"

Любые идеи, как я могу вывести правильные значения для прокси-сервера svn с учетом прокси-сервера http? Мне нужно, чтобы ИТ-специалисты настроили это для меня?


proxy version-control svn
person PlexLuthor    schedule 10.07.2009    source источник
comment
Итак, каково содержимое сценария настройки прокси?   -  person Martin v. Löwis    schedule 10.07.2009
comment
Ага. Мне даже в голову не пришло загрузить скрипт конфигурации в текстовый редактор. В нем есть строка, которая четко определяет сервер и порт для использования, и, очевидно, вы можете опустить строки исключений, имени пользователя и пароля. Спасибо, что указали на это, Мартин.   -  person PlexLuthor    schedule 10.07.2009
comment
PlexLuthor, сработало ли использование этих значений для вас?   -  person 7wp    schedule 10.07.2009

Ответы (3)


arrow_upward
4
arrow_downward

Можете ли вы просмотреть файл конфигурации прокси? В таком случае вы сможете определить, какой сервер и порт использовать. Если вам не нужно входить в систему для доступа к Интернету, вы, вероятно, можете оставить поле имени пользователя и пароля пустыми. То же и с исключениями.

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

Пример файла конфигурации прокси из WikiPedia (хотя я уверен, что эти файлы сильно различаются в зависимости от используемого программного обеспечения прокси):

function FindProxyForURL(url, host) {
  // our local URLs from the domains below example.com don't need a proxy:
  if (shExpMatch(url,"*.example.com/*"))                  {return "DIRECT";}
  if (shExpMatch(url, "*.example.com:*/*"))               {return "DIRECT";}

  // URLs within this network are accessed through 
  // port 8080 on fastproxy.example.com:
  if (isInNet(host, "10.0.0.0",  "255.255.248.0"))    {
     return "PROXY fastproxy.example.com:8080";
  }

  // All other requests go through port 8080 of proxy.example.com.
  // should that fail to respond, go directly to the WWW:
  return "PROXY proxy.example.com:8080; DIRECT";
}

Если URL-адрес репозитория не соответствует ни одному из правил (можно использовать: PROXY proxy.example.com:8080; DIRECT):

[global]
# http-proxy-exceptions = ???
http-proxy-host = proxy.example.com
http-proxy-port = 8080
# http-proxy-username = ???
# http-proxy-password = ???
person Jesse Vogt    schedule 10.07.2009

arrow_upward
2
arrow_downward

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

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

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

Попытка найти подсказки в настройках прокси-сервера вашего браузера и их использование - промах.

person 7wp    schedule 10.07.2009
comment
+1 в обход прокси. У меня была аналогичная проблема, когда прокси сломал Subversion, потому что он не понимал PROPFIND и другие глаголы SVN. Мы смогли обойти, используя https: //. URL-адрес в вопросе не содержит https: //, поэтому вам нужно будет попросить ваш ИТ-отдел разрешить обход прокси-сервера. - person joeforker; 10.07.2009

arrow_upward
-1
arrow_downward

Как правило, самый простой способ исправить это - перейти в репозиторий в Fire Fox ... принять переданный сертификат SSL ... и запомнить это принятие. Затем вы можете без проблем просматривать через SVN / Tortoise.

person Andrew Siemer    schedule 10.07.2009
comment
Я пробовал это, но а) он не просил меня принять сертификат и б) даже после просмотра в firefox SVN не работал. Я не использую Tortoise, так что это может иметь какое-то значение. - person PlexLuthor; 10.07.2009
comment
@ Андрей, в его вопросе нет SSL. - person joeforker; 10.07.2009