在我们的networking中，我们有一台运行Subversion Edge服务器的服务器。 我已经configurationEdge在端口8443上使用SSL。我们一直很高兴地通过客户端（如Tortoise SVN）从networking内部和通过公共IP地址远程连接到SVN。 Edge正在使用的SSL证书就是自己生成的SSL证书，也就是自签名的证书。
我们在我们的networking中安装了TeamCity，并且能够无任何问题地连接到Edge SVN存储库。
我们还在外部位置安装了TeamCity，但是在外部位置，TeamCity不会连接到SVN，它会响应一个错误：
我们知道外部位置的networking使用代理，但是我们已经修改了指定代理细节的服务器文件，即：
[global] http-proxy-exceptions = localhost http-proxy-host = ourproxy http-proxy-port = 8080
在我们修改代理设置之前，当我们尝试通过TeamCity连接到SVN仓库时，错误是：
jetbrains.buildServer.vcs.VcsRootVcsException：svn：E175002：连接被服务器拒绝svn：E175002：OPTIONS请求失败'/ svn / TheWebsite
在我们修改了代理设置之后，错误是：
jetbrains.buildServer.vcs.VcsRootVcsException：svn：E175002：handshake alert：unrecognized_name svn：E175002：选项请求在'/ svn / TheWebsite'上失败
首先，我认为错误可能表明与授权有关。 所以，我在我们的SVN边缘服务器上closuresSSL，外部TeamCity能够通过HTTP连接，没有任何问题。 这使我相信，无论正确还是错误，这都与SSL证书有关。 我们的SVN Edge服务器上的SSL证书是自签名的，并发布到svnedge.collab.net，这当然与我们的外部URL不匹配。
所以我的问题是，有没有人从经验知道，“握手警报”错误是否是因为：a）代理剥离凭证或b）teamcity抱怨authentication中的通用名称（svnedge.collab.net）不匹配我们的回购url？ 这篇文章，似乎暗示了通用名称的不匹配会引发这个错误。
任何帮助或build议将不胜感激。
问候，dotdev
我在TeamCity实例的Java升级之后解决了这个问题，通过设置jsse.enableSNIExtension属性，根据给出的顶级答案https://stackoverflow.com/questions/7615645/ssl-handshake-alert-unrecognized-name-error -由于升级到Java-1-7-0
正确的方法取决于你正在运行的TC版本，如http://confluence.jetbrains.com/display/TCD8/Configuring+TeamCity+Server+Startup+Properties#ConfiguringTeamCityServerStartupProperties-ServerisRunViaShellScript
我有一个类似的问题，jsse.enableSNIExtension = false没有解决它。 问题简单得多：
我的svn密码，帽子几个特殊字符，显然是被浏览器误解了，我想。 无论如何，只有正常的字母和数字改变密码才能解决问题