网络急诊室 问题排查
延迟高、丢包排查指南：分清本地、线路与节点问题的分步方法
网络急诊室性能专题：解释延迟、丢包、抖动的含义与客户端延迟测试的局限，按本地网络、运营商出口、线路、节点负载逐层定位延迟高和丢包的原因，并给出 ping、mtr、pathping 的使用方法。
- 作者
- 网络研究组
- 首次发布
- 最后更新
- 内容类型
- 问题排查
- 阅读时间
- 约 4 分钟
快速判断
延迟高和丢包要先分清发生在哪一段：本地 Wi-Fi 与路由器、运营商到国际出口、跨境线路，还是节点本身负载过高。方法是用有线连接排除本地干扰，用 ping 或 mtr 测试到节点入口的质量，再在不同时段、不同线路的节点之间对比。只在晚高峰恶化多为线路拥塞，全天都差多为本地或节点问题。
Key Takeaways · 要点速览
- 延迟、丢包、抖动是三个不同指标，对体验的影响各不相同。
- 客户端延迟测试反映的是一次请求的往返耗时，不能代表持续稳定性。
- 先排除本地 Wi-Fi 与路由器，再判断运营商、线路与节点。
- 只在晚高峰恶化通常是线路拥塞，全天都差多为本地或节点问题。
- 对 AI 工具和远程连接来说，丢包比延迟更影响体验。
解决步骤
-
改用有线连接或靠近路由器
用网线直连路由器，或在路由器附近使用 5GHz Wi-Fi，暂停其他设备的大流量下载和上传，排除本地干扰。
-
测试本地到路由器与国内网络的质量
ping 路由器地址与国内常用网站，观察是否已有丢包或延迟波动。这一段异常时问题在本地或运营商。
-
测试到节点入口的质量
对节点的入口地址执行 ping 或 mtr（Windows 使用 pathping），连续测试数分钟，记录平均延迟、丢包率与波动。
-
在不同时段重复测试
分别在白天与晚高峰测试同一节点。只有晚高峰恶化，多为线路拥塞；全天都差，多为本地或节点问题。
-
对比不同线路与地区的节点
选择不同线路类型和地区的节点进行同样的测试，判断问题是个别节点、某条线路还是普遍现象。
-
固定表现最好的节点并反馈问题
选定稳定的节点固定使用；将测试记录提交给服务商，便于其确认节点或线路问题。
症状：延迟高与丢包的不同表现
直接回答：延迟高和丢包是两类问题，但排查思路相同，关键在于找到问题发生在哪一段。一条代理链路大致由「本地设备与路由器 → 运营商与国际出口 → 跨境线路 → 节点（中转与落地）→ 目标服务」组成，任何一段出问题都会表现为卡顿。先用有线连接排除本地干扰，再测试到节点入口的质量，最后在不同时段、不同线路之间对比，就能判断是本地、线路还是节点的问题。
三个指标的含义与影响：
| 指标 | 含义 | 典型表现 |
|---|---|---|
| 延迟 | 数据往返一次所需的时间 | 网页打开慢、操作响应迟钝 |
| 丢包 | 数据包在传输中丢失的比例 | 视频卡顿、语音断续、AI 回复中断、连接重置 |
| 抖动 | 延迟的波动幅度 | 游戏和语音忽快忽慢 |
概念的完整解释见 延迟、丢包、抖动怎么看。
快速判断
先回答两个问题：
- 问题是全天存在，还是只在晚上出现？ 只在晚高峰出现，多为线路拥塞，参考 晚高峰为什么会变慢；全天存在，多为本地网络或节点本身的问题。
- 问题是所有节点都有，还是个别节点？ 所有节点都有，问题在本地或运营商一侧；个别节点异常，问题在节点或其线路。
原因：每一段可能出现的问题
本地网络
- Wi-Fi 信号弱、2.4GHz 频段干扰严重；
- 路由器性能不足，长时间运行后发热或卡顿；
- 局域网中其他设备在大量上传或下载，占满带宽后延迟急剧上升；
- 电脑上的同步盘、下载工具在后台占用带宽。
运营商与国际出口
不同运营商到海外的出口质量差异较大，晚高峰时国际出口拥塞是延迟升高和丢包的常见原因。部分网络环境对 UDP 流量有限速或干扰，依赖 UDP 的协议在这种环境下可能表现不稳定。
跨境线路
直连线路受公网拥塞影响较大，中转和专线线路的表现取决于具体的线路质量。线路类型的差异见 专线机场是什么意思。
节点负载
节点同时承载的用户过多，或者节点服务器带宽不足，会表现为特定节点在特定时段延迟升高、速度下降。
客户端延迟测试的局限
客户端里的「延迟测试」通常是通过节点请求一个测试地址，记录这一次请求的往返耗时。它的局限在于：
- 只测一次，不反映丢包和抖动；
- 测试时刻的结果不代表晚高峰的表现；
- 不同客户端的测试方法与测试地址不同，数值不能跨客户端比较；
- 延迟数值低不代表带宽充足。
所以延迟测试适合用来筛掉不可用的节点，不适合作为判断节点好坏的唯一依据。更完整的测试方法见 机场测速方法。
分步排查
第一步：排除本地干扰
用网线直连路由器，或在路由器附近使用 5GHz Wi-Fi；暂停其他设备和后台程序的大流量传输。
第二步：测试本地与国内网络
ping 192.168.1.1路由器地址以实际网关为准。到路由器都有丢包，问题在本地；到路由器正常、到国内网站有丢包，问题在运营商一侧。
第三步：测试到节点入口的质量
ping 的 ICMP 流量通常不经过代理，正好可以单独测试本机到节点入口这一段。macOS 与 Linux 可以使用 mtr 查看每一跳的情况：
mtr -rwc 100 节点入口地址Windows 使用 pathping：
pathping 节点入口地址阅读 mtr 结果时注意：中间某一跳显示丢包但后续各跳正常，通常是该路由器限制了 ICMP 回复，不代表真实丢包；从某一跳开始一直到最后都有丢包，才说明这一跳之后存在问题。
提示部分节点的入口地址可以在客户端的节点详情中看到。入口为域名时，先解析出地址再测试。
第四步：不同时段重复测试
分别在白天与晚高峰对同一节点做相同测试，并记录结果。只有晚高峰恶化，基本可以确定是线路拥塞。
第五步：横向对比节点
对不同线路类型、不同地区的节点做同样的测试，判断问题范围：
| 对比结果 | 结论 | 处理方式 |
|---|---|---|
| 个别节点差 | 节点负载或节点故障 | 换节点，反馈给服务商 |
| 某一线路的节点都差 | 线路问题 | 换其他线路类型的节点 |
| 所有节点都差 | 本地或运营商问题 | 回到第一、二步 |
| 只在晚高峰都差 | 出口或线路拥塞 | 选择高峰期表现稳定的线路 |
症状与处理对照表
| 症状 | 可能原因 | 处理方式 |
|---|---|---|
| 全天延迟都高 | 本地网络、节点地区较远 | 有线连接，换近一些的地区 |
| 只在晚上延迟高、丢包 | 线路晚高峰拥塞 | 换专线或高峰表现好的线路 |
| 延迟正常但经常断流 | 丢包、连接被重置 | 换低丢包节点，固定使用 |
| 局域网有人下载时变卡 | 带宽被占满 | 暂停大流量任务或在路由器设置限速 |
| UDP 类协议忽好忽坏 | 运营商对 UDP 限速或干扰 | 换 TCP 类协议节点对照 |
仍未解决怎么办
- 整理测试记录：时间、节点、mtr 或 pathping 结果、本地网络环境；
- 在另一种网络（例如手机热点）下重复测试，判断是否与宽带运营商有关；
- 将记录提交给服务商，请其确认节点或线路状态；
- 如果长期在晚高峰无法满足需求，考虑选择以线路稳定性见长的服务，相关判断标准可参考 机场速度突然变慢怎么办。
常见问题
客户端显示延迟很低，为什么实际用起来很卡？
客户端的延迟测试只测一次请求的往返耗时，不反映丢包、抖动与带宽，也无法体现晚高峰的持续拥塞。延迟低但丢包高的节点，实际体验往往不如延迟稍高但稳定的节点。
ping 节点地址可以代表代理后的延迟吗？
只能代表本机到节点入口这一段。ping 使用的 ICMP 协议通常不经过代理，而且入口之后还有中转、落地等环节，所以它适合判断入口质量，不能代表完整链路。
丢包率多少算正常？
持续稳定的连接应尽量接近无丢包。偶发的少量丢包影响不大，但持续丢包会明显影响视频、语音以及 AI 工具的流式输出，此时应更换节点或线路。
为什么一到晚上延迟就明显升高？
晚间是用户上网的高峰时段，运营商国际出口与部分线路容易拥塞，导致延迟升高和丢包增加。专线类线路通常受影响较小，可以对比不同线路在高峰期的表现。