Dig não retornando seção de autoridade?

10

Escavar wikipedia.com, no meu Macbook Pro, retorna:

$ 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

Eu poderia jurar que, na semana passada, meu computador retornou AUTHORITY SECTION+ algumas seções adicionais.

Agora, sempre que digqualquer site, eu não estou recebendo o AUTHORITY SECTION.

Sinto que algo está quebrado, mas não sei ao certo o que é (se houver) e como corrigi-lo.

Outro exemplo:

$ 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

Na semana passada, tenho certeza de que estava recebendo um AUTHORITY SECTIONtambém.

Alguma dica? Defini acidentalmente um sinalizador para limitar o digretorno da minha máquina? Se sim, como posso voltar a mostrar tudo?

Aqui está o que recebo ao cavar no meu computador de trabalho:

$ 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

... e:

$ 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

Uma parte de mim se pergunta se meu ISP (Comcast) ou roteador doméstico está bloqueando alguma coisa? Ou, meu Mac em casa está configurado de maneira diferente do meu Mac no trabalho? Não tenho certeza de como testar essas teorias.

Além disso, posso estar enganado por já ter digtrabalhado no meu laptop em casa (não me lembro com certeza). De qualquer maneira, estou obtendo os resultados desejados no meu trabalho Mac, e não no meu laptop / Mac doméstico. Por que os dois diferem?

terminal dns mhulse
fonte

Respostas:

8

Você não pode obter a seção de autoridade se não consultar servidores autorizados.

Por exemplo, servidores autorizados para o google.com.br são;

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

O resultado incluirá essas linhas;

;; 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
fonte
Obrigado por dicas! Atualizei minha pergunta para fornecer os digresultados que recebo do trabalho, que retornam uma seção de autoridade (para google.com e wikipedia.com). Nota: gostaria de votar sua resposta, mas não tenho representante suficiente ... Desculpe por isso. :(
mhulse
@mhulse Você deve ter muita reputação para obter votos. Por favor de ping-me se você realmente não pode-se votar esta resposta (É a +1) agora, então eu sei o voto aqui funciona (como eu atire a primeira voto até mim agora)
bmike
@bmike Parece que eu sou capaz de votar agora. Não sei por que não consegui fazer isso de volta ao publicar esta pergunta. Obrigado pela cutucada. :)
mhulse 28/08
4

Hummm. Não tenho certeza se é um problema de sinalização, mas por que não fazer isso:

dig SOA wikipedia.com

Meus 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
fonte
Boa ideia! Obrigado pela dica. Não estou no caixa eletrônico do meu computador em casa, mas vou tentar quando chegar em casa para ver como funciona. Além disso, atualizei minha postagem original com mais informações, caso você esteja interessado em ver os resultados que estou obtendo quando uso digno meu computador de trabalho (em outra rede). Nota: gostaria de votar sua resposta, mas não tenho representante suficiente ... Desculpe por isso. :(
mhulse
3

Isso também me deixou louco no meu macbook. Então eu cavei um pouco mais fundo. Não tenho certeza do que exatamente aconteceu com todos os servidores DNS, mas a maioria deles não retorna mais a seção 'autoridade'. Mesmo com o sinalizador + autoridade. E nem para + adicional.

Mas eu sabia que o webdig ainda funcionava para alguns. Então tentei webdig.

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

Eu salvei os resultados no meu pc para provar que não sou louco. Mas você pode ver que apenas alguns servidores DNS retornam a seção de autoridade no momento.

dig xxxxxxx.xx NSainda funciona e fornece os servidores de nomes na seção de respostas. Mas não há mais seção de autoridade.

Se você confirmar o mesmo, isso me diria que não estou sonhando com isso. Ashish

Ashish
fonte
0

Não tenho certeza do que exatamente aconteceu com todos os servidores DNS

Suponho que eles mudaram o bind da versão 9.11 para 9.12
Em algum lugar a opção "minimal-answers" mudou do padrão "no" para "yes". Se você definir

respostas mínimas não;

na seção de opções, funcionará como antes.

Hans
fonte