DNS no se resuelve en Mac OS X

En realidad, creo que es posible que desee utilizar

scutil --dns

scutil -r hostname

Estos comandos utilizan el almacén dinámico en configd, a diferencia de los archivos planos en /etc, que a menudo sólo se leen en modo de usuario único y para sistemas no conectados en red.

man scutil   # or

scutil --help

He experimentado el mismo problema Y aunque reiniciar mDNSResponder parece "funcionar", reiniciarlo un par de veces cada hora es una mierda.

Así que, por ahora, he "resuelto" el problema ejecutando dnsmasq localmente. Para ello:

• Construya dnsmasq (descargue los archivos tgz y make o brew install dnsmasq )

• Pon esto en un dnsmasq.conf archivo:

  resolv-file=resolv.conf
  user=nobody
  group=nobody
  interface=lo0
  cache-size=1024

• Pon esto en un resolv.conf que se encuentra en el mismo directorio que el archivo dnsmasq.conf archivo (nb: no /etc/resolv.conf ):

  nameserver 8.8.8.8
  nameserver 4.2.2.1
  nameserver 4.2.2.2

• Ejecutar dnsmasq con sudo dnsmasq --no-daemon --log-queries -C dnsmasq.conf . El resultado debería ser algo parecido:

  ...
  dnsmasq: reading resolv.conf
  dnsmasq: using nameserver 4.2.2.1#53
  dnsmasq: using nameserver 4.2.2.2#53
  dnsmasq: using nameserver 8.8.8.8#53
  dnsmasq: read /etc/hosts - 6 addresses

• Abra Preferencias de Red y asegúrese de que 127.0.0.1 es el único servidor DNS (preferencias de red -> avanzadas -> DNS -> añadir 127.0.0.1)

Las cosas deberían empezar a funcionar bien de nuevo.

Una vez que todo funcione, puede ejecutar dnsmasq sin el --no-daemon y --log-queries para que se inicie en segundo plano y no tengas que mantener abierta una ventana de Terminal.

La resolución de nombres en OSX (y en UNIX en general) se toma de las direcciones IP de los DNS en el archivo ubicado en /etc/resolv.conf (que OS X genera automáticamente, que yo recuerde).

Ya que ha probado prácticamente todo lo que se me ocurre, me gustaría preguntarle:

• ¿Puede hacer ping al DNS que desea utilizar?
• ¿Cuáles son las direcciones IP de los DNS que desea utilizar?
• ¿Has probado a utilizar 8.8.8.8 (google) o alguno de los OpenDNS 208.67.222.222 o 208.67.220.220?
• ¿Puedes hacer ping a esos hosts?

Por último, una prueba generalmente agradable consiste en crear un usuario en blanco y ver si ese nuevo usuario presenta el mismo problema. Si no lo hace, entonces puedes empezar a indagar qué tiene tu usuario actual que pueda estar causando el problema; si también falla, entonces sabes que se trata de algo más relacionado con el "sistema".

Echa también un vistazo a la Consola a ver si detectas algo que pueda estar relacionado (y que te gustaría pegar por aquí).

Por último, pero no por ello menos importante, tu Mac viene con dos importantes comandos DNS, nslookup y dig .

Así que para resolver www.apple.com usando el servidor de google, escribirías:

nslookup "host a resolver" "servidor DNS a utilizar". Ej:

$ nslookup www.apple.com 8.8.8.8
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
www.apple.com   canonical name = www.isg-apple.com.akadns.net.
www.isg-apple.com.akadns.net    canonical name = www.apple.com.edgekey.net.
www.apple.com.edgekey.net   canonical name = e3191.c.akamaiedge.net.
Name:   e3191.c.akamaiedge.net
Address: 184.24.141.15

NSLookup es un viejo comando (que se suponía que iba a ser obsoleto hace algunos años y reemplazado por DIG, pero su sintaxis fácil de usar era demasiado buena para matarla, supongo), su "reemplazo" es dig , un comando mucho más potente, cuya sintaxis es más disparatada.

Para realizar la misma consulta, escribirías:

dig @8.8.8.8 www.apple.com

Y aquí está el resultado:

$ dig @8.8.8.8 www.apple.com

; <<>> DiG 9.7.3 <<>> @8.8.8.8 www.apple.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17356
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.apple.com.         IN  A

;; ANSWER SECTION:
www.apple.com.      1782    IN  CNAME   www.isg-apple.com.akadns.net.
www.isg-apple.com.akadns.net. 42 IN CNAME   www.apple.com.edgekey.net.
www.apple.com.edgekey.net. 21581 IN CNAME   e3191.c.akamaiedge.net.
e3191.c.akamaiedge.net. 2   IN  A   184.24.141.15

;; Query time: 26 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Oct  3 21:21:49 2011
;; MSG SIZE  rcvd: 158

Como puedes ver, dig es mucho más "verboso" (lo que es bueno para depurar qué demonios está pasando). El poder de dig viene del hecho de que usted puede especificar qué tipo de consulta que desea realizar (Entre otras cosas).

En cualquier caso, háganos saber las salidas exactas de estos comandos.

Tuve exactamente los mismos síntomas (y pase un rato solucionando problemas) pero pude resolverlo cuando me di cuenta de que me metí con /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist y lo que hice fue de alguna manera interpretado como malformado. He restaurado desde una copia de seguridad y la máquina fue capaz de resolver los nombres de host de nuevo.

Antes de llegar a la solución, también me di cuenta de que era capaz de navegar por Internet si utilizaba un proxy SOCKS5 a través de ssh -D e intenté búsquedas DNS a través del túnel.