Internet Sharing entrega una dirección de servidor DNS incorrecta

El artículo al que hace referencia era correcto para cuando se publicó y así es como funciona antes de Mavericks. Bajo Mountain Lion 'named' get's lanzado cuando Internet Sharing está activo con /etc/com.apple.named.proxy.conf como el archivo de configuración. Todo esto es observable bajo Mountain Lion: lo verifiqué.

Sin embargo, la resolución de nombres de dominio no se basa solo en DNS en OS X como en otros OSen, sino que se basa en servicios de directorio, que permite búsquedas de DNS desde archivos planos, NIS, NetInfo, LDAP, ZeroConfig/Bonjour. .. y DNS, y es mDNSResponder el que se usa para la resolución de estos cambios de nombre. (Según su página de manual mDNSResponder is also the system-wide Unicast DNS Resolver. Es lo que está (o debería) hacer la resolución de DNS para sus clientes compartidos de Internet bajo Mavericks. (Fue extraño que se activaron namedbajo Mt Lion en lugar de usar mDNSResponder en ese entonces).

Cuando Internet Sharing está activado, ya sea named (pre-Mavericks) o mDNSResponder (Mavericks) es el "servidor DNS" que debe realizar la resolución de nombres para Internet Sharing, y eso convierte correctamente a 192.168.2.1 en el servidor DNS para los clientes de Internet con NAPT. Intercambio. Entonces, la respuesta directa y simple a sus preguntas es que no está entregando la "dirección del servidor DNS incorrecta".

Este demostrable funcionó para mí configurando Internet Sharing para compartir mi conexión WiFi a través de Ethernet. Se observó que los clientes atendidos por Internet Sharing enviaron solicitudes de DNS a 192.168.2.1 para recibir allí las consultas correctamente desde un navegador y al emitirlas dig @192.168.2.1 apple.com; Observé esto en acción con tcpdump para verificar. Todo "simplemente funciona" como era de esperar.

Observo que en esta configuración desde el host Mac también puedo telnet 192.168.2.1 53conectarme a mDNSResponder. También observo que tengo la Orden de servicio para las redes configuradas configuradas con WiFi que tiene prioridad sobre Ethernet.

Sin embargo, cuando ejecuté esto a la inversa, compartiendo la conexión Ethernet a través de WiFi, inicialmente experimenté el mismo problema que estaba viendo. Es decir, vi que se envió la solicitud UDP DNS pero no hubo respuesta, tal como usted observó. Ping pasó a 8.8.8.8 y la resolución contra 8.8.8.8 usando dig también funcionó bien. Estaba preparado para escribir esto como un error, pero luego tuve la oportunidad de reiniciar mi MacBook Pro y lo intenté nuevamente, también asegurándome esta vez de que Ethernet tenía prioridad sobre WiFi en el Orden de servicio del panel de preferencias de red. Esta vez "simplemente funcionó" y no pude recrear el problema. Problema resuelto reiniciando y comprobando el orden de servicio.

Además verifiqué que podía:

• Emita un dig @192.168.2.1 apple.comde un cliente (asignado 192.168.2.3) de Internet Sharing y reciba una respuesta exitosa. También observé la consulta y respuesta UDP usando tcpdump:

01:01:05.620240 IP 192.168.2.3.58817 > 192.168.2.1.domain: 34923+ A? apple.com. (27) 01:01:06.051566 IP 192.168.2.1.domain > 192.168.2.3.58817: 34923 3/0/0 A 17.149.160.49, A 17.172.224.47, A 17.178.96.59 (75)

• Desde el alojamiento Mac pudo telnet 192.168.2.1 53y recibió una conexión.

Compartir Internet siempre ha sido un poco frágil. A menudo he visto un comportamiento extraño y he descubierto que es mejor reiniciar antes de intentar ejecutar Internet Sharing o al menos "Hacer [el] servicio inactivo" en Preferencias de red para las interfaces en cuestión y luego volver a activarlas. (Asegúrese también de "Aplicar" al realizar dichos cambios). Además, la Orden de servicio (que controla las puertas de enlace predeterminadas) también puede tener un impacto (como era de esperar). Apple suministró la ubicación "Automática" (o un facsímil razonable).Recuerde al depurar también que cada interfaz de red puede tener su propia puerta de enlace y el servidor DNS preferido para usar desde después de Leopard más o menos.

Por lo tanto, sugeriría tres cosas: (1) reiniciar y confirmar la precedencia de su orden de servicio de red y/o (2) una instalación limpia de Mavericks para ver si esto resuelve sus problemas, así como (3) verificar que puede obtener Internet Compartir trabajo donde Ethernet se comparte a través de WiFi y viceversa. Si no puede hacer que (3) funcione, entonces debe buscar algo específicamente configurado incorrectamente en su Mac y nuevamente eso sugiere una instalación limpia.

Si puede hacer que funcione para Ethernet -> WiFi y WiFi -> Ethernet, esto sugiere algo con el Dongle USB, y tal vez sea necesario ajustar la orden de servicio para que tenga una prioridad más alta.

Asegúrese también de que no tiene ninguna regla de Firewall o está ejecutando Little Snitch o cualquier cosa que pueda interferir.

Internet Sharing también parece tener algunas opciones de depuración si emite

$ /usr/libexec/InternetSharing --help

Estos y su archivo de registro, junto con el archivo de registro de mDNSResponder, también pueden ser útiles si aún tiene problemas.

Pero como respuesta a la pregunta: no está entregando la dirección del servidor DNS incorrecta en DHCP, ya que 192.168.2.1 es el servidor DNS "correcto" para que se distribuya Internet Sharing en función de cómo está diseñado para funcionar. Y mDNSResponder es lo que debería manejar DNS en el host que ejecuta Internet Sharing bajo Mavericks. No `namedes necesario.

El problema parece estar en el lugar en el que ha reducido su búsqueda; aunque no se trata de que los clientes reciban la dirección del servidor DNS incorrecta, sino más bien de que los clientes no pueden usar 192.168.2.1 como su servidor DNS. No está claro cómo configuró los servidores DNS en el sistema que comparte Internet, pero es probable que el problema esté dentro de ese ámbito. Entonces, con eso, la dchp_domain_name_serverdirección IP bootpd.plistes correcta (al menos normalmente).

Recomendaría hacer algunas comprobaciones simples:

Abra Preferencias del sistema > Compartir , luego verifique lo siguiente:

1. Comparte tu conexión desde: Wi-Fi
2. A computadoras usando: Wi-Fi, Ethernet

Si activa Ethernet, es posible que aparezca un cuadro de diálogo:

Si activa este puerto, su proveedor de servicios de Internet podría cancelar su servicio para evitar que interrumpa su red.

En algunos casos (si usa un cable módem, por ejemplo), podría afectar involuntariamente la configuración de red de su ISP y violar los términos de su contrato de servicio.

No estoy exactamente seguro de lo que eso significa (aunque me siento violado por mi ISP).

Preferencias del sistema > Configuración de red > Ethernet/Wi-Fi :

1. Configurar IPv4 - Uso de DHCP
2. Entonces bajoAdvanced...
3. Configurar IPv6 - Automáticamente

Pestaña DNS > Servidores DNS :

(Normally this would be set to your Router IP from the previous TCP/IP Tab:
Router: ... (3G USB Dongle IP Address)

/etc/bootpd.list

1. Deja de compartir Internet.
2. Abra /tmp/bootpd.plist
3. Localiza esta clave:

<key>reply_threshold_seconds</key> <integer>4</integer>

1. Cambiar el valor 4 a 0
2. Comience a compartir Internet.

* Como sabe, cuando se detiene el uso compartido de Internet, se borran las configuraciones. Una posible solución a eso sería crear un trabajo cron o un agente de lanzamiento que siempre mantuviera su configuración. También hay bastantes opciones para bootpd que se pueden ejecutar a través de Terminal que quizás no conozca.

Otras notas :

• Verifique que los dispositivos/computadoras en 192.168.2.2, etc. no estén bloqueando 192.168.2.1
• Es posible que si el firewall interno de OS X está habilitado, OS X reenvía y recibe solicitudes de Internet a dispositivos/computadoras que usan Internet Sharing, pero es posible que no les reenvíe las respuestas (DNS).
• Configure dispositivos/computadoras para usar una IP estática y servidores DNS que no sean 192.168.2.1 (pero puede que no sea una solución óptima como ha dicho). Además, en determinadas circunstancias, es posible que no funcione la configuración de direcciones IP estáticas (por lo general, se recomienda DHCP para compartir Internet y por defecto).
• Algunos dongles/enrutadores USB 3G tienen una configuración AP Isolationque debe desactivarse para compartir Internet.

Sé que no eres un n00b y probablemente ya hayas revisado muchas de estas cosas, sin embargo, podría ser solo una cosa menor que tal vez te hayas perdido en el camino. Además, si ninguna de estas cosas simples parece hacer mella en la solución del problema, hay comandos más específicos que podría proporcionar a la espera del resultado.

Esta línea dentro de tu tcpdumpes la respuesta:

15:23:33.181528 IP 192.168.2.1 > 192.168.2.2: ICMP 192.168.2.1 udp port domain unreachable, length 36

Significa que su Firewallu otro software que juega el mismo papel o su configuración manual /etc/pf.confbloqueó su solicitud de DNS para que no llegue a su MBP.

Desactive cualquier función de filtrado de una en una para encontrar cuál está bloqueando. Una vez encontrado, configúralo correctamente.