SVN: не удалось прочитать строку состояния: соединение было закрыто сервером

У меня была такая же проблема. Это оказалось конфликтом с модулем Web Security клиента Cisco Anyconnect Client. Я понял это из-за некоторых сообщений консоли, которые я видел, сделал поиск и нашел это: http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in% 20OS% 20X% 20Mountain% 20Lion

Сложи это в моей голове:

• удалил cisco anyconnect, успех
• переустановил anyconnect без «Web Security» «Модуль, успех.

Это было удивительно, потому что раньше все работало нормально.

это сработало для меня. Я попробовал HTTP, когда у меня должен был быть HTTPS.

Это случилось со мной после того, как мой клиент Cisco VPN (AnyConnect Secure Mobility Client) обновился. Я исправил это, удалив и переустановив клиент с параметрами, показанными в этом сообщении в блоге:

http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers % 20in% 20оС% 20X% 20Mountain% 20Lion

Я внес изменения в сертификаты моего HTTPS-сервера, и, как сказано выше, что-то с кешами пошло не так в моем репозитории.

Я переместил хранилище в тот же URL, и ошибка исчезла. (сначала резервное копирование)

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

Для нас это также оказалось конфликтом с клиентом Cisco AnyConnect

Моя проблема заключалась в том, что у меня есть мой путь как http: // .... и я работаю с файловой системой, тогда мой SVN-путь должен быть file: //, я пытаюсь перераспределить и поместить его в файл: // и это работает хорошо.

Была такая же проблема. Для меня, в конце концов, оказалось (вероятно) что-то связанное с тем, что я испортил мои виртуальные хосты apache и SSL-сертификат для сервера (я убрал несколько своих виртуальных хостов и заменил мой сертификат snakeoil на подлинный - последний, я подозреваю, был реальной причиной моей проблемы).

Решение: для меня работало очищение любых сохраненных паролей в клиентах (я использовал Eclipse - subclipse или subversive, я забыл, какой - и Tortoise). Я предполагаю, что какое-то хеширование на основе SSL-сертификата использовалось где-то вдоль линии для шифрования сохраненного пароля, что делало их недоступными или недействительными при замене сертификата.

Эта проблема также возникала для меня. Причиной стало то, что мы создали прозрачный веб-прокси (Squid). Брандмауэр здесь настроен на тихое перенаправление всего трафика порта 80 через Squid. Добавление исключения к имени хоста сервера SVN в конфигурации брандмауэра устранило проблему.

Переход с http на https работал для меня

Посмотрите на настройки конфигурации прокси ... попробуйте снять галочку с его использования

Я нашел комментарий Ника Урбана очень полезным:

sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh 

У меня была та же проблема (но, возможно, у меня была другая конфигурация конфигурации - хотя, казалось, она была простой ванилью)

Строки ниже показывают мою последнюю ошибку и мое «исправление». (Благодаря вышеупомянутым предложениям - Джошуа)

[user1@hoho6 RubymineProjects]$ svn checkout svn://localhost/home/user1/DummySVNrepo
svn: URL 'svn://localhost/home/user1/DummySVNrepo' doesn't exist

[user1@hoho6 RubymineProjects]$ svn checkout svn+ssh://localhost/home/user1/DummySVNrepo

The authenticity of host 'localhost (::1)' can't be established.RSA key fingerprint is 10:8d:10:04:00:02:b1...
Are you sure you want to continue connecting (yes/no)? yes
user1@localhost's password: 
user1@localhost's password: 
A    DummySVNrepo/test
A    DummySVNrepo/test/unit
... etc

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

Мне пришлось изменить параметр SVNPath на SVNParentPath. Причина в том, что SVNPath обрабатывает только один репозиторий и добавляет к URL-адресу, который запрашивает браузер, префикс. Но в моей настройке у меня был каталог со всеми репозиториями svn, и он обрабатывается SVNParentPath. Ниже приведена директива о моем местонахождении для apache2.

<Location /svn/>
    DAV svn
    SVNParentPath /svn
    AUTHType Basic
    AUTHName "foo"
    AuthUserFile /path/to/passwd
    AuthzSVNAccessFile /path/to/authz-svn-access
    Require valid-user
</Location>

У меня та же проблема. Даже когда я пытался переместить, появилась ОДНА И ТО ЖЕ ошибка.

Мое решение: я открыл браузер репо. После этого ошибка пропала при обновлении и фиксации. Не спрашивайте меня почему :)