Почему команды dig и nslookup иногда выводят разные результаты?
~$ 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
не возвращал бы никакого результата (время ожидания), но использованиеsystemd-resolve
работало очень хорошо. Это был новый для меня, и я буду использоватьsystemd-resolve
в будущем вместо nslookup.Некоторое время
nslookup
было объявлено как устаревшее приложение и больше не должно использоваться.Выход даже предупредил вас об этом:
выдержка из http://cr.yp.to/djbdns/nslookup.html
Однако в примечаниях к выпуску из Bind 9.9.0a3 есть запись (# 1700), в которой говорится следующее:
На странице Википедии также говорится следующее:
Так что казалось бы, что
nslookup
это прекрасно для использования вместе сdig
. В дополнение к двум инструментам, использующим различные средства распознавания, есть вещи, которые легче сделать поdig
сравнению с другимиnslookup
, хотяnslookup
обычно эти два инструмента проще использовать изо дня в день.Кроме того
dig
, выходные данные, как правило, легче анализировать в сценариях или в командной строке.источник