一条路由怎么被一段段问出来，TTL 步进是 traceroute 的底子

第一次看到 traceroute 的输出时，大多数人会愣一下：一排排带编号的地址，有的快有的慢，最后才到目标站，代理IP链路排障时经常要跟它打交道。当时只觉得这个工具挺神，后来才明白，它靠的正是 TTL 归零时那个回报机制，也靠着它我才能看清代理IP链路里每一段路的样子。

本篇不教工具用法，只讲它背后的 TTL 步进机制——明白了原理，读输出时就知道每一行在问什么、每一行又答了什么。

问第一跳：把 TTL 设成 1

工具向目标发出一个 TTL 为 1 的报文。报文走完第一跳后 TTL 归零，第一跳的设备按规矩丢弃并回一个超时通知，通知里带着这台设备的地址。工具收到，第一跳的路由位置就记下来了。

第一次发出去的报文可能不止一个：工具往往会连发几个同样 TTL 的报文，分别记录它们的回包时间。这样第一跳的延迟也能估算出来，输出里那排时间数字就是这么来的。

注意，这个机制默认了设备会回超时通知。设备不回（不少设备出于省资源考虑关了回报），那一跳在输出里就是星号，并不代表路径断了。

问第二跳、第三跳：把 TTL 依次加一

接着工具把 TTL 设成 2 再发一个。这次报文能走过第一跳、在第二跳归零，回报的地址就是第二跳。设成 3 就是第三跳。以此类推，每次只比上次多放行一跳，就能一段一段把整条路径问出来。

每段问路通常要发好几个报文确认，所以输出里每一跳往往有几个时间值；有的路径会变，同一跳前后两次问到的地址可能不同，这是正常的，链路本来就是动态的。

实际路径上每一跳设备都可能不只一条上行线路，报文走哪条由当时的转发表决定。所以同一跳的地址偶尔变化不必紧张，只要整体路径结构稳定，读数的意义就不受影响。

走代理IP时，链路被拆成两段，traceroute 默认从本机一路问到目标站，中间会经过转发层所在的路由位置。想单独看本机到转发层这一段，需要把目标设成转发层本身再测。

它和 TTL 递减是什么关系

traceroute 是 TTL 递减规则的「逆向利用」：正常通信希望 TTL 足够大、一路到底；traceroute 故意把 TTL 设小，让报文提前归零，用每一次归零的回包拼出整条路径。

没有归零回报机制，就没有 traceroute：它是把 TTL 的「到期即弃」反过来用，用一次次提前到期换回一张路径地图，代理IP链路排查里常靠它确认转发层的位置。

理解了这层关系，读 traceroute 输出就不神秘了：每一行都是「一次故意制造的归零」，星号是「设备没理我们」，变来变去的地址是「路径在调整」。

对代理IP使用者来说，把步进原理和归零机制串起来，排查看卡点时就多了一双眼睛：知道工具在问什么，才知道答案该怎么解读。

步进探测的每一行输出，都是代理IP链路里一次真实报文往返的写照。读得懂这层，输出里的数字就有了分量，不再是一串看不懂的地址和时间的堆砌。

一次问一跳、一跳一地址，靠故意让报文「提前到期」来拼出全程——TTL 步进机制看似取巧，却成了网络排障最常用的手段之一，理解它比背输出格式有用得多。