求助：Jenkins Slave无法连接部署在Openshift集群的Jenkins Master

我之前在OpenShift集群部署Jenkins时，也碰到过完全一样的Slave连接失败问题——握手完成后进程直接终止，反复重试还是连不上。结合我的排查经验，给你几个具体的解决方向：

1. 先确认网络连通性（最常见原因） #

你的报错核心是无法连接172.30.211.41:30863，第一步必须先验证Slave所在网络能不能访问这个地址：

• 在Slave机器上执行测试命令：

  # 用telnet测试连通性
  telnet 172.30.211.41 30863
  # 或者用nc（结果更直观）
  nc -zv 172.30.211.41 30863
  

• 如果测试不通：
  • 若Slave是集群内部Pod：检查OpenShift的NetworkPolicy是否阻止了Slave到Jenkins Master的流量，同时确认Master的Service是否正确暴露了JNLP端口；
  • 若Slave是外部机器：确认集群节点的安全组/防火墙已经开放了30863端口，且172.30.211.41是集群节点的可外部访问IP（不是Pod内部私有IP）。

2. 检查Jenkins Master的JNLP配置 #

Master的JNLP协议或地址配置错误也会导致连接失败：

• 登录Jenkins Master后台，进入Manage Jenkins > Configure Global Security，找到「Agent protocols」，确保JNLP4-connect是启用状态（这个协议兼容性更好，推荐使用）；
• 再进入Manage Jenkins > Configure System，核对两个关键配置：
  • 「TCP port for JNLP agents」：确认端口是30863，和你报错里的一致；
  • 「Jenkins URL」：如果是外部Slave，这里不能填集群内部的Service地址（比如http://jenkins-service:8080），必须填Slave能访问的外部地址（节点IP+NodePort，或者Ingress域名）。

3. 核对Slave的启动命令参数 #

很多时候是启动命令里的参数错了：

• 从Jenkins Master的节点配置页面复制的启动命令，一定要确保-url参数是Slave能访问的Jenkins地址，而不是集群内部的私有地址；
• 同时检查-secret参数有没有复制完整，有没有遗漏字符——这个密钥是Master和Slave的身份凭证，错一个字符都连不上。

4. 检查Jenkins Master的资源状态 #

如果Master Pod资源不足，JNLP服务可能无法正常运行：

• 查看Master Pod的日志：

  oc logs <你的Jenkins Master Pod名称>
  

  看看有没有端口绑定失败、内存溢出之类的错误；
• 检查Pod的资源请求和限制，如果配置的CPU/内存太小，会导致服务不稳定，建议适当调高资源配额。

附你的报错日志： #

Apr 03, 2018 4:37:17 AM hudson.remoting.jnlp.Main$CuiListener status INFO: Handshaking
Apr 03, 2018 4:37:17 AM hudson.remoting.jnlp.Main$CuiListener status INFO: Connecting to 172.30.211.41:30863
Apr 03, 2018 4:37:48 AM hudson.remoting.jnlp.Main$CuiListener status INFO: Connecting to 172.30.211.41:30863 (retrying:2)
java.io.IOException: Failed to connect to 172.30.211.41:30863
at org.jenk...

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