Serwer DNS — co to jest i co zrobić, gdy nie odpowiada

Serwer DNS odpowiada na zapytanie o nazwę domeny adresem IP. Przeglądarka używa tego adresu, by połączyć się z właściwym serwerem.¹
W artykule wyjaśniamy, jak działa DNS i publiczne usługi DNS oraz co zrobić, gdy pojawia się błąd „serwer DNS nie odpowiada”. Standardowe zapytania DNS korzystają z portu 53 przez UDP lub TCP².

Czym jest serwer DNS?

Serwer DNS należy do systemu nazw domenowych. Pomaga ustalić, jaki adres sieciowy odpowiada nazwie użytej przez użytkownika. Dzięki temu strony mogą mieć czytelne nazwy, choć urządzenia komunikują się za pomocą adresów IP. Adres IPv4 ma długość 32 bitów³.

Zapytanie DNS jest prośbą o informacje dotyczące wskazanej nazwy. Serwer może zwrócić wynik zapisany wcześniej w pamięci podręcznej albo uzyskać odpowiedź z infrastruktury DNS. O tym, jak długo rekord może pozostać w pamięci podręcznej, decyduje TTL wyrażany w sekundach².

DNS oddziela nazwę, którą posługuje się człowiek, od adresu potrzebnego do nawiązania połączenia. Nazwa domenowa składa się z części nazywanych etykietami. Każda etykieta może mieć maksymalnie 63 oktety².

Co oznacza skrót DNS?

DNS to skrót od Domain Name System, czyli systemu nazw domenowych. Porządkuje on nazwy domen i informacje potrzebne do odnajdywania usług w sieci. Domena jest czytelnym identyfikatorem; adres IP wskazuje urządzeniu cel połączenia. W formacie DNS pełna nazwa domenowa może zajmować maksymalnie 255 oktetów².

Jaką rolę pełni serwer DNS podczas otwierania strony?

Serwer DNS pomaga przeglądarce znaleźć cel połączenia, gdy wpiszesz adres strony. Najpierw przeglądarka musi poznać adres IP powiązany z nazwą. Później nawiązuje połączenie i pobiera zawartość strony.
Po ustaleniu adresu IP może połączyć się ze stroną HTTPS przez domyślny port 443⁴.

Jakie pojęcia pomagają zrozumieć działanie DNS?

Działanie DNS łączy nazwę domeny, zapytanie, odpowiedź i adres IP. Nazwa wskazuje poszukiwany zasób, a odpowiedź dostarcza informacji potrzebnych do połączenia. Pamięć podręczna DNS zachowuje otrzymany wynik, więc urządzenie nie musi za każdym razem szukać go od początku. TTL równy 0 sekund oznacza, że rekord nie powinien być przechowywany w pamięci podręcznej².

Jak nazwa domeny jest tłumaczona na adres IP?

Tłumaczenie nazwy domeny na adres IP nazywa się rozwiązywaniem nazwy. Zaczyna się wtedy, gdy urządzenie potrzebuje adresu przypisanego do domeny. Odpowiedź na zapytanie o rekord AAAA może zawierać 128-bitowy adres IPv6⁵.

• Urządzenie wysyła zapytanie DNS o wpisaną nazwę.
• System DNS szuka odpowiedzi w pamięci podręcznej lub infrastrukturze nazw domenowych.
• Urządzenie odbiera wynik i używa adresu IP, by nawiązać połączenie.

Rozwiązywanie nazwy pozwala korzystać z czytelnej domeny zamiast wpisywać adres IP serwera. Adres IPv4 zapisuje się zwykle jako cztery liczby dziesiętne rozdzielone kropkami; użytkownik nie musi jednak go podawać⁶.

Czym są serwery rekurencyjne, autorytatywne i główne?

Serwery rekurencyjne szukają odpowiedzi na zapytania użytkowników, a serwery autorytatywne odpowiadają za dane domen. Serwer główny strefy jest serwerem autorytatywnym, na którym administrator edytuje dane strefy DNS. Każda strefa DNS powinna zawierać dokładnie jeden rekord SOA; pole MNAME wskazuje jej główny serwer nazw⁷.

Serwer autorytatywny udostępnia rekordy DNS domeny. Serwer rekurencyjny może natomiast zapisywać uzyskane odpowiedzi w pamięci podręcznej.¹ Serwer cache korzysta z tej pamięci, by obsłużyć kolejne zapytanie bez ponownego wyszukiwania. Przy TTL równym 0 sekund nie powinien zachowywać rekordu do obsługi następnego zapytania².

Tabela zestawia serwery DNS według ich roli w obsłudze zapytań i zarządzaniu danymi domeny.

Serwer rekurencyjny szuka odpowiedzi, a autorytatywny udostępnia dane domeny. Nagłówek odpowiedzi DNS zawiera 1-bitową flagę AA. Wskazuje ona, czy odpowiadający serwer jest autorytatywny dla zapytanej nazwy².

Czym są strefy i rekordy DNS?

