Set-DnsClientServerAddress – ustawienie DNS

Set-DnsClientServerAddress w PowerShell konfiguruje serwery DNS dla interfejsu sieciowego, zastępując ręczną edycję we właściwościach karty.

Set-DnsClientServerAddress – czym jest ustawienie DNS w PowerShell

Polecenie Set-DnsClientServerAddress służy do przypisania wskazanych adresów DNS do wybranego interfejsu sieciowego w systemie Windows. DNS, czyli system nazw domenowych, pośredniczy między nazwą używaną przez człowieka a adresem IP serwera, z którym ma zostać nawiązane połączenie. Dzięki temu przeglądarka może odnaleźć witrynę po wpisaniu nazwy domeny, a aplikacja może połączyć się z usługą opisaną nazwą zamiast ciągu cyfr.

W praktyce ustawienie DNS może być zapisane dla konkretnej karty Ethernet, modułu Wi-Fi, tunelu VPN albo innego interfejsu widocznego w systemie. Zmiana dotyczy konfiguracji danego interfejsu, dlatego przed wykonaniem polecenia trzeba ustalić jego prawidłową nazwę oraz sprawdzić, czy komputer korzysta właśnie z tego połączenia. Przy kilku aktywnych kartach łatwo zmienić parametry niewłaściwego interfejsu, co może prowadzić do pozornie niezrozumiałych wyników.

Najprostsza postać polecenia może wyglądać następująco:

Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses ("192.0.2.53","192.0.2.54")

Przykładowe adresy w tym zapisie mają charakter dokumentacyjny. W rzeczywistym środowisku powinno się używać adresów otrzymanych od administratora sieci, dostawcy połączenia albo wynikających z przyjętej konfiguracji. Samo polecenie nie testuje, czy podane serwery DNS odpowiadają ani czy są właściwe dla danej sieci.

Set-DnsClientServerAddress a wybór interfejsu i metoda konfiguracji

W systemie Windows można spotkać kilka sposobów ustawiania DNS: przez graficzne właściwości karty sieciowej, polecenia PowerShell, narzędzia starszego typu oraz konfigurację dostarczaną automatycznie przez DHCP. Set-DnsClientServerAddress jest przydatne wtedy, gdy potrzebna jest powtarzalność, możliwość zapisania procedury albo szybka zmiana parametrów bez przechodzenia przez kolejne okna ustawień. Jest to szczególnie wygodne przy diagnostyce wielu komputerów, przygotowywaniu stanowiska lub odtwarzaniu znanej konfiguracji.

Przed zmianą warto wyświetlić listę interfejsów:

Get-NetAdapter

To polecenie pozwala sprawdzić między innymi nazwy kart, ich stan oraz identyfikatory. Bardziej szczegółowe informacje o bieżącej konfiguracji DNS można uzyskać za pomocą:

Get-DnsClientServerAddress

Wynik warto odczytać przed modyfikacją i zachować, jeśli konfiguracja ma zostać później odtworzona. Przydatne bywa również polecenie:

Get-NetIPConfiguration

Pozwala ono powiązać interfejs z adresem IP, bramą domyślną i innymi elementami ustawień sieciowych. Sama nazwa „Wi-Fi” lub „Ethernet” nie zawsze wystarcza, ponieważ użytkownik albo oprogramowanie może wcześniej zmienić alias interfejsu. Można też posłużyć się numerem interfejsu, gdy wymaga tego przygotowywany skrypt, lecz nazwa jest zwykle czytelniejsza dla osoby wykonującej ręczną diagnostykę.

Istotna jest różnica między konfiguracją ręczną a DHCP. Jeżeli adresy DNS są pobierane automatycznie, ustawienie wartości statycznych zmienia sposób działania klienta DNS dla wybranego interfejsu. W efekcie komputer może przestać korzystać z serwerów przekazywanych przez router lub sieć lokalną. Nie zawsze jest to błąd, ale zmiana powinna być świadoma i odwracalna.

Set-DnsClientServerAddress – typowe problemy i objawy

Jednym z częstszych problemów jest podanie aliasu, który nie istnieje. Literówka, różnica w wielkości znaków zwykle nie ma znaczenia, ale dodatkowy znak, inna nazwa językowa systemu albo wskazanie nieaktywnego interfejsu może spowodować niepowodzenie. Dlatego najpierw należy odczytać wynik Get-NetAdapter, a dopiero potem użyć dokładnej wartości parametru -InterfaceAlias.

Drugą grupę problemów stanowią niepoprawne adresy. Adres serwera DNS musi mieć prawidłowy format i powinien wskazywać działający serwer. Komenda może zostać przyjęta, a mimo to rozwiązywanie nazw nie będzie działało, jeżeli serwer jest niedostępny, nie odpowiada z danej sieci albo wymaga innej drogi dostępu. Sam dostęp do Internetu nie potwierdza poprawności DNS. Możliwe jest połączenie z wcześniej zapamiętaną stroną, przy jednoczesnym braku możliwości odnalezienia nowej domeny.

