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 在作怪，纯粹白忙一场。