Ich habe Ihre Adressen erraten, ein traceroute(mtr) zu allen vier von ihnen ausgeführt, und obwohl es eine Schleife zeigt, ist es ein Ping-Pong zwischen zwei Adressen, die sehr wie eine Punkt-zu-Punkt-Verbindung zwischen zwei Routern aussehen. Die gleiche Schleife findet auch statt, wenn versucht wird, verschiedene andere Adressen aus dem Subnetz per Ping / Traceroute zu senden. Daher ist es wahrscheinlich "normal" für noch nicht zugewiesene Adressen bei diesem Anbieter.
Von dass ich, dass das Problem mit Ihren Server - Provider würde vermuten ist - sie haben nicht die richtigen Routen die zusätzliche Adressen auf Ihren Server verweisen.
Inzwischen scheint Ihre eigene Routing-Tabelle normal zu sein und es fehlt nichts offensichtliches. Obwohl dies nicht die gesamte Routingtabelle ist, gibt es Einträge, die der obsolete route- Befehl nicht sieht. Wenn Sie einer Schnittstelle direkt eine IP-Adresse zuweisen (z. B. in ip addr ), wird eine verborgene / 32-Route erstellt, die das Betriebssystem anweist, die Pakete immer zu verbrauchen. Dies hat Vorrang vor regulären Subnetzrouten.
Wenn Sie also überprüft haben, dass die Adressen vorhanden sind ip addr, ist die Schleife normalerweise nicht Ihre Schuld.
Sie sollten jetzt prüfen, ob Sie überhaupt Pakete erhalten . Verwenden Sie ein Paketaufnahmetool wie tcpdump :
tcpdump -n -i eth0 "icmp" Versuchen Sie, während des Betriebs die Adressen des Servers zu pingen. Wenn Sie über eine Schleife verfügen, zeigt tcpdump bei jedem einzelnen Pingversuch einen Sturm von "ICMP-Echo" -Paketen. Wenn auf der anderen Seite überhaupt keine Echopakete angezeigt werden, liegt das Problem bei Ihrem ISP (dh dem Server-Hosting-Unternehmen) - er hat die Adressen nicht richtig an Ihren Server weitergeleitet.