☰

Mac: Internet bloqueada por WiFi

tag-icon • tag-icon macos mac wireless-networking airport
Mac: Internet bloqueada por WiFi

Não tenho certeza de como isso aconteceu, mas por algum motivo, ao usar uma conexão compartilhada com a Internet no meu iMac (OS X Lion), todo o tráfego da Internet agora é impedido de ser enviado para meus outros dispositivos. No entanto, coisas como streaming de rádio funcionam.

Como posso descobrir o que está bloqueando a porta usada para internet via 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

Responder1

Verifique suas configurações de DNS. A maioria dos aplicativos de streaming usa endereços somente IP.

Vá para Preferências de rede e certifique-se de não configurar algo personalizado, como um roteador doméstico que não esteja acessível.

Responder2

Sua saída do ifconfig para en1 mostra 2 endereços inet (IP), o que é um pouco confuso e exigirá mais solução de problemas.

O primeiro endereço IP mostrado em en1 é 10.0.2.1 que pode ou não estar correto, você teria que verificar a interface wireless no computador que compartilha a conexão. Não tenho certeza se o iMac está transmitindo sua conexão com a Internet para compartilhar com outras pessoas ou se é um dos dispositivos que está recebendo uma conexão compartilhada de outro.

De qualquer forma, a menos que o sistema de compartilhamento atue como um servidor DHCP para distribuir endereços IP, é provável que você precise configurar cada dispositivo para ter um endereço IP individual.

Mas depois há esta questão muito invulgar -

en1 também tem um IP de 169.254.254.145, que é o resultado de não obter um endereço IP de um servidor DHCP e está auto-atribuindo um endereço link-local ou APIPA que não pode ser usado quando você está tentando acessar a Internet porque o endereço não pode ser roteado.

computernetworking.about.com (APIPA):

Definição: Um recurso do Microsoft Windows [e da maioria dos sistemas operacionais modernos], APIPA [link-local] é um mecanismo de failover de DHCP para redes locais. Com APIPA, os clientes DHCP podem obter endereços IP quando os servidores DHCP não estão funcionais.
...
Quando um servidor DHCP falha, APIPA aloca endereços IP no intervalo privado 169.254.0.1 a 169.254.255.254. Os clientes verificam se seu endereço é exclusivo na rede usando ARP. Quando o servidor DHCP puder novamente atender às solicitações, os clientes atualizarão seus endereços automaticamente.

Aqui está o que recomendo para resolver o problema. Espero ter entendido o problema claramente, mas isso ocorre com o entendimento de que o iMac é o sistema que deve transmitir a conexão com a Internet e você está conectando outros dispositivos a ele via WiFi:

Verifique a configuração das interfaces de rede sem fio em todos os dispositivos. Se você estiver usando o esquema 10.0.2.x - configure o iMac para 10.0.2.1 e os outros para 10.0.2.2 a 10.0.2.254 apenas garantindo que você não tenha dois dispositivos com o mesmo IP. Você desejará definir a máscara de rede como 255.255.255.0 na interface sem fio do iMac, bem como em todos os dispositivos que deseja conectar - em tudo, exceto no iMac, defina o gateway padrão como 10.0.2.1 . Só por segurança, eu configuraria manualmente os IPs do servidor DNS para 208.67.222.222 e 208.67.220.220 (openDNS) para garantir que todas as suas bases sejam cobertas.

informação relacionada