首页/网络/网络排障速查/「网络慢」排查清单:从 DNS 到有效吞吐
排查流程与方法36 条

「网络慢」排查清单:从 DNS 到有效吞吐

「慢」是全链路问题:先量化(哪一步慢、慢多少),再分层验证;本清单给出从名称解析、连接、握手、首包、传输到带宽的标准顺序。

网络排障速查网络更新于 2026-10-12
  • ① 量化现象:慢多少?所有站点还是单个?下载慢还是打开慢?
  • ② 名称解析:dig 计时(解析慢会拖慢一切应用)
  • ③ 连接建立:curl -w time_connect(TCP 握手慢 → 网络时延或拥塞)
  • ④ TLS 握手:time_appconnect(握手慢 → 证书链/加密套件/CPU)
  • ⑤ 首包时间:time_starttransfer(远大于连接耗时 → 服务端处理慢)
  • ⑥ 传输阶段:time_total 与 size_download 反推有效吞吐
  • ⑦ 逐跳质量:mtr 长跑看丢包与延迟在哪一跳恶化
  • ⑧ 带宽实测:iperf3 有效吞吐与链路标称对比
  • ⑨ 对照测试:换协议(TCP/UDP)、换客户端、换出口验证范围
  • ⑩ 前推结论:把 ①-⑨ 的数字写在纸上,慢的那一段自然浮现

curl 分段量化(先跑这个)

curl 分段量化(先跑这个)
curl -s -o /dev/null -w 'DNS %{time_namelookup}s | TCP %{time_connect}s | TLS %{time_appconnect}s | TTFB %{time_starttransfer}s | 总 %{time_total}s | 速率 %{speed_download}B/s\n' https://<目标>/
排「慢」务必先量化再动手:没有数字的「感觉慢」会把排查变成猜谜。

易错点

  • 拿「打开网页慢」只测 ping,得到 RTT 正常的结论后束手无策——要用 curl 分段才能看到慢在哪一段
  • 对比测试时一台机走 IPv6、一台走 IPv4,两条路径质量不同,结论会被带偏

数据来源与参考

  • curl 手册:-w 计时变量
  • 测量学实践:先量化后定位

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