SSL-Handshake-Fehler mit SVN

8

Ich versuche auf einen SVN-Server zuzugreifen, den ich seit einiger Zeit benutze, aber jetzt erhalte ich diesen Fehler:

  

SSL-Handshake fehlgeschlagen: SSL-Fehler: Eine TLS-Warnmeldung wurde ausgelöst   erhalten.

Auf anderen Rechnern (all dies geschieht auf CentOS), auf die ich vorher noch nicht zugegriffen habe, werde ich aufgefordert, (R) auszustoßen, (t) vorübergehend zu akzeptieren oder (p) dauerhaft zu akzeptieren. Optionen für das angebotene Zertifikat, und dann kann ich erfolgreich verbinden. Meine Schlussfolgerung ist, dass das alte Zertifikat zwischengespeichert wird und dass ich ein neues erhalten muss. Ich konnte jedoch keine Möglichkeit finden, es zu löschen und diese Aufforderung beim Ausführen von svn erneut zu erhalten.

Ich habe viele ähnliche Probleme gelesen, was dazu geführt hat, dass ich meinen .subversion-Ordner gelöscht / gelöscht habe, aber selbst danach wird es mich immer noch nicht über das Zertifikat informieren und es schlägt weiterhin mit dem obigen Fehler fehl. Irgendwelche Ideen?

    
ukhat 25.07.2012, 15:19
quelle

2 Antworten

7

Sie haben nicht angegeben, auf welcher CentOS-Version dieses Problem auftritt.

Die Subversion, die mit EL 6 kommt, ist mit GnuTLS verbunden, was eine Änderung gegenüber älteren Versionen ist, die mit OpenSSL verbunden sind.

Sie können dies mit ldd testen:

%Vor%

Die GnuTLS-Bibliotheken sind in bestimmten Fällen spezieller. Die zwei häufigsten:

  1. Die Gegenstelle verwendet eine schwache Chiffre wie DES.
  2. Die Gegenstelle verfügt über ein Zertifikat mit einem Namen, der nicht mit dem von Ihnen angegebenen Namen übereinstimmt.

Im Falle eines Namenskonflikts können Sie das Problem schrittweise umgehen, indem Sie die IP-Adresse anstelle des Namens verwenden. Wenn der Host foo.com ist und die IP-Adresse 1.2.3.4 hat, können Sie etwas wie folgt ausprobieren:

%Vor%

Sie könnten auch versuchen, Subversion aus dem Quellcode zu erstellen und in der Konfiguration openssl anstelle von gnutls zu verwenden.

    
user477063 06.09.2012, 20:16
quelle
2

Dieses Problem kann durch Bearbeiten Ihrer Apache-Konfiguration behoben werden. Die ServerName -Direktive sollte in einem VirtualHost -Block gesetzt werden, z. B .:

%Vor%

Das ServerName sollte mit dem CN oder einem der alternativen Namen auf Ihrem SSL-Zertifikat übereinstimmen.

    
adamlamar 26.02.2014 20:19
quelle

Tags und Links