☰

Mac: Internet über WLAN blockiert

tag-icon • tag-icon macos mac wireless-networking airport
Mac: Internet über WLAN blockiert

Ich bin mir nicht sicher, wie es passiert ist, aber aus irgendeinem Grund wird bei Verwendung einer gemeinsam genutzten Internetverbindung auf meinem iMac (OS X Lion) der gesamte Internetverkehr blockiert und kann nicht an meine anderen Geräte gesendet werden. Allerdings funktionieren Dinge wie Streaming-Radio.

Wie kann ich herausfinden, was den für das Internet über WLAN verwendeten Port blockiert?

ifconfig:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
     options=3<RXCSUM,TXCSUM>
     inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
     inet 127.0.0.1 netmask 0xff000000 
     inet6 ::1 prefixlen 128 

gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280

stf0: flags=0<> mtu 1280

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
     options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
     ether 00:1e:c2:15:e2:2a 
     media: autoselect
     status: inactive

en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
     ether 00:1e:c2:a3:f7:11 
     inet6 fe80::21e:c2ff:fea3:f711%en1 prefixlen 64 scopeid 0x5 
     inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255
     inet 169.254.254.145 netmask 0xffff0000 broadcast 169.254.255.255
     media: autoselect
     status: active

fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
     lladdr 00:1f:5b:ff:fe:0a:2a:5c 
     media: autoselect <full-duplex>
     status: inactive

vnic0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
       options=3<RXCSUM,TXCSUM>
       ether 00:1c:42:00:00:08 
       inet 10.211.55.2 netmask 0xffffff00 broadcast 10.211.55.255
       inet6 fe80::21c:42ff:fe00:8%vnic0 prefixlen 64 scopeid 0x7 
       inet6 ::1 prefixlen 64 
       media: autoselect
       status: active

vnic1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
       options=3<RXCSUM,TXCSUM>
       ether 00:1c:42:00:00:09 
       inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
       inet6 fe80::21c:42ff:fe00:9%vnic1 prefixlen 64 scopeid 0x8 
       inet6 ::1 prefixlen 64 
       media: autoselect
       status: active

ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
      inet 10.136.35.37 --> 10.99.195.231 netmask 0xffffff00 

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
       inet6 fe80::21e:c2ff:fe15:e22a%utun0 prefixlen 64 scopeid 0xa 
       inet6 fd00:6587:52d7:10c5:21e:c2ff:fe15:e22a prefixlen 64

Antwort1

Überprüfen Sie Ihre DNS-Einstellungen. Die meisten Streaming-Apps verwenden nur IP-Adressen.

Gehen Sie zu den Netzwerkeinstellungen und stellen Sie sicher, dass Sie keine benutzerdefinierte Konfiguration verwendet haben, z. B. einen Heimrouter, auf den nicht zugegriffen werden kann.

Antwort2

Ihre Ausgabe von ifconfig für en1 zeigt 2 Inet-Adressen (IP-Adressen), was etwas verwirrend ist und weitere Fehlerbehebung erfordert.

Die erste auf en1 angezeigte IP-Adresse ist 10.0.2.1, was richtig sein kann oder auch nicht. Sie müssten die drahtlose Schnittstelle des Computers überprüfen, der die Verbindung teilt. Mir ist nicht ganz klar, ob der iMac seine Internetverbindung überträgt, um sie mit anderen zu teilen, oder ob es eines der Geräte ist, das eine geteilte Verbindung von einem anderen erhält.

So oder so, es sei denn, das Freigabesystem fungiert als DHCP-Server zum Verteilen von IP-Adressen, müssen Sie wahrscheinlich jedes Gerät so konfigurieren, dass es eine individuelle IP-Adresse hat.

Aber dann gibt es noch dieses sehr ungewöhnliche Problem -

en1 hat außerdem die IP-Adresse 169.254.254.145, was darauf zurückzuführen ist, dass von einem DHCP-Server keine IP-Adresse abgerufen wird und sich selbst eine Link-Local- oder APIPA-Adresse zuweist, die beim Versuch, auf das Internet zuzugreifen, nicht verwendet werden kann, da die Adresse nicht geroutet werden kann.

computernetworking.about.com (APIPA):

Definition: APIPA [link-local], eine Funktion von Microsoft Windows [und den meisten modernen Betriebssystemen], ist ein DHCP-Failover-Mechanismus für lokale Netzwerke. Mit APIPA können DHCP-Clients IP-Adressen erhalten, wenn DHCP-Server nicht funktionieren.
...
Wenn ein DHCP-Server ausfällt, weist APIPA IP-Adressen im privaten Bereich 169.254.0.1 bis 169.254.255.254 zu. Clients überprüfen mithilfe von ARP, ob ihre Adresse im Netzwerk eindeutig ist. Wenn der DHCP-Server wieder Anfragen bearbeiten kann, aktualisieren Clients ihre Adressen automatisch.

Folgendes empfehle ich zur Lösung des Problems. Ich hoffe, ich habe das Problem richtig verstanden, aber ich gehe davon aus, dass der iMac das System ist, das die Internetverbindung übertragen soll, und Sie andere Geräte über WLAN damit verbinden:

Überprüfen Sie die Konfiguration der drahtlosen Netzwerkschnittstellen auf allen Geräten. Wenn Sie das 10.0.2.x-Schema verwenden, stellen Sie den iMac auf 10.0.2.1 und die anderen auf 10.0.2.2 bis 10.0.2.254 ein, um sicherzustellen, dass Sie nicht zwei Geräte mit derselben IP haben. Sie sollten die Netzmaske auf der drahtlosen Schnittstelle des iMac sowie auf allen Geräten, die Sie verbinden möchten, auf 255.255.255.0 einstellen – auf allen Geräten außer dem iMac stellen Sie das Standard-Gateway auf 10.0.2.1 ein. Nur um sicherzugehen, würde ich die DNS-Server-IPs manuell auf 208.67.222.222 und 208.67.220.220 (openDNS) einstellen, um sicherzustellen, dass alle Ihre Grundlagen abgedeckt sind.

verwandte Informationen