Compartir Internet desde WiFi a Ethernet no funciona en Mountain Lion

Después de actualizar de Lion a Mountain Lion, parece que compartir Internet ya no funciona.

Con la configuration:

  • Compartir networkinges desde: WiFi
  • A los orderadores que utilizan: Ethernet

Cuando el uso compartido de Internet está habilitado, el host no puede acceder a Internet, y tampoco los clientes conectados. Los clientes reciben una dirección IP a través de DHCP, y la ruta correcta es la configuration, pero eso es todo.

Parece que el host no puede acceder a Internet porque el dispositivo bridge0 se establece como la ruta pnetworkingeterminada:

 # Antes de permitir el uso compartido de Internet
 $ route -n get el valor pnetworkingeterminado
    ruta a: pnetworkingeterminado
 destino: pnetworkingeterminado
        mask: default
     gateway: 192.168.1.1
   interfaz: en1
       banderas 
  recvpipe sendpipe ssthresh rtt msec rttvar hopcount mtu expire
        0 0 0 0 0 0 1500 0 
 $ ping 4.2.2.1
 PING 4.2.2.1 (4.2.2.1): 56 bytes de datos
 64 bytes desde 4.2.2.1: icmp_seq = 0 ttl = 54 time = 33,418 ms
 ...

 # Y después de habilitar el uso compartido de Internet
 $ route -n get el valor pnetworkingeterminado
    ruta a: pnetworkingeterminado
 destino: pnetworkingeterminado
        mask: default
   interfaz: bridge0
       banderas 
  recvpipe sendpipe ssthresh rtt msec rttvar hopcount mtu expire
        0 0 0 0 0 0 1500 -1 
 $ ping 4.2.2.1
 PING 4.2.2.1 (4.2.2.1): 56 bytes de datos
 ping: sendto: El host está inactivo
 Tiempo de espera de request de icmp_seq 0
 ...

Además, inhabilitar el uso compartido de Internet deja rota la tabla de routing. Tengo que agregar manualmente la ruta pnetworkingeterminada de nuevo antes de que las cosas empiecen a funcionar de nuevo:

 # Después de desactivar el uso compartido de Internet
 $ route -n get el valor pnetworkingeterminado
 ruta: escribir en el socket de encaminamiento: no en la tabla
 $ ping 4.2.2.1
 PING 4.2.2.1 (4.2.2.1): 56 bytes de datos
 ping: sendto: El host está inactivo
 Tiempo de espera de request de icmp_seq 0
 ...
 $ route -n add default 192.168.1.1
 $ ping 4.2.2.1
 PING 4.2.2.1 (4.2.2.1): 56 bytes de datos
 64 bytes desde 4.2.2.1: icmp_seq = 0 ttl = 54 time = 33,418 ms
 ...

Por último, comprobar la salida de pfctl antes y después de habilitar el uso compartido de Internet no muestra ningún cambio (significativo). ¿Debería haber?

Y varios bits de información:

  • Esto es con OS X 10.8.2
  • La salida de ifconfig cuando se comparte está habilitada (con adaptadores irrelevantes p2p0 , fw0 , gif0 y stf0 eliminados):
 lo0: flags = 8049 mtu 16384
     opciones = 3
     inet6 fe80 :: 1% lo0 prefixlen 64 scopeid 0x1 
     inet 127.0.0.1 netmask 0xff000000 
     inet6 :: 1 prefixlen 128 
 en1: flags = 8863 mtu 1500
     éter 60: c5: 47: 93: 47: 66 
     inet6 fe80 :: 62c5: 47ff: fe93: 4766% en1 prefixlen 64 scopeid 0x5 
     inet 192.168.1.118 máscara de networking 0xffffff00 difusión 192.168.1.255
     medios: autoselect
     Estado: Activo
 en0: flags = 8963 mtu 1500
     opciones = 2b
     éter 3c: 07: 54: 1a: 83: 89 
     media: autoselect (ninguno)
     estado: inactivo
 bridge0: flags = 8863 mtu 1500
     éter ac: de: 48: 11: fa: 4e 
     inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
     Configuración:
         prioridad 0 hellotime 0 fwddelay 0 maxage 0
         ipfilter deshabilitado flags 0x2
     miembro: en0 flags = 3
              puerto 7 prioridad 0 coste de trayectoria 0
  • No related posts
  • 2 responses to “Compartir Internet desde WiFi a Ethernet no funciona en Mountain Lion”

      Steven Grimm said:

      Esto es realmente muy roto en León de montaña. Una vez que haya arreglado la ruta pnetworkingeterminada tal y como se describe en la pregunta, todavía le queda el problema de que Mountain Lion está dando su dirección de interfaz de puente a los clientes como la dirección del enrutador (que es correcta) y como server DNS dirección (que no es).

      Compruebe que este es el problema al introducir una dirección IP del server HTTP en la barra de direcciones de un browser web de cliente cuando se conecta a través de su Mac después de corregir las routes pnetworkingeterminadas y debería cargar bien.

      Mi solución a este problema es arreglar la ruta como usted describe – que podría automatizarse, por supuesto – y mantener BIND (aka / usr / sbin / named) ejecutándose en segundo plano en mi Mac en un solo avance configuration, reenviando todas las consultas a los serveres DNS públicos de Google. Esto no soluciona la quebrantamiento subyacente en Mountain Lion, pero hace que las cosas empiecen a funcionar para los clientes.

      Un par de resources útiles:

      http://www.macshadows.com/kb/index.php?title=How_To:_Enable_BIND_-_Mac_OS_X%27s_Built-in_DNS_Server (cómo activar BIND en OS X)

      http://gleamynode.net/articles/2267/ (cómo configurar BIND para la operación de sólo forward – por supuesto, no querrá que BIND solo escuche en 127.0.0.1)

      Sería mucho más preferible para Apple hacer esta característica de su trabajo de OS como anunciado, pero mientras tanto he encontrado esto es una solución viable.

      David Wolever said:

      En realidad, hay un process de enlace iniciado después de activar el uso compartido de Internet:

       22.12.12 09:21:01,687 named[23072]: starting BIND 9.8.3-P1 -c /etc/com.apple.named.proxy.conf -f 

      La configuration en /etc/com.apple.named.proxy.conf envía las requestes dns a los serveres DNS razonables.

      El problema es que el daemon nombrado no permanece vivo. Hay veces que se mantuvo vivo, y todo funciona bien, pero al less cada dos días no lo hace.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).