Putty SSH连接超时怎么办？

Question

使用PuTTY通过SSH连接Linux服务器时，长时间无操作后常出现连接中断或超时问题。该现象多因服务器SSH服务端设置了较短的客户端心跳检测间隔或空闲超时时间所致。如何配置PuTTY发送保持连接的心跳包，避免频繁断连？这是远程运维中影响效率的常见痛点，尤其在网络不稳定的环境下更为明显。需结合客户端与服务端设置，找到稳定连接的最优方案。

Answer 1

一、问题背景与现象分析

在IT运维实践中，使用PuTTY通过SSH连接Linux服务器是基础且高频的操作。然而，许多工程师在长时间无操作后常遭遇连接中断的问题，表现为终端突然断开或提示“Network error: Software caused connection abort”。这种现象不仅影响工作效率，更可能中断关键任务的执行。

该问题的根本原因通常源于以下两个方面：

• 服务器端SSH守护进程（sshd）配置了较短的空闲超时时间（如ClientAliveInterval和ClientAliveCountMax）；
• 中间网络设备（如防火墙、NAT路由器）设置了TCP连接空闲超时策略，主动关闭“静默”连接。

为维持稳定连接，需从客户端（PuTTY）和服务端（Linux SSH服务）协同配置心跳机制，确保在无用户输入期间仍能定期发送保活数据包。

二、解决方案层级：由浅入深

1. 初级方案：调整PuTTY客户端设置
2. 中级方案：优化SSH服务端配置
3. 高级方案：结合网络层与系统级调优
4. 综合策略：实现高可用远程会话

2.1 客户端配置：PuTTY发送保持活动包

PuTTY支持通过内置选项发送周期性心跳包，防止连接因空闲被中断。具体配置路径如下：

配置项	位置	推荐值	说明
Seconds between keepalives	Connection → Seconds between keepalives	30	每30秒发送一次TCP层keepalive包
Enable TCP keepalives	Connection → Enable TCP keepalives (SO_KEEPALIVE)	Yes	启用操作系统级TCP保活机制
Attempt to enable session logging	Session → Logging	可选	用于故障排查日志记录

2.2 服务端配置：调整OpenSSH守护进程参数

编辑/etc/ssh/sshd_config文件，合理设置服务端心跳检测机制：

# 编辑SSH配置文件
sudo vi /etc/ssh/sshd_config

# 添加或修改以下参数
ClientAliveInterval 60
ClientAliveCountMax 3
TCPKeepAlive yes
UseDNS no
    

参数解释：

• ClientAliveInterval 60：每60秒向客户端发送一个保活请求；
• ClientAliveCountMax 3：允许最多3次未响应后断开连接（即最大等待180秒）；
• TCPKeepAlive yes：启用底层TCP保活探测；
• UseDNS no：加快连接建立速度，避免反向DNS查询延迟。

修改完成后重启SSH服务：

sudo systemctl restart sshd

2.3 高级网络环境适配：NAT与防火墙穿透

在复杂网络架构中，即使客户端与服务端均启用了保活机制，仍可能被中间设备中断连接。此时应考虑：

• 检查企业级防火墙或云平台安全组是否限制空闲连接时长（如AWS默认5分钟）；
• 在云环境中配置更长的连接超时阈值；
• 使用autossh工具建立自恢复SSH隧道，增强容错能力。

2.4 综合最佳实践建议

为了实现最稳定的远程连接体验，推荐采取以下综合措施：

层级	措施	效果
客户端	PuTTY设置每30秒发送keepalive	防止NAT超时
服务端	sshd_config设置ClientAliveInterval=60	主动探测客户端状态
网络层	调整防火墙/NAT超时时间为300秒以上	避免中间设备切断连接
应用层	使用screen或tmux保持会话	断线后可恢复工作现场
自动化	部署autossh + systemd服务监控	实现自动重连

2.5 可视化流程：SSH连接保活机制协同工作图

下图为客户端与服务端保活机制协同工作的完整流程：

graph TD
    A[PuTTY客户端] -->|每30秒| B[TCP Keepalive包]
    C[Linux服务器sshd] -->|每60秒| D[ClientAlive请求]
    B --> E[NAT/防火墙]
    D --> E
    E --> F{是否收到保活?}
    F -- 是 --> G[连接维持]
    F -- 否且超过3次 --> H[连接关闭]
    I[用户使用screen/tmux] --> J[会话持久化]
    G --> I
    

2.6 故障排查清单

当连接仍频繁中断时，可按以下步骤逐一排查：

1. 确认PuTTY的“Seconds between keepalives”已设为非零值；
2. 检查/etc/ssh/sshd_config中ClientAlive*参数是否生效；
3. 运行sudo ss -tuln | grep :22验证SSH服务监听状态；
4. 使用journalctl -u ssh查看服务日志是否有异常断开记录；
5. 测试不同网络环境下行为差异（如公司内网 vs 外网）；
6. 抓包分析：tcpdump -i any port 22观察保活包是否发出；
7. 对比其他SSH客户端（如MobaXterm、SecureCRT）表现；
8. 检查SELinux或AppArmor是否阻止异常连接行为；
9. 确认系统级TCP保活参数：cat /proc/sys/net/ipv4/tcp_keepalive_time；
10. 评估是否需要引入跳板机或堡垒机统一管理连接策略。