Mac: Internet bloqueado a través de WiFi

Mac: Internet bloqueado a través de WiFi

No estoy seguro de cómo sucedió, pero por alguna razón, cuando uso una conexión a Internet compartida en mi iMac (OS X Lion), ahora se bloquea todo el tráfico de Internet para que no pueda enviarse a mis otros dispositivos. Sin embargo, cosas como la transmisión de radio sí funcionan.

¿Cómo puedo saber qué está bloqueando el puerto utilizado para Internet a través de 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

Respuesta1

Verifique su configuración de DNS. La mayoría de las aplicaciones de transmisión utilizan direcciones únicamente IP.

Dirígete a Preferencias de red y asegúrate de no estar configurado con algo personalizado, como un enrutador doméstico al que no se puede acceder.

Respuesta2

Su salida de ifconfig para en1 muestra 2 direcciones inet (IP), lo cual es un poco confuso y requerirá más solución de problemas.

La primera dirección IP que se muestra en en1 es 10.0.2.1, que puede ser correcta o no, tendría que verificar la interfaz inalámbrica en la computadora que comparte la conexión. No tengo claro si el iMac está transmitiendo su conexión a Internet para compartirla con otros o si es uno de los dispositivos que recibe una conexión compartida de otro.

De cualquier manera, a menos que el sistema compartido actúe como un servidor DHCP para distribuir direcciones IP, es probable que necesite configurar cada dispositivo para que tenga una dirección IP individual.

Pero luego está esta cuestión muy inusual:

en1 también tiene una IP de 169.254.254.145, lo cual es el resultado de no obtener una dirección IP de un servidor DHCP y se autoasigna una dirección de enlace local o APIPA que no se puede usar cuando se intenta acceder a Internet porque la dirección no se puede enrutar.

computernetworking.about.com (APIPA):

Definición: APIPA [link-local], una característica de Microsoft Windows [y la mayoría de los sistemas operativos modernos], es un mecanismo de conmutación por error de DHCP para redes locales. Con APIPA, los clientes DHCP pueden obtener direcciones IP cuando los servidores DHCP no funcionan.
...
Cuando falla un servidor DHCP, APIPA asigna direcciones IP en el rango privado 169.254.0.1 a 169.254.255.254. Los clientes verifican que su dirección sea única en la red mediante ARP. Cuando el servidor DHCP vuelve a poder atender las solicitudes, los clientes actualizan sus direcciones automáticamente.

Esto es lo que recomiendo para resolver el problema. Espero haber entendido el problema claramente, pero esto es en el entendido de que el iMac es el sistema que se supone que transmite la conexión a Internet y usted está conectando otros dispositivos a través de WiFi:

Verifique la configuración de las interfaces de red inalámbrica en todos los dispositivos. Si está utilizando el esquema 10.0.2.x, configure el iMac en 10.0.2.1 y los demás en 10.0.2.2 a 10.0.2.254, asegurándose de no tener dos dispositivos con la misma IP. Querrá configurar la máscara de red en 255.255.255.0 en la interfaz inalámbrica del iMac, así como en todos los dispositivos que desee conectar; en todos, excepto en el iMac, configure la puerta de enlace predeterminada en 10.0.2.1. Solo para estar seguro, configuraría manualmente las IP del servidor DNS en 208.67.222.222 y 208.67.220.220 (openDNS) para asegurarme de que todas sus bases estén cubiertas.

información relacionada