Mac: интернет заблокирован по WiFi

Question

Я не уверен, как это произошло, но по какой-то причине при использовании общего интернет-соединения на моем 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

Answer 1

Проверьте настройки DNS. Большинство потоковых приложений используют только IP-адреса.

Перейдите к настройкам сети и убедитесь, что вы не настроили что-то нестандартное, например домашний маршрутизатор, который недоступен.

Answer 2

Ваш вывод ifconfig для en1 показывает 2 inet (IP) адреса, что немного сбивает с толку и потребует большего устранения неполадок.

Первый IP-адрес, показанный на en1, это 10.0.2.1, который может быть или не быть правильным, вам придется проверить беспроводной интерфейс на компьютере, разделяющем соединение. Мне немного неясно, передает ли iMac свое интернет-соединение, чтобы поделиться им с другими, или это одно из устройств, которое получает общее соединение от другого.

В любом случае, если система общего доступа не выступает в роли DHCP-сервера для раздачи IP-адресов, скорее всего, вам необходимо настроить каждое устройство на использование отдельного IP-адреса.

Но тогда возникает эта очень необычная проблема -

en1 также имеет IP-адрес 169.254.254.145, который является результатом неполучения IP-адреса от DHCP-сервера, и сам назначает локальный адрес или адрес APIPA, который нельзя использовать при попытке доступа в Интернет, поскольку адрес не может быть маршрутизирован.

computernetworking.about.com (APIPA):

Определение: функция Microsoft Windows [и большинства современных операционных систем], APIPA [link-local], представляет собой механизм отработки отказа DHCP для локальных сетей. С помощью APIPA клиенты DHCP могут получать IP-адреса, когда серверы DHCP не работают.
...
При сбое DHCP-сервера APIPA выделяет IP-адреса в частном диапазоне с 169.254.0.1 по 169.254.255.254. Клиенты проверяют, что их адрес уникален в сети, используя ARP. Когда сервер DHCP снова сможет обслуживать запросы, клиенты автоматически обновляют свои адреса.

Вот что я рекомендую для решения проблемы. Надеюсь, я ясно понял проблему, но это при том понимании, что iMac - это система, которая должна транслировать интернет-соединение, а вы подключаете к нему другие устройства через WiFi:

Проверьте конфигурацию интерфейсов беспроводной сети на всех устройствах. Если вы используете схему 10.0.2.x - установите iMac на 10.0.2.1, а остальные на 10.0.2.2 - 10.0.2.254, просто убедившись, что у вас нет двух устройств с одинаковым IP. Вам понадобится установить маску сети 255.255.255.0 на беспроводном интерфейсе iMac, а также на всех устройствах, которые вы хотите подключить - на всех устройствах, кроме iMac, установите шлюз по умолчанию на 10.0.2.1. На всякий случай, я бы вручную установил IP-адреса DNS-серверов на 208.67.222.222 и 208.67.220.220 (openDNS), чтобы убедиться, что все ваши базы покрыты.