☰

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

В выводе 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), чтобы убедиться, что все ваши базы охвачены.

Связанный контент