丢包怎么查：mtr 与 WinMTR 使用教程，看懂每一跳的丢包率与真假丢包

打游戏时人物突然瞬移，视频通话里对方的声音断断续续，远程桌面隔几分钟卡一下，这些现象背后往往是同一个问题：丢包。用 ping 测一下，偶尔看到「请求超时」，可光知道有丢包没什么用——是家里的路由器、运营商的城域网、国际出口，还是对方机房在丢？不知道位置，就不知道该找谁，也不知道换节点、换网络有没有用。

mtr 把 traceroute 和 ping 合在一起，持续向路径上的每一跳发送探测包，统计每一跳的丢包率和延迟分布；Windows 上对应的图形工具叫 WinMTR，系统自带的 pathping 也能做类似的事。难点不在运行命令，而在读懂结果：中间节点的丢包很多是假象，真正有意义的是从某一跳开始一直延续到终点的丢包。下面先对比几种工具，再给出操作步骤和判读方法。

几种诊断工具的区别

ping 和 traceroute 是基础，但它们发送的样本太少，偶发丢包很容易漏掉。mtr 与 WinMTR 的优势在于持续采样，跑一两百次之后，丢包率和延迟波动才有统计意义。目标服务器不响应常规探测时，可以改用 TCP 模式，用游戏或网站实际使用的端口去测。

跑一次有效的 mtr：分步操作

• 第一步：先把网络线路准备好。测境外目标时，分别在直连和连上刺猬VPN 两种状态下各测一次，便于对比问题出在哪一段；客户端注册只需自定义用户名和密码，不需要邮箱和手机号；
• 第二步：安装工具。macOS 用 Homebrew 执行 brew install mtr；Debian 与 Ubuntu 执行 apt install mtr-tiny；Windows 下载 WinMTR 解压即用，不需要安装；
• 第三步：确定测试目标。用游戏服务器、网站或远程主机的实际地址，不要随手测一个公共地址，路径不同，结论就没有意义；
• 第四步：运行报告模式。Linux 与 macOS 执行 sudo mtr -rwc 200 加目标地址，r 表示报告模式，w 显示完整主机名，c 200 表示每跳发送两百次；
• 第五步：WinMTR 在「Host」栏填目标地址，点「Start」，至少跑三到五分钟再点「Stop」，然后用「Copy Text to clipboard」导出结果；
• 第六步：目标屏蔽常规探测时，用 mtr -T -P 443 改成 TCP 模式，端口填实际业务使用的端口；
• 第七步：在问题出现的时段测，晚高峰卡就晚高峰测，白天测出来一切正常并不能说明什么；
• 第八步：把直连与经过线路的两份报告并排对比，按下面的判读方法确定丢包位置。

报告各列的含义

mtr 报告的每一行是一跳。Loss% 是这一跳的丢包率；Snt 是已发送的探测次数；Last 是最近一次延迟；Avg 是平均延迟；Best 与 Wrst 是最好和最差延迟；StDev 是延迟的标准差，数值越大说明抖动越严重。WinMTR 的列名略有不同，Sent 与 Recv 分别是发送和收到的次数，含义相同。

读报告时重点看三样：最后一跳的丢包率，这是真正影响体验的数字；丢包从哪一跳开始出现并且一直延续下去；平均延迟在哪一跳突然跳高，通常对应跨省或跨国的链路。出现一排问号或者「No response from host」的行，表示这一跳不回应探测，跳过即可，只要后面的跳正常就不影响判断。

按现象排查：真丢包还是假丢包

判断丢包真假，关键看它是否延续到终点。

• 中间某跳显示百分之三十丢包，但后面各跳和终点都是零：假丢包，这台路由器对探测包限速回应，不影响实际转发；
• 从第三跳开始丢包，一直延续到终点且比例相近：真丢包，问题出在第二跳与第三跳之间，通常是运营商的城域网或骨干网；
• 第一跳就有丢包：问题在家里，检查路由器负载、无线信号和网线，换有线连接再测；
• 丢包只出现在跨国那一跳之后：国际出口拥堵，晚高峰常见，换线路或换节点往往有效；
• 只有最后一跳丢包：目标服务器限速回应或本身负载高，用 TCP 模式再测一次确认；
• 丢包率不高但 StDev 很大：抖动严重，对游戏和语音的影响比少量丢包还大；
• 直连丢包而经过线路不丢：本地到目标的直连路径有问题，经过线路时走的是另一条路径。

直连与线路方案对比

mtr 测出来的丢包位置决定了解决方向：丢在家里就修家里的网络，丢在运营商城域网就报修，丢在国际出口才是换线路能解决的问题。经过线路后，路径变成「本地到节点」加「节点到目标」两段，对境外目标来说，常常能避开拥堵的国际出口。实际可用性取决于当前网络环境。

