SVN (TortoiseSVN / SlikSVN) - Сертификат сервера изменен: соединение прервано?

Question

Я получал эту ошибку при попытке зафиксировать изменения в моем хранилище. Я мог зафиксировать изменения по нескольким файлам одновременно, но если бы я попытался сделать слишком много, фиксация не удалась бы. Я подумал, может быть, если я обновлю сертификат SSL, возможно, это поможет (срок его действия истечет через несколько недель, но в настоящее время он действителен). После этого и перезапуска Apache, тоже самое. Я также пытался перезагрузить сервер: тоже самое. Затем я попытался удалить все кэшированные сертификаты и учетные данные из Tortoise SVN и повторить попытку. На этот раз я ничего не могу сделать - даже отчеты "svn info":

svn: OPTIONS of __URL__: Server certificate changed: connection interceptd? (__BASE_REPO_URL__)

Это из командной строки Slik SVN после предоставления правильных учетных данных.

Единственное полезное решение, которое я нашел в Интернете (не проверенное мной), - это извлечение новой рабочей копии, но это означает, что мне придется вручную вносить свои изменения в новую рабочую копию, и это не очень интересно.

Есть идеи?

Спасибо!

РЕДАКТИРОВАТЬ: Я также не могу проверить новую рабочую копию. Та же ошибка, что и выше.

Answer 1

решаемая.Некоторое время назад у меня были проблемы с коммитами / проверками, когда было задействовано большое количество файлов.Я не могу вспомнить все детали (я думаю, что это как-то связано с доступом к хранилищу для каждого каталога), но я помню, что изменение моей конфигурации Apache SSL и отключение TLSv1 решили проблему.Очевидно, что это исправление вызвало эту новую ошибку, которая появилась только после нескольких месяцев и сотен подтверждений, хммм ...:

Вызвало эту проблему: SSLProtocol -aLL +SSLv2 +SSLv3 (без TLS!)
Исправлено эту проблему:SSLProtocol aLL

Примечание: SSLProtocol aLL является значением по умолчанию;)

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

Answer 2

Проблема заключается в том, что клиент SVN кэширует старый идентификатор сервера и выполняет прямое сравнение всего сертификата, чтобы увидеть, было ли изменение. Вы изменили его, обновив (достаточно справедливо), но теперь вам нужно очистить этот локальный кэш, чтобы вы не сравнивали его со старой версией. (Очевидно, конфигурация где-то в %USERPROFILE%\AppData\Roaming\Subversion\config, но я не могу лично проверить это или сказать точно, что вы ищете там.)