Listar servidores DNS en Mavericks

Primero, si networksetup -getdnsservers <service name> no muestra nada, no tienes nada en la lista de Preferencias del sistema > Netowrk en "Servidores DNS:".

Segundo, es importante tener en cuenta que OS X no maneja DNS como la mayoría de los sistemas. Por enlace Básicamente, esto significa que OS X tiene múltiples Clientes DNS según su configuración. El resultado de estos múltiples servicios significa que hay situaciones en las que el uso de Safari para acceder a un sitio web ( enlace ) lo llevará a una dirección IP que SO X ha recuperado de DNS (por ejemplo, 1.2.3.4) al mismo tiempo que realiza una excavación

$ dig www.example.com  

devolverá resultados diferentes. (quizás 2.3.4.5)

El motivo de esto reside en la forma en que OS X maneja el DNS.

Si ejecuta $ man dig obtiene entre otras cosas, lo siguiente:

  

AVISO DE Mac OS X          El comando dig no utiliza el nombre de host y la resolución de la dirección o          los mecanismos de enrutamiento de consultas 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 los encontrados por otros procesos que utilizan el nombre nativo de Mac OS X          y abordar los mecanismos de resolución. Los resultados de las consultas de DNS también pueden          difieren de las consultas que utilizan la biblioteca de enrutamiento DNS de Mac OS X.

También $man nslookup devolverá algo similar

  

AVISO DE Mac OS X          El comando nslookup no usa el nombre de host y la resolución de la dirección o la consulta de DNS          mecanismos de enrutamiento utilizados por otros procesos que se ejecutan en Mac OS X. Los resultados del nombre o          Las consultas de direcciones impresas por nslookup 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 del DNS          las consultas también pueden diferir de las consultas que utilizan la biblioteca de enrutamiento DNS de Mac OS X.

Todo esto es realmente una forma bastante larga de decir, la mejor manera de ver qué servidores DNS se están utilizando es mirar las Preferencias del sistema > Red

Los entreses del "Servidor DNS:" suelen estar allí, y "Buscar dominios:" le permitirá buscar direcciones incompletas.

Si "Servidor DNS:" no está presente, OS X intentará usar la dirección en "Enrutador:" para DNS.

Y, además de toda esta diversión, hay utilidades y otros procesos que puede que no estén usando la biblioteca de enrutamiento de DNS de OS X, y que afectarán el contenido de / etc / resolv. conf directamente.

La respuesta corta y corta es esta:

1. Si se ajusta al contenido de Preferencias del sistema > Red, estás viendo lo mismo que la mayoría están usando los procesos.
2. El contenido de las preferencias del sistema > Red, debería llenar /etc/resolv.conf, pero no siempre.
3. Algunos otros procesos (como dig y nslookup) están accediendo a /etc/resolv.conf directamente.

Y, además de todo esto: si no está utilizando los clientes VPN integrados en OS X, es posible que se estén utilizando rutas y servidores DNS adicionales que networksetup -getdnsservers <service name> no mostrará. Tu cliente VPN puede tener la capacidad de mostrarte las rutas y los servidores DNS, sé que el mío sí.

Sé que esto no responde con precisión a tu pregunta, pero espero que esto te ayude a darte cuenta de que no siempre es fácil descubrir cuál es la "verdad" con respecto al DNS en una Mac. En general, está seguro suponiendo que el contenido de Preferencias del sistema > Red, o el contenido de networksetup -getdnsservers <service name> es de donde obtiene su DNS. Sin embargo, si las cosas parecen raras, ten en cuenta que también hay otras posibilidades. Utilice la excavación para ayudar a determinar si hay diferencias en curso.

Por último, para aquellos lectores que se estén preguntando cómo obtener el <service name> en networksetup -getdnsservers <service name> , intente usar networksetup -listallnetworkservices

Bill

en OSX Mavericks (10.9 - en realidad 10.6.3 arriba, creo) si desea ver la configuración de DNS activa:

scutil --dns

La primera entrada (resolución n. ° 1) es la configuración activa ... aunque he visto muchos casos en los que ese no es el caso.

