Unterschiedliche TTL im LAN

796
robut

Ich habe einen WLAN-Router hinter einem Router-Modem.

Wenn ich mein Router-Modem (zwei Hops) anpinge, scheint alles gut zu sein: 

robut@host:~$ ping 172.X.X.36 PING 172.X.X.36 (172.X.X.36) 56(84) bytes of data. 64 bytes from 172.X.X.36: icmp_seq=1 ttl=253 time=6.64 ms 64 bytes from 172.X.X.36: icmp_seq=2 ttl=253 time=5.08 ms 64 bytes from 172.X.X.36: icmp_seq=3 ttl=253 time=477 ms 64 bytes from 172.X.X.36: icmp_seq=4 ttl=253 time=7.97 ms 64 bytes from 172.X.X.36: icmp_seq=5 ttl=253 time=5.05 ms 64 bytes from 172.X.X.36: icmp_seq=6 ttl=253 time=5.02 ms 64 bytes from 172.X.X.36: icmp_seq=7 ttl=253 time=5.27 ms 64 bytes from 172.X.X.36: icmp_seq=8 ttl=253 time=5.58 ms

Wenn ich jedoch die Außenschnittstelle des direkten WLAN-Routers (ONE Hop) anpinge, geschieht Folgendes:
(Ich habe einige extreme Anomalien festgestellt.)

robut@host:~$ ping 172.X.X.37 PING 172.X.X.37 (172.X.X.37) 56(84) bytes of data. 64 bytes from 172.X.X.37: icmp_seq=1 ttl=116 time=0.564 ms 64 bytes from 172.X.X.37: icmp_seq=2 ttl=65 time=1.17 ms 64 bytes from 172.X.X.37: icmp_seq=3 ttl=65 time=0.623 ms 64 bytes from 172.X.X.37: icmp_seq=4 ttl=65 time=0.609 ms 64 bytes from 172.X.X.37: icmp_seq=5 ttl=116 time=0.969 ms 64 bytes from 172.X.X.37: icmp_seq=6 ttl=44 time=4.11 ms 64 bytes from 172.X.X.37: icmp_seq=7 ttl=65 time=0.993 ms 64 bytes from 172.X.X.37: icmp_seq=8 ttl=65 time=4.35 ms 64 bytes from 172.X.X.37: icmp_seq=9 ttl=44 time=23.8 ms 64 bytes from 172.X.X.37: icmp_seq=10 ttl=44 time=0.736 ms 64 bytes from 172.X.X.37: icmp_seq=11 ttl=44 time=0.685 ms 64 bytes from 172.X.X.37: icmp_seq=12 ttl=116 time=3.75 ms 64 bytes from 172.X.X.37: icmp_seq=13 ttl=116 time=4.63 ms 64 bytes from 172.X.X.37: icmp_seq=14 ttl=116 time=71.2 ms 64 bytes from 172.X.X.37: icmp_seq=15 ttl=116 time=387 ms <######## 64 bytes from 172.X.X.37: icmp_seq=16 ttl=44 time=11.5 ms 64 bytes from 172.X.X.37: icmp_seq=17 ttl=65 time=2.76 ms 64 bytes from 172.X.X.37: icmp_seq=18 ttl=65 time=3.14 ms 64 bytes from 172.X.X.37: icmp_seq=19 ttl=65 time=3.78 ms 64 bytes from 172.X.X.37: icmp_seq=20 ttl=65 time=3.25 ms 64 bytes from 172.X.X.37: icmp_seq=21 ttl=65 time=13.8 ms 64 bytes from 172.X.X.37: icmp_seq=22 ttl=7 time=160 ms <######## 64 bytes from 172.X.X.37: icmp_seq=23 ttl=65 time=97.8 ms 64 bytes from 172.X.X.37: icmp_seq=24 ttl=65 time=2.40 ms 64 bytes from 172.X.X.37: icmp_seq=25 ttl=116 time=12.9 ms 64 bytes from 172.X.X.37: icmp_seq=26 ttl=44 time=0.687 ms 64 bytes from 172.X.X.37: icmp_seq=27 ttl=44 time=1.62 ms 64 bytes from 172.X.X.37: icmp_seq=28 ttl=116 time=0.658 ms <######## 64 bytes from 172.X.X.37: icmp_seq=29 ttl=44 time=0.655 ms 64 bytes from 172.X.X.37: icmp_seq=30 ttl=44 time=23.6 ms 64 bytes from 172.X.X.37: icmp_seq=31 ttl=65 time=114 ms 64 bytes from 172.X.X.37: icmp_seq=32 ttl=65 time=0.603 ms 64 bytes from 172.X.X.37: icmp_seq=33 ttl=65 time=1.98 ms 64 bytes from 172.X.X.37: icmp_seq=34 ttl=65 time=0.626 ms 64 bytes from 172.X.X.37: icmp_seq=35 ttl=116 time=3.73 ms 64 bytes from 172.X.X.37: icmp_seq=36 ttl=65 time=0.718 ms 64 bytes from 172.X.X.37: icmp_seq=37 ttl=65 time=0.577 ms 64 bytes from 172.X.X.37: icmp_seq=38 ttl=116 time=1.58 ms

