Hallo zusammen,
ich habe eine Netzwerkfrage. Grundlagenwissen über Netzwerke habe ich, allerdings würde ich meine Vermutungen gerne hier nochmal verifizieren lassen, bevor ich den entsprechenden Support in die Spur schicke.
Folgende Sachlage:
Ich habe einen V-Server bei Contabo als Hoster. Dieser verarbeitet Daten und stellt diese dann zur Verfügung. Gleichzeitig habe ich einen weiteren Server (der ist hier aber eigentlich der Cient und zum besseren Verständnis nenne ich ihn im Folgenden so) in einem lokalen Netz hinter einer Fritzbox, ein Standard-Telekom-Anschluss. Alle beteiligten Rechner laufen mit Ubuntu. Das ganze Setup funktioniert seit Jahren einwandfrei.
Der Contabo-Server ist aber nun in die Jahre gekommen und ich habe einen neuen V-Server (ebenfalls bei Contabo) bestellt um diesen zu ersetzen. Auch das hat anfangs einwandfrei funktioniert, aber vor einigen Monaten hat der Client vom einen auf den anderen Tag die Verbindung zum neuen V-Server verloren. Eine Verbindung ist einfach nicht mehr möglich. Ich hab mich mittels traceroute dann auf die Fehlersuche gemacht.
Dabei kommt dann folgendes Ergebnis raus:
Client → alter Server
traceroute 5.189.130.139
traceroute to 5.189.130.139 (5.189.130.139), 30 hops max, 60 byte packets 1 fritz.box (192.168.178.1) 0.585 ms 0.745 ms 1.027 ms 2 p3e9bf6da.dip0.t-ipconnect.de (62.155.246.218) 20.760 ms 20.719 ms 21.538 ms 3 217.0.201.10 (217.0.201.10) 25.359 ms 25.318 ms 25.278 ms 4 ffm-b5-link.ip.twelve99.net (213.248.93.186) 25.837 ms 26.126 ms 27.084 ms 5 ffm-bb1-link.ip.twelve99.net (62.115.114.88) 78.121 ms 78.644 ms 28.858 ms 6 nug-b1-link.ip.twelve99.net (62.115.113.147) 31.910 ms 23.947 ms 25.239 ms 7 contabo-svc072465-ic359930.ip.twelve99-cust.net (62.115.171.181) 26.766 ms contabo-svc072491-ic359969.ip.twelve99-cust.net (62.115.33.119) 24.252 ms 24.565 ms 8 mx.christoph-ziehr.de (5.189.130.139) 25.746 ms 24.067 ms 24.673 ms
Client → neuer Server
traceroute 161.97.104.15
traceroute to 161.97.104.15 (161.97.104.15), 30 hops max, 60 byte packets 1 fritz.box (192.168.178.1) 0.875 ms 0.841 ms 1.054 ms 2 p3e9bf6da.dip0.t-ipconnect.de (62.155.246.218) 18.920 ms 19.431 ms 19.871 ms 3 217.0.201.2 (217.0.201.2) 24.428 ms 24.419 ms 24.736 ms 4 ffm-b5-link.ip.twelve99.net (213.248.93.186) 34.278 ms 34.620 ms 34.610 ms 5 ffm-bb1-link.ip.twelve99.net (62.115.114.88) 26.778 ms 27.049 ms 85.742 ms 6 nug-b1-link.ip.twelve99.net (62.115.113.147) 31.319 ms 24.393 ms 24.357 ms 7 contabo-svc072465-ic359930.ip.twelve99-cust.net (62.115.171.181) 25.165 ms 23.939 ms contabo-svc072491-ic359969.ip.twelve99-cust.net (62.115.33.119) 24.077 ms 8 vmd59695.contaboserver.net (161.97.104.15) 24.880 ms 27.149 ms 27.108 ms
Soweit alles gut. Der Weg zum Server hin funktioniert also sowohl beim alten, als auch beim neuen Server.
alter Server → Client
traceroute ffebg.dedyn.io
traceroute to ffebg.dedyn.io (84.186.83.136), 30 hops max, 60 byte packets 1 ip-1-75-136-213.static.contabo.net (213.136.75.1) 0.636 ms 0.564 ms 0.512 ms 2 nug-b1-link.ip.twelve99.net (62.115.171.180) 1.772 ms 1.790 ms nug-b1-link.ip.twelve99.net (62.115.33.118) 1.194 ms 3 ffm-bb1-link.ip.twelve99.net (62.115.113.146) 3.840 ms 3.880 ms 4.162 ms 4 * * ffm-b5-link.ip.twelve99.net (62.115.114.89) 4.382 ms 5 dtag-ic319285-ffm-b11.ip.twelve99-cust.net (213.248.93.185) 4.266 ms 4.339 ms 4.322 ms 6 p57ba856d.dip0.t-ipconnect.de (87.186.133.109) 6.975 ms 7.223 ms 7.129 ms 7 p57ba8569.dip0.t-ipconnect.de (87.186.133.105) 6.527 ms p57ba856d.dip0.t-ipconnect.de (87.186.133.109) 9.646 ms 9.616 ms 8 p54ba5388.dip0.t-ipconnect.de (84.186.83.136) 24.587 ms !X 26.684 ms !X 25.792 ms !X
Funktioniert auch.
neuer Server → Client
traceroute ffebg.dedyn.io
traceroute to ffebg.dedyn.io (84.186.83.136), 30 hops max, 60 byte packets 1 ip-1-75-136-213.static.contabo.net (213.136.75.1) 0.407 ms 0.315 ms 0.419 ms 2 nug-b1-link.ip.twelve99.net (62.115.171.180) 0.912 ms 0.945 ms 0.919 ms 3 ffm-bb1-link.ip.twelve99.net (62.115.113.146) 3.492 ms 3.484 ms 3.652 ms 4 * * ffm-b5-link.ip.twelve99.net (62.115.114.89) 35.760 ms 5 dtag-ic319284-ffm-b5.ip.twelve99-cust.net (213.248.93.187) 4.287 ms dtag-ic319285-ffm-b11.ip.twelve99-cust.net (213.248.93.185) 22.738 ms 22.315 ms 6 p57ba856d.dip0.t-ipconnect.de (87.186.133.109) 7.113 ms p57ba8569.dip0.t-ipconnect.de (87.186.133.105) 6.993 ms 6.955 ms 7 p57ba856d.dip0.t-ipconnect.de (87.186.133.109) 6.323 ms p57ba8569.dip0.t-ipconnect.de (87.186.133.105) 6.231 ms p57ba856d.dip0.t-ipconnect.de (87.186.133.109) 6.291 ms 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
Die Pakete finden also vom neuen Server nicht zurück zum Client. Die Verirrung passiert aber offenbar erst im Telekom-Netz.
Daher meinte Interpretation: Es handelt sich um ein Routing-Problem irgendwo im Telekom-Netz. Ist das richtig so oder kann das auch noch andere Ursachen haben?
Vielen Dank schonmal für die Hilfe, Christoph