$ traceroute -I 203.195.123.148
traceroute to 203.195.123.148 (203.195.123.148), 64 hops max, 72 byte packets
1 192.168.0.1 (192.168.0.1) 2.249 ms 1.187 ms 1.257 ms
...
8 180.87.67.46 (180.87.67.46) 42.661 ms 53.478 ms 42.304 ms
9 82.128-240-180.static.telin.sg (180.240.128.82) 47.088 ms 45.556 ms 45.246 ms
10 188.42.201.243 (188.42.201.243) 46.873 ms 53.112 ms 47.859 ms
11 188.42.201.3 (188.42.201.3) 46.001 ms 46.489 ms 47.864 ms
12 203.195.123.148 (203.195.123.148) 229.291 ms 297.407 ms 307.287 ms
$ traceroute -I 203.195.123.148
traceroute to 203.195.123.148 (203.195.123.148), 64 hops max, 72 byte packets
...
7 180.87.67.46 (180.87.67.46) 41.017 ms 40.599 ms 40.889 ms
8 82.128-240-180.static.telin.sg (180.240.128.82) 41.230 ms 41.232 ms 41.056 ms
9 188.42.201.245 (188.42.201.245) 41.757 ms 41.439 ms 41.713 ms
10 188.42.201.3 (188.42.201.3) 42.223 ms 41.703 ms 42.934 ms
11 203.195.123.148 (203.195.123.148) 80.122 ms 80.107 ms 80.534 ms
第一个跟踪路由是通过我的 Wi-Fi 路由器进行连接的,第二个则没有通过路由器。虽然使用路由器的第二跳和不使用路由器的第一跳有所不同,但从那里开始一切都完全相同(我删除了一些初始 IP 地址,但您可以看到 #1 中的 IP 地址 8-12 和 #2 中的 IP 地址 7-11 完全相同)——我不明白的是最后一跳的神秘滞后。
为什么当我通过 Wi-Fi 路由器连接时,最后一跳始终需要这么多时间,而当我直接连接时,最后一跳仍然需要时间,但现在不那么糟糕了(再次,始终如此)?
答案1
看起来您连接到了某种“不太常见”的解决方案 - 至少对我来说不是。强制门户通常用于开放的 WLAN 连接(热点)。但似乎有“PPPoE 热点”,我自己从未遇到过。因此,您要连接的租用空间中会有适当的 HW/SW(交换机、PPPoE 服务器、热点服务器等,包括路由器 ;)。
但要回答您的问题,由于您也直接连接了延迟链接,所以这不太可能是您的 WLAN 路由器的故障。
更新:最终的解决方案是让 ISP 删除 IP 租约,以便分配新的 IP。