MTU 不匹配引发的网络怪病：现象与排查

发布时间:2026-07-05 14:23

## 匿名化案例 某团队把业务从旧机房迁到顺云云服务器后，反馈一个奇怪现象：SSH 能登录，小页面能打开，传稍大的文件就卡死，数据库大结果集查询超时，小查询正常。应用日志与防火墙日志都没有明确报错，团队一度怀疑是新环境带宽限速。 ## 根因分析 小包通大包不通，是 MTU 不匹配的典型指纹。链路上任何一跳的 MTU 比发送端小，大包就需要分片或依赖路径 MTU 发现；一旦 ICMP 需要协商的报文被中间设备丢弃，两端就陷入僵局：发送端等确认，接收端等数据，连接挂起。隧道场景尤其多发，外层封装吃掉几十字节，有效 MTU 缩小，而发送端并不知情。 定位用带禁止分片标志的探测包，从最大载荷开始逐级下探，能通的临界值加上二十八字节头部就是路径实际 MTU。 ``` ping -c 3 -M do -s 1472 192.168.1.1 ping -c 3 -M do -s 1372 192.168.1.1 ``` ## 修复过程 确认路径 MTU 后，在业务机上把接口 MTU 调到不超出的值，隧道接口按封装开销下调。改完用大包重测持续传输，文件传输与数据库大结果集恢复正常，问题收敛。临时救急也可以在发送端收紧路径 MTU 发现参数，让内核更保守地探测。 ## 复盘要点 这类故障的特征是间歇性与尺寸相关性，遇到小包通大包断先想 MTU。迁移与加隧道后应把大文件传输列入验收项，而不是只测连通性。相关参数改动要记录进基线，避免下次变更再踩同一坑。 顺带把这类问题的排查直觉再固化一下。凡是从一个网络环境迁到另一个环境后出现的诡异超时，先把 MTU 列入检查清单：数据库连接池随机超时、网页加载一半卡住、文件传输到固定百分比失败，都是它的典型面孔。隧道与封装场景要养成主动计算开销的习惯，外层头部字节数心中有数，内层 MTU 就不用拍脑袋。把路径探测命令做进新链路的验收脚本，云主机之间互发大包 ping 也纳入巡检项，链路中间设备变更后能第一时间发现，把检查做在成本最低的时刻。