Linux远程连接超时设置方法

远程连接超时问题，本质上是典型的多层故障——无法通过单一配置解决。它分为两个阶段：连接建立时失败，以及连接维持后意外断开。需要先判断是TCP握手失败，还是连接后几分钟自动掉线？这两种情况的解决方案完全不同，混淆只会白费力气。

首先明确结论：这三层彼此独立、互不覆盖。TCP层超时、SSH协议层保活、Shell会话超时，必须定位现象发生在哪一层，再调整对应配置。

ssh 连不上：检查 TCP 层连接超时

典型报错为 ssh: connect to host x.x.x.x port 22: Connection timed out。根本原因很简单：客户端发出的SYN包未收到服务器响应。此时不必急于修改SSH配置，绝大多数情况是网络或防火墙导致。

• 先确认目标IP和端口是否可达：执行 telnet x.x.x.x 22 或 nc -zv x.x.x.x 22。若失败，说明连接未到达sshd进程。
• 检查服务器防火墙是否放行22端口：sudo ufw status（Ubuntu）或 sudo firewall-cmd --list-ports（CentOS/RHEL）。
• 内核连接重试次数由 /proc/sys/net/ipv4/tcp_syn_retries 控制，默认值为6（约130秒超时）。通常无需修改，但若希望缩短等待时间，可临时设为3：echo 3 | sudo tee /proc/sys/net/ipv4/tcp_syn_retries。
• 永久修改需写入 /etc/sysctl.conf：追加 net.ipv4.tcp_syn_retries = 3，然后执行 sudo sysctl -p。

ssh 连上后自动断开：调整保活参数

这种情况最容易被误称为“超时”——实际是空闲连接被主动关闭。关键在于判断是由服务端还是客户端控制断连：服务端使用 ClientAliveInterval，客户端使用 ServerAliveInterval。

• 服务端全局生效（推荐）：编辑 /etc/ssh/sshd_config，确保包含以下两行（取消注释或新增）：
  ClientAliveInterval 60
ClientAliveCountMax 3
  重启服务：sudo systemctl restart sshd
• 客户端单用户生效：编辑 ~/.ssh/config，添加：
  Host *
ServerAliveInterval 60
ServerAliveCountMax 3
  注意权限设置：chmod 600 ~/.ssh/config
• 临时调试可用命令行：ssh -o ServerAliveInterval=60 -o ServerAliveCountMax=3 user@host
• 注意区分 TCPKeepAlive。TCPKeepAlive 工作在TCP层，仅能探测链路通断，无法避免NAT超时；而 ServerAliveInterval 是SSH协议层的心跳，能够穿透中间NAT设备。

终端登录后自动退出：Shell 级空闲超时

如果SSH连接保持正常，但Bash提示 timed out waiting for input: auto-logout，说明是Shell的 TMOUT 变量在起作用，与SSH保活完全无关。

• 全局设置（影响所有Bash用户）：在 /etc/profile 末尾添加 TMOUT=600 和 export TMOUT。
• 用户级设置：在 ~/.bashrc 中写入 export TMOUT=1800（30分钟）。
• 强制只读（防止用户覆盖）：新建 /etc/profile.d/autologout.sh，内容为：
  TMOUT=300
readonly TMOUT
export TMOUT
  然后执行 sudo chmod +x /etc/profile.d/autologout.sh。
• 当前会话临时禁用：执行 unset TMOUT。

最后重申容易被忽略的层级关系：TCP层超时 → SSH协议层保活 → Shell会话超时，三者独立生效、互不覆盖。必须先定位现象发生在哪一层，再调整对应配置，否则修改了 sshd_config 却发现是 TMOUT 在作怪，只会徒劳无功。