网络丢包与高延迟排查思路

当你的服务器访问变慢、SSH 卡顿、网页打开时断时续,大多是丢包或延迟升高导致的。排查的核心是先量化问题,再逐段定位:到底是你本机的网络、中间线路,还是服务器对端出了问题。

第一步:用 ping 量化丢包和延迟

ping 是最快的体检工具。从你本地电脑发起,连续打一批包观察结果:

# 发 100 个包再看统计,-i 0.2 加快频率
ping -c 100 -i 0.2 你的服务器IP

重点看结尾两行:

• packet loss(丢包率):0% 最好;偶发 1%2% 通常无感;持续 >5% 就会明显卡顿。
• rtt min/avg/max:延迟。avg 反映整体水平,max 和 min 差距大(抖动/jitter 高)意味着线路不稳。

只测一次不够。分别在白天和晚高峰(约 20:00–23:00)各测一轮,把两次的丢包率和平均延迟记下来对比——很多线路只在晚高峰拥塞时恶化。

第二步:用 mtr 定位问题出在哪一段

ping 只能告诉你"有没有问题",mtr 能告诉你"问题在路径的哪一跳"。它把 traceroute 和 ping 合起来,持续统计每一跳的丢包和延迟。

sudo apt update && sudo apt install -y mtr-tiny
# -r 输出报告,-c 200 采样 200 次,-w 宽格式便于截图
mtr -rw -c 200 你的服务器IP

看 Loss% 这一列,按位置判断:

• 第 1–2 跳就丢包:问题在你本地(家里路由器、公司出口、本地 WiFi)。换有线、换网络环境再测一次就能确认。
• 中间某几跳丢包,但最后一跳恢复正常:多为运营商中间节点限速造成的"假丢包",很多路由器对经过的探测包降级回复,末跳不丢就说明实际影响可能不大。
• 从中间某跳开始一路丢到最后一跳:问题在线路或对端,这是真实丢包,最值得上报。
• 只有最后一跳(你的服务器)丢包:可能是服务器本身负载高或防火墙限速,先上服务器用 top、ss -s 看看。

第三步:区分本机 / 线路 / 对端

把上面结果交叉验证:

• 换一个网络(如手机热点)再 ping 一次。如果换网就好了,是你本地的问题。
• 从服务器上反向 ping 一个公共地址(如 ping -c 50 1.1.1.1),若服务器出站也丢,是对端机房问题。
• 白天正常、晚高峰变差,且丢包集中在中间跳,基本是线路拥塞。

第四步:判断是否换线路或找客服

• 本地问题:自己换网络/重启路由,不用找服务商。
• 线路晚高峰拥塞(中段真实丢包、白天好晚上差):可考虑换线路方案,并把数据提交给客服评估。
• 对端持续丢包/延迟高(全天候、末跳丢):明确属于服务商侧,直接开工单。

怎么把数据给客服

一句"很卡"帮不上忙,请提供:

• 你的来源网络和大致地区、测试时间点(注明白天/晚高峰)。
• ping 的完整统计(丢包率 + min/avg/max)。
• mtr 的报告全文或截图(用 -w 宽格式,别只截半屏)。
• 白天与晚上两组对比数据,以及是否换网复现过。

小结

先用 ping 确认丢包率和延迟,再用 mtr 看逐跳定位问题段;结合换网测试和白天/晚高峰对比,区分本机、线路、对端三类原因;真实丢包(中段到末跳)或对端全天异常才需要换线路或找客服,并附上完整的 ping/mtr 数据和时间点,排查会快很多。