家庭网络里的常见丢包源

第一跳就出现丢包，说明问题在家里，这种情况比想象中更常见。无线网络是头号嫌疑：信号穿过两三堵墙后强度大幅下降，邻居的路由器占用同一信道也会造成干扰，表现就是 mtr 第一跳的丢包率和抖动都偏高。把电脑用网线直连路由器再测一次，如果第一跳立刻干净了，问题就确定在无线这一段，可以考虑换信道、加装有线回程的组网设备，或者把路由器挪到更靠近使用位置的地方。

其次是路由器本身。低端路由器在大量连接时处理器占满，转发开始丢包；长时间不重启也可能出现内存泄漏；网线水晶头氧化或者网线本身质量差，会让链路协商到较低速率甚至间歇性断开。排查时可以逐个替换：换一根网线、重启路由器、关掉家里其他设备的下载任务，每改一项就重新跑一次 mtr，看第一跳的数字有没有变化。

Windows 自带的 pathping

没法下载第三方工具时，Windows 自带的 pathping 也能用。打开命令提示符，执行 pathping 加目标地址，它会先像 tracert 一样列出路径，再花几分钟对每一跳统计丢包。结果分两列：「此节点丢失」表示这台路由器自己不回应的比例，「链路丢失」表示两跳之间链路上的丢包，后者才是真正需要关注的。

pathping 默认每跳发一百次，耗时较长，可以加 -q 参数调整次数，加 -n 跳过域名解析以加快速度。它不支持 TCP 模式，目标屏蔽常规探测时作用有限，这时候还是要换成 WinMTR 或者在 Linux 上用 mtr 的 TCP 模式。

怎么把报告交给运营商或客服

向运营商报修或者向游戏客服反馈时，一份有效的报告能大大提高处理效率。建议包含：测试时间与时段、本地网络类型、目标地址、mtr 或 WinMTR 的完整文本输出、问题出现时的具体表现。最好附上正反两个方向的测试，如果有海外服务器，可以从服务器上反向 mtr 到你的公网地址，两个方向的结果一对比，问题位置就更清楚了。

报告里要隐去自己的公网地址与路由器管理地址等敏感信息。不要只截一张图，文本格式更方便对方复制分析。连续几天在同一时段测试并保留记录，比一次性的结果更有说服力。报修后运营商调整了路由，也要在同一时段复测一次，确认问题真的消失了再结案。

与 traceroute 和 ICMP 排查的关系

mtr 是在 traceroute 基础上的增强，如果你还不熟悉跳数、往返时间与路由走向这些概念，先看 traceroute 与 ping 使用指南，理解单次追踪的原理后，再看 mtr 的统计结果会容易得多。

很多「假丢包」与「全是问号」的现象，根源在于路径上的设备屏蔽或限速了 ICMP。为什么有的服务器 ping 不通但网站能打开、为什么中间节点不回应，详细原因与替代测试方法见 ICMP 被屏蔽时怎么排查。两篇配合看，基本可以覆盖日常网络诊断的大部分场景。

常见报错速查表

高频问答

• 问：mtr 要跑多久才准？答：每跳至少一两百次，持续几分钟，偶发丢包才能被统计出来；
• 问：中间节点丢包百分之百是不是断了？答：如果后面的跳和终点正常，就只是这台设备不回应探测；
• 问：丢包率多少算严重？答：终点丢包超过百分之一，游戏和语音就会有明显感觉，超过百分之五基本无法正常使用；
• 问：为什么白天测正常晚上卡？答：晚高峰国际出口与城域网负载高，要在问题出现的时段测才有意义；
• 问：WinMTR 和 mtr 结果不一样？答：探测协议和发送间隔可能不同，比较时尽量用相同参数；
• 问：经过线路后还有丢包怎么办？答：换一个节点再测，确认丢包是在本地到节点这段还是节点到目标这段。

用数据说话的丢包排查

丢包怎么查，答案是用 mtr 或 WinMTR 在问题出现的时段持续采样，只看延续到终点的丢包，忽略中间节点的限速假象，再根据丢包起点判断是家里、运营商还是国际出口的问题。有了报告，报修和换线路都有了依据。

刺猬VPN 采用 HTTPS+AES 加密传输，自定义用户名和密码即可匿名注册，不需要邮箱和手机号；免费节点永久免费、不限流量，适合对比直连与经过线路的路径差异；时长套餐期间不限流量、不限速，适合需要长期稳定连接境外服务的用户，客户端带断线保护与智能分流，一个账号可在多台设备上同时使用。实际可用性取决于当前网络环境。