☰

Mac: WiFi 経由でインターネットがブロックされる

tag-icon • tag-icon macos mac wireless-networking airport
Mac: WiFi 経由でインターネットがブロックされる

どうしてそうなったのかはわかりませんが、何らかの理由で、iMac (OS X Lion) で共有インターネット接続を使用すると、すべてのインターネット トラフィックが他のデバイスに送信されなくなりました。ただし、ストリーミング ラジオなどは機能します。

WiFi 経由のインターネットに使用されるポートをブロックしている原因を突き止めるにはどうすればよいでしょうか?

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

答え1

DNS 設定を確認してください。ほとんどのストリーミング アプリは IP アドレスのみを使用します。

ネットワーク設定に移動し、アクセスできないホームルーターなどのカスタム設定が行われていないことを確認します。

答え2

en1 の ifconfig の出力には 2 つの inet (IP) アドレスが表示されますが、これは少しわかりにくく、さらにトラブルシューティングが必要になります。

en1 に表示される最初の IP アドレスは 10.0.2.1 ですが、これが正しいかどうかはわかりません。接続を共有しているコンピュータのワイヤレス インターフェイスを確認する必要があります。iMac がインターネット接続をブロードキャストして他のデバイスと共有しているのか、それとも他のデバイスから共有接続を受信して​​いるデバイスの 1 つなのか、私にはよくわかりません。

いずれにしても、共有システムが IP アドレスを配布する DHCP サーバーとして機能していない限り、各デバイスに個別の IP アドレスを設定する必要がある可能性があります。

しかし、非常に珍しい問題があります。

en1 の IP も 169.254.254.145 です。これは、DHCP サーバーから IP アドレスを取得できなかった結果であり、リンク ローカル アドレスまたは APIPA アドレスを自己割り当てしています。このアドレスはルーティングできないため、インターネットにアクセスしようとするときには使用できません。

computernetworking.about.com (APIPA):

定義: Microsoft Windows [および最新のオペレーティング システム] の機能である APIPA [リンク ローカル] は、ローカル ネットワークの DHCP フェールオーバー メカニズムです。APIPA を使用すると、DHCP サーバーが機能していない場合でも、DHCP クライアントは IP アドレスを取得できます。...
DHCP
サーバーに障害が発生すると、APIPA はプライベート範囲 169.254.0.1 ～ 169.254.255.254 の IP アドレスを割り当てます。クライアントは、ARP を使用して、ネットワーク上で自分のアドレスが一意であることを確認します。DHCP サーバーが再び要求を処理できるようになると、クライアントはアドレスを自動的に更新します。

問題を解決するために私が推奨する方法は次のとおりです。うまくいけば、私は問題を明確に理解したことになりますが、これは、iMac がインターネット接続をブロードキャストするシステムであり、他のデバイスを WiFi 経由で iMac に接続しているという前提での話です。

すべてのデバイスのワイヤレス ネットワーク インターフェイスの構成を確認します。10.0.2.x スキームを使用している場合は、iMac を 10.0.2.1 に設定し、他のデバイスを 10.0.2.2 ～ 10.0.2.254 に設定して、同じ IP を持つデバイスが 2 つ存在しないようにします。iMac のワイヤレス インターフェイスと、接続するすべてのデバイスのネットマスクを 255.255.255.0 に設定する必要があります。iMac 以外のすべてのデバイスでは、デフォルト ゲートウェイを 10.0.2.1 に設定します。安全のために、DNS サーバーの IP を手動で 208.67.222.222 と 208.67.220.220 (openDNS) に設定して、すべてのベースがカバーされるようにします。

関連情報