¿La sección de autorización no devuelve?

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ó AUTHORITY SECTION + algunas secciones adicionales.

Ahora, cuando dig cualquier sitio, no obtengo el AUTHORITY SECTION .

Siento que algo está roto, pero no estoy seguro de qué es (si es que 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 obtuve AUTHORITY SECTION .

¿Algún consejo? ¿He establecido accidentalmente una marca para limitar lo que dig devuelve 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 el ISP de mi casa (Comcast) o el 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 equivocarme si alguna vez tuve dig trabajando en la computadora portátil de mi casa (no lo recuerdo con seguridad). De cualquier manera, estoy obteniendo los resultados que quiero de mi trabajo Mac y no de mi computadora portátil / Mac doméstica. ¿Por qué los dos difieren?

    
pregunta mhulse 28.01.2013 - 00:00

5 respuestas

8

No puede obtener la sección de autorización si no consulta 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.
    
respondido por el tolginho 28.01.2013 - 19:04
4

Hmmm. No estoy seguro de si se trata de un problema de bandera, pero ¿por qué no hacerlo?

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
    
respondido por el JakeGould 28.01.2013 - 04:27
3

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

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

enlace

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 NS aún funciona y te da los servidores de nombres en la sección de respuestas. Pero no hay más sección de autoridad.

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

    
respondido por el Ashish 25.08.2013 - 04:52
0
  

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

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

  

respuestas mínimas no;

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

    
respondido por el hans 01.10.2018 - 09:52
-1

Prueba soa como

diga un xxx.xxxxx.xxx

o

host soa xxx.xxxxx.xxx

revisa este enlace lo explica

enlace

    
respondido por el ARPmasta 26.04.2015 - 01:17

Lea otras preguntas en las etiquetas