connection-timeout

连接超时的定位与修复

现象

客户端一直等待，最后报 Connection timed out、i/o timeout 或 context deadline exceeded。和 Connection refused 不同，超时通常意味着包被丢弃或路径不通。

快速定位

curl -v --connect-timeout 5 http://<host>:<port>/
nc -vz -w 5 <host> <port>
mtr -rwc 10 <host>
traceroute <host>
ping -c 4 <host>
ss -s
tcpdump -ni any host <host> and port <port>

云环境同时检查安全组、网络 ACL、路由表和 NAT。

常见根因

安全组/防火墙 DROP，包没有回 RST。
路由不通、VPC 对等连接或 VPN 配置错误。
目标服务 backlog 满，SYN 被丢弃。
中间设备 MTU 不匹配，较大包被丢。
DNS 解析到了错误地址，或客户端连错网段。

修复

用 mtr 判断丢包发生在哪一跳，区分本地、骨干网和目标机。
检查安全组和防火墙是 DROP 还是 REJECT；DROP 表现为超时。
服务端看 ss -lnt 的 Recv-Q、Send-Q 和 netstat -s 的重传/溢出计数。
调整 somaxconn、tcp_max_syn_backlog，或给服务扩容。
MTU 问题用 ping -M do -s <size> 验证，必要时调整接口 MTU。

相关命令

mtr — 路径与丢包
tcpdump — 抓包确认
ss — 套接字队列
curl — 超时验证

读完自测

合上页面，先回答，再展开对照。

连接超时和 Connection refused 的含义有什么不同？
如何判断丢包发生在哪一跳？
服务端 backlog 满和 MTU 不匹配分别怎么查？

答案

超时通常表示包被丢弃或路径不通，Connection refused 表示目标可达但端口未监听或主动拒绝。
用 mtr -rwc 10 逐跳看丢包，配合 traceroute、ping 和 tcpdump 确认路径与包是否到达。
backlog 看 ss -lnt 的 Recv-Q/Send-Q 和 netstat -s 溢出计数，调 somaxconn、tcp_max_syn_backlog；MTU 用 ping -M do -s 验证后调整接口 MTU。