Strefa DNS jest częścią przestrzeni nazw domenowych, której dane udostępnia określony zestaw serwerów. Rekordy DNS opisują nazwy i usługi należące do tej strefy. Administrator edytuje je, by wskazać adres strony, serwer pocztowy lub serwery nazw. Rekord MX zawiera 16-bitowe pole preferencji; przy wyborze serwera pocztowego pierwszeństwo mają niższe wartości².

Rekord DNS ma typ, który określa znaczenie odpowiedzi. Sprawdzenie typu pomaga odróżnić problem z adresem strony od kłopotu z kierowaniem poczty. Rekord MX służy do kierowania poczty i ma kod typu 15².

Jakie typy rekordów DNS warto znać?

Typ rekordu DNS zależy od potrzebnej informacji: adresu, serwera pocztowego albo serwera nazw. Poniższa tabela pokazuje, co wskazują poszczególne rekordy.

Rekordy A i AAAA wskazują odpowiednio adresy IPv4 i IPv6. MX wskazuje serwer pocztowy, a NS – serwery nazw domeny.¹ Rekord PTR przypisuje adres IP do nazwy domeny; używa się go w odwrotnym DNS.¹

Jak sprawdzić rekordy domeny?

Rekordy domeny odczytasz narzędziem nslookup. Podaj nazwę domeny i typ wpisu, którego szukasz.

• Nazwa domeny powinna wskazywać dokładnie tę domenę lub subdomenę, której wpis chcesz odczytać.
• Typ rekordu dobierz do diagnozowanej usługi, na przykład strony albo poczty.
• Polecenie nslookup uruchom dla wybranej nazwy i typu, a potem odczytaj odpowiedź serwera DNS.

Odpowiedź DNS pokazuje wpis widoczny dla serwera, do którego trafiło zapytanie.

Jak sprawdzić, czy nazwa domeny jest poprawnie rozwiązywana?

Rozwiązywanie nazwy domeny sprawdzisz, porównując odpowiedź DNS z adresem usługi, na którą domena ma kierować.

• Zapytanie o nazwę wykonaj dla dokładnej nazwy używanej w przeglądarce, wraz z subdomeną.
• Otrzymany adres zestaw z adresem przypisanym do właściwego serwera strony.
• Wynik z innego serwera DNS porównaj z pierwszym, jeśli urządzenia otrzymują różne odpowiedzi.

Odpowiedź zgodna z konfiguracją usługi potwierdza, że badana nazwa kieruje pod oczekiwany adres.

Który rekord odpowiada za stronę, a który za pocztę?

Adres strony pochodzi z wpisu łączącego jej nazwę z adresem serwera. Za kierowanie wiadomości do domeny odpowiada z kolei wpis wskazujący serwer pocztowy. Gdy diagnozujesz stronę, sprawdź nazwę wpisaną w przeglądarce; przy problemie z odbiorem poczty skontroluj domenę odbiorcy. Wpis adresowy nie zastąpi wpisu kierującego wiadomości.

Typ rekordu pozwala rozpoznać, czy wpis dotyczy adresu strony, poczty czy infrastruktury nazw.

Czym jest DNS w codziennym korzystaniu z internetu?

DNS jest systemem nazw, który pomaga urządzeniu odnaleźć usługę po nazwie domeny. Odpowiedź wskazuje cel połączenia, ale sam DNS nie pobiera zawartości strony. Z tego samego mechanizmu korzystają także usługi inne niż witryny internetowe.

Jak przebiega zapytanie DNS po wpisaniu adresu strony?

Zapytanie DNS zaczyna się wtedy, gdy przeglądarka potrzebuje adresu odpowiadającego wpisanej nazwie strony.

• Urządzenie wysyła zapytanie do skonfigurowanego serwera rekurencyjnego.
• Serwer rekurencyjny może kolejno kontaktować się z serwerem głównym, serwerem TLD domeny najwyższego poziomu i serwerem autorytatywnym. W ten sposób rozwiązuje nazwę domeny.¹
• Przeglądarka używa otrzymanego wyniku, by połączyć się ze wskazanym adresem.

Odpowiedź DNS kończy szukanie adresu. Strona zostaje pobrana podczas osobnego połączenia.

Dlaczego poprawne działanie DNS ma znaczenie?

Sprawny DNS pozwala urządzeniu znaleźć adres usługi wskazanej nazwą. Błędna odpowiedź może skierować połączenie pod niewłaściwy adres, a jej brak uniemożliwia znalezienie celu po nazwie. Serwery DNS mogą również kierować ruch do różnych adresów IP, by równoważyć obciążenie.¹
Poprawna odpowiedź DNS ma więc znaczenie dla dostępności usługi i kierowania ruchu⁸.

Jak DNS łączy domenę z usługą internetową?

DNS łączy domenę z usługą przez wpis określający cel połączenia urządzenia.

• Administrator domeny dodaje do właściwej strefy wpis wymagany przez usługę.
• Urządzenie użytkownika pyta DNS o nazwę przypisaną do usługi.
• Aplikacja używa otrzymanej odpowiedzi, by połączyć się z właściwym miejscem w sieci.

