Resolve-DnsName – rozwiązywanie nazw DNS

Resolve-DnsName w PowerShell wykonuje zapytania DNS, będąc nowocześniejszym odpowiednikiem klasycznego polecenia nslookup.

Resolve-DnsName w środowisku PowerShell

Resolve-DnsName jest poleceniem PowerShell służącym do wykonywania zapytań DNS, czyli sprawdzania, jakie rekordy są powiązane z określoną nazwą domenową albo adresem IP. Cmdlet korzysta z mechanizmów klienta DNS systemu Windows i pozwala uzyskać bardziej szczegółowy, ustrukturyzowany wynik niż klasyczne narzędzie nslookup. Podstawowe zapytanie ma postać Resolve-DnsName -Name example.com. W odpowiedzi mogą pojawić się między innymi nazwa, typ rekordu, wartość TTL, serwer odpowiadający oraz dane właściwe dla danego rekordu.

Narzędzie jest przydatne wtedy, gdy trzeba rozdzielić problem z nazwą domenową od problemu z połączeniem sieciowym lub działaniem konkretnej usługi. Sam fakt, że przeglądarka albo program nie łączy się z serwerem, nie oznacza jeszcze awarii DNS. Resolve-DnsName pozwala sprawdzić, czy nazwa jest rozpoznawana, jaki adres został zwrócony i czy odpowiedź pochodzi z domyślnego resolvera systemowego, czy z serwera wskazanego ręcznie.

Typy rekordów i składnia zapytań

Domyślne użycie zwykle służy do sprawdzenia rekordów adresowych, ale rodzaj odpowiedzi można określić parametrem -Type. Przykładowo Resolve-DnsName -Name example.com -Type A sprawdza rekord IPv4, a -Type AAAA rekord IPv6. Dla poczty elektronicznej stosuje się -Type MX, dla serwerów autorytatywnych -Type NS, dla aliasu -Type CNAME, a dla informacji tekstowych -Type TXT. Dostępne są także typy SOA, SRV i PTR. Przy rekordzie PTR zapytanie może dotyczyć odwrotnego mapowania adresu IP na nazwę hosta.

Do porównania odpowiedzi różnych resolverów służy parametr -Server, na przykład Resolve-DnsName -Name example.com -Server 1.1.1.1. Pozwala to zestawić wynik z serwera DNS skonfigurowanego w systemie z odpowiedzią konkretnego publicznego lub firmowego resolvera. Parametr -DnsOnly ogranicza rozwiązywanie do DNS, bez prób użycia dodatkowych mechanizmów lokalnego odnajdywania nazw. -NoHostsFile pomija plik hosts, dzięki czemu można sprawdzić odpowiedź DNS bez lokalnego nadpisania. Przy analizie problemów z transportem DNS można użyć -TcpOnly, aby wymusić zapytanie przez TCP zamiast typowego UDP.

Odczytywanie odpowiedzi i lokalizowanie przyczyny problemu

Wynik zapytania trzeba interpretować razem z typem rekordu. Rekord A lub AAAA wskazuje adres używany przez aplikację do nawiązania połączenia, ale poprawny adres nie potwierdza jeszcze, że port usługi jest dostępny. Rekord MX dotyczy obsługi poczty dla domeny i nie powinien być traktowany jako adres serwera WWW. Rekord CNAME wskazuje inną nazwę, dlatego w praktyce należy sprawdzić także końcowy rekord adresowy. Brak odpowiedzi określonego typu może być prawidłowy, jeśli właściciel domeny takiego rekordu nie opublikował.

Różnice między odpowiedziami mogą wynikać z pamięci podręcznej, czasu TTL, delegacji domeny, lokalnej konfiguracji DNS albo propagacji zmiany. Jeżeli domyślny serwer zwraca błąd, a wskazany ręcznie serwer odpowiada poprawnie, podejrzenie pada na konfigurację resolvera lub jego dostępność. Jeżeli oba serwery zwracają ten sam brak rekordu, problem może dotyczyć samej strefy DNS. Błąd DNS name does not exist oznacza, że serwer uznał nazwę za nieistniejącą, natomiast przekroczenie limitu czasu wskazuje raczej na brak odpowiedzi lub problem komunikacyjny. Przy analizie warto porównać kilka typów rekordów, sprawdzić zarówno IPv4, jak i IPv6, oraz wykonać zapytanie do właściwego serwera DNS zamiast opierać się wyłącznie na wyniku aplikacji.

Praktyczne użycie przy problemach z komputerem

Resolve-DnsName można uruchomić w Windows PowerShell z poziomu terminala, gdy komputer nie otwiera wybranej strony, nie odnajduje urządzenia w sieci lokalnej albo program zgłasza błąd związany z nazwą hosta. Przykładowy zestaw diagnostyczny obejmuje Resolve-DnsName -Name nazwa-domeny, następnie zapytanie o rekord A i AAAA, a na końcu porównanie z innym serwerem przez parametr -Server. Wyniki można przekazać do dalszej analizy lub zapisać w zmiennej PowerShell, ponieważ cmdlet zwraca obiekty, a nie tylko nieustrukturyzowany tekst.

Warszawskie Pogotowie Komputerowe wykonuje naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z systemem Windows, siecią oraz rozwiązywaniem nazw. Podczas sprawdzania usterki wynik Resolve-DnsName może pomóc ustalić, czy źródłem problemu jest konfiguracja DNS, lokalny plik hosts, niedostępny resolver, błędny rekord domenowy czy dopiero kolejny etap połączenia, taki jak zapora sieciowa albo niedostępny port usługi.