Kurz gesagt, was sind die möglichen Gründe für ping 192.168.1.18
die Weiterleitung zu 192.168.1.199
(oder zu anderen zufälligen IP-Adressen in 192.168.1.x
)?
--
Hier ist die ganze Geschichte.
Ich habe zu Hause einen Netzwerkdrucker, ein NAS und drei Computer. Die Netzwerkkonfiguration sieht folgendermaßen aus:
Eines Tages konnte einer der Computer keine Verbindung zum Drucker herstellen. Später stellte ich fest, dass ein Ping von diesem Computer zu seltsamen Ergebnissen führte:
C:\>ping 192.168.1.8
Pinging 192.168.1.8 with 32 bytes of data:
Reply from 192.168.1.8: bytes=32 time=4ms TTL=64
Reply from 192.168.1.8: bytes=32 time=2ms TTL=64
Reply from 192.168.1.8: bytes=32 time=2ms TTL=64
Reply from 192.168.1.8: bytes=32 time=2ms TTL=64
Ping statistics for 192.168.1.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 4ms, Average = 2ms
C:\>ping 192.168.1.18
Pinging 192.168.1.18 with 32 bytes of data:
Reply from 192.168.1.199: Destination host unreachable. <------- why .199 instead of .18 ??
Reply from 192.168.1.199: Destination host unreachable.
Reply from 192.168.1.199: Destination host unreachable.
Reply from 192.168.1.199: Destination host unreachable.
Ping statistics for 192.168.1.18:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), <---- and why received=4 but not lost?
C:\>
Das Problem scheint unabhängig davon zu sein, mit welchem WLAN-AP ich mich verbinde. Außerdem tritt das Problem bei anderen Computern zu Hause nicht auf.
--
Diese Informationen sollten irrelevant sein. Ich habe sie hier nur für den Fall aufgeführt, dass sie einen Hinweis geben.
- Router: Asus RT-AC88U + Asus RT-AC68U
- Drucker: HP Color LaserJet Pro
- Betriebssystem: Windows 10 (auf den anderen Computern zu Hause laufen Windows 10 und 11)
Antwort1
Nichts wird „umgeleitet“, Sie interpretieren lediglich die Ausgabe des Ping-Befehls falsch.
warum .199 statt .18
Dies ist die erste Fehlinterpretation. Es heißt Reply from 192.168.1.199
. Einfach ausgedrückt: Die Antwort („von 192.168.1.199
“) kommt entweder von dem Gerät, das den Ping ausführt (dies tritt auf, wenn kein Router beteiligt ist, d. h. wenn sich das Zielgerät im selben Subnetz befindet wie das Gerät, das den Ping ausführt) oder von einem Router, der für die IP/das Subnetz des Ziels „verantwortlich“ ist (wenn sich das Zielgerät in einem anderen Subnetz befindet und geroutet werden muss). Wenn Sie darüber nachdenken, kann es keine Antwort von sein, .18
da dieses Gerät nicht erreichbar ist und daher keine Antwort geben kann.
warum empfangen=4, aber nicht verloren?
Dies ist die zweite Fehlinterpretation, Reply from *.*.*.*: Destination host unreachable
nicht wird als gezählt, lost
sondern als received
(es steht ja " Reply from...
"). Die Ausgabe Request timed out
zählt als lost
.
Sie können es testen, indem Sie ein verbundenes Gerät in Ihrem LAN anpingen und das Zielgerät während des Pingvorgangs trennen. Dann erhalten Sie . Wenn Sie Ihre ARP-Tabelle ( in Windows) Request timed out
löschen und das Gerät erneut anpingen, sollten Sie die Meldung erhalten. Dies liegt, wiederum in Laiensprache, daran, dass nach dem Löschen der ARP-Tabelle keine MAC-Adresse mehr mit der IP-Adresse verknüpft ist, sodass der Ping „nicht gesendet werden kann“.arp -d *
Destination host unreachable
Ja, ich stimme zu, dass dies angesichts Ihrer Erwartung (und wahrscheinlich auch der Erwartung der meisten anderen Benutzer) nicht sehr intuitiv ist, aber es macht mehr oder weniger Sinn, wenn Sie berücksichtigen, wie es im Grunde funktioniert (ARP-Auflösung, Routing usw.).