2014-08-31 6 views
1

J'ai installé VisualSVN dans une nouvelle VM en utilisant Windows Azure (SLAVE). J'ai copié un référentiel existant manuellement depuis notre serveur interne (MASTER) et je peux voir les deux repos sur mon ordinateur client (CLIENT) en utilisant TortoiseSVN.Subversion post commit hook Erreur de certificat SSL 'certificat émis pour un autre nom d'hôte'

De CLIENT, MASTER est accessible à l'aide

svn://MASTER/repo.... 

tandis que SLAVE est accessible à l'aide

https://SLAVE.cloudapp.net:8443/svn/repo.... 

J'ai mis à jour le poste commit crochet sur notre serveur interne (MASTER, en cours d'exécution Collabnet bord) pour synchroniser au serveur Azure (SLAVE exécutant VisualSVN). La première fois que j'ai exécuté ce fichier batch de synchronisation depuis notre serveur interne MASTER à l'aide du bureau distant, il m'a demandé une erreur de certificat pour '(R) éjecter, accepter (t) emporarily ... etc' et j'ai choisi 'p' (de façon permanente) . À partir de ce moment, toutes les actions de synchronisation sont bien exécutées sur MASTER en utilisant le bureau à distance.

Lorsque vous effectuez une validation de ma machine client CLIENT si, cela met à jour la prise en pension MASTER comme d'habitude mais je reçois une projection d'erreur TortoiseSVN:

Error validating server certificate for 
'https://myserver.cloubapp.net:8443' 
- This certificate is not issued by a trusted authority.... 
The certificate hostname does not match... 
svnsync:E175002 OPTIONS of 
'https://myserver.cloubapp.net:8443/svn/myrepo' 
server certificate verification failed: certificate 
issued for a different hostname, issuer is not trusted 
(https://myserver.cloudapp.net:8443) 

Je présume que cette erreur est une erreur SSL lorsque MASTER essaie de communiquer avec VisualSVN sur SLAVE. Donc, j'ai utilisé VisualSVN pour exporter le certificat sur MASTER et je l'ai importé dans CLIENT, le mettant dans les 'autorités de certification racine de confiance' mais cela n'a pas arrêté l'erreur.

J'ai aussi essayé d'ajouter:

--trust-server-cert --non-interactive 

à la ligne svnsync dans mon crochet mais je reçois encore

....certificate issued for a different hostname, issuer is not trusted .... 

Je regardais this SO question qui semblait peut-être pertinent, mais je suis très faible sur ce truc de certificat. Quelqu'un peut-il me diriger dans la bonne direction s'il vous plaît? Toute aide reçue avec gratitude.

Répondre

0

J'utilise VisualSVN serveur 3.5.4 et a trouvé le même problème, mais pour moi, il jette l'erreur suivante sur le client lors de soumettre les modifications

svnsync: E230001: Server SSL certificate verification failed: certificate has expired 

Il est mon certificat commercial a expiré. Je l'ai résolu par

create a new self-signed certificate on SLAVE's VisualSVN Certificate setting 
*the Common name must matches your SLAVE domain name 

et en ajoutant sur MASTER

--trust-server-cert --non-interactive