Objawami błędnej konfiguracji mogą być komunikaty o nieodnalezieniu serwera, długie oczekiwanie podczas otwierania stron, działanie aplikacji korzystających z adresów IP oraz niedostępność usług wywoływanych nazwą. Czasami problem dotyczy tylko jednego programu, ponieważ aplikacja może stosować własny mechanizm rozwiązywania nazw, pamięć podręczną albo tunel sieciowy.

Do sprawdzenia działania można użyć poleceń:

Resolve-DnsName example.org

nslookup example.org

Warto pamiętać, że te narzędzia mogą korzystać z nieco innych mechanizmów i prezentować wynik w różnej formie. Jeżeli wynik jest niejednoznaczny, należy sprawdzić aktywny interfejs, bramę, stan połączenia oraz ewentualne reguły zapory. Pomocne bywa także wyczyszczenie lokalnej pamięci podręcznej klienta DNS poleceniem Clear-DnsClientCache, jednak nie zastępuje to sprawdzenia samej łączności z serwerem.

Zmiana DNS może kolidować z oprogramowaniem VPN, filtrami bezpieczeństwa, kontrolą rodzicielską lub rozwiązaniami, które celowo przechwytują zapytania DNS. W takich przypadkach ręczne ustawienie adresów może nie dać oczekiwanego efektu albo może utrudnić dostęp do zasobów wymagających firmowego resolvera.

Set-DnsClientServerAddress – praktyczne wskazówki bezpiecznej zmiany

Przed modyfikacją powinno się zanotować aktualny stan. Najbardziej przejrzyste jest wykonanie:

Get-DnsClientServerAddress | Format-List

Następnie można ustawić nowe adresy dla konkretnego interfejsu. Jeżeli ma być używany jeden serwer, lista może zawierać jedną wartość. Jeżeli przewidziano kilka serwerów, należy przekazać je jako kolejne elementy tablicy. Kolejność może mieć znaczenie dla czasu oczekiwania, ponieważ klient zazwyczaj próbuje korzystać z pierwszego dostępnego resolvera, a w razie problemów przechodzi do następnych zgodnie z własną logiką.

Przykład z rozdzieleniem adresów na osobne zmienne może ułatwić czytanie skryptu:

$dns = @("192.0.2.53","192.0.2.54")

Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses $dns

W skrypcie powinno się przewidzieć sprawdzenie, czy interfejs istnieje i jest dostępny. Warto również zapisać wynik operacji oraz zweryfikować konfigurację po wykonaniu polecenia:

Get-DnsClientServerAddress -InterfaceAlias "Ethernet"

Przywrócenie automatycznego pobierania serwerów DNS odbywa się przez parametr -ResetServerAddresses, na przykład:

Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ResetServerAddresses

Po takim przywróceniu sposób uzyskania adresów zależy od pozostałej konfiguracji sieci, najczęściej od DHCP. Nie należy zakładać, że każda sieć dostarczy identyczne wartości albo że dostęp do zasobów lokalnych pozostanie bez zmian.

W środowisku z kilkoma interfejsami trzeba przeprowadzić test na tym połączeniu, które faktycznie przenosi ruch. Laptop może jednocześnie widzieć przewodową kartę sieciową, Wi-Fi, wirtualne adaptery i połączenie VPN. Ustawienie DNS na nieużywanej karcie nie naprawi problemu, a może utrudnić późniejszą analizę. Z tego powodu przydatne jest porównanie stanu interfejsów przed i po zmianie, a także sprawdzenie, czy nazwa domenowa jest rozwiązywana zarówno lokalnie, jak i dla zewnętrznych usług.

Set-DnsClientServerAddress – kiedy potrzebna jest pomoc serwisu

Do samodzielnego użycia polecenia można przystąpić wtedy, gdy znany jest cel zmiany, właściwy interfejs oraz źródło prawidłowych adresów DNS. Jeżeli problem pojawił się po aktualizacji systemu, instalacji programu ochronnego, zmianie routera albo konfiguracji VPN, sama edycja DNS może usunąć objaw tylko na krótko. W takiej sytuacji należy sprawdzić cały tor połączenia: kartę sieciową, sterownik, adres IP, bramę, reguły zapory, pamięć podręczną oraz działanie serwera DNS.

Zgłoszenie do serwisu jest zasadne, gdy strony otwierają się losowo, połączenie działa wyłącznie po wpisaniu adresu IP, system przełącza się między interfejsami albo polecenia PowerShell zwracają błędy uprawnień i konfiguracji. W Warszawie takie przypadki można przekazać do firmy Warszawskie Pogotowie Komputerowe 24/7, gdzie analizuje się konfigurację urządzenia i dobiera dalsze czynności do rodzaju usterki.

Przy przekazywaniu komputera pomocne jest przygotowanie informacji o tym, kiedy problem wystąpił, czy dotyczy jednej sieci czy kilku, jaki interfejs jest używany oraz jakie wyniki zwracają Get-NetAdapter, Get-DnsClientServerAddress i Resolve-DnsName. Takie dane skracają etap rozpoznania i zmniejszają ryzyko przypadkowego zmieniania kolejnych parametrów. Po naprawie warto potwierdzić działanie kilku domen, sprawdzić dostęp do zasobów lokalnych i upewnić się, że konfiguracja pozostaje prawidłowa po ponownym uruchomieniu komputera.