SVN客户端SSL证书过期报错本质是TLS握手时有效期校验失败，非网络问题而是客户端严格拒绝失效凭证；解决需区分临时绕过与长期修复，优先更新服务器证书，其次手动信任有效证书指纹，禁用验证仅限离线调试。
SVN客户端因SSL证书过期无法连接，报错如“certificate has expired”或“SSL certificate verification failed”，本质是TLS握手时证书有效期校验失败——不是网络不通，而是客户端严格拒绝使用已失效的凭证。解决的关键在于区分“临时绕过”和“长期修复”，并避免误操作引发安全风险。
确认证书是否真过期
先验证问题根源，避免误判：
- 用浏览器访问同一SVN仓库URL（如https://svn.example.com），看是否也提示证书过期；若浏览器同样拦截，说明服务器证书确实已超
notAfter时间 - 在命令行执行：
openssl s_client -connect svn.example.com:443 -servername svn.example.com 2>/dev/null | openssl x509 -noout -dates，直接读取证书的生效与过期时间 - 检查本地系统时间是否准确——若电脑时间比真实时间快几天，也会被当作证书过期；Windows/macOS需开启自动时间同步
优先更新服务器证书（推荐）
这是唯一符合安全规范、一劳永逸的解法：
- 联系运维或证书管理员，为SVN服务端重新申请并部署有效证书；自签名环境可使用OpenSSL生成新证书，企业内网建议部署私有CA并分发根证书
- 证书需覆盖正确域名（CN或SAN字段必须匹配你访问的URL，例如用https://192.168.1.100访问，证书就不能只写svn.company.com）
- 部署后重启Apache（或svnserve+HTTPD服务），再用
curl -I https://svn.example.com验证HTTPS响应头是否正常
临时应对：客户端信任新证书指纹（仅限开发/测试）
若服务器暂无法更新，且你有权限操作客户端，可手动导入当前有效证书（注意：不是“跳过验证”，而是显式信任）：
- 用浏览器打开SVN地址 → 点击地址栏锁图标 → “查看证书” → 导出为
.crt文件（如svn-server.crt） - 命令行下执行：
svn --trust-server-cert --non-interactive update，此命令会将该证书指纹存入%APPDATA%\Subversion\auth\ssl-server\（Windows）或~/.subversion/auth/ssl-server/（macOS/Linux） - TortoiseSVN用户可在弹窗中选“永久接受”，但需确保此时证书尚未过期；若已过期，该选项不可用
不推荐但偶有用处：禁用证书验证（仅调试）
仅限离线环境或紧急排障，严禁用于生产、CI/CD或含敏感代码的仓库：
- 命令行加参数：
svn --trust-server-cert --non-interactive update（仍需配合--non-interactive才生效） - 修改Subversion配置文件（
%APPDATA%\Subversion\config），在[global]节下添加：ssl-trust-default-ca = yes，并取消注释store-auth-creds = yes - IDEA等IDE内嵌SVN插件不支持交互式信任，需在Settings → Version Control → Subversion → Network中勾选“Accept non-trusted certificates automatically”
