Warum kann ich nicht pingen, während ich in ARP sehen kann?

Es gibt mehrere Fragen, die auf dieselbe Weise gestellt werden. Ich habe verschiedene Lösungen für 3 Tage ohne Glück versucht; Deshalb frage ich von Grund auf.

Ich habe einen drahtlosen Router und einen drahtlosen Zugangspunkt, der mit einem Kabel verbunden ist. Der Router ist ein DHCP-Server (192.168.1.1). Für den Zugriffspunkt ist DHCP mit einer festen IP-Adresse (192.168.1.250) deaktiviert.

Ich habe 8 Computer (Windows 8.1 und Windows 10), die drahtlos und verkabelt an den Router angeschlossen sind. Das Problem ist; Bis auf eine können sich alle Maschinen gegenseitig pingen. (192.168.1.154). Diese Windows 10-Box kann kein Ping an den Server senden (192.168.1.147). Natürlich kann der Server es auch nicht zurückpingen.

Kurz; 154 kann das gesamte Netzwerk außer 147 pingen. 147 kann das gesamte Netzwerk außer 154 pingen. So viel komisch genug; Wenn ich 154 mit dem Zugangspunkt und nicht mit dem Router verbinde, kann er 147 pingen. Seltsamer mehr; Ich kann sie in der Arp-Tabelle des jeweils anderen als dynamische Einträge betrachten.

Ich habe Microsoft Network Monitor installiert, arp gelöscht, netsh sowohl für TCP als auch für Winsocks zurückgesetzt und den Netzwerkverkehr sauber erfasst. Ich kann sehen, dass diese Maschine (154) eine Arp-Anforderung per IP an den Server (147) sendet. Innerhalb von Sekunden löst sich IP korrekt auf den Namen des Servers auf. Dann listet der Befehl arp -a den Server dynamisch nach IP und MAC auf. Aber immer noch nicht ping! (Meistens verbinden Sie das Zeitlimit. Weniger, "Host nicht erreichbar")

Manchmal verlässt der Server den Arp-Tisch willkürlich und steigt wieder ein.

Was ich bisher ausprobiert habe:

Deaktivieren Sie die Firewall auf beiden Computern. (Keine Firewalls von Drittanbietern installiert.)
Firewall am Router ausschalten (keine MAC- oder IP-Filter)
Deaktivieren Sie die Isolierung des Routers
Ändern Sie die IP-Adresse beider Maschinen auf automatisch und etwas anderes behoben.
Fügen Sie auf beiden Computern einen statischen Arp-Eintrag hinzu.
Führen Sie netzwerkbezogene Dienste aus, die manuell ausgeführt werden sollen.
Aktivieren Sie die Netzwerkerkennung und -freigabe auf beiden Computern.
Setzen Sie den Netzwerktyp auf "privat".

Gestern befanden sich zwei verschiedene Maschinen in dieser Situation und es gab kein Problem mit 154. Es konnte eine Verbindung zum Server hergestellt werden. Heute können sich zwei Maschinen mit dem Server verbinden, 154 jedoch nicht. Gestern konnten sich diese beiden Maschinen auch über den Zugangspunkt verbinden.

Ich wette, das ist ein beschissenes Windows-Problem. Irgendwelche Ideen?

— Turab
quelle

Nur eine Idee: IP-Konflikt. Vielleicht geht eine Maschine in den Ruhezustand (oder was auch immer es ist) und in der Zwischenzeit nimmt eine andere die gleiche Adresse an ... Wenn der erste Wecker aktiviert ist, hat er möglicherweise einen IP-Konflikt gefunden. Versuchen Sie, die problematische Maschine vom Netz zu trennen, und stellen Sie die Verbindung erneut her. BTW Wenn die Maschinen (fast) immer die gleichen sind, warum nicht ihre IPs reparieren? Ps & gt; Willkommen bei SuperUser.

— Hastur

Ein paar Vorschläge - versuchen Sie zuerst, "154" mit einer Linux-Live-CD zu booten, um herauszufinden, ob es sich um ein Konfigurationsproblem des Betriebssystems handelt. Zweitens verwenden Sie das Programm wireshark, um die Pakete zu sehen, die von "154" gesendet werden, sowohl lokal als auch von einem anderen Computer im LAN. Verwenden Sie das Dienstprogramm arp-ping ( elifulkerson.com/projects/arp-ping.php ) um den Unterschied zwischen der Bildung von ARP-Paketen (die scheinbar funktionieren) und ICMP (die nicht funktionieren) zu ermitteln. Verwenden Sie schließlich das Tool nmap, um einen vollständigen Scan Ihres LANs durchzuführen, um festzustellen, ob Sie Dup-IPs haben. dup MACs (VMs?) oder andere Überraschungen

— Argonauts

@Hastur, die meisten von ihnen sind bereits feste IPs, aber eigentlich hat das nichts damit zu tun. Da ich versucht habe, das Netzwerk zu vergessen und eine feste und dynamische IP-Adresse herzustellen, funktionierte es nicht. Das Anschließen brandneuer Maschinen ist kein Problem!

— Turab

Es ist Zeit für die Paketerfassung. Holen Sie sich ein Wireshark-Capture auf .154 und .147 und sehen Sie, wo die ICMP-Pings abgelegt werden.

— Mark Riddell

Ich stimme @MarkoPolo hier zu - eine PCAP an beiden Enden sagt Ihnen definitiv, wo sich Ihr ICMP-Verkehr befindet und welcher nicht.

— MaQleod