Pourquoi les commandes dig et nslookup impriment-elles parfois des résultats différents?
~$ dig facebook.com
; <<>> DiG 9.9.2-P1 <<>> facebook.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6625
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;facebook.com. IN A
;; ANSWER SECTION:
facebook.com. 205 IN A 173.252.110.27
;; Query time: 291 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Oct 6 17:55:52 2013
;; MSG SIZE rcvd: 57
~$ nslookup facebook.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: facebook.com
Address: 10.10.34.34
nslookup
aucun résultat ne serait renvoyé (le délai expirait), mais l’utilisationsystemd-resolve
a très bien fonctionné. Ce fut un nouveau pour moi et je vais probablement utilisersystemd-resolve
à l'avenir au lieu de nslookup.Pendant un certain temps, il
nslookup
a été signalé comme une application déconseillée et ne devrait plus être utilisé.La sortie vous a même averti de ceci:
extrait de http://cr.yp.to/djbdns/nslookup.html
Toutefois, dans les notes de publication de Bind 9.9.0a3 , une entrée (n ° 1700) indique ce qui suit:
La page Wikipedia dit aussi ceci:
Donc, il semblerait que ce
nslookup
soit parfaitement correct à utiliser avecdig
. En plus des 2 outils utilisant différents résolveurs, il existe des choses plus faciles à faire dansdig
vsnslookup
, bien que censlookup
soit généralement le plus facile des 2 outils à utiliser au quotidien.Aussi
dig
la sortie « est généralement plus facile à analyser dans les scripts ou dans l' utilisation de la ligne de commande.la source