Zielhost im selben Subnetz nicht erreichbar

Zielhost im selben Subnetz nicht erreichbar

Ich habe einen PC in meinem Netzwerk. Er ist mit einer statischen IP-Adresse konfiguriert, 192.168.1.110. Er ist über ein LAN-Kabel direkt mit meinem Router mit der IP-Adresse 192.168.1.1 verbunden. Das Gateway des PCs ist auf die IP-Adresse des Routers eingestellt.

Von einem anderen PC mit der IP-Adresse 192.168.1.2, der ebenfalls über LAN mit dem Router verbunden ist, kann ich keinen Ping an 192.168.1.110 senden (Zielhost nicht erreichbar). Ich kann auch keinen Remotezugriff darauf herstellen.

Von meinem Android-Telefon aus kann ich mich mit Microsoft Remote Desktop und über WLAN mit dem Router verbunden auf 192.168.1.110 einloggen. Hier ist ein Screenshot von meinem Telefon:

Wenn ich die Statusseite meines Routers öffne, wird mir die MAC-Adresse des Ziel-PCs auf der Registerkarte „Clients“ dreimal angezeigt: Einmal unter „Aktive Clients“ mit der erwarteten statischen IP-Adresse und zweimal unerwartet unter der Registerkarte „Dynamische Clients“ mit unterschiedlichen IP-Adressen, obwohl der PC nicht für die Verwendung von DHCP konfiguriert ist:

Was ist hier los, dass ich von 0,2 nicht auf 0,110 komme?

BEARBEITEN: Ich kann auch keinen Ping oder Remotezugriff auf die beiden dynamischen Adressen .127 und .128 durchführen.

EDIT 2: Zusätzliche Informationen

.2 Netzwerkkonfiguration

.2 ARP-Tabelle

Antwort1

Die Tatsache, dass die MAC-Adresse, die über eine statische Konfiguration mit der IP-Adresse 192.168.1.110 verknüpft ist, AUCH mit nicht nur einer, sondern mit zwei DHCP-zugewiesenen IP-Adressen verknüpft ist, kann nicht übersehen werden. Sofern das Gerät bei 110 nicht über drei NICs verfügt, die die drei IP-Adressen (.110, .127 und .128) rechtmäßig halten, liegt eine Art Route-Cache-Poisoning vor. Obwohl es schwierig ist, genau zu sagen, warum Ihr Ping-Versuch einen nicht erreichbaren Zielhost zurückgibt, ist dies nicht völlig unerwartet, wenn man die Unsicherheit des Routers bezüglich der wahren IP-Zuweisung der MAC-Hardware berücksichtigt. Indem Sie also diese beiden fehlerhaften DHCP-Leases löschen (oder sie anderweitig aus der Ansicht des Routers entfernen, wie Sie es getan haben, als Sie den IP-Eintrag auf den anderen Router übertragen haben), sollten Sie in der Lage sein, die normale ICMP-Sichtbarkeit (Ping) zwischen den beiden Maschinen (.2 und .110) wiederherzustellen. Viel Glück. Denken Sie daran, dass, sofern das Gerät nicht über mehrere Ethernet-Schnittstellen verfügt, eine Eins-zu-eins-Entsprechung zwischen der MAC-Adresse und der IP-Adresse bestehen sollte. Wenn Sie dies sicherstellen, sollte das Problem behoben sein.

verwandte Informationen