SVN über HTTPS und SSL-Handshake schlagen fehl

24187
themaestro

Ich versuche, vom SVN-Server meines Teams zu überprüfen. Es erfordert eine clientseitige Authentifizierung. Ich verwende Ubuntu 10.04.

Folgendes bekomme ich:

$ svn checkout https://myproject.myserver.org/svn/project/ svn: OPTIONS of 'https://myproject.myserver.org/svn/project/': Could not read status line: SSL alert received: Handshake failed (https://myproject.myserver.org)

Hat noch jemand ein ähnliches Problem gesehen?

4
Ich glaube, Sie müssen SVN ein entsprechendes Argument für das Client-Zertifikat liefern. Kann dazu keine Informationen finden ... usr-local-ΕΨΗΕΛΩΝ vor 13 Jahren 0
Vielleicht hilft das: http://sgi.posterous.com/sslv3-alert-handshake-failure-with-svn-client marcog vor 13 Jahren 0
kein glück mit dem link, schon so eingerichtet :( vor 13 Jahren 0
Ich hatte das gleiche Problem. Es stellte sich heraus, dass ich ServerName bei der virtuellen Host-Definition in Apache nicht hinzugefügt hatte. Nachdem ich ServerName myproject.myserver.org für die Konfiguration der Subversion vhost hinzugefügt hatte, wurde das Problem behoben. kokeksibir vor 11 Jahren 0
Posterus ist nicht mehr. Vielleicht wurde dieser Link von der Payback-Maschine archiviert: http://web.archive.org Mike Crawford vor 6 Jahren 0

3 Antworten auf die Frage

3
SilverbackNet

Funktioniert es immer noch nicht? Zeit, die großen Geschütze auszubrechen. Versuchen Sie zunächst, von demselben Server zu ihm zu gelangen, und sehen Sie, ob Sie die Liste der erwarteten Ordner erhalten. Wenn dies fehlschlägt, erhalten Sie möglicherweise einen besseren Grund. Wenn nicht, starten Sie stattdessen OpenSSL:

openssl s_client -connect myproject.myserver.org:443

Sie erhalten ein Protokoll mit Informationen zu jedem Schritt des Handshakes, und die Option --debug zeigt noch mehr Details. Es wird sich darüber beschweren, dass es ein ungültiges Zertifikat, eine schlechte Zeit oder nur veraltete Algorithmen gibt.

Vergewissern Sie sich natürlich, dass Sie auch einen Ping-Befehl ausführen können und dass aus irgendeinem Grund keine https-Firewall vorhanden ist.

Nur ein Bindestrich bei der Option -connect. Mojo vor 13 Jahren 4
2
Flávio Botelho

Möglicherweise besteht das Problem darin, dass Sie eine neue Version des Collabnet-Clients verwenden, wie in http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=3&dsMessageId=364471 ?

0
Martin Zeitler

Check the user's path spec PATH environment variable in ~/.bashrc (for that user).

If this one is messed up, quite some commands cannot be called by their common name.

Most likely, it just cannot find one binary executable - or the private key in ~/.ssh

... for a quick check (logged in as the user, which is not working):

echo $PATH

Verwandte Probleme