Mac kann nicht im LAN pingen alle anderen schon
Hallo zusammen,
ich habe hier privat ein kleines LAN basierend auf einer FritzBox mit diversen Devices wie u.a. auch eine NAS. Neben iPads und iPhones sind u.a. ein MacBooc per WLAN angeschlossen. Dieser kann auch wunderbar in Internet aber er tut sich sehr schwer, interne Devices zu erreichen. Ein Ping auf jedes Device bis auf den Router schlägt fehl, wobei ich denke, daß er zwar den Ping zurückbekommt aber mit so viel Latenz, daß er sagt Ping geht nicht. I-Net geht aber wie gesagt normalschnell.
Die anderen Devices wie iPads haben dagegen im selben WLAN keinerlei Probleme andere Devices zu erreichen. Nur der MacBook hat diese Probleme. Neustarts des Macs nützen nichts, Neustart vom Router bringt kurzeitig etwas aber die anderen Devices haben wie gesagt überhaupt kein Problem, nur der MacBook. Daher denke ich, daß mit dem Routing intern beim MacBook was schief laufen muß aber ich werde aus folgender Routingtabelle nicht ganz schlau:
MacBook-Pro:~ thomas-MB$ netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 131 0 en0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 6 392 lo0
192.168.1 link#4 UCS 10 0 en0
192.168.1.1/32 link#4 UCS 1 0 en0
192.168.1.1 bc:5:43:ae:fa:eb UHLWIir 134 1666 en0 1194
192.168.1.4 c8:69:cd:4e:d4:6c UHLWI 0 60 en0 566
192.168.1.5 0:23:df:9a:d7:1e UHLWI 0 11 en0 263
192.168.1.6 70:ee:50:0:fe:84 UHLWI 0 0 en0 723
192.168.1.9 a0:d7:95:b4:7d:b5 UHLWI 0 58 en0 370
192.168.1.12 5c:36:b8:28:16:fb UHLWIi 5 450 en0 1136
192.168.1.21 ac:6f:bb:2e:38:b7 UHLWIi 6 504 en0 1136
192.168.1.22 74:c2:46:47:68:5a UHLWIi 1 479 en0 344
192.168.1.23/32 link#4 UCS 1 0 en0
192.168.1.29 ec:66:d1:86:0:d1 UHLWI 0 391 en0 860
192.168.1.50 0:11:32:5f:df:9c UHLWI 0 5 en0 129
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 7 en0
224.0.0/4 link#4 UmCS 2 0 en0
224.0.0.251 1:0:5e:0:0:fb UHmLWI 0 0 en0
239.255.255.250 1:0:5e:7f:ff:fa UHmLWI 0 60 en0
255.255.255.255/32 link#4 UCS 1 0 en0
255.255.255.255 ff:ff:ff:ff:ff:ff UHLWbI 0 9 en0
die 192.168.1.50 ist beispielsweise die NAS. die .4 ein Apple TV, die .23 das MacBook selbst, die .1 der Router. Mit den 224.0.0 kann ich nichts anfangen. Und ist es normal, daß sich die anderen Devices in der Tabelle mit ihrer IP und MAC in der Tabelle verewigen? Was sagt ihr zu der Routing Tabelle. Sieht die OK aus oder ist da der Wurm drin?
Was ich auch mal gemacht habe, ist ihm den Router in den Netzeinstellungen zu klauen, indem ich dem Mac eine manuelle IP-Adresse gab und kein Gateway. So wollte ich sichergehen, daß der Router nicht stört. Dann kann er nicht mehr ins Internet (logisch) aber alles, was im gleichen Netz ist, sollte er theoretisch erreichen können. Ändert aber nichts. Nach wie vor kein Connect oder Ping zu anderen Devices im LAN möglich.
Grüße, Thomas
ich habe hier privat ein kleines LAN basierend auf einer FritzBox mit diversen Devices wie u.a. auch eine NAS. Neben iPads und iPhones sind u.a. ein MacBooc per WLAN angeschlossen. Dieser kann auch wunderbar in Internet aber er tut sich sehr schwer, interne Devices zu erreichen. Ein Ping auf jedes Device bis auf den Router schlägt fehl, wobei ich denke, daß er zwar den Ping zurückbekommt aber mit so viel Latenz, daß er sagt Ping geht nicht. I-Net geht aber wie gesagt normalschnell.
Die anderen Devices wie iPads haben dagegen im selben WLAN keinerlei Probleme andere Devices zu erreichen. Nur der MacBook hat diese Probleme. Neustarts des Macs nützen nichts, Neustart vom Router bringt kurzeitig etwas aber die anderen Devices haben wie gesagt überhaupt kein Problem, nur der MacBook. Daher denke ich, daß mit dem Routing intern beim MacBook was schief laufen muß aber ich werde aus folgender Routingtabelle nicht ganz schlau:
MacBook-Pro:~ thomas-MB$ netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 131 0 en0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 6 392 lo0
192.168.1 link#4 UCS 10 0 en0
192.168.1.1/32 link#4 UCS 1 0 en0
192.168.1.1 bc:5:43:ae:fa:eb UHLWIir 134 1666 en0 1194
192.168.1.4 c8:69:cd:4e:d4:6c UHLWI 0 60 en0 566
192.168.1.5 0:23:df:9a:d7:1e UHLWI 0 11 en0 263
192.168.1.6 70:ee:50:0:fe:84 UHLWI 0 0 en0 723
192.168.1.9 a0:d7:95:b4:7d:b5 UHLWI 0 58 en0 370
192.168.1.12 5c:36:b8:28:16:fb UHLWIi 5 450 en0 1136
192.168.1.21 ac:6f:bb:2e:38:b7 UHLWIi 6 504 en0 1136
192.168.1.22 74:c2:46:47:68:5a UHLWIi 1 479 en0 344
192.168.1.23/32 link#4 UCS 1 0 en0
192.168.1.29 ec:66:d1:86:0:d1 UHLWI 0 391 en0 860
192.168.1.50 0:11:32:5f:df:9c UHLWI 0 5 en0 129
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 7 en0
224.0.0/4 link#4 UmCS 2 0 en0
224.0.0.251 1:0:5e:0:0:fb UHmLWI 0 0 en0
239.255.255.250 1:0:5e:7f:ff:fa UHmLWI 0 60 en0
255.255.255.255/32 link#4 UCS 1 0 en0
255.255.255.255 ff:ff:ff:ff:ff:ff UHLWbI 0 9 en0
die 192.168.1.50 ist beispielsweise die NAS. die .4 ein Apple TV, die .23 das MacBook selbst, die .1 der Router. Mit den 224.0.0 kann ich nichts anfangen. Und ist es normal, daß sich die anderen Devices in der Tabelle mit ihrer IP und MAC in der Tabelle verewigen? Was sagt ihr zu der Routing Tabelle. Sieht die OK aus oder ist da der Wurm drin?
Was ich auch mal gemacht habe, ist ihm den Router in den Netzeinstellungen zu klauen, indem ich dem Mac eine manuelle IP-Adresse gab und kein Gateway. So wollte ich sichergehen, daß der Router nicht stört. Dann kann er nicht mehr ins Internet (logisch) aber alles, was im gleichen Netz ist, sollte er theoretisch erreichen können. Ändert aber nichts. Nach wie vor kein Connect oder Ping zu anderen Devices im LAN möglich.
Grüße, Thomas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 330468
Url: https://administrator.de/forum/mac-kann-nicht-im-lan-pingen-alle-anderen-schon-330468.html
Ausgedruckt am: 23.12.2024 um 07:12 Uhr
23 Kommentare
Neuester Kommentar
Hallo,
ich finde das sieht alles OK aus, zumindest sieht es bei mir auch so aus.
Und neue Geräte tragen sich wirklich nach der ersten Kontakt Aufnahme ein, habe ich gerade mal gecheckt.
Die 224.0.0.0 sind Multicast Adresse, ist auch OK: https://en.wikipedia.org/wiki/Multicast_address
Sowas hört sich eher nach einem Firewall Problem an, hast du die mal auf dem Mac überprüft?
Stelle den Mac mal direkt neben den Router, damit hast du maximal WLAN.
VG,
Deepsys
ich finde das sieht alles OK aus, zumindest sieht es bei mir auch so aus.
Und neue Geräte tragen sich wirklich nach der ersten Kontakt Aufnahme ein, habe ich gerade mal gecheckt.
Die 224.0.0.0 sind Multicast Adresse, ist auch OK: https://en.wikipedia.org/wiki/Multicast_address
Sowas hört sich eher nach einem Firewall Problem an, hast du die mal auf dem Mac überprüft?
Stelle den Mac mal direkt neben den Router, damit hast du maximal WLAN.
VG,
Deepsys
Bekommt der Mac denn generell eine gültige IP Adresse vom DHCP Server des Routers ??
Checken kannst du das mit ifconfig im Terminal.
Wenn ja, dann ist ja das Netzwerk so generell ja erstmal OK und dann kann man nur vermuten das du die Firewall auf dem Mac aktiv hast.
Apfel -> Systemeinstellungen -> Sicherheit
Wenn du die mal testweise ausschaltest MUSS ein Ping aller anderer Geräte möglich sein. Speziell das NAS ganz sicher aber das Apple TV lassen sich pingen da sie keine Firewall haben die ggf. ICMP Pakete (Ping) blocken.
Windows PCs lassen sich ggf. nicht pingen den ab Windows 7 und höher ist ICMP in der internen Windows Firewall standardmäßig deaktiviert:
https://www.windowspro.de/tipp/ping-windows-7-server-2008-r2-zulassen
Pingen geht intern aber auch immer mit aktiver Firewall, es sei denn man hat sie speziell dichtgemacht für ICMP so das sie z.B. inbound ICMP echo-reply Pakete (Typ 0) blockt. Dann kann man logischerweise die Ping Replies der Endgeräte nicht sehen:
https://de.wikipedia.org/wiki/Internet_Control_Message_Protocol
https://de.wikipedia.org/wiki/Multicast
Checken kannst du das mit ifconfig im Terminal.
Wenn ja, dann ist ja das Netzwerk so generell ja erstmal OK und dann kann man nur vermuten das du die Firewall auf dem Mac aktiv hast.
Apfel -> Systemeinstellungen -> Sicherheit
Wenn du die mal testweise ausschaltest MUSS ein Ping aller anderer Geräte möglich sein. Speziell das NAS ganz sicher aber das Apple TV lassen sich pingen da sie keine Firewall haben die ggf. ICMP Pakete (Ping) blocken.
Windows PCs lassen sich ggf. nicht pingen den ab Windows 7 und höher ist ICMP in der internen Windows Firewall standardmäßig deaktiviert:
https://www.windowspro.de/tipp/ping-windows-7-server-2008-r2-zulassen
Pingen geht intern aber auch immer mit aktiver Firewall, es sei denn man hat sie speziell dichtgemacht für ICMP so das sie z.B. inbound ICMP echo-reply Pakete (Typ 0) blockt. Dann kann man logischerweise die Ping Replies der Endgeräte nicht sehen:
https://de.wikipedia.org/wiki/Internet_Control_Message_Protocol
Mit den 224.0.0 kann ich nichts anfangen
Wir hier schon... https://de.wikipedia.org/wiki/Multicast
Mmmhhh, dann müsste dein WLAN Empfang am MacBook aber grottig sein wenn es zu solchen gravierenden Aussetzern kommt.
Das würde dann auch für alle Geräte im WLAN gelten die da sind wo auch das MB ist.
Mach mal folgenden Test: Terminal aufmachen und sudo tcpdump -v icmp eingeben.
Dann im Terminal Shell -> Neues Fenster und in dem Fenster pingst du mal dein NAS oder AppleTV.
Dann kannst du im tcpdump genau die ausgehenden ICMP (echo-request) und auch die Antworten (echo-reply) sehen. Mit Zeitstempel.
Wenn die gravierend verzögert kommen oder gar nicht kann es ggf. wirklich am schlechten WLAN liegen.
Das würde dann auch für alle Geräte im WLAN gelten die da sind wo auch das MB ist.
Mach mal folgenden Test: Terminal aufmachen und sudo tcpdump -v icmp eingeben.
Dann im Terminal Shell -> Neues Fenster und in dem Fenster pingst du mal dein NAS oder AppleTV.
Dann kannst du im tcpdump genau die ausgehenden ICMP (echo-request) und auch die Antworten (echo-reply) sehen. Mit Zeitstempel.
Wenn die gravierend verzögert kommen oder gar nicht kann es ggf. wirklich am schlechten WLAN liegen.
Ooops...das ist in der Tat komisch. So sollte es eigentlich aussehen:
Du musst natürlich aus einem 2ten Terminal Windows dann Pingen !
Oben sieht das so aus als ob du im selben Window auch den Ping absetzt ?!
Das ist natürlich Blödsinn solltest du das so gemacht haben, denn dort kannst du nur den Output vom laufenden tcpdump sehen...logisch !
Du musst natürlich im Terminal mit Shell -> Neues Fenster ein zweites Terminal Window aufmachen und DORT den Ping absetzen und dabei dann das tcpdump Window beobachten.
Steht oben ja auch groß und breit !!
Am tcpdump kannst du den Ping Prozess sehen.
Das sieht dann so aus als ob dein MB überhaupt gar keinen Ping (ICMP) raussendet. Was aber dann logisch wäre wenn du den ping im tcpdump Windows eingetippt hast
MacBook:~ $ sudo tcpdump -v icmp
tcpdump: data link type PKTAP
tcpdump: listening on pktap, link-type PKTAP (Apple DLT_PKTAP), capture size 262144 bytes
14:36:04.075321 IP (tos 0x0, ttl 64, id 18643, offset 0, flags [none], proto ICMP (1), length 84)
192.168.1.168 > 192.168.1.1: ICMP echo request, id 42512, seq 0, length 64
14:36:04.079751 IP (tos 0x0, ttl 255, id 49145, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.1.1 > 192.168.1.168: ICMP echo reply, id 42512, seq 0, length 64
14:36:05.075569 IP (tos 0x0, ttl 64, id 21754, offset 0, flags [none], proto ICMP (1), length 84)
192.168.1.168 > 192.168.1.1: ICMP echo request, id 42512, seq 1, length 64
14:36:05.079674 IP (tos 0x0, ttl 255, id 49146, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.1.1 > 192.168.1.168: ICMP echo reply, id 42512, seq 1, length 64
Oben sieht das so aus als ob du im selben Window auch den Ping absetzt ?!
Das ist natürlich Blödsinn solltest du das so gemacht haben, denn dort kannst du nur den Output vom laufenden tcpdump sehen...logisch !
Du musst natürlich im Terminal mit Shell -> Neues Fenster ein zweites Terminal Window aufmachen und DORT den Ping absetzen und dabei dann das tcpdump Window beobachten.
Steht oben ja auch groß und breit !!
Am tcpdump kannst du den Ping Prozess sehen.
Das sieht dann so aus als ob dein MB überhaupt gar keinen Ping (ICMP) raussendet. Was aber dann logisch wäre wenn du den ping im tcpdump Windows eingetippt hast
Also, das wird echt komisch ...
Man sieht, genau wie du vermutest, das die Ping Pakete raus gehen, aber es kommt nichts zurück.
Und das klappt beim Router?
Ich gehe gehe mal nicht von VLAN bzw PVLAN aus.
Was passiert eigentlich wenn ein anderes Gerät den MAc anpingt, klappt das?
Ach ja, bitte mal ein
traceroute <IP der Apple TV>
und dann zum Testen
traceroute <Name der Apple TV>
Nicht das der ping woanders hingeht.
Du hast am MacBook nur WLAN, nicht noch einen LAN Adapter oder so?
Man sieht, genau wie du vermutest, das die Ping Pakete raus gehen, aber es kommt nichts zurück.
Und das klappt beim Router?
Ich gehe gehe mal nicht von VLAN bzw PVLAN aus.
Was passiert eigentlich wenn ein anderes Gerät den MAc anpingt, klappt das?
Ach ja, bitte mal ein
traceroute <IP der Apple TV>
und dann zum Testen
traceroute <Name der Apple TV>
Nicht das der ping woanders hingeht.
Du hast am MacBook nur WLAN, nicht noch einen LAN Adapter oder so?
Also, das wird echt komisch ...
In der Tat !!Du kannst ja am tcpdump Test genau sehen das dein MBP ICMP Pakete raussendet aber es kommen keinerlei Replies an !
Das kann jetzt 2 Gründe haben:
- Das angepingte Gerät antwortet nicht (eher unwahrscheinlich wenn es sich von anderen Rechnern pingen lässt)
- Die Replies bleiben irgendwo in einer Firewall hängen
Das würde dann zeigen das incoming Replies NICHT irgendwo hängenbleiben.
Wenn du noch einen PC hast oder 2ten Mac solltest du auf dem mal den Wireshark Sniffer installieren und diesen dann vom MBP anpingen und im Sniffer checken ob der mit ICMP antwortet und ob das MBP diese dann auch anzeigt.
Wenn ja ists kein Filter auf dem MBP, Wenn nein bleiben die im MBP hängen.
Hast du ggf. Software auf dem Mac installiert die die interne Firewall manipuliert wie Litle Snitch oder sowas ?
Hast du auch testweise mal die Firewall komplett deaktiviert ? (Apfel -> Systemeinstellungen -> Sicherheit) Ändert das was ?
Hört sich an als ob da irgendwas am Mac OS zerschossen ist oder, worst case, ein Hardware Defekt. Letzteres aber wohl eher nicht...
Mal Mac OS neu aufsetzen und dann erstmal ohne Time Machine Rücksicherung nackig testen ob ein frisches OS den Fehler ebenfalls zeigt oder nicht.
Wenn nicht weisst du das dein aktuelles OS zerschossen st.
Mal Mac OS neu aufsetzen und dann erstmal ohne Time Machine Rücksicherung nackig testen ob ein frisches OS den Fehler ebenfalls zeigt oder nicht.
Wenn nicht weisst du das dein aktuelles OS zerschossen st.
Bluetooth schon mal deaktiviert?
Scheint eins von den seltenen Phänomenen zu sein welche diverse andere MAC User plagen/geplagt haben:
http://osxdaily.com/2015/01/30/os-x-10-10-2-yosemite-wi-fi-problems/
Gruß
Scheint eins von den seltenen Phänomenen zu sein welche diverse andere MAC User plagen/geplagt haben:
http://osxdaily.com/2015/01/30/os-x-10-10-2-yosemite-wi-fi-problems/
Gruß
Moin,
Villeicht ist es ja nur das alte Problem, daß Macs Probleme mit dem 5GHz Band der Fritzbox haben und man mal das Gerät auf 2,4GHz festtackern sollte.
lks
Villeicht ist es ja nur das alte Problem, daß Macs Probleme mit dem 5GHz Band der Fritzbox haben und man mal das Gerät auf 2,4GHz festtackern sollte.
lks
WAS pingst du denn an ?? Ist das ggf. ein Winblows Rechner ?
Dort ist ICMP (Ping Protokoll) per default geblockt und muss erst freigegeben werden !
https://www.windowspro.de/tipp/ping-windows-7-server-2008-r2-zulassen
Ggf. ist das bei deinem Ziel auch geblockt ?!
Versuche sonst mal ein Traceroute vom Mac zum Ziel. Apple nutzt bei Traceroute UDP statt ICMP !
Dort ist ICMP (Ping Protokoll) per default geblockt und muss erst freigegeben werden !
https://www.windowspro.de/tipp/ping-windows-7-server-2008-r2-zulassen
Ggf. ist das bei deinem Ziel auch geblockt ?!
Versuche sonst mal ein Traceroute vom Mac zum Ziel. Apple nutzt bei Traceroute UDP statt ICMP !