Domena pozostaje nazwą czytelną dla człowieka; wpis DNS określa drogę do usługi.

Do czego wykorzystuje się DNS poza otwieraniem stron?

DNS wskazuje także usługi pocztowe i pomaga kierować ruch do infrastruktury dostarczającej treści. CDN to sieć serwerów przechowujących kopie treści. Wykorzystuje DNS, by kierować użytkowników do geograficznie najbliższego serwera z kopią.¹ DNS wskazuje cel połączenia, natomiast żądanie użytkownika obsługuje już sama usługa.

Diagnostyka i zarządzanie DNS: od stref po filtrowanie zagrożeń

Diagnostyka DNS wymaga odczytania odpowiedzi serwera i porównania jej z konfiguracją domeny. Zarządzanie DNS obejmuje z kolei edycję strefy i reguł obsługi zapytań. Narzędzia diagnostyczne pomagają ustalić, czy źródłem problemu jest konkretny wpis, serwer nazw czy urządzenie użytkownika.

Jakimi narzędziami diagnozować problemy z DNS?

nslookup i dig odczytują odpowiedzi DNS dla wskazanej nazwy i typu rekordu. nslookup przydaje się do szybkiego sprawdzenia wyniku na urządzeniu. dig pokazuje też szczegóły odpowiedzi, w tym serwer, który jej udzielił. DNSChecker pozwala porównać wyniki widoczne z różnych lokalizacji; rozbieżności wskazują serwery wymagające dalszej kontroli.

Zapytania diagnostyczne kieruj do tej samej nazwy i tego samego typu rekordu, gdy porównujesz serwery. Jeśli między próbami zmienisz nazwę lub typ, wyniki nie będą porównywalne.

Jak utworzyć strefę DNS i zarządzać jej wpisami?

Strefę DNS tworzy się na serwerze autorytatywnym, który ma udostępniać wpisy domeny.

• Domena musi wskazywać serwery nazw obsługujące planowaną strefę.
• Strefa DNS potrzebuje wpisów opisujących serwery nazw i usługę, którą ma udostępniać.
• Zmiana wpisu powinna wynikać z konkretnej zmiany adresu lub usługi, by nie skierować pozostałego ruchu w inne miejsce.
• Odpowiedź serwera autorytatywnego pozwala sprawdzić wpisy po edycji.

Poprawnie skonfigurowana strefa udostępnia wpisy zgodne z adresami i usługami przypisanymi do domeny⁹.

Kiedy warto uruchomić własny serwer z BIND?

BIND ma sens, gdy administrator chce sam zarządzać strefami lub obsługą zapytań i może utrzymywać serwer. Własna instalacja daje kontrolę nad konfiguracją. Wymaga jednak aktualizacji, zabezpieczania i monitorowania usługi. BIND nie jest potrzebny osobie, która chce tylko edytować wpisy domeny bez utrzymywania infrastruktury.

Serwery DNS dostawcy domeny pozwalają edytować wpisy bez administrowania własnym serwerem. Dostępne ustawienia zależą jednak od panelu dostawcy. Takie rozwiązanie nie wystarczy, gdy potrzebujesz kontrolować pracę samego oprogramowania serwera¹⁰.

Jak wykorzystać DNS do blokowania reklam i zagrożeń?

Filtrowanie DNS wykorzystuje reguły, które odmawiają rozwiązania zablokowanych nazw. Serwer DNS można w ten sposób skonfigurować do blokowania znanych złośliwych domen.¹

• AdGuard DNS jest przykładem zewnętrznej usługi DNS z filtrowaniem. Urządzenie musi wysyłać do niej zapytania, by korzystać z jej reguł.
• dnsmasq jest oprogramowaniem do lokalnej obsługi zapytań. Administrator może w nim stosować własne reguły dotyczące nazw.
• Lista blokowanych domen wymaga kontroli. Jeśli obejmie domenę potrzebną do działania usługi, urządzenia korzystające z filtra nie będą mogły jej odnaleźć.

Filtrowanie DNS blokuje rozwiązywanie wybranych nazw. Nie zastępuje ochrony urządzeń ani kontroli dostępu do sieci.

Hierarchia DNS: role serwerów, implementacje i rodzaje stref

Hierarchia DNS oddziela wskazywanie kolejnych serwerów od udzielania odpowiedzi o domenie. Serwery obsługujące użytkowników korzystają z niej, gdy muszą odnaleźć dane domeny. Rolę serwera warto odróżniać od jego oprogramowania i rodzaju przechowywanej strefy.

Jakie role pełnią serwery w infrastrukturze DNS?

Serwery DNS mogą szukać odpowiedzi, wskazywać kolejny poziom hierarchii albo udostępniać dane domeny. Serwer rekurencyjny obsługuje zapytanie użytkownika, nadrzędny wskazuje dalszą drogę, a autorytatywny odpowiada za swoją strefę. Główny serwer strefy, zwany master, służy do zarządzania jej danymi. Nie jest tym samym co serwer główny hierarchii DNS.