Ein Ping der inneren Schnittstelle führt zu ähnlichen Ergebnissen. Ich bin drahtlos verbunden - teste morgen drahtgebunden.

UPDATE
Getestet verdrahtet. Ähnliche Unsinn (Zeilen auswählen): 

robut@host:~$ ping 172.X.X.37 PING 172.X.X.37 (172.X.X.37) 56(84) bytes of data. 64 bytes from 172.X.X.37: icmp_seq=1 ttl=44 time=0.219 ms 64 bytes from 172.X.X.37: icmp_seq=111 ttl=13 time=0.235 ms 64 bytes from 172.X.X.37: icmp_seq=112 ttl=5 time=0.247 ms 64 bytes from 172.X.X.37: icmp_seq=113 ttl=13 time=0.218 ms 64 bytes from 172.X.X.37: icmp_seq=114 ttl=5 time=0.260 ms 64 bytes from 172.X.X.37: icmp_seq=133 ttl=65 time=0.227 ms 64 bytes from 172.X.X.37: icmp_seq=134 ttl=5 time=0.205 ms 64 bytes from 172.X.X.37: icmp_seq=135 ttl=44 time=0.233 ms 64 bytes from 172.X.X.37: icmp_seq=136 ttl=67 time=0.204 ms 64 bytes from 172.X.X.37: icmp_seq=137 ttl=44 time=0.197 ms 64 bytes from 172.X.X.37: icmp_seq=138 ttl=67 time=0.204 ms 64 bytes from 172.X.X.37: icmp_seq=139 ttl=44 time=0.182 ms 64 bytes from 172.X.X.37: icmp_seq=140 ttl=65 time=0.165 ms 64 bytes from 172.X.X.37: icmp_seq=141 ttl=44 time=0.188 ms 64 bytes from 172.X.X.37: icmp_seq=142 ttl=65 time=0.223 ms 64 bytes from 172.X.X.37: icmp_seq=212 ttl=5 time=0.242 ms 64 bytes from 172.X.X.37: icmp_seq=213 ttl=80 time=0.193 ms 64 bytes from 172.X.X.37: icmp_seq=214 ttl=5 time=0.204 ms 64 bytes from 172.X.X.37: icmp_seq=233 ttl=44 time=0.195 ms 64 bytes from 172.X.X.37: icmp_seq=234 ttl=50 time=0.178 ms 64 bytes from 172.X.X.37: icmp_seq=235 ttl=44 time=0.182 ms 64 bytes from 172.X.X.37: icmp_seq=254 ttl=5 time=0.236 ms

Also: was gibt es?
Warum ist die TTL nicht für alle ICMP-Antworten gültig?
Beachten Sie, dass die TTL nicht direkt mit der Zeit korreliert zu sein scheint, da es "ttl = 7 Zeit = 160 ms", aber auch "ttl = 116 Zeit = 387 ms" und "ttl = 116 Zeit = 0,658 ms" gibt.

Ist mein WLAN-Router nur ein POS?

3
Wow, das ist verrückt. Ich vermute, Ihr Router ist nur ein POS. Wahrscheinlich wird das NAT-Loopback (aka Haarnadel-NAT) nicht korrekt verarbeitet und versucht, diese Pings an das Standard-Gateway weiterzuleiten. Aber warum die TTLs überall sind und trotzdem die Pings immer noch zu Ihnen zurückkehren (zumindest auf der WLAN-Seite), habe ich keine Ahnung. Wenn es in einer Weiterleitungsschleife stecken geblieben wäre, würde ich erwarten, dass sie stecken bleiben, bis sie auslaufen (TTL = 0) und fallen gelassen werden, ohne dass es Ihnen jemals wieder passiert. Spiff vor 8 Jahren 1
@Spiff Danke für die Antwort. Wie bereits erwähnt, führt das Ping der inneren Schnittstelle zu einem ähnlichen Unsinn (TTL = 44 am häufigsten, aber ich habe 10, 111, 64 gesehen). Ich habe versucht, NAT zu deaktivieren (keine anderen Änderungen), und jetzt kann ich nicht auf die Admin-Webseite zugreifen (sie leitet zu /access_deny.htm um, aber diese Seite 404s). Es scheint also ja, vielleicht leitet / leitet der Router den Verkehr falsch an seine WAN-Schnittstelle weiter und kehrt dann zurück, sogar für LAN-Sachen. Trotzdem kann ich immer noch die interne Schnittstelle des Routers mit NAT ausschalten ... und jetzt habe ich gesehen, dass TTLs von 255 zurückgegeben wurden. @ _ @ robut vor 8 Jahren 0

1 Antwort auf die Frage

0
Terry

In Ihrem ersten Beispiel, von dem Sie sagen, dass es in Ordnung ist, gibt es auch eine verzögerte Antwort, obwohl die TTL mit den anderen Pings identisch ist. Es sieht also so aus, als hätten Sie irgendwo eine zufällige Verzögerung.

64 Bytes von 172.XX36: icmp_seq = 3 ttl = 253 Zeit = 477 ms

Die Variablen TTLs deuten jedoch an, dass Sie irgendwo ein Routing-Problem haben

Ich würde ein Traceroute (oder ein Tracert unter Windows) ausführen, um zu sehen, wo Ihre Pings tatsächlich ablaufen

Verwandte Probleme