DNS funciona en terminal pero no en ningún otro lugar en Mac OS

Question

DNS funciona en terminal pero no en ningún otro lugar en Mac OS

#1 de klanomath (1 votos)
#2 de miken32 (0 votos)
#3 de JiveAssAdmin (0 votos)

1

Tengo un problema similar al de esta pregunta: DNS no se resuelve en Mac OS .

Las cosas en Internet funcionan bien. Sin embargo, las máquinas locales en mi empresa no se resuelven, incluidos los servidores en los que estoy tratando de trabajar.

Usamos servidores DNS locales y mis preferencias de Red muestran solo esos servidores DNS locales. (192.168.20.10, 192.168.25.10)

Intentar acceder a ellos a través de hostname.companyname.local o hostname.companyname.com falla en las aplicaciones de Mac OS (Safari, Firefox, Chrome, RDC, etc.). Sin embargo, si uso dig o nslookup en el terminal, vuelve bien:

dig hostname.companyname.local

; <<>> DiG 9.8.3-P1 <<>> hostname.companyname.local
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16841
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;hostname.companyname.local.        IN  A

;; ANSWER SECTION:
hostname.companyname.local. 1200    IN  A   192.168.25.24

;; Query time: 3 msec
;; SERVER: 192.168.20.10#53(192.168.20.10)
;; WHEN: Thu Nov 20 11:36:49 2014
;; MSG SIZE  rcvd: 54

Entonces, ¿por qué funciona en Terminal y por qué no funciona en Mac OS? (Usando Yosemite). La respuesta del hilo previamente vinculado sobre el rebote de mDNSResponder sonaba prometedora, pero eso no parece existir en Yosemite.

macos yosemite network dns

pregunta flyingcheesehead 20.11.2014 - 18:46

3 respuestas

Lea otras preguntas en las etiquetas macos yosemite network dns

¿Puedo copiar archivos de una PC a un iMac con una memoria USB? manteniendo presionada la tecla de retroceso en el iPhone

score 1 · Answer 1

Cuando su red de área local ha sido configurada con un nombre de dominio que termina en .local , todas las resoluciones de nombre de host de LAN consultadas por una Mac (~ 10.3-10.10) se pasarán a mDNS primero: ¡evite el DNS unicast!

Dig y nslookup son utilidades de DNS de unidifusión, por lo que ambos omitirán el orden de resolución del nombre de host del sistema (archivos- > mDNS- > DNS) y consultarán el DNS de unicast directamente.

Puede solucionar este problema cambiando el nombre de dominio local para usar un TLD que no sea .local .

Esto es muy común en las redes de empresas split-horizon DNS y heterogéneas pero dominadas por Windows. Una gran cantidad de administradores de sistemas de Windows se utilizan para .local TLD como nombre de TLD privado válido desde al menos una década .

score 0 · Answer 2

¿Por qué funciona en Terminal y por qué no funciona en Mac OS? La respuesta a tu primera parte está en man dig o man host :

El comando de excavación no usa el nombre de host y la resolución de la dirección o los mecanismos de enrutamiento de la consulta de DNS utilizados por otros procesos que se ejecutan en Mac OS X. Los resultados de las consultas de nombre o dirección impresas por excavación pueden diferir de las encontradas por otros procesos que Utilice el mecanismo de resolución de direcciones y nombres nativos de Mac OS X. Los resultados de las consultas de DNS también pueden diferir de las consultas que utilizan la biblioteca de enrutamiento de DNS de Mac OS X.

Para responder a la segunda parte, ejecutaría un seguimiento de paquetes y vería si los paquetes de consulta se están yendo, y si es así, ¿a dónde? tcpdump -i en0 -vnnt "udp port 53"

mDNS es para el descubrimiento de Bonjour; No creo que tenga mucho que ver con el DNS estándar, pero no me cites al respecto.

score 0 · Answer 3

Tenemos un problema continuo similar en nuestra empresa. Por lo que podemos decir, parece que, por alguna razón, el sistema operativo deja de agregar algunos nombres de host con el dominio de búsqueda predeterminado.

Escribí un script simple para corregirlo que cambia el dominio de búsqueda predeterminado a google.com, hace ping al host afectado (que falla) y luego cambia el dominio de búsqueda predeterminado a vacío. Funciona pero no corrige la causa raíz del problema. Esta secuencia de comandos solo cambia la configuración de la interfaz wi-fi porque eso es todo lo que necesitamos, tenlo en cuenta.

networksetup -setsearchdomains Wi-Fi google.com

sleep 3; ping hostname

sleep 3; networksetup -setsearchdomains Wi-Fi empty