Scavare la sezione autorità di non ritorno?

10

Scavando wikipedia.com, sul mio Macbook Pro, ritorna:

$ 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

Potrei giurare, la settimana scorsa il mio computer ha restituito AUTHORITY SECTION+ alcune sezioni aggiuntive.

Ora, ogni volta che ho digqualsiasi sito, non ottengo il AUTHORITY SECTION.

Sento che qualcosa è rotto, ma non sono sicuro di cosa sia (se mai) e come risolverlo.

Un altro esempio:

$ 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 scorsa settimana, sono abbastanza sicuro di averne anche uno AUTHORITY SECTION.

Qualche consiglio? Ho accidentalmente impostato una bandiera per limitare ciò che digritorna sulla mia macchina? In tal caso, come posso tornare a mostrare tutto?

Ecco cosa ottengo quando scavo dal mio computer di lavoro:

$ 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

Una parte di me si chiede se il mio ISP (Comcast) o router di casa stia bloccando qualcosa? Oppure, il mio Mac a casa è impostato diversamente dal mio Mac al lavoro? Non sono sicuro di come testare queste teorie.

Inoltre, potrei sbagliarmi sul fatto che ho mai diglavorato sul mio laptop di casa (non ricordo per certo). Ad ogni modo, sto ottenendo i risultati desiderati dal mio Mac di lavoro e non dal mio Mac portatile / domestico. Perché i due dovrebbero differire?

terminal  dns 
— mhulse
fonte

Risposte:

8

Non è possibile ottenere la sezione autorità se non si esegue una query su server autorevoli.

Ad esempio i server autorevoli per google.com sono;

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

Il risultato includerà queste righe;

;; 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
Grazie per i suggerimenti! Ho aggiornato la mia domanda per fornirti i digrisultati che ottengo dal lavoro, che restituiscono una sezione di autorità (sia per google.com che per wikipedia.com). Nota: voterei la tua risposta, ma non ho abbastanza rappresentante ... Mi dispiace per quello. :(
— mhulse,
@mhulse Dovresti avere molta reputazione per ottenere voti. Per favore, chiamami se non riesci davvero a votare questa risposta (E 'a +1) ora, quindi so che la votazione qui funziona (dato che ho lanciato il primo voto a me stesso ora)
— bmike
@bmike Sembra che ora sia in grado di votare. Non sono sicuro del motivo per cui non sono stato in grado di farlo quando ho pubblicato questa domanda. Grazie per la spinta. :)
— mhulse,
4

Hmmm. Non sono sicuro se si tratta di un problema con la bandiera, ma perché non farlo:

dig SOA wikipedia.com

I miei risultati:

; <<>> 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
Buona idea! Grazie per il suggerimento. Non sono nel mio computer di casa, ma ci proverò quando torno a casa per vedere come funziona. Inoltre, ho aggiornato il mio post originale con ulteriori informazioni nel caso in cui sei interessato a vedere i risultati che ottengo quando uso digsul mio computer di lavoro (su una rete diversa). Nota: voterei la tua risposta, ma non ho abbastanza rappresentante ... Mi dispiace per quello. :(
— mhulse,
3

Questo mi sta facendo impazzire anche sul mio macbook. Quindi ho scavato un po 'più a fondo. Non sono sicuro di cosa sia successo esattamente a tutti i server DNS, ma la maggior parte di essi non restituisce più la sezione "autorità". Anche con + flag di autorità. E nemmeno per + aggiuntivo.

Ma sapevo che webdig funzionava ancora per alcuni. Così provato webdig.

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

Ho salvato i risultati sul mio PC per dimostrare che non sono pazzo. Ma puoi vedere che al momento solo pochi server DNS restituiscono la sezione dell'autorità.

dig xxxxxxx.xx NSfunziona ancora e ti fornisce i server dei nomi nella sezione risposte. Ma non più sezione di autorità.

Se confermi lo stesso, ciò mi direbbe che non lo sto sognando. Ashish

— Ashish
fonte
0

Non sono sicuro di cosa sia successo esattamente a tutti i server DNS

Presumo che abbiano cambiato il legame dalla versione 9.11 al 9.12
Da qualche parte l'opzione "risposte minime" è cambiata dal valore predefinito "no" a "sì". Se lo definisci

risposte minime no;

nella sezione opzioni funzionerà come prima.

— hans
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.