Jak są ułożone poziomy hierarchii DNS?

Hierarchia DNS prowadzi od serwerów głównych przez serwery domen najwyższego poziomu do serwerów konkretnej domeny.

• Serwery główne hierarchii wskazują, gdzie szukać danych domeny najwyższego poziomu. Na świecie działa 13 zestawów głównych serwerów DNS.¹
• Serwery TLD obsługują domeny najwyższego poziomu i wskazują serwery nazw właściwe dla szukanej domeny.
• Serwery autorytatywne udostępniają odpowiedzi dotyczące domen, za których strefy odpowiadają.

Serwer rekurencyjny podąża za wskazaniami kolejnych poziomów, aż dotrze do serwera właściwego dla nazwy.

Jakie są popularne implementacje serwerów DNS?

PowerDNS, NSD, Unbound i Knot DNS to programy używane w infrastrukturze DNS. NSD i Knot DNS udostępniają strefy jako serwery autorytatywne, a Unbound obsługuje zapytania jako resolver rekurencyjny. PowerDNS ma rozwiązania dla ról autorytatywnych i rekurencyjnych. Implementacja jest programem pełniącym daną rolę, a nie osobnym poziomem hierarchii.

Czym różnią się rodzaje stref DNS?

Rodzaje stref DNS różnią się kierunkiem wyszukiwania i sposobem przechowywania danych. Według kierunku zapytania wyróżnia się strefę używaną do szukania informacji po nazwie oraz strefę do wyszukiwania odwrotnego.

• Strefa wyszukiwania do przodu zawiera dane odczytywane po zapytaniu o nazwę domeny. Pomaga ustalić informacje potrzebne do korzystania z przypisanych jej usług.
• Strefa wyszukiwania wstecznego pozwala ustalić nazwę na podstawie adresu IP. Zapytanie przebiega tu od adresu do nazwy.
• Strefa główna jest miejscem zarządzania danymi strefy. Strefa wtórna przechowuje ich kopię pobieraną z innego serwera.

Rodzaj strefy zależy od kierunku wyszukiwania. Sposób przechowywania wynika natomiast z planu zarządzania danymi domeny.

Podstawy konfiguracji DNS i ochrony przed nadużyciami

Konfiguracja DNS wymaga ustalenia, które serwery udostępniają dane domeny i kto może zmieniać strefę. Trzeba też określić, kto może korzystać z serwera rekurencyjnego. Ochrona odpowiedzi, szyfrowanie zapytań i uwierzytelnianie komunikacji między serwerami służą różnym celom. Żadna z tych metod nie zastępuje pozostałych.

Od czego zacząć konfigurację DNS?

Konfigurację DNS zacznij od określenia roli serwera. Autorytatywny udostępnia dane domeny, a rekurencyjny odpowiada na zapytania klientów. Następnie przypisz domenie właściwe serwery nazw i przygotuj wpisy dla używanych usług. Jeśli uruchamiasz resolver dla własnej sieci, wskaż urządzenia uprawnione do wysyłania zapytań.

Jakie zagrożenia warto uwzględnić przy konfiguracji?

DNS Spoofing polega na podsunięciu fałszywej odpowiedzi DNS. Cache Poisoning oznacza zapisanie takiej odpowiedzi w pamięci podręcznej resolvera. Oba zagrożenia mogą skierować użytkownika pod adres inny niż zamierzony. Publicznie dostępna rekursja pozwala obcym urządzeniom korzystać z resolvera, więc ogranicz ją do uprawnionych klientów.

Jak chronić zapytania i odpowiedzi DNS?

Zapytania i odpowiedzi DNS zabezpieczaj stosownie do celu: możesz weryfikować pochodzenie danych albo szyfrować ruch między urządzeniem a resolverem. DNSSEC pozwala sprawdzić pochodzenie odpowiedzi DNS. DoT (DNS over TLS) i DoH (DNS over HTTPS) szyfrują ruch DNS.¹

• DNSSEC służy do weryfikacji odpowiedzi. Wymaga podpisania strefy i walidacji przez resolver.
• DoT lub DoH szyfrują zapytania między urządzeniem a resolverem. Jeśli chcesz chronić ten ruch, skonfiguruj odpowiedni protokół po obu stronach.
• Ustawienia klienta sprawdź po zmianie, by ustalić, z którego resolvera rzeczywiście korzysta urządzenie.

Tabela pokazuje porty TCP używane przez DoT i DoH.

Dane w tabeli: 1

Jak zabezpieczyć własny serwer DNS?

Własny serwer DNS chroń przez ograniczenie dostępu do rekursji i zarządzania strefami. Zabezpiecz też komunikację między serwerami. TSIG używa kluczy kryptograficznych do uwierzytelniania tej komunikacji, również podczas transferu stref.¹¹

• Rekursję udostępnij tylko urządzeniom uprawnionym do korzystania z resolvera.
• Transfer strefy ogranicz do uprawnionych serwerów i uwierzytelnij ich komunikację.
• Dostęp administracyjny przyznaj wyłącznie osobom zarządzającym konfiguracją. Aktualizuj też oprogramowanie serwera.

