☰

这次 tracert 正常吗？

tag-icon • tag-icon networking
这次 tracert 正常吗？

我一直遇到网络问题，并且我注意到我的跟踪路由看起来有点奇怪，因为我直接连接到调制解调器，而调制解调器直接连接到电缆。

Tracing route to www.google.com [173.194.219.104]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.50.1
  2     *        *        *     Request timed out.
  3    11 ms     8 ms     9 ms  192.168.224.230
  4    16 ms    13 ms    12 ms  192.168.214.1
  5    13 ms    10 ms    10 ms  192.168.22.41
  6    11 ms    11 ms     9 ms  192.168.15.18
  7   189 ms   198 ms   196 ms  72.14.211.5
  8   133 ms   161 ms   131 ms  72.14.232.86
  9   137 ms   137 ms   135 ms  216.239.41.37
 10   143 ms   141 ms   139 ms  64.233.174.9
 11   136 ms   137 ms   137 ms  72.14.239.64
 12   203 ms   197 ms   180 ms  209.85.143.193
 13     *        *        *     Request timed out.
 14   135 ms   138 ms   135 ms  ya-in-f104.1e100.net [173.194.219.104]

第一个跳数看起来像这样是正常的吗？设置实际上是我的计算机连接到调制解调器，然后连接到邮局。

谢谢。

答案1

您没有说明使用哪种协议来编译此跟踪路由，这导致其解释很困难。

如果正如我所怀疑的那样，您使用的是 ICMP 或 UDP，那么这确实是正常的。您看到的两个异常（两个站点没有响应，以及一次旅行时间的重大飞跃，在第 7 步，它从几毫秒变成了 196 毫秒）都很容易解释。

ICMP 数据包通常会被防火墙完全丢弃（因此缺少两个回复），或者被繁忙的服务器相对于 TCP/UDP 流量赋予较低的优先级（因此您在步骤 7 中遇到的第一个 Google 服务器的传输时间会大大增加）。

如果您使用 TCP 探测，那么这两种异常都很难理解，因为协议要求回复，而丢弃 SYN 数据包的节点数量确实非常少。

因此，为了更清楚地了解您的情况，我建议您使用 TCP 探测器和类似的工具地铁，它会每秒发送一次探测（您可以更改这一点），以允许您避免（可能的）偶尔丢失数据包，从而忠实地反映您的连接情况。

答案2

这次 tracert 正常吗？

是的，这是正常的。

 *        *        *     Request timed out.

表示无法到达目标系统（可能是中间跳跃的路由器，也可能是最终目的地）。

更准确地说，这意味着数据包无法往返；它们可能实际上到达了目标系统，但在回程中遇到了问题。

这可能是由于某种问题造成的，但也可能是故意阻止的。

出于安全原因，某些路由器不允许您 Ping 它们（由于防火墙或其他安全措施，ICMP 被禁用）。

Traceroute 将继续进行，除非所有（三个）发送的数据包丢失超过两次，然后连接丢失并且无法评估路由。

相关内容