![tracert 结果与路由表不匹配(路由打印)](https://linux22.com/image/1467743/tracert%20%E7%BB%93%E6%9E%9C%E4%B8%8E%E8%B7%AF%E7%94%B1%E8%A1%A8%E4%B8%8D%E5%8C%B9%E9%85%8D%EF%BC%88%E8%B7%AF%E7%94%B1%E6%89%93%E5%8D%B0%EF%BC%89.png)
为什么会tracert 10.0.0.1
产生下面的结果:
Tracing route to 10.0.0.1 over a maximum of 30 hops
1 3 ms 3 ms 3 ms 192.168.0.1
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
192.168.0.1
表示当路由表如下时,作为下一跳使用:
route print
:
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.2 25
10.0.0.0 255.0.0.0 On-link 10.0.0.2 286
10.0.0.2 255.255.255.255 On-link 10.0.0.2 286
10.255.255.255 255.255.255.255 On-link 10.0.0.2 286
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.0.0 255.255.255.0 On-link 192.168.0.2 281
192.168.0.2 255.255.255.255 On-link 192.168.0.2 281
192.168.0.255 255.255.255.255 On-link 192.168.0.2 281
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.0.2 281
224.0.0.0 240.0.0.0 On-link 10.0.0.2 286
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.0.2 281
255.255.255.255 255.255.255.255 On-link 10.0.0.2 286
===========================================================================
10.0.0.2
由于此行是最具体的,所以它不应该使用接口吗?
10.0.0.0 255.0.0.0 On-link 10.0.0.2 286
编辑:
有时我也会被跟踪Reply from 10.0.0.2: Destination host unreachable.
。也许它认为这是一条不好的路线并将其列入黑名单(回到默认路线?)Request timed out.
ping
答案1
这取决于您的拓扑结构,但似乎 192.168.0.1 上的任何内容都知道如何到达 10.0.0.1,并且它也连接到您的 10.0.0.2 接口。理解这一点的关键是 tracert 行列出了中间节点用于到达原始源的源地址,而不是原始中间目的地。(它是 ICMP 消息的来源)
因此,如果 192.168.0.1 有一条通过 192.168.0.2 到 10.0.0.2 的路由,那么它(192.168.0.1)将成为 ICMP 的来源,您就会看到该信息。
答案2
尝试使正确路由的度量 < 默认路由的度量。大多数情况下,您需要在接口设置中设置手动度量而不是自动度量。