Ograniczenie dostępu chroni serwer przed nieuprawnionym użyciem. Uwierzytelnianie zabezpiecza z kolei wymianę danych między serwerami.

Jak ustawić serwer DNS na komputerze i routerze?

Serwer DNS ustawisz w konfiguracji połączenia sieciowego komputera lub w panelu routera. W obu przypadkach wpisujesz adresy wybranego resolvera. Ustawienie DNS na routerze może objąć urządzenia korzystające z sieci domowej.¹² Adres zapisany bezpośrednio na komputerze dotyczy jego połączenia.

Gdzie zmienić adresy DNS w routerze?

Adresy DNS w routerze zmienisz w panelu administracyjnym, w ustawieniach sieci lokalnej lub serwera DHCP. To DHCP przekazuje urządzeniom konfigurację połączenia. Zaloguj się do panelu, znajdź pola serwerów DNS, wpisz adresy i zapisz zmianę. Po odnowieniu konfiguracji sieciowej urządzenie pobierze nowe ustawienia.

Pola DNS połączenia internetowego routera mogą określać ustawienia samego routera. Nie muszą zmieniać adresów przekazywanych urządzeniom przez DHCP. Przed zapisaniem zmiany przeczytaj opis edytowanych pól.

Jak przetestować ustawienia po zmianie?

Ustawienia DNS sprawdź na urządzeniu, które ma korzystać z nowego serwera.

• Połączenie sieciowe rozłącz i nawiąż ponownie, by urządzenie pobrało konfigurację z routera.
• Adres serwera DNS odczytaj w szczegółach aktywnego połączenia i porównaj z wpisanym adresem.
• Zapytanie DNS wykonaj dla znanej nazwy narzędziem systemowym. Sprawdź, czy serwer zwrócił odpowiedź.

Poprawny wynik testu oznacza, że urządzenie użyło zamierzonego serwera i otrzymało odpowiedź na zapytanie¹³.

Jak przygotować adresy DNS przed konfiguracją urządzenia?

Adresy DNS przygotuj w formacie wymaganym przez urządzenie. Zachowaj też dotychczasowe ustawienia, by móc przywrócić połączenie.

• Adresy resolvera przepisz z informacji o wybranej usłudze, zachowując właściwy format IP.
• Aktualne ustawienia zapisz przed zmianą, aby w razie potrzeby do nich wrócić.
• Tryb konfiguracji sprawdź na urządzeniu. Zwykłe pola DNS przyjmują adresy IP, a Prywatny DNS w Androidzie wymaga nazwy hosta zgodnej z obsługiwanym protokołem.

Adres IP i nazwa hosta nie są wartościami zamiennymi w tych polach.

Jak sprawdzić i wybrać serwer DNS?

Serwer DNS wybieraj, porównując szybkość odpowiedzi, zasady prywatności i dostępność ze swojej sieci. Google Public DNS, OpenDNS, Cloudflare DNS i Quad9 DNS to przykłady publicznych usług do porównania, a nie gotowy ranking. Pomiar wykonany w cudzej sieci nie zastąpi sprawdzenia usługi na własnym urządzeniu.

Jak porównać szybkość, prywatność i dostępność?

Publiczne serwery DNS porównuj według tych samych kryteriów, korzystając z jednego połączenia internetowego.

• Szybkość odpowiedzi mierz dla tych samych nazw, kierując zapytania kolejno do każdego resolvera.
• Prywatność oceniaj według opublikowanych przez operatora zasad przetwarzania i przechowywania zapytań.
• Dostępność sprawdzaj przez ponawianie zapytań w sieci, w której serwer ma działać.

Wyniki porównania odnoszą się do Twojego połączenia i wymagań dotyczących danych o zapytaniach.

Jak ustalić, z którego serwera korzysta urządzenie?

Używany serwer DNS ustalisz, zestawiając ustawienia aktywnego połączenia z wynikiem zapytania diagnostycznego.

• Aktywne połączenie otwórz w ustawieniach sieci i odczytaj przypisane mu adresy DNS.
• Polecenie nslookup uruchom dla wybranej strony. Wynik może pokazać adres IP strony oraz używany serwer DNS.¹²
• Wynik zapytania zestaw z konfiguracją połączenia. Uwzględnij też ustawienia przeglądarki, jeśli używa własnego resolvera.

Adres serwera w odpowiedzi wskazuje resolver użyty przez to zapytanie. Inne aplikacje na tym samym urządzeniu mogą korzystać z innego.

Jak dopasować wybór do własnych potrzeb?

Wybór serwera DNS dopasuj do urządzeń i usług działających w Twojej sieci.

• Priorytet szybkości oprzyj na wynikach zapytań wykonanych z własnego połączenia.
• Priorytet prywatności oprzyj na zasadach operatora dotyczących danych o zapytaniach i dostępnych metodach szyfrowania.
• Sieć z nazwami wewnętrznymi przetestuj przed zmianą. Publiczny resolver nie zna nazw dostępnych tylko w lokalnej konfiguracji DNS.

