我不確定這是怎麼發生的,但由於某種原因,當在我的 iMac (OS X Lion) 上使用共享互聯網連接時,所有互聯網流量現在都被阻止發送到我的其他設備。然而,像串流媒體廣播這樣的東西確實有效。
如何找出是什麼阻止了用於透過 WiFi 上網的連接埠?
如果配置:
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 是否正在廣播其互聯網連接以與其他人共享,或者它是否是從另一台設備接收共享連接的設備之一。
無論哪種方式,除非共用系統充當 DHCP 伺服器來分發 IP 位址,否則您很可能需要將每個裝置設定為擁有單獨的 IP 位址。
但還有一個非常不尋常的問題——
en1 的 IP 也是 169.254.254.145,這是由於未從 DHCP 伺服器取得 IP 位址而導致的,並且會自行指派一個連結本機或 APIPA 位址,當您嘗試存取 Internet 時,該位址無法使用,因為該位址無法路由。
Computernetworking.about.com (APIPA):
定義:APIPA [link-local] 是 Microsoft Windows [和大多數現代作業系統] 的功能,是本地網路的 DHCP 故障轉移機制。透過 APIPA,DHCP 用戶端可以在 DHCP 伺服器不起作用時取得 IP 位址。
……
當 DHCP 伺服器發生故障時,APIPA 會指派專用範圍 169.254.0.1 到 169.254.255.254 內的 IP 位址。用戶端使用 ARP 驗證其位址在網路上是唯一的。當 DHCP 伺服器再次能夠處理請求時,用戶端會自動更新其位址。
這是我建議解決該問題的方法。希望我清楚地理解了這個問題,但前提是 iMac 是應該廣播互聯網連接的系統,並且您正在透過 WiFi 將其他設備連接到它:
檢查所有設備上無線網路介面的配置。如果您使用 10.0.2.x 方案 - 將 iMac 設定為 10.0.2.1,將其他設定為 10.0.2.2 到 10.0.2.254,只需確保您沒有兩個裝置具有相同的 IP。您需要在 iMac 以及您想要連接的所有裝置上的無線介面上將網路遮罩設定為 255.255.255.0 - 在除 iMac 之外的所有裝置上,將預設閘道設定為 10.0.2.1 。為了安全起見,我會手動將 DNS 伺服器 IP 設定為 208.67.222.222 和 208.67.220.220 (openDNS),以確保覆蓋所有基礎。