Dlaczego polecenia dig i nslookup czasami wyświetlają różne wyniki?
~$ 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
nie zwróciłoby żadnego wyniku (przekroczyłby limit czasu), ale używaniesystemd-resolve
działało bardzo dobrze. To był dla mnie nowy i prawdopodobnie użyję gosystemd-resolve
w przyszłości zamiast nslookup.Przez pewien czas
nslookup
było zgłaszane jako przestarzała aplikacja i nie należy jej już używać.Dane wyjściowe ostrzegały cię przed tym:
fragment z http://cr.yp.to/djbdns/nslookup.html
Jednak w informacjach o wersji z wersji 9.9.0a3 znajduje się wpis (# 1700), który stwierdza, co następuje:
Strona Wikipedii stwierdza również:
Wydaje się więc, że
nslookup
można go używać razemdig
. Oprócz 2 narzędzi wykorzystujących różne resolwery, istnieją rzeczy, które są łatwiejsze do zrobienia wdig
porównaniu z innyminslookup
, chociażnslookup
generalnie jest to łatwiejsze z 2 narzędzi do codziennego użytku.Również
dig
dane wyjściowe są zwykle łatwiejsze do przeanalizowania w skryptach lub przy użyciu wiersza poleceń.źródło