Aby uzyskać odpowiedź jak na poniższym zrzucie ekranu, należy wydać polecenie:
Server: Unknown
Address: 192.168.0.1
Non-authoritative answer:
Name: microsoft.com
Addresses: 104.215.148.63
13.77.161.179
40.76.4.15
40.112.72.205
40.113.200.201
Wybór nslookup microsoft.com jest jak najbardziej trafny, bo to narzędzie jest przeznaczone do robienia zapytań DNS. Dzięki temu uzyskujesz informacje o rekordach DNS dotyczących danej domeny. W zrzucie ekranu widać, że odpowiedź pochodzi z serwera DNS, który nie jest autorytatywny dla domeny microsoft.com. Oznacza to, że to info pochodzi od serwera pośredniczącego, a nie bezpośrednio od źródła. Administratrorzy sieci często korzystają z nslookup, żeby diagnozować problemy z DNS i sprawdzać, czy rekordy są poprawnie ustawione. W praktyce, używając tego narzędzia, możesz szybko zobaczyć, jaki adres IP odpowiada na zapytanie dla danej domeny, co jest mega ważne, zwłaszcza gdy masz problemy z dostępnością stron czy z konfiguracją serwerów. Fajnie jest też znać różne opcje nslookup, jak na przykład zmianę serwera DNS, co może się przydać w bardziej skomplikowanych zadaniach administracyjnych.
Niestety, polecenia takie jak netstat -f, ipconfig /displaydns czy tracert microsoft.com nie są dobrym wyborem, bo każde z nich ma inny cel w zarządzaniu sieciami. Na przykład netstat -f pokazuje aktywne połączenia sieciowe, a ich pełne nazwy domenowe, co jest spoko do analizy, ale nie pomoże w zapytaniach do DNS o adresy IP. Z kolei ipconfig /displaydns pokazuje tylko lokalną pamięć podręczną DNS, czyli to, co komputer wcześniej zapamiętał, a nie pyta zewnętrznych serwerów. A tracert microsoft.com służy do sprawdzania, przez jakie routery przechodzi pakiet do celu, więc też nie dostarcza informacji o rekordach DNS. Nieznajomość różnic między tymi poleceniami może prowadzić do pomyłek przy diagnozowaniu problemów z dostępnością usług w internecie. Dlatego warto znać te różnice i wiedzieć, kiedy używać którego narzędzia.