¿La excavación no devuelve la sección de autoridad?

10

Excavando wikipedia.com, en mi Macbook Pro, devuelve:

$ dig wikipedia.com

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

;; QUESTION SECTION:
;wikipedia.com.         IN  A

;; ANSWER SECTION:
wikipedia.com.      1960    IN  A   208.80.152.201

;; Query time: 15 msec
;; SERVER: 75.75.75.75#53(75.75.75.75)
;; WHEN: Sun Jan 27 14:52:21 2013
;; MSG SIZE  rcvd: 47

Podría jurar, la semana pasada mi computadora devolvió un AUTHORITY SECTION+ algunas secciones adicionales.

Ahora, cada vez que tengo digun sitio, no obtengo el AUTHORITY SECTION.

Siento que algo está roto, pero no estoy seguro de qué es (si hay algo) y cómo solucionarlo.

Otro ejemplo:

$ dig google.com

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

;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     137 IN  A   173.194.33.9
google.com.     137 IN  A   173.194.33.7
google.com.     137 IN  A   173.194.33.14
google.com.     137 IN  A   173.194.33.3
google.com.     137 IN  A   173.194.33.2
google.com.     137 IN  A   173.194.33.5
google.com.     137 IN  A   173.194.33.6
google.com.     137 IN  A   173.194.33.0
google.com.     137 IN  A   173.194.33.4
google.com.     137 IN  A   173.194.33.8
google.com.     137 IN  A   173.194.33.1

;; Query time: 43 msec
;; SERVER: 75.75.75.75#53(75.75.75.75)
;; WHEN: Sun Jan 27 14:56:45 2013
;; MSG SIZE  rcvd: 204

La semana pasada, estoy bastante seguro de que también estaba obteniendo un AUTHORITY SECTION.

¿Algun consejo? ¿Accidentalmente puse una bandera para limitar lo que digregresa en mi máquina? Si es así, ¿cómo puedo volver a mostrar todo?

Esto es lo que obtengo al excavar desde la computadora de mi trabajo:

$ dig wikipedia.com

; <<>> DiG 9.8.3-P1 <<>> wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5271
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

;; QUESTION SECTION:
;wikipedia.com.         IN  A

;; ANSWER SECTION:
wikipedia.com.      3600    IN  A   208.80.152.201

;; AUTHORITY SECTION:
wikipedia.com.      157415  IN  NS  ns0.wikimedia.org.
wikipedia.com.      157415  IN  NS  ns2.wikimedia.org.
wikipedia.com.      157415  IN  NS  ns1.wikimedia.org.

;; ADDITIONAL SECTION:
ns0.wikimedia.org.  1684    IN  A   208.80.152.130
ns1.wikimedia.org.  1684    IN  A   208.80.152.142
ns2.wikimedia.org.  1684    IN  A   91.198.174.4

;; Query time: 127 msec
;; SERVER: 192.9.200.116#53(192.9.200.116)
;; WHEN: Mon Jan 28 13:51:57 2013
;; MSG SIZE  rcvd: 162

... y:

$ dig google.com

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

;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     300 IN  A   173.194.33.6
google.com.     300 IN  A   173.194.33.7
google.com.     300 IN  A   173.194.33.8
google.com.     300 IN  A   173.194.33.9
google.com.     300 IN  A   173.194.33.14
google.com.     300 IN  A   173.194.33.0
google.com.     300 IN  A   173.194.33.1
google.com.     300 IN  A   173.194.33.2
google.com.     300 IN  A   173.194.33.3
google.com.     300 IN  A   173.194.33.4
google.com.     300 IN  A   173.194.33.5

;; AUTHORITY SECTION:
google.com.     344693  IN  NS  ns1.google.com.
google.com.     344693  IN  NS  ns2.google.com.
google.com.     344693  IN  NS  ns3.google.com.
google.com.     344693  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns1.google.com.     344797  IN  A   216.239.32.10
ns2.google.com.     344797  IN  A   216.239.34.10
ns3.google.com.     344797  IN  A   216.239.36.10
ns4.google.com.     344797  IN  A   216.239.38.10

