网络卡在哪一段：MTR 开源诊断，把每一跳延迟都摊开给你看
访问某个站点慢，到底是自家路由器、运营商还是对方机房的问题，ping 一下看不出过程。MTR 把 traceroute 和 ping 揉在一起，持续对路径上每一跳发送探测并统计丢包与延迟，实时显示从你到目标经过的每一个节点表现，让你一眼定位卡顿到底发生在哪一环。
它解决什么问题
只能 ping 通终点，却不知道中间哪跳在丢包拖慢。
网络时好时坏，单次 traceroute 抓不到偶发问题。
和外单位扯皮“是不是你们网的问题”时拿不出证据。
核心能力
| 能力 | 具体能做到什么 |
|---|---|
| 持续探测 | 对每跳长期发包统计，能抓到偶发丢包与抖动 |
| 合并视图 | 把路由追踪与延迟统计合在一屏，直观定位 |
| 实时刷新 | 结果随探测不断更新，趋势看得见 |
| 报告导出 | 可生成文本报告，方便贴给运维或供应商对账 |
| 协议可选 | 支持 ICMP、TCP、UDP 多种探测方式 |
| 开源免费 | GPL-2.0 授权，Linux 自带仓库即可装 |
它把“路上每一站”都变成长期观察对象，而不是只问终点到了没
普通 traceroute 只发一轮包看路径，偶发抖动容易被漏掉。MTR 的思路是持续不断地沿路径向每一跳发送探测，并累计每个节点的丢包率与往返延迟。这样你既能看到路径是否绕远，也能发现某一跳长期高延迟或丢包——而终点却显示正常，这种“中间坏、终点好”的情况恰恰是最常见的隐蔽瓶颈。报告里连续几跳都差，问题多半出在更早的那一跳。
探测会产生持续网络流量，请在你有权管理的网络内使用，避免对不相关的第三方目标高频探测。某些节点出于策略不回应探测属正常，不代表故障。本工具用于诊断你自有或获授权网络的连通质量。
同类工具怎么选
| 工具 | 授权 | 差别在哪 |
|---|---|---|
| traceroute | 开源免费 | 系统自带路径追踪，轻量但缺少持续统计。 |
| ping | 开源免费 | 测单点延迟最方便，但看不到中间路径。 |
| WinMTR | 免费闭源 | Windows 下的 MTR 风格工具，图形界面更友好。 |
谁适合用
- 定位跨网访问慢点的运维
- 需要给运营商提供证据的宽带用户
- 管理多节点链路的网络工程师
怎么开始
- 在 Linux 上用包管理器安装 mtr。
- 执行 mtr 目标域名或 IP，观察各跳延迟与丢包。
- 让它跑一会儿，捕捉偶发抖动后再下结论。
- 可用 -r 生成报告模式的一次性结果用于存档。
- 对照异常跳点，判断问题归属自家、运营商还是远端。
常见问题
Windows 能用吗？
原版主推 Linux，Windows 有 WinMTR 这类移植前端，体验相近。
中间某跳丢包一定是它的问题吗？
不一定，节点可能只是不回应探测，需结合后续跳点综合判断。
要跑多久才有意义？
偶发问题建议跑几分钟到十几分钟，让统计更稳。
能指定用什么协议探测吗？
可以，支持 ICMP、TCP、UDP，绕过某些被限的协议。
授权与合规
MTR 以 GPL-2.0 开源协议发布，源码公开，可自由使用与修改。 官网：www.bitwizard.nl/mtr。
继续找同类资源
这条属于「软件工具」栏目，同栏目还有更多可直接使用的免费资源，可以在 软件工具全部资源 里按需翻阅。
相关资源
同栏目下这几条也常被一起翻到：
↓ 获取资源
点击按钮直接前往资源页面。
