3 votos

Cómo arreglar compartir la conexión de internet que no enrutar paquetes a excepción de DNS?

Tengo un Mac mini ejecución 10.8.2. Se conecta a internet a través de Wi-Fi y todo parece que funciona. Yo quiero hacer esto Wi-Fi disponible a otro equipo conexión a la mini de Ethernet.

Mi router Wi-Fi es en 10.0.0.1.

He experimentado con un montón de estática y dinámica de la configuración. Esto es lo que tengo actualmente:

mini
Static IP: 192.168.2.1
Netmask:   255.255.255.0
Router:    10.0.0.1

Compartir la conexión de Internet está configurado para ir de Wi-Fi para Ethernet. En esta configuración:

  1. El mini va a servir de dirección DHCP a través de Ethernet.
  2. El mini va a proporcionar la resolución de DNS a través de Ethernet.
  3. El mini NO enrutar paquetes para equipos externos.
  4. El equipo conectado puede ping o ssh a la mini.
  5. El equipo conectado puede resolver DNS.
  6. El equipo conectado no ping el router, Google, o cualquier otros equipos externos.

Aquí está un pequeño vertedero de afortunadamente cosas útiles desde la línea de comandos:

boots@eiji:~$ ps ax | egrep '(bootp|natp)'
52502   ??  S      0:00.01 bootpd -d -P
52503   ??  S      0:29.94 natpmpd -d -y bridge0 en1
53729 s001  S+     0:00.00 egrep (bootp|natp)
boots@eiji:~$ 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=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
    ether 3c:07:54:58:2f:9c 
    media: autoselect (none)
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 68:a8:6d:58:06:e7 
    inet6 fe80::6aa8:6dff:fe58:6e7%en1 prefixlen 64 scopeid 0x5 
    inet 10.0.0.145 netmask 0xffffff00 broadcast 10.0.0.255
    media: autoselect
    status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    ether 0a:a8:6d:58:06:e7 
    media: autoselect
    status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    lladdr a4:b1:97:ff:fe:d9:44:ca 
    media: autoselect <full-duplex>
    status: inactive
bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether ac:de:48:65:39:32 
    inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
    Configuration:
        priority 0 hellotime 0 fwddelay 0 maxage 0
        ipfilter disabled flags 0x2
    member: en0 flags=3<LEARNING,DISCOVER>
             port 4 priority 0 path cost 0

2voto

moole Puntos 21

Matt la respuesta no es realmente una solución, pero sólo una solución. NAT en 10.8.2 no está funcionando debido a un error en pf archivos de configuración. Usted puede encontrar aquí la solución: http://support.apple.com/kb/TS4418?viewlocale=en_US&locale=en_US

1voto

Dalroth Puntos 2468

Yo tenía un poco diferente de los síntomas. Wifi conectado el iphone puede conectarse a la Wifi, que tiene una dirección IP (192.168.2.2) y un router (192.168.2.1) asignada mediante DHCP. El Mac podría ping ellos y el iPhone podría tener acceso a servicios en la red local a través de la dirección IP. Sin embargo, el iPhone no puede tener acceso a cualquier servicio de Internet (por ejemplo, Mapas).

He descubierto que los DNS no fue asignado. Así que me especificado manualmente un DNS en el iPhone y ahora la conexión funciona perfectamente. Parece que Compartir la conexión de Internet del servidor DHCP en 10.8.2 no asignar correctamente el DNS para sus clientes.

Véase también rdar://12468765.

0voto

Matt Puntos 116

Un amigo mío me recordó acerca de la existencia de tcpdump. Esto me dio la herramienta que necesita para rastrear mi problema.

En mi ordenador conectado, me empezó a hacer ping al router inalámbrico con:

boots@frobisher:~$ ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
...

Salí de esta funcionando por lo que eso iba a generar el tráfico que fácilmente podría dejar rastro. En mi mini me encontré

boots@eiji:~$ sudo tcpdump -l -i en1 -n | grep ICMP
13:41:45.776732 IP 192.168.2.14 > 10.0.0.1: ICMP echo request, id 31530, seq 28, length 64
13:41:46.776635 IP 192.168.2.14 > 10.0.0.1: ICMP echo request, id 31530, seq 29, length 64
13:41:47.776489 IP 192.168.2.14 > 10.0.0.1: ICMP echo request, id 31530, seq 30, length 64
...

Esta fue mi primera pista. El mac mini es el eco del tráfico en la red inalámbrica, pero es perderse allí.

En este punto, abrí mi router la configuración inalámbrica. Para la mayoría de routers esto significa poner un navegador web en el router: http://10.0.0.1/. Me fui a la pestaña de opciones avanzadas y miró las tablas de enrutamiento. Me di cuenta de que 192.168.2.x direcciones estaban siendo enviados a la conexión a internet, no a la LAN. Así que he añadido una ruta estática:

Static Route: 192.168.2.0
Netmask: 255.255.255.0
Gateway: 10.0.0.145

De repente mi tcpdump empieza a ver las respuestas!

13:41:56.775330 IP 192.168.2.14 > 10.0.0.1: ICMP echo request, id 31530, seq 39, length 64
13:41:56.777700 IP 10.0.0.1 > 192.168.2.14: ICMP echo reply, id 31530, seq 39, length 64
13:41:57.774797 IP 192.168.2.14 > 10.0.0.1: ICMP echo request, id 31530, seq 40, length 64
13:41:57.777136 IP 10.0.0.1 > 192.168.2.14: ICMP echo reply, id 31530, seq 40, length 64
...

De manera similar, mi ping en el ordenador conectado es ver las respuestas

boots@frobisher:~$ ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1): 56 data bytes
64 bytes from 10.0.0.1: icmp_seq=0 ttl=64 time=3.864 ms
64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=4.463 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=1.246 ms
...

Así, puedo probar el navegador de la web en mi ordenador conectado y todo está funcionando. Técnicamente podría parar aquí, pero si mi arrendamiento de DHCP para mi mini cambios, que tendré que corregir manualmente la ruta. Para evitar este problema, he configurado mi router para emitir una dirección IP estática a mi mini, y configurar el router para 192.168.2.x de tráfico para apuntar a la dirección IP estática.

Ahora que he tenido que trabajar con mi ordenador conectado, he cambiado el cable ethernet a mi xbox y probado. Todo funcionó a la perfección, así que mi xbox, ahora se conecta a través de ethernet a mi mac mini que utiliza wifi para conectarse a internet, como yo quería.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X