svn - Subversion Server SSL 证书验证失败 : and other reason(s)

Question

我有一个 SVN 系统并且工作正常，最近升级后突然停止工作。我的设置:

我有一个使用 VisualSVN Server 2.7.4 托管在 Windows 2008 服务器上的存储库。服务器使我能够随意生成自签名证书，根据需要输入我自己的主机名或其他数据。

我在托管机器和我自己的运行 Mac OS X 10.9.1 (Mavericks) 的 MacBookPro 上使用 Eclipse (Kepler) 进行 Java 编码。我有 Eclipse 的 subclipse 附加组件，它需要使用 java HL 进行 subversion。

我已经安装了 macports 和 subclipse 请求的最新 subversion/javahl 包。 Eclipse/subversion 界面似乎工作正常，但存在命令行 subversion 错误，Eclipse 无法很好地导航。解决命令行错误是主要问题。

我之前通过 macports 安装了以下版本，一切似乎都运行良好:

颠覆@1.8.5_1+通用
subversion-javahlbindings @1.8.5_0+no_bdb+universal

作为安装/排除不相关的故障的一部分，我升级了我所有的 macports，它安装了以下新版本:

颠覆@1.8.8_0+通用
subversion-javahlbindings @1.8.8_0+no_bdb+universal

升级后，在我的 mac 上通过 eclipse svn 失败。我可以通过命令行临时接受证书来强制执行它。它在 Windows 2008 服务器机器上仍然可以正常工作。

第一次更改证书后，我可以选择永久接受，但这样做后，它失败并退回到第二个“临时”对话。

$ svn update
Updating '.':
Error validating server certificate for 'https://192.168.100.59:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
 - The certificate hostname does not match.
Certificate information:
 - Hostname: 571458-tools1
 - Valid: from Feb 28 23:57:35 2014 GMT until Feb 26 23:57:35 2024 GMT
 - Issuer: 
 - Fingerprint: 55:3E:55:FD:4D:40:A4:1E:8A:1E:27:71:DD:D4:ED:8B:A3:9A:1D:EC
(R)eject, accept (t)emporarily or accept (p)ermanently? p
Error validating server certificate for 'https://192.168.100.59:443':
 - The certificate has an unknown error.
Certificate information:
 - Hostname: 571458-tools1
 - Valid: from Feb 28 23:57:35 2014 GMT until Feb 26 23:57:35 2024 GMT
 - Issuer: 
 - Fingerprint: 55:3E:55:FD:4D:40:A4:1E:8A:1E:27:71:DD:D4:ED:8B:A3:9A:1D:EC
(R)eject or accept (t)emporarily? t
(credentials dialogue)
At revision 46.

在此之后，以后的尝试仍然会导致错误和要求暂时接受:

$ svn update
Updating '.':
Error validating server certificate for 'https://192.168.100.59:443':
 - The certificate hostname does not match.
 - The certificate has an unknown error.
Certificate information:
 - Hostname: 571458-tools1
 - Valid: from Feb 28 23:57:35 2014 GMT until Feb 26 23:57:35 2024 GMT
 - Issuer: 
 - Fingerprint: 55:3E:55:FD:4D:40:A4:1E:8A:1E:27:71:DD:D4:ED:8B:A3:9A:1D:EC
(R)eject or accept (t)emporarily? t
At revision 46.

多个网络搜索，包括该站点和其他站点，都指出 ~/.subversion 中的身份验证文件可能是问题所在，但所有建议的解决方案(删除、更改所有权和权限等)都未能解决问题。

具体问题:
1.我不知道如何在macports中恢复到以前的subversion(1.8.5)，看看我更新到的1.8.8版本是否有bug。
2. 假设 1.8.8 中没有错误，我还能做些什么来潜在地解决这个问题并使我的证书被永久接受？

编辑:
- 通过将我的自签名证书主机名更改为数字 IP，我已经能够摆脱“主机名”错误。但是，所有其他症状仍然存在，包括神秘的“证书存在未知错误”。
- 我确信(尽管评论另有说明)1.8.8 升级破坏了 Mac OS X 上的某些内容，并且对回滚版本以进一步排除故障非常感兴趣。但我想这是一个新问题......

Answer 1

真奇怪，一天前确实有类似的问题。无论如何，我可能是错的，但 1.8.8 版 SVN 的明显安全级别比以前的版本更严格。您强制 svn 接受的证书可能不再被新标准“接受”。我错了，但这无关紧要。

如果您查看您提供的错误，您将看到:

The certificate hostname does not match.

这是 svn 不会忽略的 SSL 错误，这意味着您正在连接到与您指定的主机名不同的主机名。问题是，同时 https://192.168.100.59:443可能引用与您的存储库服务器相同的 URL，例如: https://foobar.com:443由于主机名不匹配，SSL 握手将失败。

如果您的存储库 URL 的主机名与 SVN 服务器证书响应的主机名不匹配，则此问题仍然存在。

我暗示您正在通过 VisualSVN 证书生成工具使用自签名证书。要解决，请重新生成新证书和 确保主机名与您的真实主机名匹配 .那应该可以解决您的问题。

请注意:您仍然会收到第一个对话框，警告您使用的是未经验证/有效的证书，但您不应收到第二个对话框。另外，请确保客户端和服务器 SVN 版本相同，不同的 SVN 版本会造成很大的破坏。

编辑:

抱歉，我倒读了错误，您的证书主机名显然是 571458-tools1什么时候应该 192.168.100.59如果你想访问它。遵循上述相同的证书重新生成步骤，但使用主机名 192.168.100.59而不是 571458-tools1 .

请注意，这将允许 SSL/TLS 连接仅在直接使用内部 IP 时工作。