Ping zwischen OS X im WLAN nicht möglich

Macbook Pro OSX 10.10.5, Modell Ende 2013. Firewall komplett aus (Stealth-Modus ist sicherlich aus). Drei Macbook Pro sind drahtlos mit demselben drahtlosen Netzwerk (WPA/WPA2 Personal) unter derselben Netzmaske mit einem einzigen drahtlosen Router (192.168.0.1) verbunden.

Mac 1: inet 192.168.0.101 netmask 0xffffff00 broadcast 192.168.0.255
Mac 2: inet 192.168.0.105 netmask 0xffffff00 broadcast 192.168.0.255
Mac 3: inet 192.168.0.119 netmask 0xffffff00 broadcast 192.168.0.255

Wenn man sich gegenseitig anpingt, erhält man ein permanentes Request-Timeout für icmp_seq . Wenn ich eine zufällige nicht existierende Adresse (192.168.0.188) pinge, erhalte ich No route to host after Request timeout for icmp_seq . Wenn irgendein OS X den Router (192.168.0.1) pingt, werden alle Pakete mit 0,0 % Verlust übertragen und empfangen.

Aus den Ergebnissen gehe ich davon aus, dass OS X den Router anpingen kann und der Router versucht, das Paket zu übertragen, wenn die IP vorhanden ist.

Ich sehe das gleiche gelegentlich unter 10.11.3. WLAN ausschalten und sofort wieder einschalten hilft.

Antworten (3)

Erstens scheint Ihr drahtloser Router einen Firewall-Teil zu haben, der ICMP-Nachrichten (Ping ist ein Teil dieser Protokollsuite) verhindert, die über das drahtlose LAN gehen, um eine Ping-Flut zu verhindern. Um dies zu überprüfen, probieren Sie diese Tests aus:

  1. Deaktivieren Sie jede VPN-Software, die Sie möglicherweise ausführen (VPN-Software enthält meistens Desktop-Richtlinien, die verhindern, dass "unerwünschte" Protokolle ausgeführt werden, und sie fügen spezielle Routen ein).

  2. ping -c2 192.168.0.255

Ein übliches Verhalten für diesen Befehl wäre, eine Antwort von allen Ihren Computern im selben Netzwerk zu erhalten. Wenn dies nicht funktioniert, verhindert etwas anderes das. Wie Sie geschrieben haben, haben Sie alle OS X-Firewalls deaktiviert, dieser Befehl sollte erfolgreich sein.

Um dies zu überprüfen, gehen Sie zu Schritt 2:

  1. Nehmen Sie zwei MBP und verbinden Sie sie mit einem CAT6-Gigabit-Ethernetkabel und weisen Sie den LAN-Ports IP-Adressen zu:

    MBP1: en0: 172.16.42.5 Netzmaske 255.255.255.0

    MBP2: en0: 172.16.42.6 Netzmaske 255.255.255.0

    MBP3: en0: 172.16.42.7 Netzmaske 255.255.255.0

Versuchen Sie nun, MBP2 von MBP1 und umgekehrt zu pingen, und machen Sie sich Notizen:

MBP1 -> MBP2: 1->2 yes / no, 2->1 yes / no

MBP1 -> MBP3: 1->3 yes / no, 3->1 yes / no

MBP2 -> MBP3: 2->3 yes / no, 3->2 yes / no

Wenn alle diese Verbindungen funktionieren, wissen Sie, dass der Router der Bösewicht ist. Schauen Sie in Ihrer Router-Konfiguration genauer hin und suchen Sie dort nach Begriffen wie „Broadcast Storm“, „Ping Flood“ oder „ICMP Broadcast Prevention“. Schalten Sie diese Funktion aus und versuchen Sie es erneut.

Ich hoffe, dies hilft bei der Analyse Ihrer lästigen Probleme. :-)

Dies kann dadurch verursacht werden, dass der drahtlose Zugriffspunkt so konfiguriert wurde, dass drahtlose Clients nicht miteinander kommunizieren können.

Der Weg, dies zu überprüfen (und sich nicht auf ICMP zu verlassen), besteht darin, zu versuchen, einen zufälligen Port von einem Ihrer OSX-Computer zu einem anderen zu pingen oder zu telnet und zu sehen, ob ein arp-Eintrag für diesen anderen Computer in der arp-Tabelle angezeigt wird, z von Maschine mit IP 192.168.0.101 ausführen:

ping -c2 192.168.0.105

oder:

telnet 192.168.0.105 22

(Beachten Sie, dass der telnetobige Befehl versucht, eine Verbindung zu Port herzustellen tcp/22, der normalerweise von verwendet wird ssh, was auf dem Zielcomputer möglicherweise nicht funktioniert; das ist in Ordnung, da wir nur die Ethernet/WIFI-Konnektivität testen.)

Führen Sie nach einem der obigen Befehle Folgendes aus:

arp -an | grep '(192.168.0.105)'

Wenn die Layer-2-Konnektivität vorhanden ist (Ethernet/WIFI), sollten Sie eine Ausgabe ähnlich der folgenden sehen:

MacBook:~$ arp -an | grep '(192.168.0.105)'
? (192.168.0.105) at (xx:xx:xx:xx:xx:xx) on en1 ifscope [ethernet]

Wenn alternativ überhaupt keine Layer-2-Konnektivität besteht (z. B. weil sie vom WIFI Access Point verhindert wird), sehen Sie etwas Ähnliches wie:

MacBook:~$ arp -an | grep '(192.168.0.105)'
? (192.168.0.105) at (incomplete) on en1 ifscope [ethernet]

Ab diesem Zeitpunkt wissen Sie zumindest, ob die Verbindung durch den WIFI AP verhindert wird.

Viele WLAN-Router haben Einstellungen, die verhindern, dass Geräte im selben WLAN miteinander kommunizieren. Dies ist als Sicherheitsfunktion in Gast-WLAN-Netzwerken üblich. Auf Synology-Routern heißt es „AP-Isolierung“ ( Quelle )

Ich weiß, dass dies ein alter Thread ist, aber die Hinweise hier haben mir geholfen, ihn in meinem Netzwerk zu lösen. Überprüfen Sie auf jeden Fall die Routereinstellungen und versuchen Sie auch, mindestens eine Kabelverbindung auf den Geräten zu verwenden, um festzustellen, ob es sich nur um ein WLAN-Problem handelt