Warum geben die Befehle dig und nslookup manchmal unterschiedliche Ergebnisse aus?
~$ 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
es kein Ergebnis gab (Timeout), aber die Verwendungsystemd-resolve
funktionierte sehr gut. Dies war eine neue für mich und ich werde wahrscheinlichsystemd-resolve
in Zukunft anstelle von nslookup verwenden.Wurde eine Weile
nslookup
als veraltete Anwendung gemeldet und sollte nicht mehr verwendet werden.Die Ausgabe hat Sie sogar davor gewarnt:
Auszug aus http://cr.yp.to/djbdns/nslookup.html
In den Release Notes von Bind 9.9.0a3 gibt es jedoch einen Eintrag (# 1700), der Folgendes besagt:
Auf der Wikipedia-Seite heißt es auch:
Es scheint also, dass
nslookup
es vollkommen in Ordnung ist, es zusammen mit zu verwendendig
. Zusätzlich zu den zwei Werkzeugen mit verschiedenen Resolvern, gibt es Dinge , die in zu tun , sind leichterdig
vs.nslookup
, obwohl imnslookup
Allgemeinen der einfacheren der zwei Werkzeuge zur Verwendung Tag zu Tag.Außerdem ist
dig
die Ausgabe in der Regel einfacher in Skripten oder in der Befehlszeile zu analysieren.quelle