centos 7 的网络连接超时由内核 tcp 参数控制，关键为 net.ipv4.tcp_syn_retries（客户端 syn 重试，默认6次约127秒）和 net.ipv4.tcp_synack_retries（服务端 syn-ack 重试，默认5次约63秒），需通过 sysctl 修改并重载生效，不影响已有连接。
CentOS 7 的网络超时重试行为主要由内核 TCP 协议栈控制，不是靠“重启服务”或“改防火墙”就能调的。关键参数是 net.ipv4.tcp_syn_retries 和 net.ipv4.tcp_synack_retries，它们决定了 SYN 握手阶段的重试次数和等待逻辑。
tcp_syn_retries 控制客户端连接发起超时
这个值决定本机作为客户端（比如用 curl、ssh 连外部服务器）时，SYN 包发出去后等不到响应，会重试几次才放弃。默认是 6，意味着最多等约 127 秒（指数退避：1+2+4+8+16+32+64=127s）。
常见错误现象：ssh: connect to host example.com port 22: Connection timed out 持续卡 2 分钟才报错，就是它在默默重试。
- 想让失败更快：把
net.ipv4.tcp_syn_retries改成2（约 7 秒就放弃） - 别设成 1：太激进，可能把真实延迟高但可连的网络误判为不可达
- 修改方式：编辑
/etc/sysctl.conf，追加一行net.ipv4.tcp_syn_retries = 2，然后运行sudo sysctl -p
tcp_synack_retries 控制服务端响应超时
这个值影响本机作为服务端（比如运行了 sshd 或 nginx）时，收到客户端 SYN 后发 SYN-ACK，但收不到 ACK 确认时的重试行为。默认是 5，对应约 63 秒超时。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
使用场景：你发现客户端连你的 CentOS 7 SSH 服务时，有时卡在“connecting…”很久才断开，很可能就是这个值偏大。
- 生产环境建议保持默认或设为
3（约 15 秒），兼顾稳定性和响应速度 - 设为 0 是无效的；最小合法值是 1
- 同样写入
/etc/sysctl.conf，如net.ipv4.tcp_synack_retries = 3，再执行sudo sysctl -p
别和 SSH 的 ClientAlive 混淆
ClientAliveInterval 和 ClientAliveCountMax 是 SSH 协议层的心跳机制，只管“已建立连接后的保活”，和“连接建立阶段的超时重试”完全无关。很多人改了这两个却还遇到 Connection timed out，就是因为没动对地方。
- 它们解决的是“连上后空闲断开”问题，不是“连不上”问题
- 如果你看到错误里带
Connection refused，那是目标端口没服务；如果是Connection timed out，才是 TCP 握手失败，该查tcp_syn_retries - 验证是否生效：用
sudo sysctl net.ipv4.tcp_syn_retries直接读当前值，别只信配置文件有没有写
真正容易被忽略的是：这些参数修改后不会影响正在运行的连接，只对新发起的连接生效；而且如果中间有防火墙、NAT 设备或云平台安全组拦截了 SYN 包，调再小的重试次数也还是超时——得先确认链路层通不通。
