使用 Traceroute 映射路径

Traceroute 命令（Windows 系统中的 tracert）可以显示数据包到达目的地所经过的路径，列出沿途的每台路由器（跳）以及每一跳的延迟。Ping 回答“我能到达它吗？”，而 Traceroute 回答“经过什么路径？在哪一处变慢或停止？”它是定位路由上具体故障位置的首选工具。

每台将数据包转发至目的地的设备都是一个跳。Traceroute 会按照顺序列出各跳，从您的网关出发，经过互联网服务提供商的网络，直到目标。通过显示路由器链，Traceroute 可以让您看到流量实际经过的路径，并准确找出发生故障或增加延迟的跳。

Traceroute 巧妙地利用了 TTL。它先发送 TTL=1 的数据包，因此第一个路由器会丢弃这些数据包并返回错误。然后将 TTL 设为 2，使数据包能够到达第二个路由器，依此类推。每个过期的数据包都会多揭示一跳。通过逐步增大 TTL，Traceroute 可以一次确定一个路由器，绘制出完整路径，直到到达目标。

每一行会显示跳数、路由器的 IP 或名称，以及通常以毫秒为单位的三次计时结果。随着跳数增加、距离变远，时间通常也会增加。合理且逐步的增长是正常现象。通过这些输出，您可以观察延迟如何逐跳累积，并准确找出延迟意外陡增的位置。

如果 Traceroute 列出几跳后停止或超时，问题很可能出在最后一个响应跳所在的位置，或就在其之后。这可以将路由或连接故障定位到路径上的特定位置，通常还能区分问题是在您的网络中，还是在 ISP 的网络中。知道故障位于三跳之外、ISP 的核心网络中，会改变您应该联系的对象。

Traceroute 有助于找出延迟的来源。如果前几跳的时间都很低，随后突然激增，那么该跳或链路就在增加延迟。请记住，远距离链路（例如跨越大西洋的一跳）本来就会带来自然延迟。关键在于区分符合距离预期的延迟与表明拥塞或故障的异常跃升。

星号 (*)表示某一跳未能及时响应。这种情况很常见，并不一定意味着存在问题：许多路由器会降低优先级或阻止 Traceroute 所依赖的 ICMP/UDP 响应，同时仍会正常转发实际流量。路径中间出现几个星号，但后续跳又能响应，通常表示该路由器没有回应，而不是它发生了故障。

不同实现的工作方式有所不同。Windows 的 tracert 发送 ICMP Echo Request，而传统 Unix 的 traceroute 会向高端口发送 UDP 数据包；两者都依赖 TTL 过期响应。由于防火墙对 ICMP 和 UDP 的处理方式不同，同一路径从 Windows 与 Linux 设备上看起来可能并不相同。了解所使用的方法有助于解释这些差异。

Traceroute 只显示正向路径。返回流量可能会经过另一条路线，这称为非对称路径。这意味着您看到的延迟实际上可能出现在返回途中，而 Traceroute 无法直接显示这一点。在解读结果时请牢记这一点，尤其是在非对称情况很常见的公共互联网中。

有两种增强工具可以结合使用 ping 和 Traceroute。Windows 的 pathping 会跟踪路由，然后持续测量每一跳的丢包情况。广受欢迎的 Unix 工具 mtr 会持续更新实时 Traceroute，并显示不断累计的丢包率和延迟统计信息。对于诊断单次 Traceroute 可能遗漏的间歇性问题，这两种工具都非常出色。

当连接远程主机的质量很差或连接失败时，请在 ping 之后使用 Traceroute。它可以告诉您问题是在 LAN、网关、ISP，还是在互联网更远处。确定负责问题的网段后，您就能修复自己可以控制的部分，并将无法控制的部分提交给相应人员，同时提供确凿证据。

测试您对 Traceroute 的掌握情况。

您已经学习了 Traceroute。要点：

• Traceroute 会列出到达目标所经过的每一跳及其延迟。
• 它通过递增 TTL，让路由器依次响应。
• 输出停止的位置可以确定路径上的故障位置。
• 星号通常表示路由器没有回应，而不是路由器损坏。
• pathping 和 mtr 会随时间记录每一跳的丢包情况。