15 votos

¿Cavar no devolviendo la sección de autoridad?

Cavando en wikipedia.com, en mi Macbook Pro, vuelve:

$ 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 que la semana pasada mi ordenador me devolvió un AUTHORITY SECTION + algunas secciones adicionales.

Ahora, cada vez que dig cualquier sitio, no estoy recibiendo el AUTHORITY SECTION .

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

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 estaba recibiendo un AUTHORITY SECTION también.

¿Algún consejo? ¿He puesto accidentalmente una bandera para limitar lo que dig ¿retornos en mi máquina? Si es así, ¿cómo puedo volver a mostrar todo?

Esto es lo que obtengo cuando investigo desde mi ordenador del 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 mi router están bloqueando algo. O, ¿mi Mac en casa está configurado de forma 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 dig trabajando en mi portátil de casa (sólo que no lo recuerdo con seguridad). En cualquier caso, estoy obteniendo los resultados que quiero desde mi Mac del trabajo, y no desde mi portátil/mac de casa. ¿Por qué se diferencian los dos?

10voto

tolginho Puntos 311

No se puede obtener la sección de autoridad si no se consulta en los servidores de autoridad.

Por ejemplo los servidores autoritativos para el 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.

6voto

JakeGould Puntos 1926

Hmmm. No estoy muy seguro de que sea una cuestión 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

4voto

hans Puntos 21

No estoy seguro de lo que ha pasado exactamente con todos los servidores DNS

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

respuestas mínimas no ;

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

3voto

Alex Howansky Puntos 512

Esto también me ha vuelto loco en mi macbook. Así que he investigado un poco más. No estoy seguro de lo que ha pasado exactamente con todos los servidores DNS, pero la mayoría de ellos ya no devuelven la sección de "autoridad". Incluso con la bandera +authority. Y tampoco para +additional.

Pero sabía que webdig seguía funcionando para algunos. Así que probé 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 usted mismo puede ver, que sólo unos pocos servidores DNS devuelven la sección de autoridad en el momento.

dig xxxxxxx.xx NS sigue funcionando y obtiene los servidores de nombres en la sección de respuestas. Pero ya no hay sección de autoridad.

Si me confirman lo mismo, me dirán que no estoy soñando esto. Ashish

-2voto

ARPmasta Puntos 1

Prueba con soa como

dig soa xxx.xxxxx.xxx

o

host soa xxx.xxxxx.xxx

revisa este enlace que lo explica

http://www.cyberciti.biz/faq/find-dns-domain-start-of-authority-record/

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