Routing Probleme?

[rbn111]

komme mit meiner 77er auch nicht drauf

[koaschten]

In dem Fall würde ich mich noch einmal an NationalNet wenden mit der Info das es für das 77er netz passiert aber nicht für das 31er. (31.16.61.x bei mir)

[thamp]

In dem Fall würde ich mich noch einmal an NationalNet wenden mit der Info das es für das 77er netz passiert aber nicht für das 31er. (31.16.61.x bei mir)

Wusste nicht mal, dass es das 31er Netz überhaupt gibt Hab mich nochmal mit dem Betreiber der entsprechenden Seite in Verbindung gesetzt und ihm unsere Ergebnisse mitgeteilt. Er wird das mit NationalNet klären. Ist besser wenn da ein Kunde anfragt statt irgend einem Typen aus Deutschland, denke ich. Mal schauen was dabei rauskommt.

Ich würde ja mal ganz stark tippen, dass der ein oder andere Rechner in der IP-Range Malware verseucht ist und unwissenderweise an irgendeiner DDOS Attacke gegen eine bei NatNet gehostete Seite beteiligt war.

[thamp]

Problem gelöst. Laut NationalNet lag es an Level 3, wofür auch die vielen Hops sprechen. Die Nachricht vom NationalNet Support an den Betreiber der Seite, die für mich das Problem darstellte:

"Level 3 is currently having some issues on their path to Germany. I have
moved this to a different provider. Can you ask them to test again and let
us know if everything is good."

Wäre ja nicht das erste Mal, dass Level 3 derartige Probleme hat.

[VBE-Berlin]

Wäre ja nicht das erste Mal, dass Level 3 derartige Probleme hat.

Ich kann die Seite inzwischen auch wieder aufrufen.

Was ich nicht verstehe, ist aber noch was ganz anderes:

Routenverfolgung zu www.nationalnet.com [173.0.65.164]

25 126 ms 125 ms 134 ms 173.0.65.164
26 * * * Zeitüberschreitung der Anforderung.
27 * * * Zeitüberschreitung der Anforderung.

Also HOP25 ist das Ziel! (ist mir heute früh gar nicht aufgefallen)
Wohin routet er dann noch weiter??????????????????????????????????
Und warum?

Vielleicht ließt ja unser unaussprechlicher Fachmann hier mit und kann das beantworten.

MB-Berlin

[RcRaCk2k]

Gut beobachtet, fiel mir erst gar nicht auf. Das ist sau geil Das deutet auf eine entweder vermurkste Konfiguration des Hosters / Betreibers hin, oder er betreibt einfach einen Cluster-IP-Server.

Wenn du Cluster-IP verwendest (Redundanz / Load-Balancing), dann kann es vorkommen, dass eine IP in einem Traceroute zweimal auftaucht.

In Linux z.B. kannst du bei einem Interface mit "src xxx.xxx.xxx.xxx" die IP setzen, mit der Pakete versendet werden, die im Ursprung mit 0.0.0.0 als src versendet wurden. Du kannst also damit jede IP auf der Welt senden. Und in ICMP-Paket hat immer grundsätzlich als SRC die 0.0.0.0.

hier ein Beispiel:

Code: Alles auswählen

root@fakeRouter:~# ip route show table local
local 10.200.0.106 dev eth0  proto kernel  scope host  src 91.19.6.58
broadcast 10.200.0.255 dev eth0  proto kernel  scope link  src 91.19.6.58

10.200.0.106 = lokale IP-Adresse, aber wenn man einen Trace-Route macht, wird an deinem Trace-Programm die 91.19.6.58 als Gegenstelle angezeigt, wenn die back-route über eth0 raus ging.