1 votos

Lion de la resolución de nombres DNS cuando se consulta el servidor directamente, pero no cuando se utiliza en un comando o aplicación

Recientemente he (en minutos) que se agrega a un nombre de host y el inverso (a y PTR) los registros de un nombre de host en mi red interna, el uso de un servidor DNS Bind. Por alguna razón, me puede tanto dig y nslookup este nuevo nombre correctamente, pero ping y mis aplicaciones GUI no puede resolver el nombre.

He intentado vaciar la caché de DNS en mi máquina local con dscacheutil -flushcache sin efecto.

He aquí un ejemplo de mi sesión (nombres, IPs cambiado por seguridad):

$ nslookup newbox.internal
server     10.0.0.2
address    10.0.0.2#53

Name:    newbox.internal
Address: 10.1.1.1

$ ping newbox.internal
ping: cannot resolve newbox.internal: Unknown host

WTF? Bueno, estoy seguro de que mi DNS está configurado correctamente, sin embargo:

$ dig newbox.internal

; <<>> DiG 9.8.3-P1 <<>> newbox.internal
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33812
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;newbox.internal.   IN  A

;; ANSWER SECTION:
newbox.internal. 21600 IN   A   10.1.1.1

;; AUTHORITY SECTION:
internal.       10800   IN  NS  dns001.internal.
internal.       10800   IN  NS  dss001.internal.
internal.       10800   IN  NS  dhdns001.internal.
internal.       10800   IN  NS  dhdns002.internal.

;; ADDITIONAL SECTION:
dns001.internal. 10800 IN   A   10.0.0.2
dns002.internal. 10800 IN   A   10.0.0.3
dhdns001.internal. 10800 IN A   10.0.0.20
dhdns002.internal. 10800 IN A   10.0.0.21

;; Query time: 1 msec
;; SERVER: 10.0.0.2#53(10.0.0.2)
;; WHEN: Mon Jul  1 14:43:35 2013
;; MSG SIZE  rcvd: 245

¿Por qué mi sistema de demostrar esta extraña resolución de DNS de comportamiento?

Como una nota del lado, DNS funciona bien lo contrario, en mi sistema. En este momento, este nuevo nombre de host es el único que estoy teniendo problemas para resolver. Mi sistema está configurado para utilizar el 10.0.0.2 servidor DNS como primarios.

EDITAR

Matar mDNSResponder corrigió este problema.. pero ¿por qué?

2voto

qzyphus Puntos 166

Matar mDNSResponder corrigió este problema.. pero ¿por qué?

Porque se vacía la memoria caché de DNS local!

http://support.apple.com/kb/ht5343

Un directo de búsqueda de comando de consulta al servidor DNS directamente, sin embargo, el mecanismo de resolución para simplemente sobre cualquier otra cosa, es que mDNSResponder proceso que mató.

dscacheutil -flushcache está en desuso como por la KB.

1voto

dvmlls Puntos 171

De hombre nslookup y el hombre dig:

Mac OS X el AVISO

El nslookup comando no utilizar el nombre de host y resolución de la dirección o de la consulta DNS mecanismos de enrutamiento utilizado por otros los procesos que se ejecutan en Mac OS X. Los resultados del nombre o la dirección de las consultas impreso por nslookup puede difieren de los encontrados por otros procesos que utilizan el sistema operativo Mac OS X nativo nombre y dirección de los mecanismos de resolución. Los resultados de las consultas DNS también puede diferir de las consultas que utilizan el Mac OS X DNS biblioteca de enrutamiento.

hombre host tiene el mismo aviso. ping sin embargo no lo hace.

Más información y una posible solución aquí:

Fallan las búsquedas de DNS, por ejemplo, con `ping`, pero el trabajo con `host`

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