'scava qualsiasi' risultato sbagliato, dati mancanti

Stavo giocando con 'scavare' mostrando ad un amico come funzionava quando ho notato un comportamento strano con il tipo 'qualsiasi'.

Credo che l'uso di 'dig any' otterrà automaticamente tutti i tipi di record ma ciò non sembra avvenire per qualche motivo.

Ecco la mia uscita ...

; > DiG 9.4.3-P3 > ANY sourceforge.net

;; QUESTION SECTION:
;sourceforge.net.       IN  ANY

;; ANSWER SECTION:
sourceforge.net.    2390    IN  A   216.34.181.60
sourceforge.net.    3279    IN  NS  ns-1.sourceforge.com.
sourceforge.net.    3279    IN  NS  ns-1.ch3.sourceforge.com.
sourceforge.net.    3279    IN  NS  ns-2.ch3.sourceforge.com.

;; ADDITIONAL SECTION:
ns-2.ch3.sourceforge.com. 3221  IN  A   216.34.181.22

Nota come mancano i record MX? In modo che ho eseguito "scavare MX" e ottenuto i record MX bene. Così ho deciso di eseguire "scavare qualsiasi" di nuovo per verificare che non stavo impazzendo e ho ottenuto i seguenti risultati ...


;; QUESTION SECTION:
;sourceforge.net.       IN  ANY

;; ANSWER SECTION:
sourceforge.net.    2379    IN  A   216.34.181.60
sourceforge.net.    3268    IN  NS  ns-1.ch3.sourceforge.com.
sourceforge.net.    3268    IN  NS  ns-2.ch3.sourceforge.com.
sourceforge.net.    3268    IN  NS  ns-1.sourceforge.com.
sourceforge.net.    3597    IN  MX  10 mx.sourceforge.net.

;; ADDITIONAL SECTION:
ns-2.ch3.sourceforge.com. 3210  IN  A   216.34.181.22
mx.sourceforge.net. 1653    IN  A   216.34.181.68

E ora compaiono i record MX!

Qualche idea su cosa sta succedendo? Come faccio a mostrare effettivamente tutti i record la prima volta?

Grazie!

dns dig

— Snowpoch
fonte

Puoi riprodurlo su un'altra macchina, interrogando un altro server, o in un altro momento (quando sono scaduti abbastanza cache)? Il DNS non è affidabile, quindi sospetto un errore da qualche parte (ad esempio un pacchetto perso, o un pacchetto ritardato che non era cameriere), probabilmente al provider DNS di sourceforge poiché successivamente le informazioni dovrebbero essere contenute in un singolo pacchetto UDP.

— Gilles

OK, ho capito qual è il problema. Quando eseguo "qualsiasi" normalmente, esso prende i risultati dalla mia cache locale, quindi mostrerà solo i record che ho già "visto".

Per bypassare questo e recuperare tutti i record correttamente devo indirizzare la mia query al server dei nomi autorevole per quel dominio.

Ecco l'one-liner che sto usando per farlo ...

dig any stackoverflow.com @`dig +short  SOA stackoverflow.com | cut -d' ' -f1`

Dà (prima volta) ...

;; QUESTION SECTION:
;stackoverflow.com.     IN  ANY

;; ANSWER SECTION:
stackoverflow.com.  86400   IN  SOA ns1.p19.dynect.net. jatwood.stackoverflow.com. 2009090960 3600 600 604800 60
stackoverflow.com.  86400   IN  NS  ns3.p19.dynect.net.
stackoverflow.com.  86400   IN  NS  ns2.p19.dynect.net.
stackoverflow.com.  86400   IN  NS  ns4.p19.dynect.net.
stackoverflow.com.  86400   IN  NS  ns1.p19.dynect.net.
stackoverflow.com.  432000  IN  A   69.59.196.211
stackoverflow.com.  172800  IN  MX  50 aspmx3.googlemail.com.
stackoverflow.com.  172800  IN  MX  10 aspmx.l.google.com.
stackoverflow.com.  172800  IN  MX  20 alt1.aspmx.l.google.com.
stackoverflow.com.  172800  IN  MX  30 alt2.aspmx.l.google.com.
stackoverflow.com.  172800  IN  MX  40 aspmx2.googlemail.com.
stackoverflow.com.  172800  IN  TXT "v=spf1 a mx ip4:69.59.196.211 ip4:69.59.196.210 ip4:69.59.196.211 ip4:69.59.196.212 ip4:69.59.196.213 ip4:69.59.196.214 ip4:69.59.196.215 ip4:69.59.196.216 ip4:69.59.196.217 ip4:69.59.196.218 ip4:69.59.196.219 ip4:69.59.196.220 include:cmail1.com ~all"

Qual è esattamente il tipo di output di cui ho bisogno.

Godere!

— Snowpoch
fonte

Non so molto di DNS, ma non penso che la cache locale dovrebbe comportarsi in questo modo. Che software è?

— Gilles

a mia conoscenza, Dig non dovrebbe funzionare in questo modo, neanche. Se non viene specificato alcun server, dovrebbe connettersi al server dei nomi predefinito per il computer, senza utilizzare la cache.

— apraetor