Odpowiedni resolver musi rozpoznawać nazwy potrzebne w danej sieci oraz odpowiadać jej wymaganiom dotyczącym szybkości i prywatności.

Przyczyny wolnego rozwiązywania nazw i braku odpowiedzi DNS

Wolne rozwiązywanie nazw opóźnia ustalenie adresu usługi. Brak odpowiedzi DNS uniemożliwia znalezienie jej po nazwie. Aby ustalić przyczynę, oddziel problem z połączeniem lub resolverem od błędu w danych domeny. TTL określa czas, przez który rekord DNS może pozostać w pamięci podręcznej.¹¹

Dlaczego DNS nie odpowiada i jakie są tego skutki?

Serwer DNS nie odpowiada, gdy zapytanie nie dociera do sprawnego resolvera albo resolver nie może go obsłużyć. Przyczyną bywa awaria lub przeciążenie serwera DNS, a także problem u dostawcy internetu.¹⁴ Przeglądarka nie ustali wtedy adresu strony na podstawie nazwy. Komunikat „serwer DNS nie odpowiada” nie oznacza jednak, że serwer przechowujący stronę przestał działać.

Co spowalnia wyszukiwanie adresu IP domeny?

Wyszukiwanie adresu IP domeny może zwolnić przez opóźnienie połączenia z resolverem. Trwa też dłużej, gdy odpowiedź nie znajduje się w pamięci podręcznej. Po zmianie wpisu różne resolvery mogą zwracać różne wyniki, bo zachowały wcześniejsze odpowiedzi. Propagacja DNS oznacza tu stopniowe pojawianie się nowych wyników w używanych resolverach. Nie jest jednoczesnym przesłaniem zmiany do wszystkich urządzeń. Ogólny czas propagacji zmian DNS wynosi do 24–48 godzin.^1,15

Jak błędy serwera lub strefy wpływają na dostępność domeny?

Błędy serwera lub strefy DNS mogą spowodować brak odpowiedzi dla domeny albo skierować użytkownika pod niewłaściwy adres. Podczas diagnozy porównaj odpowiedź serwera autorytatywnego z wynikiem resolvera używanego przez urządzenie.

• Serwer autorytatywny odpytaj o nazwę, która nie działa.
• Wpis strefy porównaj z adresem usługi, do której domena ma kierować.
• Odpowiedź resolvera zestaw z autorytatywną, by odróżnić błędny wpis od wcześniej zapisanego wyniku.

Rozbieżne odpowiedzi pomagają ustalić, czy trzeba naprawić strefę, czy uwzględnić wynik pozostający w pamięci podręcznej.

Co zrobić, gdy serwer DNS nie odpowiada?

Błąd „Serwer DNS nie odpowiada” wymaga najpierw sprawdzenia połączenia z siecią, a potem wykonania zapytania DNS i porównania wyniku z odpowiedzią innego resolvera. Tak ustalisz, czy problem dotyczy urządzenia, połączenia czy używanego serwera nazw. Wpisy domeny zmieniaj dopiero wtedy, gdy znajdziesz miejsce, w którym zapytanie przestaje działać.

Od czego zacząć rozwiązywanie problemu?

Diagnostyka DNS zaczyna się od sprawdzenia innych stron i urządzeń w tej samej sieci. Błąd występujący tylko na jednym urządzeniu wskazuje, że trzeba skontrolować jego aktywne połączenie i adres serwera DNS. Błąd dotyczący całej sieci wymaga sprawdzenia połączenia routera z internetem oraz adresów DNS przekazywanych urządzeniom.

Jak odróżnić usterkę DNS od problemu z połączeniem?

Osobne testy dostępu do sieci i odpowiedzi na zapytanie o nazwę pozwalają odróżnić usterkę DNS od awarii połączenia.

• Połączenie z routerem sprawdzisz w informacjach o aktywnej sieci na urządzeniu.
• Dostęp do internetu przetestujesz, łącząc się ze znanym adresem IP bez użycia nazwy domeny.
• Odpowiedź DNS sprawdzisz poleceniem nslookup dla strony, która się nie otwiera.
• Inny resolver odpytaj o tę samą nazwę, jeśli połączenie z adresem IP działa, a wyszukiwanie nazwy nie.

Działające połączenie z adresem IP przy braku odpowiedzi na zapytanie o nazwę kieruje diagnostykę na ustawienia i odpowiedzi DNS.

Jak rozpoznać zagrożenia wpływające na odpowiedzi DNS?

Porównanie zwróconego adresu z konfiguracją domeny i ustawieniami resolvera na urządzeniu pozwala ocenić podejrzaną odpowiedź DNS.

• Adresy DNS urządzenia i routera powinny odpowiadać adresom ustawionym przez administratora sieci. Nieoczekiwana zmiana wymaga kontroli.
• Odpowiedź dla domeny porównaj z odpowiedzią serwera autorytatywnego, by wykryć rozbieżności.
• Przekierowanie przeglądarki sprawdź także pod kątem rozszerzeń i ustawień programu. Nie każde przekierowanie wynika z DNS.

