Resolución DNS rota en El Capitán con Thunderbolt Ethernet Adapter en la red sin conexión

1

Después de actualizar a El Capitán, ¿cómo habilito la resolución de DNS en una red de computadoras interna sin conexión?

Antes de actualizar a El Capitán, podía conectarme a mi red interna, configurar mi DNS y el dominio de búsqueda, y era bueno tener la resolución del DNS. No había una puerta de enlace en la red o el servidor DHCP, solo un interruptor.

Tras la actualización, ya no pude resolver los nombres de DNS internamente en una red físicamente separada de Internet y que no estaba conectada de ninguna manera a Internet. Podría hacer ping a los hosts en la red por dirección IP pero no por nombre DNS.

Intenté lo habitual, vaciar el caché de DNS, reiniciar mDNSResponder y reiniciar. Nada de eso ayudó.

Un hecho extraño es que mi /etc/resolv.conf ahora está en blanco, mientras que antes de la actualización mostraba la lista de resolvers que mi Mac usaría.

Me imagino que El Capitán debe haber incluido una actualización del sistema de resolución DNS OSX. ¿Puedo ir y configurarlo manualmente? Me he reducido a agregar entradas a mi archivo / etc / hosts .

He intentado las sugerencias mencionadas aquí .

Debo mencionar que las computadoras de mi compañero de trabajo que están en Yosemite no experimentan ningún problema y que las computadoras con Windows en la red también resuelven los nombres correctamente.

El servidor DNS ejecuta BIND9 en Ubuntu 14.04 en el puerto regular 53.

EDITAR:

Intenté deshabilitar la protección de integridad del sistema (SIP) según este conjunto de instrucciones y eso no ayudó en absoluto.

EDIT 2:

Bueno, encontré una solución y probablemente no necesité hacer una instalación nueva de El Capitán para hacerlo. Este es el error WEIRDEST que he encontrado en la plataforma Macintosh. Todo lo que tenía que hacer era agregar un enrutador en la configuración de mi red. Acabo de poner un valor arbitrario de 1.0.0.1, aunque no hay ningún dispositivo en mi red interna que actúe como enrutador. La mera presencia de un valor en el campo de entrada "Enrutador:" provocó una escritura del archivo resolv.conf y una restauración del servicio DNS.

    
pregunta Kent Johnson 20.10.2015 - 03:07

4 respuestas

1

Tuve el mismo problema en El Capitán y pude resolverlo agregando algunos valores al archivo DNSResponder, mientras que SIP estaba DESACTIVADO.

Los pasos que seguí a continuación:

  1. Reiniciar.
  2. Presiona Cmd + R para ingresar al modo de recuperación.
  3. Abre Utilidades- > Terminal.
  4. Ejecute el comando "csrutil disable".
  5. Reiniciar. Has vuelto a OS X con SIP deshabilitado.

  6. Realice los cambios necesarios ejecutando los siguientes comandos desde el terminal:

sudo launchctl unload /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

sudo defaults write /Library/Preferences/com.apple.mDNSResponder.plist AlwaysAppendSearchDomains -bool YES (Esta es una sola línea)

sudo launchctl load /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

  1. Reiniciar.
  2. Presiona Cmd + R para ingresar al modo de recuperación.
  3. Abre Utilidades- > Terminal.
  4. Ejecuta el comando csrutil enable.
  5. Reiniciar.

Después de volver al sistema operativo, volví a agregar los dominios de búsqueda a System Pref - > Red - > Avanzado - > DNS Tab.

Los dominios de búsqueda ahora funcionan una vez más, donde puedo hacer ping a los primeros dos bits de mi nombre de dominio, y los últimos 3 se agregan automáticamente.

    
respondido por el TBlaar 24.05.2016 - 14:42
0

Estamos teniendo el mismo problema en nuestra infraestructura de red. Pero nos dimos cuenta de que si hacemos ping al nombre-dns + ".local", se descubren las direcciones IP correctamente.

Creo que debe haber un error en el software de El Capitán porque nuestras diferentes pruebas en sistemas que ejecutan Yosemite y versiones anteriores de OS X no tienen este tipo de problema con la resolución de DNS.

    
respondido por el user156955 11.11.2015 - 16:33
0

Tuve este mismo problema, noté que tenía un dominio de búsqueda en el archivo de configuración /etc/resolv.conf . Abrí la configuración de red y eliminé el dominio de búsqueda, luego configuré dos servidores DNS personalizados, el primero fue el servidor DNS emitido por mi enrutador (que era en sí mismo, 192.168.1.1 )

Luego agregó el servidor DNS de Google 8.8.8.8 ... hizo clic en Aplicar y de alguna manera comenzó a funcionar nuevamente. Estoy seguro de que esto volverá a ocurrir ya que no es la primera vez que tengo este problema.

ACTUALIZACIÓN 10/2016 ... tuvo un problema OTRA VEZ, aquí está la publicación en otro hilo SE:

Desafortunadamente, nada de esto me ayudó, y resultó que, después de una hora de intentar resolverlo y golpear mi cabeza contra la mesa de café ... algo, de alguna manera, en algún lugar ... eliminó el archivo /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist , y fue el razón por la que tuve este problema.

Se dio cuenta de esto cuando vi este mensaje de error: /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist: No such file or directory

Aquí hay una copia de una versión de El Capitán: enlace

Aquí está el código de esa esencia:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.apple.mDNSResponder.reloaded</string>
    <key>OnDemand</key>
    <false/>
    <key>InitGroups</key>
    <false/>
    <key>UserName</key>
    <string>_mdnsresponder</string>
    <key>GroupName</key>
    <string>_mdnsresponder</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/sbin/mDNSResponder</string>
    </array>
    <key>MachServices</key>
    <dict>
        <key>com.apple.mDNSResponder</key>
        <true/>
            <key>com.apple.mDNSResponder.dnsproxy</key>
            <true/>
    </dict>
    <key>Sockets</key>
    <dict>
        <key>Listeners</key>
        <dict>
            <key>SockFamily</key>
            <string>Unix</string>
            <key>SockPathName</key>
            <string>/var/run/mDNSResponder</string>
            <key>SockPathMode</key>
            <integer>438</integer>
        </dict>
    </dict>
    <key>POSIXSpawnType</key>
    <string>Interactive</string>
    <key>EnablePressuredExit</key>
    <false/>
</dict>
</plist>
    
respondido por el sMyles 01.12.2015 - 22:28
-1

Cambie "Configurar IPv6" de automático a local de enlace solamente. Funciona como un campeón

    
respondido por el Andrew Dishong 13.08.2016 - 02:33

Lea otras preguntas en las etiquetas