Jenkins主节点无法通过svn+ssh连接SVN服务器，从节点正常

核心排查方向 #

主节点TortoiseSVN正常但Jenkins插件失败，说明问题出在Jenkins进程的SSH环境差异上，而非SVN服务器或网络层面。

具体解决步骤 #

1. 统一SVN客户端路径 #

Jenkins SVN插件依赖的客户端可能与TortoiseSVN使用的版本不一致：

• 进入Jenkins全局配置，找到Subversion配置项，将SVN客户端路径替换为TortoiseSVN自带的svn.exe（通常路径为C:\Program Files\TortoiseSVN\bin）
• 替换后保存配置，重新触发构建测试

2. 修复Jenkins进程的SSH凭证访问权限 #

如果使用公钥认证：

• 确认Jenkins主节点的运行用户（默认是本地系统账户）拥有私钥文件的读取权限
• 将私钥文件移动到Jenkins运行用户的%USERPROFILE%\.ssh目录（系统账户对应路径为C:\Windows\System32\config\systemprofile\.ssh），并设置文件权限：仅当前用户和SYSTEM账户可读取
• 若使用密码认证，重新检查Jenkins凭证中存储的密码准确性，确保无特殊字符转义问题

3. 强制兼容旧SSH加密算法 #

SVN 1.7服务器仅支持部分旧加密算法，而Jenkins默认SSH客户端可能已禁用这些算法：

• 在Jenkins运行用户的.ssh目录下创建config文件（无则新建），添加以下内容：

Host <你的SVN服务器IP/域名>
    KexAlgorithms +diffie-hellman-group1-sha1
    Ciphers +aes128-cbc,3des-cbc
    MACs +hmac-sha1

• 该配置会强制使用SVN 1.7服务器兼容的密钥交换、加密和MAC算法，解决密钥交换未完成及MAC启动失败的报错

4. 验证命令行级别的SSH连接 #

以Jenkins运行用户身份打开命令行，执行：

svn list svn+ssh://<你的SVN仓库完整路径>

• 若命令行执行失败，说明是SSH环境配置问题，回到步骤2、3调整
• 若命令行执行成功，重新检查Jenkins项目中SVN仓库路径的配置，确保凭证关联正确

5. 统一Jenkins运行环境 #

将Jenkins主节点注册为Windows服务运行，与从节点保持一致的运行上下文：

• 使用jenkins.exe install命令注册服务，设置服务登录账户为拥有SSH访问权限的账户
• 启动服务后重新触发构建测试

内容的提问来源于stack exchange，提问作者preem