tracepath 直接显示逐跳路径和跳数，每行开头数字为 TTL 值（从 1 开始），同时报告 IP、RTT 和路径 MTU；可用 -m 限制最大跳数，-n 跳过 DNS 反查提升稳定性；MTU 突降点常指示链路故障。
直接运行 tracepath 目标地址 就能逐跳显示路由路径和对应跳数，每行开头的数字就是当前跳数（TTL 值），从 1 开始递增，直到到达目标或达到最大跳数。
基础用法：看跳数和延迟
tracepath 默认从第 1 跳开始探测，每跳发送一个 UDP 包，收到 ICMP “超时”响应后显示该跳的 IP、往返时间（RTT）和当前路径 MTU。例如：
tracepath google.com
输出中类似这样的行：
1: 192.168.1.1 (192.168.1.1) 1.234ms2: 10.0.0.1 (10.0.0.1) 8.452ms3: 203.208.60.1 (203.208.60.1) 15.732ms
每行开头的 1:、2:、3: 就是实际跳数，代表数据包经过的第几个网络节点。
控制跳数范围：避免卡在中间
如果路径过长或某跳无响应，tracepath 可能停在默认 30 跳前。可用 -m 选项手动设上限：
-
tracepath -m 15 example.com—— 最多查到第 15 跳就停止 -
tracepath -m 5 8.8.8.8—— 快速确认前 5 跳是否通，适合排查本地网关或 ISP 入口问题
跳数不准？注意这几点
某些跳显示 [LOCALHOST] 或 ???，不代表跳数错误，而是：
- 中间设备（如防火墙、运营商路由器）未返回 ICMP 超时消息，该跳不显 IP，但跳数仍计数
- 遇到策略路由或非对称路径时，回程可能不走原路，tracepath 只反映出方向跳数
- 使用
-n可跳过 DNS 反查，让跳数显示更稳定（避免因 DNS 延迟或失败导致某跳超时误判）
结合 MTU 看跳数变化
tracepath 的独特之处是每跳同时报告路径 MTU。若某跳 MTU 明显变小（比如从 1500 降到 1400），说明该节点或之后链路启用了分片限制或存在 PPPoE 封装，这常是丢包或连接中断的隐藏原因。跳数本身没变，但 MTU 下降点往往就是故障定位的关键位置。
