Problèmes de connexion TeamCity, SVN et SSL

Dans notre réseau, il existe un serveur sur lequel fonctionne le serveur Subversion Edge. J'ai mis en place Edge pour utilisation SSL Sur le port 8443. Nous sommes connectés avec succès à SVN à travers les clients comme Tortoise SVN, à la fois du réseau et à distance via l'adresse IP publique. Certificat SSL qui utilise Edge, - Ce n'est que celui qu'il s'est créé, c'est-à-dire auto-signé.

Dans notre réseau installé TeamCity, et il peut facilement se connecter au référentiel Edge SVN.

Nous avons aussi une installation TeamCity Dans l'emplacement externe, toutefois dans l'emplacement externe TeamCity Ne pas connecter à K. SVN, Il répond avec une erreur:

Nous savons que le réseau dans un emplacement externe utilise un proxy, mais nous avons modifié le fichier de serveurs en spécifiant les détails du proxy, c'est-à-dire:

[global] http-proxy-exceptions = localhost http-proxy-host = ourproxy http-proxy-port = 8080

Avant de modifier les paramètres de proxy lorsque nous avons essayé de vous connecter au référentiel SVN de l'autre côté TeamCity, L'erreur était:

jetbrains.buildServer.vcs.VcsRootVcsException: svn: E175002: La connexion est rejetée par le serveur svn: E175002: demande OPTIONS Terminé sans succès '/ svn / TheWebsite

Après avoir changé les paramètres de proxy, l'erreur était:

jetbrains.buildServer.vcs.VcsRootVcsException: svn: E175002: Alerte de la poignée de main: unrecognized_name svn: E175002: La demande a échoué OPTIONS sur '/ svn / TheWebsite'

Tout d'abord, je pensais que l'erreur pouvait indiquer quelque chose lié à l'autorisation. Donc, je me suis éteint SSL Sur notre serveur SVN Edge Server, et externe TeamCity Je pourrais facilement me connecter à travers HTTP. Cela me fait penser correctement ou erroné qu'il est en quelque sorte relié au certificat SSL. Certificat SSL Sur notre serveur SVN Edge est auto-signé et émis svnedge.collab.net, Ce qui, bien sûr, ne correspond pas à notre URL externe.

Donc, ma question: Est-ce que quelqu'un sait par expérience, est-ce que cela est causé par l'erreur des "alertes sur la poignée de main" parce que) Le proxy supprime les informations d'identification ou b) teamcity se plaint que le nom général du certificat (svnedge.collab.net) Ne correspond pas à l'URL de notre repo? Cet article,
http://www.webapper.com/blog/i ... tion/
, Il semble qu'il suppose que l'incohérence du nom commun fera cette erreur.

Toute aide ou conseil sera très reconnaissant.

Avec respect, dotdev
Invité:

Christine

Confirmation de:

J'ai résolu ce problème après la mise à jour Java Dans notre exemple TeamCity, Régler la propriété jsse.enableSNIExtension basé sur la réponse supérieure donnée à
https://stackoverflow.com/ques ... 1-7-0
La bonne façon de le faire dépendra de la version TC, que vous utilisez comme décrit sur
http://confluence.jetbrains.co ... cript

Christine

Confirmation de:

J'ai eu un problème similaire, et jsse.enableSNIExtension = false ne le résolvait pas. Le problème était beaucoup plus facile:

mon mot de passe svn, Plusieurs caractères spéciaux que, comme je suppose, ont été interprétés de manière incorrecte tout en regardant. En tout état de cause, le mot de passe ne change que par des lettres et des chiffres conventionnels résolvés le problème

Pour répondre aux questions, connectez-vous ou registre