☰

dig obtiene el resultado correcto del servidor DNS, pero el nombre aún no se resuelve

tag-icon • tag-icon domain-name-system mac-osx
dig obtiene el resultado correcto del servidor DNS, pero el nombre aún no se resuelve

¿En qué condiciones ocurriría lo siguiente? Desde una máquina OSX determinada en una red interna:

$~ cat /etc/resolv.conf
nameserver 10.102.120.7
nameserver 10.102.120.2

De la misma máquina:

$~ dig @10.102.120.7 in.local
<snip> ...
;; QUESTION SECTION:
;in.local.                      IN      A

;; ANSWER SECTION:
in.local.               43200   IN      A       10.102.123.30
<snip> ...

Y, sin embargo, esta estación de trabajo no puede hacer ping en.local ni cargar páginas alojadas en Apache en esa máquina. 10.102.123.30 definitivamente está activo (2 máquinas OSX que conozco no se resuelven en local, pero otras máquinas en la red sí). También revisé su /etc/hosts para ver si algo allí podría interferir... No estoy seguro de qué más verificar...

Respuesta1

El .localtld se resuelve primero en MacOS X mediante DNS de multidifusión Bonjour/Rendezvous. Eso significa que si intenta utilizar un servidor DNS con el .localtld, no se resolverá utilizando el servidor DNS.

Algunas redes privadas también utilizan dominios ".local" para los hosts registrados con su servidor DNS interno, aunque no sea un dominio de nivel superior válido en la Internet pública. Si su Mac está conectada a una red de este tipo, es posible que desee que busque nombres de host que terminen en ".local" usando Unicast DNS para comunicarse con un servidor DNS, de la misma manera que busca nombres de host como "www .apple.com" en Internet.

Ver:http://support.apple.com/kb/HT3473 y:http://support.apple.com/kb/TA20999

Respuesta2

OS X tiene una caché DNS a nivel de sistema operativo que quizás necesites vaciar, como nscd en solaris/linux/bsd.

Pruebe dscacheutil -flushcache(en Leopard) o lookupd -flushcache(en 10.5.1 y anteriores).

Respuesta3

Acabas de descubrir por quéusar .LOCAL es una mala idea.

Respuesta4

Lo único que se me ocurre es que no estás usando DNS para el servicio de nombres o que el nombre está almacenado en caché.

Estoy más familiarizado con Linux, pero es posible que esté buscando el archivo nsswitch.conf (o equivalente) en el equivalente /etc/ para OSX, o la configuración (nscd.conf) o estado del demonio de almacenamiento en caché (nscd en Linux).

nsswitch.conf controla cómo se resuelven los nombres. DNS es sólo un mecanismo. Otros incluyen archivos (/etc/host), LDAP y (creo) NIS.

nscd es un caché de nombres que ayuda a resolver nombres más rápido cuando recibe solicitudes repetidas para el mismo nombre (por ejemplo, carga 300 páginas desde un servidor web) al almacenar en caché la respuesta durante un período de tiempo adecuado (por ejemplo, 43200 segundos desde el resultado de excavación de su ejemplo).

información relacionada