Rozbieżna odpowiedź DNS wymaga kontroli resolvera i urządzenia przed ponownym skorzystaniem ze strony.

Jak przywrócić poprawne rozwiązywanie nazw?

Usunięcie przyczyny wykrytej podczas testów i ponowienie zapytania DNS przywracają poprawne rozwiązywanie nazw¹⁶.

• Błędny adres DNS na urządzeniu wymaga zastąpienia właściwym adresem z konfiguracji sieci.
• Błędne ustawienia routera popraw w panelu administracyjnym. Potem ponownie połącz urządzenie z siecią¹⁷.
• Nieaktualny wynik w pamięci podręcznej urządzenia usuniesz, czyszcząc lokalną pamięć DNS. Następnie ponów zapytanie.
• Błędny wpis domeny popraw w strefie zarządzanej przez administratora. Porównaj odpowiedzi serwera autorytatywnego i używanego resolvera¹⁸.

Odpowiedź wskazująca właściwy adres oraz działające połączenie z usługą potwierdzają naprawę DNS.

Jak skonfigurować DNS dla poczty e-mail?

DNS dla poczty e-mail skonfiguruj w strefie domeny. Dodaj wpis wskazujący serwer odbierający wiadomości oraz rekordy uwierzytelniające wymagane przez usługę pocztową.

• Rekord MX ustaw na nazwę serwera podaną w konfiguracji usługi pocztowej. Nie zastępuj jej adresem IP.
• Nazwę serwera wskazanego przez MX sprawdź pod kątem poprawnego rozwiązywania na adres IP¹⁹.
• Rekordy TXT dodaj według instrukcji usługi pocztowej. Mogą zawierać zasady SPF dla nadawców, klucz DKIM do weryfikacji podpisu i politykę DMARC dotyczącą uwierzytelniania.
• Wpisy domeny odczytaj po zapisaniu zmian i porównaj opublikowane wartości z konfiguracją usługi. Odpowiedź MX sprawdzisz też narzędziem MXToolbox.

Poprawne wpisy DNS wskazują serwer odbierający pocztę i udostępniają informacje potrzebne do weryfikacji wiadomości. Sam odczyt rekordów nie potwierdza skutecznego dostarczenia e-maila²⁰.

Przykład konfiguracji DNS dla domeny w IQHost

Konfiguracja DNS domeny w IQHost polega na powiązaniu wpisów domeny z usługą, do której ma kierować nazwa. Wpis strony wskazuje jej serwer, a ustawienia poczty dotyczą serwera odbierającego wiadomości. Zmiany wprowadza się w strefie obsługiwanej przez serwery nazw przypisane domenie.

Zmiana DNS dla strony podczas migracji może propagować się przez 24–48 godzin. Czas zależy od rodzaju zmiany i pamięci podręcznych.¹ W tym okresie używany resolver może nadal zwracać wcześniejszą odpowiedź²¹.

Wynik konfiguracji oceniaj na podstawie odpowiedzi DNS dla właściwej nazwy domeny. Samo zapisanie wpisu nie wystarcza.

Gdzie znaleźć ustawienia DNS w Windows i macOS?

Ustawienia DNS w Windows i macOS znajdziesz w szczegółach aktywnego połączenia albo odczytasz poleceniem systemowym. W Windows polecenie ipconfig /all pokazuje adres serwera DNS przypisany do karty sieciowej.²² Sprawdź aktywną kartę, bo komputer może mieć również nieużywane interfejsy.

Jak odczytać adres DNS w Terminalu na Macu?

Adres DNS w macOS odczytasz w Terminalu poleceniem scutil –dns. Pokazuje ono serwery DNS systemu.²²

• Terminal otwórz na Macu.
• Polecenie scutil –dns wpisz i uruchom.
• Wpisy nameserver znajdź w wyniku, uwzględniając konfigurację aktywnego połączenia.

Lista serwerów w wyniku przedstawia konfigurację systemu. Aplikacja z własnym resolverem może wysyłać zapytania inną drogą.

Instalacja BIND9 i podstawowa konfiguracja resolwera

BIND9 może działać jako resolver dla urządzeń w wybranej sieci. W konfiguracji trzeba określić adresy, na których serwer przyjmuje zapytania, oraz klientów uprawnionych do rekursji. Zapytania DNS w tej konfiguracji korzystają z portu 53 UDP.¹¹

Jak rozpocząć instalację i konfigurację BIND9?

Instalację BIND9 zacznij od pakietu dostępnego dla używanego systemu. Po instalacji ogranicz dostęp do resolvera do uprawnionych klientów.

• Pakiet BIND9 zainstaluj menedżerem pakietów systemu.
• Adres nasłuchiwania ustaw na interfejsie, przez który uprawnione urządzenia mają wysyłać zapytania.
• Dostęp do rekursji ogranicz do sieci, której serwer ma odpowiadać.
• Konfigurację BIND9 sprawdź narzędziem named-checkconf przed uruchomieniem usługi.
• Odpowiedź resolvera przetestuj zapytaniem wysłanym bezpośrednio do uruchomionego serwera.

