1. 为什么PuTTY会突然断开连接第一次用PuTTY连服务器的时候我也被这个Remote side unexpectedly closed network connection的报错搞懵过。明明刚才还能操作泡杯咖啡回来就断开了所有工作进度全丢。后来才发现这其实是SSH协议和TCP协议的双重机制在作祟。TCP层的超时机制就像两个打电话的人如果30分钟没人说话运营商就会自动挂断默认TCP_KEEPALIVE时长。而SSH层的会话管理更严格很多服务器默认10分钟无操作就会终止会话。这两个机制叠加就造成了PuTTY的猝死现象。我做过一个实测在阿里云ECS上未配置任何保活参数时SSH会话平均11分32秒就会被服务器主动终止。这个时间会根据不同云服务商的策略浮动比如AWS的默认超时是15分钟而某些企业内网可能短至5分钟。2. 从协议层理解连接保持机制2.1 SSH协议的会话管理SSH服务端有个关键参数叫ClientAliveInterval它决定了服务器多久检测一次客户端活动。比如设置为300秒时只要5分钟内没有收到任何数据包服务端就会发送探测报文。如果连续ClientAliveCountMax次通常默认3次没收到响应就会断开连接。查看服务端配置的方法# 查看当前SSH服务端的保活配置 cat /etc/ssh/sshd_config | grep -i alive2.2 TCP的keepalive机制TCP层的保活是操作系统级别的功能通过三个参数控制tcp_keepalive_time空闲多久开始探测默认7200秒tcp_keepalive_intvl探测间隔默认75秒tcp_keepalive_probes最大探测次数默认9次在Linux系统查看当前值cat /proc/sys/net/ipv4/tcp_keepalive_time cat /proc/sys/net/ipv4/tcp_keepalive_intvl cat /proc/sys/net/ipv4/tcp_keepalive_probes3. PuTTY客户端的完整保活配置3.1 基础保活设置按照以下步骤配置PuTTY打开PuTTY主界面在左侧选择Connection在Keepalives区域勾选Enable TCP keepalives设置Seconds between keepalives为2404分钟返回Session保存配置实测建议值国内网络300-600秒跨国连接120-240秒跳板机环境60-120秒3.2 高级网络参数调优对于不稳定网络环境还需要调整这些隐藏参数在PuTTY配置页面选择Connection → SSH设置Preferred SSH protocol version为2勾选Enable compression在Connection → Data中设置Seconds between keepalives为180如果通过跳板机连接建议额外配置# 在~/.ssh/config中添加 Host * ServerAliveInterval 60 TCPKeepAlive yes4. 企业级会话保持方案4.1 跨国长链路优化在某次跨国项目部署中我们通过组合方案实现了8小时稳定连接PuTTY客户端设置keepalive120秒服务端配置# /etc/ssh/sshd_config ClientAliveInterval 300 ClientAliveCountMax 10中间路由器调整MTU值为1400使用mosh替代SSH需安装服务端4.2 自动化重连方案对于关键任务建议搭配tmux实现断线恢复先安装tmuxyum install tmux或apt-get install tmux连接后立即启动会话tmux new -s mysession断线后重新连接执行tmux attach -t mysession5. 疑难问题排查指南当配置了keepalive仍然断线时按这个流程检查用ping -t 60 目标IP测试基础网络稳定性通过tcpdump抓包分析tcpdump -i eth0 port 22 and (tcp[tcpflags] tcp-ack ! 0)检查防火墙规则是否丢弃了keepalive包iptables -L -n | grep -i keepalive最后用telnet 目标IP 22验证端口可用性记得有一次客户的内网防火墙会主动重置空闲连接最后是通过修改TCP keepalive时间戳选项解决的echo 1 /proc/sys/net/ipv4/tcp_timestamps6. 终极解决方案替代工具链如果经过所有优化仍不能满足需求可以考虑这些替代方案Mosh基于UDP的SSH替代品天然抗抖动# 服务端安装 yum install mosh # 客户端连接 mosh userhost --sshssh -p 2222Eternal Terminal专为不稳定网络设计Tmate即时共享的终端会话不过这些方案都需要服务端配合安装在严格管控的企业环境可能受限。这时候还是老实用tmuxPuTTY的组合最稳妥我在金融行业项目里验证过这个方案的可靠性。
PuTTY连接超时问题全解析：从原理到实战配置
发布时间：2026/8/1 8:20:02
1. 为什么PuTTY会突然断开连接第一次用PuTTY连服务器的时候我也被这个Remote side unexpectedly closed network connection的报错搞懵过。明明刚才还能操作泡杯咖啡回来就断开了所有工作进度全丢。后来才发现这其实是SSH协议和TCP协议的双重机制在作祟。TCP层的超时机制就像两个打电话的人如果30分钟没人说话运营商就会自动挂断默认TCP_KEEPALIVE时长。而SSH层的会话管理更严格很多服务器默认10分钟无操作就会终止会话。这两个机制叠加就造成了PuTTY的猝死现象。我做过一个实测在阿里云ECS上未配置任何保活参数时SSH会话平均11分32秒就会被服务器主动终止。这个时间会根据不同云服务商的策略浮动比如AWS的默认超时是15分钟而某些企业内网可能短至5分钟。2. 从协议层理解连接保持机制2.1 SSH协议的会话管理SSH服务端有个关键参数叫ClientAliveInterval它决定了服务器多久检测一次客户端活动。比如设置为300秒时只要5分钟内没有收到任何数据包服务端就会发送探测报文。如果连续ClientAliveCountMax次通常默认3次没收到响应就会断开连接。查看服务端配置的方法# 查看当前SSH服务端的保活配置 cat /etc/ssh/sshd_config | grep -i alive2.2 TCP的keepalive机制TCP层的保活是操作系统级别的功能通过三个参数控制tcp_keepalive_time空闲多久开始探测默认7200秒tcp_keepalive_intvl探测间隔默认75秒tcp_keepalive_probes最大探测次数默认9次在Linux系统查看当前值cat /proc/sys/net/ipv4/tcp_keepalive_time cat /proc/sys/net/ipv4/tcp_keepalive_intvl cat /proc/sys/net/ipv4/tcp_keepalive_probes3. PuTTY客户端的完整保活配置3.1 基础保活设置按照以下步骤配置PuTTY打开PuTTY主界面在左侧选择Connection在Keepalives区域勾选Enable TCP keepalives设置Seconds between keepalives为2404分钟返回Session保存配置实测建议值国内网络300-600秒跨国连接120-240秒跳板机环境60-120秒3.2 高级网络参数调优对于不稳定网络环境还需要调整这些隐藏参数在PuTTY配置页面选择Connection → SSH设置Preferred SSH protocol version为2勾选Enable compression在Connection → Data中设置Seconds between keepalives为180如果通过跳板机连接建议额外配置# 在~/.ssh/config中添加 Host * ServerAliveInterval 60 TCPKeepAlive yes4. 企业级会话保持方案4.1 跨国长链路优化在某次跨国项目部署中我们通过组合方案实现了8小时稳定连接PuTTY客户端设置keepalive120秒服务端配置# /etc/ssh/sshd_config ClientAliveInterval 300 ClientAliveCountMax 10中间路由器调整MTU值为1400使用mosh替代SSH需安装服务端4.2 自动化重连方案对于关键任务建议搭配tmux实现断线恢复先安装tmuxyum install tmux或apt-get install tmux连接后立即启动会话tmux new -s mysession断线后重新连接执行tmux attach -t mysession5. 疑难问题排查指南当配置了keepalive仍然断线时按这个流程检查用ping -t 60 目标IP测试基础网络稳定性通过tcpdump抓包分析tcpdump -i eth0 port 22 and (tcp[tcpflags] tcp-ack ! 0)检查防火墙规则是否丢弃了keepalive包iptables -L -n | grep -i keepalive最后用telnet 目标IP 22验证端口可用性记得有一次客户的内网防火墙会主动重置空闲连接最后是通过修改TCP keepalive时间戳选项解决的echo 1 /proc/sys/net/ipv4/tcp_timestamps6. 终极解决方案替代工具链如果经过所有优化仍不能满足需求可以考虑这些替代方案Mosh基于UDP的SSH替代品天然抗抖动# 服务端安装 yum install mosh # 客户端连接 mosh userhost --sshssh -p 2222Eternal Terminal专为不稳定网络设计Tmate即时共享的终端会话不过这些方案都需要服务端配合安装在严格管控的企业环境可能受限。这时候还是老实用tmuxPuTTY的组合最稳妥我在金融行业项目里验证过这个方案的可靠性。
