在生产环境中面临一个奇怪的问题，其中 traceroute 只显示最后一跳，输出如下所示，
***
***
***
***
***
***
dns.google [8.8.8.8] 10/10/11ms
任何目的地都是如此。尝试了 Linux 和 Windows 跟踪路由。
有一个选择性的人可以访问的防火墙，但我不确定如何将 traceroute 限制为仅显示任何目的地的最后一跳。
任何建议表示赞赏
谢谢
当您执行 atraceroute并且路由器在超时内没有响应时，traceroute 会打印一个星号，例如
traceroute my.domain.com
...
13 te9-2.dsr01.dllstx3.networklayer.com (70.87.253.14) 40.037 ms 24.063 ms
te2-4.dsr02.dllstx3.networklayer.com (70.87.255.46) 28.605 ms
14 * * *
15 * * *
16 zyzzyva.site5.com (174.122.37.66) 20.414 ms 20.603 ms 20.467 ms
但是第 14 步和第 15 步中的服务器名称或它们的 IP 地址是什么？如何打印它们？
我正在使用 WinMTR 检查我与此特定主机的连接，但有没有办法获取反向 mtr 的报告？我需要从该主机获取报告到我的公共 IP 地址，但 WinMTR 只提供了 1 个字段，即主机字段。我猜它只能将我的公共 IP 的报告定向到该主机？
我正在尝试从 traceroute 输出中了解和绘制网络路径。示例输出如下所示：
假设我想绘制第三跳和第四跳之间的路径。假设不同级别的ip之间会有有序的映射是否正确？
这意味着数据包将从第 3 跳的第一个 ip (et-0-0-2.mpr01.mtlcx03.fibernoire.ca) 到第 4 跳的第一个 ip(et-0-0-4.cre01.mtl1981.fibernoire.ca) ) 并且第二个数据包将从 hop3 的第二个 ip (et-0-0-3.mpr01.mtlcx03.fibernoire.ca) 到第二个 ip (et-0-0-4.cre01.mtlsunl.fibernoire.ca)跳4？这将持续到下一跳？
或者在级别 7 和级别 8 之间的第二个示例，是否保证数据包仅从52.94.82.32到52.94.81.193并且另一个数据包从52.94.81.134到52.94.81.191？
| # | Hostname | Loss% | Snt | Last | Avg | Best | Wrst |
+----+---------------------------------------+-------+------+------+------+------+-------+
| 1 | 192.168.1.1 | 72.8 | 2220 | 3.2 | 2.0 | 0.6 | 34.4 |
| 2 | CUST01-C1.asr02.mtl1080.fibrenoire.ca | 0.0 | 2220 | 2.0 | 3.6 | 1.6 | 51.0 |
| 3 | et-0-0-2.mpr01.mtlcx03.fibrenoire.ca | 0.0 | 2220 | 1.4 | 4.5 | 1.0 | 66.7 |
| | et-0-0-3.mpr01.mtlcx03.fibrenoire.ca | | | | | | |
| 4 | et-0-0-4.cre01.mtl1981.fibrenoire.ca | 0.0 | 2220 | 1.2 | 5.6 | 1.1 | 84.9 |
| | et-0-0-4.cre01.mtlsunl.fibrenoire.ca | | | | | | |
| 5 | et-0-0-2.mpr02.mtlcx03.fibrenoire.ca | 0.0 | 2220 | 1.4 | 5.6 | 1.2 | 135.0 |
| | et-0-0-3.mpr02.mtlcx03.fibrenoire.ca | | | | | | |
| 6 | 52.95.219.62 | 0.0 | 2220 | 3.3 | 4.3 | 1.1 | 78.2 |
| 7 | 52.94.82.32 | 0.0 | 2220 | 2.7 | 4.4 | 1.8 | 67.4 |
| | 52.94.81.134 | | | | | | |
| 8 | 52.94.81.193 | 0.0 | 2220 | 7.8 | 3.3 | 1.4 | 56.3 |
| | 52.94.81.191 | | | | | | |
| 9 | 52.94.82.69 | 0.0 | 2220 | 28.2 | 26.4 | 22.4 | 60.5 |
| | 54.239.44.18 | | | | | | |
| 10 | 150.222.242.150 | 48.6 | 2220 | 28.9 | 26.4 | 22.3 | 50.5 |
| | 150.222.242.118 | | | | | | |
| 11 | 150.222.242.150 | 89.1 | 2220 | 28.9 | 26.1 | 22.4 | 37.7 |
| | 150.222.242.152 | | | | | | |
我有一个连接到两个网络的 Ubuntu 服务器：10.0.8.18/24和10.0.18.2/24.
当我traceroute从10.0.8.x到一个 IP 时，10.0.18.0/24我得到：
traceroute to 10.0.18.1 (10.0.18.1), 30 hops max, 60 byte packets
1 10.0.8.18 (10.0.8.18) 18.237 ms 18.217 ms 18.438 ms
2 10.0.18.1 (10.0.18.1) 18.455 ms * *
但是当traceroute对 IP进行操作时，10.0.18.2我只得到：
traceroute to 10.0.18.2 (10.0.18.2), 30 hops max, 60 byte packets
1 10.0.18.2 (10.0.18.2) 17.809 ms 17.822 ms 17.818 ms
有没有办法让它10.0.8.18看起来像一个跳跃？
在尝试对存在不稳定网络问题的 Windows 10 机器进行故障排除时，我对主机进行了跟踪路由，得到的结果与我在内核 4.15.0-130 的 Ubuntu 18.04 系统上看到的结果有些不同。为了消除硬件因素、不稳定的协议栈、驱动程序问题等，我将运行 Linux 的 VirtualBox VM 中的 Windows 10 与主机系统提供的内容进行了比较。VirtualBox 已经设置了 NAT，即 Windows 10 连接到主机，然后处理实际的网络 I/O。因此，两个会话都使用相同的网络适配器，并且所有内容都通过主机上的相同协议栈。不涉及VPN；客户端计算机只是挂在 WiFi/3G 互联网路由器上。
我正在跟踪路由的主机可以从 Linux（使用 Firefox 网络浏览器）访问，但不能从 Windows 10（在使用 Firefox 的另一台 Windows 10 机器上或在使用 Chrome 的 VirtualBox 中）访问。
Windows（在 Linux 上的 Virtual Box 中运行）给了我：
>tracert -d www.brewforafrica.co.za
Tracing route to www.brewforafrica.co.za [41.203.18.81]
over a maximum of 30 hops:
1 <1 ms 1 ms <1 ms 10.0.2.2
2 3 ms 3 ms 3 ms 192.168.0.1
3 56 ms 23 ms 36 ms 10.113.42.52
4 83 ms 31 ms 22 ms 10.251.60.253
5 * * * Request timed out.
6 74 ms 34 ms 29 ms 10.251.60.233
7 88 ms 39 ms 20 ms 10.251.60.234
8 * 103 ms 39 ms 10.113.145.33
9 25 ms 33 ms 24 ms 196.207.35.36
10 82 ms 32 ms 43 ms 192.168.133.110
11 54 ms 25 ms 42 ms 41.21.235.25
12 69 ms 80 ms 62 ms 10.118.24.61
13 103 ms 35 ms 35 ms 196.60.9.24
14 46 ms 45 ms 53 ms 197.189.193.1
15 95 ms 53 ms 35 ms 41.203.18.81
Trace complete.
（注意：10.0.2.2 是 VitualBox 提供的默认网关地址；Linux 从那里处理所有网络，因此下面的跟踪路由中不存在此跃点。）使用 Linux 重复相同的跟踪路由（在运行 Virtual Box 的同一系统上与上面的 Windows 10 的会话）给了我：
$ traceroute -n www.brewforafrica.co.za
traceroute to www.brewforafrica.co.za (41.203.18.81), 30 hops max, 60 byte packets
1 192.168.0.1 1.416 ms 1.580 ms 1.668 ms
2 10.113.42.52 24.311 ms 25.119 ms 38.804 ms
3 10.251.60.253 39.793 ms 39.875 ms 39.922 ms
4 * * *
5 10.251.60.233 40.122 ms 41.365 ms 51.445 ms
6 10.251.60.234 51.910 ms 50.416 ms 50.508 ms
7 10.113.145.33 50.836 ms 27.691 ms 27.251 ms
8 196.207.35.36 31.254 ms 73.984 ms 63.871 ms
9 192.168.133.110 73.479 ms 73.528 ms 62.612 ms
10 41.21.235.25 52.088 ms 61.699 ms 61.572 ms
11 10.118.24.61 62.102 ms 62.275 ms 61.833 ms
12 196.60.9.24 61.680 ms 51.679 ms 39.123 ms
13 197.189.193.1 40.032 ms 40.073 ms 43.791 ms
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
$
是什么导致了这种差异，它是否有任何意义？
giga.cube是我的本地路由器。我的电脑通过 WiFi 连接到它。之后，我看到了一个无法看到也无法 ping 通其 IP 地址的跃点。这是名义上的吗？
请注意，GigaCube 使用 SIM 卡连接到互联网。它连接到移动网络（手机信号塔）。这就是我看不到第二个ping的原因吗？还是中间有人？
当我在没有任何选项的情况下使用 tracert 时，它运行良好。如：
tracert google.com
但是当我用 -R 运行它时：
tracert -R google.com
它抛出错误“无法解析目标系统名称 google.com”。为什么会这样？在第一种情况下如何解决地址，而在第二种情况下不能解决？
我该如何解决？