2012-07-07 7 views
2

J'espère que vous pouvez me donner quelques idées à ce sujet:erreur SSL avec poignée de main TortoiseSVN et VisualSVN

Récemment, mes dépôts SVN locaux ont cessé de fonctionner. Je ne peux pas être certain de la cause autre que la mise à jour de mon antivirus (ESET Smart Security), mais la désactiver ne semble pas fonctionner. J'ai VisualSVN 2.5.5 et TortoiseSVN 1.7.7 x64 en fonctionnement, et j'ai également un réseau Hamachi mis en place pour un effort conjoint d'application que je fais avec certains copains. Cependant, même je peux mettre à jour ou les changements maintenant parce que Tortoise me donne l'erreur suivante:

Unable to connect to a repository at URL 
'https://myserver/svn/myrepo/trunk' OPTIONS of 
'https://myserver/svn/myrepo/trunk': SSL handshake failed: An existing 
connection was forcibly closed by the remote host. 

j'ai vu des solutions comme permettant KeepAlive, ou permettant la connexion sur le serveur Apache pour voir ce qui se passe, en plus de vérifier la Event Viewer, mais je ne vois rien d'extraordinaire. J'ai même essayé de désinstaller à la fois VisualSVN et Tortoise et de réinstaller ...

BTW, je cours Windows 7 x64.

+2

Je vois la même chose après la mise à niveau vers TortoiseSVN 1.7.7 dans une configuration légèrement plus simple. Retourner à 1.7.6 fonctionne très bien. C'est comme s'il y avait un changement significatif de SSL entre les deux. –

+0

En fait, cela a fonctionné! –

+1

Mise à jour: Dans mon cas, le serveur SVN que je contactais était derrière un équilibreur de charge F5 qui faisait également la terminaison SSL. Ce F5 n'était pas sur le dernier firmware/code, et ne supportait pas les nouveaux chiffrements OpenSSL ajoutés dans OpenSSL 1.0.1.Mise à jour de mon F5 à un firmware ultérieur a ajouté le support pour ces chiffrements, et TortoiseSVN 1.7.7 fonctionne maintenant. –

Répondre

0

Je vois exactement la même chose après la mise à niveau vers TortoiseSVN 1.7.7 dans une configuration légèrement plus simple. Retourner à 1.7.6 fonctionne très bien. C'est comme s'il y avait un changement significatif de SSL entre les deux. - Collin Allen 9 juil. À 17:25

1

Essayez de désactiver la vérification SSL (sous Web et email/filtrage de protocole). Ce n'est pas une solution complète, mais au moins une solution de contournement pour la gérer.

0

Vous devez créer un auto-certificat étapes suivantes:

  1. Ajoutez la valeur de Registre suivante au Registre Windows:

    • pour le système 32 bits:

    [HKEY_LOCAL_MACHINE\SOFTWARE\VisualSVN\VisualSVN Server] "CreateGnuTLSCompatibleCertificate"=dword:00000001

    • pour le système 64 bits:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VisualSVN\VisualSVN Server] "CreateGnuTLSCompatibleCertificate"=dword:00000001

  2. Démarrer VisualSVN Manager Server.

  3. Passez à Action | Propriétés | Certificat.
  4. Cliquez sur Modifiez le certificat ... et suivez les instructions de l'assistant pour générer un nouveau certificat auto-signé.
+0

la solution est pour une autre erreur, il n'a rien à voir avec la question originale! – bahrep

1

Ma solution pour cela allait à ESET configuration | Protection d'accès Web | Configurer | Filtrage de protocole | Exclure l'application et j'ai vérifié le TortoiseSVN.

Questions connexes