1 votos

Diferencia entre dig @www.google.com ns . y dig www.google.com ns

Tengo un mac y estoy usando el terminal para probar el comando dig. Yo estaba tratando de usar el comando dig de un tutorial, que declaró que si utilizo la sintaxis dada a continuación

dig @www.google.com ns .

Debería obtener toda la información necesaria, en cambio, obtengo la siguiente salida.

$dig @www.google.com ns . 
;<<>> DiG 9.8.3-P1 <<>> @www.google.com ns .
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

Pero cuando uso el comando

dig www.google.com ns

Obtengo el siguiente resultado

; <<>> DiG 9.8.3-P1 <<>> www.google.com ns
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15350
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;www.google.com.            IN  NS
;; AUTHORITY SECTION:
google.com.     60  IN  SOA ns3.google.com. dns-admin.google.com. 124846888 900 900 1800 60

Entonces mi pregunta es ¿por qué el primer comando no funciona igual que el segundo?

Además, cuando utilicé el primer formato de comando para consultar los servidores Root, obtuve una respuesta completa. La salida se muestra a continuación,

De nuevo, ¿por qué la diferencia en la salida con el mismo comando?

dig @a.root-servers.net ns .

; <<>> DiG 9.8.3-P1 <<>> @a.root-servers.net ns .
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9504
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;.              IN  NS

;; ANSWER SECTION:
.           518400  IN  NS  e.root-servers.net.
.           518400  IN  NS  h.root-servers.net.
.           518400  IN  NS  l.root-servers.net.
.           518400  IN  NS  i.root-servers.net.
.           518400  IN  NS  a.root-servers.net.
.           518400  IN  NS  d.root-servers.net.
.           518400  IN  NS  c.root-servers.net.
.           518400  IN  NS  b.root-servers.net.
.           518400  IN  NS  j.root-servers.net.
.           518400  IN  NS  k.root-servers.net.
.           518400  IN  NS  g.root-servers.net.
.           518400  IN  NS  m.root-servers.net.
.           518400  IN  NS  f.root-servers.net.

;; ADDITIONAL SECTION:
e.root-servers.net. 518400  IN  A   192.203.230.10
h.root-servers.net. 518400  IN  A   198.97.190.53
h.root-servers.net. 518400  IN  AAAA    2001:500:1::53
l.root-servers.net. 518400  IN  A   199.7.83.42
l.root-servers.net. 518400  IN  AAAA    2001:500:9f::42
i.root-servers.net. 518400  IN  A   192.36.148.17
i.root-servers.net. 518400  IN  AAAA    2001:7fe::53
a.root-servers.net. 518400  IN  A   198.41.0.4
a.root-servers.net. 518400  IN  AAAA    2001:503:ba3e::2:30
d.root-servers.net. 518400  IN  A   199.7.91.13
d.root-servers.net. 518400  IN  AAAA    2001:500:2d::d
c.root-servers.net. 518400  IN  A   192.33.4.12
c.root-servers.net. 518400  IN  AAAA    2001:500:2::c

Agradezco la ayuda. Gracias.

1voto

Jose Chavez Puntos 645

Los dos comandos significan algo muy diferente, por lo que se obtienen resultados distintos.

Este comando:

dig www.google.com ns

significa que quiere consultar su servidor DNS definido localmente sobre los registros NS para el host www.google.com.

El servidor DNS definido localmente podría ser el servidor DNS de su ISP, por ejemplo. Los registros NS son registros que describen qué servidores DNS tienen registros autoritativos para el host.

El otro comando:

dig @www.google.com ns . 

significa que quiere consultar a www.google.com sobre los registros ns para el nombre ".". Como www.google.com es un servidor web y no un servidor DNS, no obtendrá ninguna respuesta a su consulta.

Entonces su comando final:

dig @a.root-servers.net ns .

Esto significa consultar a.Root-servers.net sobre los registros ns para el nombre "." (es decir, el nombre de más alto nivel, el Root). "a.Root-servers.net" es un servidor DNS, por lo que responderá a su consulta. También resulta ser un servidor DNS especial, ya que es uno de los servidores de root que está en el lugar específicamente para darle registros DNS para root.

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