;; Query time: 20 msec
;; SERVER: 192.9.200.119#53(192.9.200.119)
;; WHEN: Mon Jan 28 13:53:34 2013
;; MSG SIZE  rcvd: 340

Una parte de mí se pregunta si mi ISP (Comcast) o enrutador está bloqueando algo. ¿O mi Mac en casa está configurada de manera diferente a mi Mac en el trabajo? No estoy seguro de cómo probar estas teorías.

Además, podría estar equivocado de que alguna vez tuve que digtrabajar en la computadora portátil de mi casa (no lo recuerdo con certeza). De cualquier manera, obtengo los resultados que quiero de mi Mac de trabajo, y no de mi computadora portátil / Mac doméstica. ¿Por qué diferirían los dos?

terminal dns mhulse
fuente

Respuestas:

8

No puede obtener la sección de autoridad si no realiza consultas en servidores autorizados.

Por ejemplo, los servidores autorizados para google.com son;

dig @l.gtld-servers.net google.com

El resultado incluirá estas líneas;

;; AUTHORITY SECTION:
google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
google.com.     172800  IN  NS  ns3.google.com.
google.com.     172800  IN  NS  ns4.google.com.
Tolginho
fuente
Gracias por los consejos! He actualizado mi pregunta para proporcionarle los digresultados que obtengo del trabajo, que devuelven una sección de autoridad (tanto para google.com como para wikipedia.com). Nota: Votaría su respuesta, pero no tengo suficiente representante ... Lo siento. :(
mhulse
@mhulse Deberías tener mucha reputación para acumular votos. Por favor, hágame un ping si realmente no puede votar esta respuesta (es 'a +1) ahora, así que sé que la votación aquí funciona (ya que
emití
@bmike Parece que ahora puedo votar a favor. No estoy seguro de por qué no pude hacerlo cuando publiqué esta pregunta. Gracias por el empujón. :)
mhulse
4

Hmmm No estoy muy seguro si es un problema de bandera, pero ¿por qué no hacer esto?

dig SOA wikipedia.com

Mis resultados:

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

;; QUESTION SECTION:
;wikipedia.com.         IN  SOA

;; ANSWER SECTION:
wikipedia.com.      86400   IN  SOA ns0.wikimedia.org. hostmaster.wikimedia.org. 2012060714 43200 7200 1209600 3600

;; Query time: 321 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Sun Jan 27 22:25:21 2013
;; MSG SIZE  rcvd: 95
JakeGould
fuente
¡Buena idea! Gracias por la propina. No estoy en el cajero automático de mi casa, pero lo intentaré cuando llegue a casa para ver cómo funciona. Además, he actualizado mi publicación original con más información en caso de que esté interesado en ver los resultados que obtengo cuando lo uso digen mi computadora de trabajo (en una red diferente). Nota: Votaría su respuesta, pero no tengo suficiente representante ... Lo siento. :(
mhulse
3

Esto también me ha vuelto loco en mi macbook. Entonces cavé un poco más profundo. No estoy seguro de qué pasó exactamente con todos los servidores DNS, pero la mayoría de ellos ya no devuelven la sección 'autoridad'. Incluso con + bandera de autoridad. Y tampoco para + adicional.

Pero sabía que webdig todavía funcionaba para algunos. Así que intenté con webdig.

http://digwebinterface.com/?hostnames=google.com&type=&showcommand=on&colorize=on&useresolver=8.8.4.4&ns=all&nameservers=

He guardado los resultados en mi PC para demostrar que no estoy loco. Pero puedes ver que solo unos pocos servidores DNS devuelven la sección de autoridad en este momento.

dig xxxxxxx.xx NStodavía funciona y le da los servidores de nombres en la sección de respuestas. Pero no más sección de autoridad.

Si confirma lo mismo, eso me diría que no estoy soñando esto. Ashish

Ashish
fuente
0

No estoy seguro de qué pasó exactamente con todos los servidores DNS

Supongo que cambiaron el enlace de la versión 9.11 a 9.12
En algún lugar, la opción "respuestas mínimas" cambió de "no" por defecto a "sí". Si usted define

respuestas mínimas no;

en la sección de opciones funcionará como antes.

Hans
fuente