首页/常用工具/Traceroute / MTR

Traceroute / MTR

从多个真实公网探针执行 MTR,查看逐跳地址、ASN、平均延迟、抖动与丢包。

只允许公网目标;每次任务使用实际可用的分布式探针,不探测内网、回环或保留地址。
尚无探测结果提交一个公网目标后显示实际返回的探针节点与测量证据。

MTR 结果,重点看什么?

MTR 结合路径追踪与重复探测,帮助定位延迟和丢包出现的位置。输入公网 IP 或域名,再选择探测节点查看逐跳结果。

两个例子,读懂结果解释性示例 · 非实时结果
只有中间跳丢包ICMP
观测示例
第 5 跳丢包 20%后续与目标丢包 0%
如何理解
可能是探测回复限速不能单凭这一跳判定故障
丢包持续到目标ICMP
观测示例
第 5 跳开始丢包 10%后续与目标也有丢包
如何理解
值得进一步排查路径换节点、换时段交叉验证

Probe perspective从所选节点出发,不代表本机路径;去程与回程可能不同。

常见问题

某一跳显示 *,就是断网吗?

不是。路由器可能不回复探测包;后续节点仍有响应时,流量仍可能正常转发。

MTR 和 Ping 应该先用哪个?

先用 Ping 确认整体延迟和丢包,再用 MTR 观察路径;应用访问异常还应检查 TCP 或 HTTP。

平均延迟和最差延迟怎么看?

平均值反映这次采样的整体响应,最差值显示峰值。单次峰值不能代表长期质量,应同时看抖动、丢包及采样次数。

哪一跳开始变慢,就是哪里故障吗?

不一定。设备处理探测回复的优先级不同,回复路径也可能不同。延迟增加持续到后续节点和目标时,才更值得排查。

同一个目标,为什么路径会变化?

运营商选路、负载均衡和网络维护都可能改变路径。比较结果时应保持探测节点、目标地址和协议一致。

MTR 正常就代表网站正常吗?

不是。路由探测不验证 TLS、登录或业务响应。网络路径正常但网站异常时,请继续检查 TCP 端口和 HTTP/TLS。

在线 MTR 与 Traceroute 路由追踪工具 | CHA.LA