SVN 提交证书问题答案

【问题标题】：SVN Commit certificate issueSVN 提交证书问题
【发布时间】：2011-10-04 14:13:28
【问题描述】：

我有一个 cronjob，它每五分钟提交一些文件。但是，它不再起作用了。它打印

Error validating server certificate for 'https://xx.xx.xx.xx:443':
 - The certificate hostname does not match.
Certificate information:
 - Hostname: *.xxxtest.com
 - Valid: from Jun  2 18:45:22 2010 GMT until Jul  4 15:59:29 2012 GMT
 - Issuer: Equifax Secure Certificate Authority, Equifax, US
 - Fingerprint: c1:34:e1:1c:2b:xx:2d:52:2a:xx:47:f9:5c:31:ad:fc:dd:02:db:xx
(R)eject, accept (t)emporarily or accept (p)ermanently? svn: Commit failed (details follow):
svn: OPTIONS of 'https://xx.xx.xx.xx/svn/Kavrakoglu/trunk/CalismaAlani/Dataset/tjmkld874y2bfdb9149884yhndmkg5mk/VTIT080200BY13': Server certificate verification failed: certificate issued for a different hostname (https://xx.xx.xx.xx)

当我手动运行此脚本时，它没有给出错误并成功提交。这个问题的原因可能是什么，我该如何解决？谢谢

【问题讨论】：

您的 cronjob 是否与其他用户一起运行？您使用哪个客户端？如果证书是可疑的，则必须接受一次证书，因此有时您必须执行一次与 svn 相关的操作，然后您可以再次在脚本中使用它。也许您的证书已过期...

标签： svn cron certificate autocommit

【解决方案1】：

共有三个选项：

让您的网络管理员颁发更新/正确的证书（最佳选择）
将命令改为svn commit --non-interactive --trust-server-cert
Sudo 到 root，然后更改为 cron 使用的任何用户：su cron_user，然后手动提交。您应该得到上述提示，然后您可以选择选项“p”永久接受。

【讨论】：

对于路由 2. & 3. 您需要确保 cron_user 在其主目录中有一个可写的 .subversion 目录，否则永远不会存储“p”接受