SVN: Ошибка, проверяющая сертификат сервера для svn, сцепляет Linux
Предыдущие почти идентичные вопросы здесь и здесь.
Если бы это был я, то я получил бы HP (или Dell или IBM или независимо от того, что Вы предпочитаете), сервер для извлечения всей пользы из хорошо спроектированной системы, то создайте мой собственный сервер белого поля для использования в качестве резервного копирования.
Это - поведение по умолчанию SVN при работе с сертификатом, которому это не доверяет. Смотрите на раздел управления сертификатом SSL в "Управлении версиями с Подверсией".
Если клиент получает сертификат сервера, он должен проверить, что доверяет сертификату: сервер действительно, кем он утверждает, что был? Библиотека OpenSSL делает это путем исследования подписывающего лица сертификата сервера или сертифицирующей организации (CA). Если OpenSSL будет не мочь автоматически доверять CA, или если некоторая другая проблема произойдет (такие как сертификат с истекшим сроком или несоответствие имени хоста), то клиент командной строки Подверсии спросит Вас, хотите ли Вы доверять сертификату сервера так или иначе.
Этот диалог должен выглядеть знакомым; это - по существу тот же вопрос, Вы, вероятно, видели прибытие из своего веб-браузера (который является просто другим клиентом HTTP как Subversion). При выборе (p) остаточной опции сертификат сервера будет кэшироваться в частной подлинной / области во время выполнения просто тем же способом, которым кэшируются имя пользователя и пароль (см. раздел, названный “Кэширование Удостоверений клиента”). Если кэшируется, Subversion будет автоматически доверять этому сертификату будущим согласованиям.
Похоже, что решение состоит в том, чтобы просто выполнить его вручную и иметь его, принимают сертификат постоянно или установить ssl-trust-default-ca к истинному в Вашей конфигурации.
Много установок OpenSSL также имеют предопределенный набор АВАРИИ “по умолчанию”, которым почти универсально доверяют. Заставить клиент Подверсии автоматически доверять этим стандартным полномочиям, установить ssl-trust-default-ca переменную на истинный.
Как @runlevel6 сказал, необходимо принять сертификат с тем же пользователем, выполняющим рычаг.
Если по некоторым причинам у Вас есть разрешение отредактировать рычаг, но не для выполнения команд как это, пользовательская попытка, изменяющая svn, управляет в рычаге временно к этому:
echo "p" | svn command_that_shows_the_error
Если у Вас нет явной команды svn в использовании рычага этим:
echo "p" | svn info http://repositoryurl
Затем выполните его однажды, чтобы это приняло сертификат постоянно. Я должен был сделать это однажды из-за задания крона, которое удалило подлинный кэш, и он работал.