Jenkins Windows从节点持续断开连接（ClosedChannelException）求助

我之前也碰到过类似的ClosedChannelException导致Jenkins从节点频繁断开的问题，结合你的环境和已经尝试的操作，给你几个具体的排查方向和解决办法：

• 对齐主从节点的Java版本与补丁级别
  Java 8不同小版本（尤其是补丁号差异较大的）可能存在TLS握手或Socket兼容性问题。你的主节点用的是1.8.0_171，从节点是1.8.0_161，版本差导致的协议兼容bug很可能是元凶。建议把从节点的Java升级到和主节点完全一致的1.8.0_171，或者至少升级到同系列的较新补丁（比如1.8.0_181及以上）。操作时注意选择和主节点一致的32/64位版本，升级后重启从节点的Jenkins代理服务。

• 调整TLS协议与加密套件配置
  你只启用了Java Web Start Agent Protocol/4（TLS加密），而Windows Server 2008R2默认的TLS套件和2016可能存在兼容性冲突：

  1. 在Jenkins主节点的全局安全配置中，确认TLS版本设置为TLS 1.2（Windows Server 2008R2需要手动开启TLS1.2，2016默认支持）；
  2. 给主节点的Jenkins添加JVM启动参数，强制使用TLS1.2：在jenkins.xml的<arguments>里加入-Djdk.tls.client.protocols=TLSv1.2 -Dhttps.protocols=TLSv1.2，然后重启Jenkins主服务；
  3. 给从节点的代理也添加同样的JVM参数，确保两端协议一致。

• 排查网络层面的隐性连接中断
  关闭防火墙不代表没有其他网络设备拦截，比如路由器、交换机的超时设置，或者Windows自身的TCP参数：

  1. 用ping -t <主节点IP>在从节点持续测试连通性，同时用tracert <主节点IP>检查路由稳定性，看是否存在丢包；
  2. 修改从节点的TCP keepalive参数：打开注册表编辑器，定位到HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters，添加或修改KeepAliveInterval（值设为1000，单位毫秒）和KeepAliveTime（值设为30000，即30秒），开启TCP保活机制，避免连接被中间设备主动断开，修改后重启从节点；
  3. 用telnet <主节点IP> <JNLP端口>测试端口连接是否能持久保持，如果几分钟内断开，说明网络层面存在问题。

• 优化Jenkins代理的启动方式与日志排查
  如果你用Java Web Start（JNLP文件）启动代理，可能存在缓存或启动参数的问题：

  1. 删除从节点的Jenkins代理缓存：找到用户目录下的.jenkins文件夹（比如C:\Users\<你的用户名>\.jenkins），删除cache和workspace目录，重新下载JNLP文件启动；
  2. 启动代理时添加详细日志参数：在启动命令中加入-verbose:gc -Xloggc:jenkins-agent-gc.log，同时查看主节点的Jenkins系统日志和从节点的代理日志，获取ClosedChannelException的上下文细节（比如TLS握手失败的具体原因）；
  3. 将从节点代理注册为Windows服务：用管理员权限运行jenkins-slave.exe install命令，服务方式比手动启动JNLP更稳定，避免用户会话断开导致代理停止。

• 检查主节点的资源负载情况
  主节点资源不足（内存、CPU过高）也可能主动断开从节点连接：

  1. 打开主节点的Windows任务管理器，查看Jenkins进程的内存和CPU占用，如果内存不足，调整jenkins.xml中的JVM堆大小参数（比如把-Xmx256m改成-Xmx1024m）；
  2. 查看主节点的Jenkins系统日志，排查是否存在OutOfMemoryError或其他资源相关的错误。

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