TortoiseSVN: Не удалось прочитать строку состояния в VM

Question

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

http://codesmith.googlecode.com/svn/trunk/ 

ошибки я получил

options of *: could not read status line: connection was closed by http://codesmith.googlecode.com 

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

Любые идеи?

Answer 1

Если вы добавите этот URL-адрес в свой браузер, вы получите те же данные на виртуальной машине и на улице?

Answer 2

Возможно, это глупый вопрос, но вы настроили прокси-сервер (если он вам нужен)? Он не использует настройки IE, но находится на странице TortoiseSVN -> Настройки -> Сеть.

(извините, если вы думали об этом, но вопрос не утверждал)

Answer 3

Скорее всего, это проблема прокси. Что происходит при переключении URL-адреса на HTTPS?

https://codesmith.googlecode.com/svn/trunk/ 

Примечание. У вас должен быть доступ на запись для подключения через https. Если он работает через https, то это проблема прокси. См http://subversion.apache.org/faq.html#proxy

Для дальнейшего устранения неполадок, вы можете попытаться сделать извлечение из этих URL-адресов:

http://svn.collab.net:81/repos/svn/trunk/ 
http://svn.apache.org/repos/asf/subversion/trunk/ 
https://svn.apache.org/repos/asf/subversion/trunk/ 

Collab.net прослушивает порт 81, а также порт 80, чтобы помочь людям обойти прокси. Кроме того, их https-сервер не требует аутентификации.

Answer 4

Я столкнулся с этой проблемой на своем сервере, и это оказалось проблемой HTTP/HTTPS на стороне сервера. Возможно ли, что ваш интернет-провайдер или сеть использует невидимый HTTP-прокси?

Что еще более важно, это работает за пределами виртуальной машины? По крайней мере, вы можете сузить его до настройки виртуальной машины или вашего соединения. Возможно, вы также можете попробовать SVN CHECKOUT из командной строки внутри виртуальной машины на случай, если это проблема с Tortise.

Вот то, что вы можете запустить, чтобы увидеть, если скрытый прокси баловаться с подключением: http://netalyzr.icsi.berkeley.edu/

Answer 5

Какое программное обеспечение VM вы используете? В VMWare я могу с уверенностью сказать, что некоторые виды сетевых операций, которые я пытался, потерпели неудачу под NAT. Уровень абстракции NAT может сломать вещи; однако, когда я переключился на «Bridged», все сработало нормально. Я предлагаю вам настроить сетевую карту на «Bridged», независимо от того, какое программное обеспечение VM вы используете. Вот описание от продукта VMWare в:

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