ISP, defekte Routen und meine Optionen

1

Mein ISP hat ein ernstes Routing-Problem. Zunächst habe ich bestätigt, dass meine Internetverbindung tatsächlich funktioniert: 

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

Dann, um zu zeigen, dass das Problem am Ende meines ISP liegt: 

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

Wie Sie sehen können, hat das Problem seitdem nichts mit DNS zu tun github.com löst sich gut auf 204.232.175.90. Schließlich Ausgabe der Trace-Route: 

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  * * *

Vorher akzeptiert github.com ICMP-Ping-Anfragen, da ich auf einem Computer eines anderen Netzwerks Folgendes tun kann: 

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

Außerdem ist das Problem nicht auf github.com beschränkt - viele andere Internetseiten funktionieren nicht.

Mein ISP hat das Problem bestätigt und mir mitgeteilt, dass es bis Ende der Woche behoben sein wird.

Meine Frage ist: was kann ich selber machen

Kann ich manuell einige statische Routen einrichten, mit denen ich auf github.com (und andere Websites) zugreifen kann. Wenn ja, wie kann ich das tun? Zusätzlich, wann mein ISP behebt das Problem tatsächlich. Muss ich meinen eigenen Router neu starten, damit sich die Dinge verbreiten können?

networking routing isp static-routes rr-
quelle

Antworten:

1

Kann ich manuell einige statische Routen einrichten, die mir den Zugriff ermöglichen   github.com (und andere Websites)

Nein. Ihr Datenverkehr wird über 0.0.0.0/0 ordnungsgemäß von Ihrem Host geleitet.

Wenn mein ISP das Problem tatsächlich behebt, muss ich dies auch tun   Einen eigenen Router neu starten, damit sich die Dinge verbreiten können?

Ihre Routen sind korrekt eingerichtet, es gibt nichts zu verbreiten.

Die einzige Möglichkeit, dies zu beheben, besteht darin, den Datenverkehr zu einem ordnungsgemäß funktionierenden Host zu tunneln und Proxy-Verkehr zu erhalten. Sehen https://www.google.com/search?q=ssh+tunnel .

Oesor
quelle