Wynik testu powinien pokazać, że uprawniony klient otrzymuje odpowiedź, a nieuprawnione urządzenia nie mają dostępu do rekursji.

Które pliki odpowiadają za konfigurację BIND9?

Pliki konfiguracyjne BIND9 zależą od dystrybucji systemu. W Debianie i Ubuntu główny plik named.conf dołącza pliki opcji serwera oraz definicji stref. named.conf.options zawiera ustawienia pracy serwera, a named.conf.local – lokalne definicje stref. Administrator resolvera powinien oddzielić ustawienia nasłuchiwania i rekursji od konfiguracji stref autorytatywnych.

Zarządzanie rekordami DNS: dobór typu i edycja wpisów

Zarządzanie rekordami DNS wymaga dobrania typu wpisu do usługi i edycji właściwej nazwy w strefie domeny. Przed zmianą ustal, czy chodzi o domenę główną, czy subdomenę. Wpis dla jednej nazwy nie zmienia automatycznie pozostałych. Po zapisaniu odczytaj odpowiedź serwera autorytatywnego i sprawdź opublikowaną wartość.

Jakie podstawowe typy rekordów stosuje się w strefie?

Typ rekordu DNS dobierz do informacji, którą ma otrzymać urządzenie: adresu, innej nazwy lub danych strefy. Przy edycji sprawdź zarówno typ wpisu, jak i nazwę, której dotyczy.

• Rekord adresowy łączy nazwę z adresem serwera. Użyj go, gdy usługa ma być dostępna pod wskazanym adresem.
• CNAME wskazuje inną nazwę domenową zamiast adresu IP. Nazwa z rekordem CNAME nie powinna mieć równocześnie innych rekordów DNS. Ten typ nie zastąpi więc wpisów wymaganych dla domeny głównej.
• TXT przechowuje tekst używany między innymi do weryfikacji domeny i konfiguracji poczty. Wartość musi spełniać wymagania usługi, która ją odczytuje.
• SOA zawiera informacje administracyjne o strefie. Służy do zarządzania jej danymi, nie do kierowania przeglądarki na stronę.

Wpis DNS edytuj dla dokładnej nazwy i usługi, której działanie chcesz zmienić.

Konfiguracja i weryfikacja serwerów master–slave

Konfiguracja master–slave polega na udostępnianiu strefy przez serwer główny i pobieraniu kopii przez zapasowy. Strefa główna w BIND9 stanowi autorytatywne źródło danych. Strefa podrzędna pobiera je z serwera głównego i służy jako zapasowa.¹¹ W konfiguracji główny–zapasowy zalecane minimum to 2 serwery DNS.¹¹ Przy wielu serwerach nazw zapytanie może obsłużyć inny serwer, gdy jeden przestanie działać.¹

Jak przygotować serwer master do udostępniania strefy?

Serwer master przygotuj do udostępniania strefy. Zdefiniuj ją jako główną i zezwól na transfer tylko uprawnionemu serwerowi slave.

• Strefę główną zdefiniuj w konfiguracji BIND9 i wskaż plik zawierający jej dane.
• Numer seryjny rekordu SOA zwiększ po zmianie danych strefy. Serwery DNS rozpoznają dzięki niemu aktualizację.^11,23
• Transfer strefy dopuść tylko do adresu serwera zapasowego. Transfer między serwerami BIND9 korzysta z portu 53 TCP.¹¹
• Plik strefy sprawdź narzędziem named-checkzone przed ponownym wczytaniem konfiguracji.

Przygotowany master udostępnia aktualną strefę uprawnionemu serwerowi zapasowemu.

Jak sprawdzić, czy strefa trafia na serwer slave?

Serwer slave sprawdź, porównując jego odpowiedź autorytatywną i numer seryjny SOA z wynikami serwera master.

• Konfigurację strefy podrzędnej ustaw tak, by wskazywała właściwy serwer główny jako źródło transferu.
• Odpowiedź SOA odczytaj osobno z mastera i slave’a, wysyłając zapytanie bezpośrednio do każdego z nich.
• Numery seryjne SOA porównaj. Zgodny numer wskazuje, że serwer zapasowy rozpoznał bieżącą wersję strefy.
• Wybrany rekord domeny odczytaj bezpośrednio ze slave’a, by potwierdzić, że udostępnia dane strefy.

Przykładowa konfiguracja BIND9 ustala odświeżanie strefy na 3600 sekund.¹¹ Serwer podrzędny ponawia w niej próbę po 600 sekundach.¹¹ Strefa na serwerach podrzędnych wygasa po 604800 sekundach.¹¹ TTL negatywnych odpowiedzi wynosi w tym przykładzie 86400 sekund.^11,24

Zgodny numer SOA i poprawna odpowiedź slave’a potwierdzają, że serwer zapasowy udostępnia kopię strefy²³.

Ceny i warunki sprawdzone u źródeł: październik 2026.