ISP、损坏的路由以及我的选择

ISP、损坏的路由以及我的选择

我的 ISP 有严重的路由问题。首先,我确认我的互联网连接确实正常:

rr-@burza:~(1:3) $ ping -c 4 -W 1 status.github.com
PING octostatus-production.github.com (184.73.4.42) 56(84) bytes of data.
64 bytes from status.github.com (184.73.4.42): icmp_req=1 ttl=45 time=129 ms
64 bytes from status.github.com (184.73.4.42): icmp_req=2 ttl=45 time=129 ms
64 bytes from status.github.com (184.73.4.42): icmp_req=3 ttl=45 time=129 ms
64 bytes from status.github.com (184.73.4.42): icmp_req=4 ttl=45 time=129 ms

--- octostatus-production.github.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 129.013/129.241/129.692/0.371 ms

然后,为了表明问题出在我的 ISP 端:

rr-@burza:~(1:5) $ ping -c 4 -W 1 github.com
PING github.com (204.232.175.90) 56(84) bytes of data.

--- github.com ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3022ms

如您所见,问题与 DNS 无关,因为github.com很好地解析为204.232.175.90。最后,跟踪路由的输出:

rr-@burza:~(1:11) $ traceroute-nanog -m 15 github.com
traceroute to github.com (204.232.175.90), 15 hops max, 60 byte packets
 1  Broadcom.Bifrost (192.168.1.1)  0.278 ms  0.252 ms  0.417 ms
 2  poz-bg3.neo.tpnet.pl (83.1.4.175)  27.310 ms  27.558 ms  27.114 ms
 3  poz-r3.tpnet.pl (80.50.118.1)  27.287 ms  30.047 ms  27.937 ms
 4  poz-r2.tpnet.pl (194.204.175.206)  26.081 ms  42.772 ms  26.381 ms
 5  hbg-b1-link.telia.net (213.248.103.61)  37.468 ms  37.666 ms  49.427 ms
 6  hbg-bb1-link.telia.net (80.91.253.55)  37.905 ms  37.692 ms  37.634 ms
 7  * * *
 8  * * *
 9  rackspace-ic-138625-ash-bb1.c.telia.net (213.248.98.218)  130.394 ms  129.907 ms  130.421 ms
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *

之前,github.com 接受 ICMP ping 请求,因为在属于另一个网络的计算机上我可以执行以下操作:

s351821@shell:~(1:1) $ ping -c 4 -W 1 github.com
PING github.com (204.232.175.90) 56(84) bytes of data.
64 bytes from github.com (204.232.175.90): icmp_req=1 ttl=51 time=111 ms
64 bytes from github.com (204.232.175.90): icmp_req=2 ttl=51 time=111 ms
64 bytes from github.com (204.232.175.90): icmp_req=3 ttl=51 time=111 ms
64 bytes from github.com (204.232.175.90): icmp_req=4 ttl=51 time=111 ms

--- github.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3007ms
rtt min/avg/max/mdev = 111.450/111.621/111.941/0.195 ms

此外,问题不仅限于 github.com - 很多其他互联网网站也无法运行。

我的 ISP 已确认该问题并告诉我他们将在本周末之前修复它。

我的问题是:我自己能做什么?

我可以手动设置一些允许我访问 github.com(和其他网站)的静态路由吗?如果可以,我该怎么做?此外,什么时候我的 ISP 确实解决了这个问题,我是否需要重新启动自己的路由器才能让事情传播?

答案1

我可以手动设置一些静态路由以允许我访问 github.com(和其他网站)吗?

否。您的流量通过 0.0.0.0/0 正确地从您的主机路由出去。

此外,当我的 ISP 真正解决问题时,我是否需要重新启动自己的路由器才能让事情传播?

否。您的路线设置正确,没有什么可传播的。

解决此问题的唯一方法是将您的流量通过隧道传输到正常运行的主机并让其代理流量。请参阅https://www.google.com/search?q=ssh+tunnel

相关内容