del hombre scutil

 The --dns option reports the current DNS configuration.  The first listed
 resolver(5) configuration is considered to be the "default" configura-
 tion.  Additional "supplemental" configurations follow.  Those containing
 a "domain" name will be used for queries matching the specified domain.
 Those without will be used as a "default" configuration in addition to
 the first listed.

IME, si lo que ve aquí no coincide con lo que espera (es decir, network > advanced > dns), es posible que deba deshabilitar / habilitar el adaptador de red adecuado para que se actualice ...

Otros consejos en OSX reciente:

Con 10.7 o 10.8, los dominios de búsqueda no se aplican a las búsquedas con un punto en ellos. es decir, www.test no añadirá dominios de búsqueda, donde www. hay una solución:

sudo vim /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
Add <string>-AlwaysAppendSearchDomains</string>after line 16
    <key>ProgramArguments</key>
    <array>
        <string>/usr/sbin/mDNSResponder</string>
        <string>-launchd</string>
        <string>-AlwaysAppendSearchDomains</string>
    </array>

Ahora descargue y vuelva a cargar el servicio mDNSResponder:    sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist    sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

la red > avanzado > dns config es -PER INTERFAZ-. Entonces, si usa conexión inalámbrica y por cable ... debe configurar ambos.

también hay otra manera - / etc / resolver - un ejemplo aquí: ¿Funcionan / etc / resolver / files en Mountain Lion para la resolución de DNS? y más aquí: enlace

En cuanto a tratar de hacer un nslookup, es bien sabido que nslookup (y host and dig) no sigue el mecanismo de resolución de OSX (extremadamente único y mixto). Utiliza ping.

Normalmente usaría (en entornos Unix, y posiblemente sea un poco de la vieja escuela) algo como los siguientes ejemplos.

En primer lugar, puede buscar una dirección IP o una entrada de nombre DNS de forma individual, e informará al servidor que se utilizó para proporcionar la respuesta. Puede buscar una sola entrada en la línea de comandos, o ingresar el programa nslookup y buscar varias entradas sin tener que volver a ingresar el comando:

nslookup

Default Server:  redacted.organisation.com
Address:  10.47.xxx.xxx

> ibm.com
Server:  redacted.organisation.com
address:  10.47.xxx.xxx

Non-authoritative answer:
Name:    ibm.com
Address:  129.42.38.1

> sun.com (etc etc, use quit or exit to get out)

En segundo lugar, este comando (nota que lo ejecuté en un cuadro de Windows, en unix / OS X el comando ipconfig / all es ifconfig -a y los resultados pueden diferir ligeramente) que enumera los datos de configuración de IP para cada interfaz en su sistema, puertos físicos, conexiones inalámbricas, VNCs, etc., que muestran qué datos de DNS e IP están asociados con cada ruta fuera de la máquina, obtendrá muchas entradas de vuelta, una para cada En mi ejemplo, eliminé la mayoría de los resultados, pero mostré mi adaptador de VPN y las entradas de DNS que tiene. (pactadas).

C:\Users\dawilkin>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : XXX-XXXXX
   Primary Dns Suffix  . . . . . . . : XX.XXXXX.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : XXX.com
                                       XX.XXX.com
                                       XX.XXX.com
                                       XXX.co.uk
                                       XXX.com

Ethernet adapter Local Area Connection 2:

   Connection-specific DNS Suffix  . : XXX.com
   Description . . . . . . . . . . . : Cisco AnyConnect VPN Virtual Miniport Ada
pter for Windows x64
   Physical Address. . . . . . . . . : 00-XX-9A-XX-XX-00
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.47.XX.XX(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.240.0
   Default Gateway . . . . . . . . . : 10.47.XX.X
   DNS Servers . . . . . . . . . . . : 10.47.XX.X
                                       10.31.XX.X
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connecti
on
   Physical Address. . . . . . . . . : 3C-97-XX-XX-XX-3C
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection 3:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter #
2
   Physical Address. . . . . . . . . : A4-4E-31-42-33-41
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

¿Qué te dice nslookup ? Me da mi servidor DNS en la segunda línea.

$ nslookup stackexchange.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   stackexchange.com
Address: 198.252.206.16