Sprawdzanie rekordów DNS i strefy domeny

Pytanie o domenę trafia na żywo do publicznego serwera DNS, więc widzisz aktualny stan konfiguracji.

Sprawdzenie cudzej domeny wymaga zapytania z naszego serwera - inaczej się nie da. Nie prowadzimy dziennika sprawdzanych adresów.

Sprawdź rekordy DNS domeny

Możesz wkleić pełny adres strony - obetniemy protokół i ścieżkę. Nazwy z polskimi znakami przeliczamy na zapis punycode. Działają też nazwy techniczne, na przykład _dmarc.szeruj.pl.

Typ rekordu

0Znalezione rekordy
0Typy z wynikiem
-Najkrótszy TTL
-Czas odpowiedzi

Wpisz domenę i kliknij „Sprawdź”. Zapytanie idzie na żywo do publicznego rozwiązywacza DNS, więc wynik jest zawsze aktualny.

Co oznacza który typ
Aadres IPv4 serwera
AAAAadres IPv6 serwera
MXserwer poczty przychodzącej
TXTdowolny tekst, m.in. SPF
NSserwery nazw domeny
CNAMEnazwa zastępcza
SOAdane strefy i jej numer
CAAkto może wystawić certyfikat
Typowe selektory DKIM
  • google
  • selector1
  • default
  • k1
  • mail

Pierwszy używa Google Workspace, drugi Microsoft 365, trzeci i piąty to najczęstsze ustawienia domyślne na hostingach, czwarty stosuje część systemów do wysyłki masowej.

Jak używać

  1. Wpisz nazwę domeny. Możesz wkleić pełny adres strony razem z protokołem i ścieżką, zbędne części obetniemy sami.
  2. Wybierz typ rekordu albo zostaw „Wszystkie”, żeby zobaczyć naraz A, AAAA, MX, TXT, NS, CNAME, SOA i CAA.
  3. Kliknij „Sprawdź”. W tabeli zobaczysz nazwę, typ, czas życia rekordu (TTL) i wartość, a nad nią liczbę rekordów danej domeny i czas odpowiedzi serwera DNS.
  4. Rekordy MX ustawiamy rosnąco po priorytecie, bo dokładnie w takiej kolejności próbuje ich serwer nadający pocztę.
  5. Pod tabelą wyciągamy z rekordów TXT wpisy SPF i DMARC i tłumaczymy, co oznacza użyta w nich polityka.
  6. Zakładka „Analiza poczty” sprawdza rekordy MX, wpis SPF i politykę DMARC, a przy podanym selektorze dokłada klucz DKIM. Wystawia ocenę i pisze wprost, co poprawić w konfiguracji.
  7. Zakładka „Propagacja” zadaje to samo pytanie trzem niezależnym rozwiązywaczom, a „Porównaj dwie domeny” zestawia rekordy obu domen obok siebie.

Wskazówki

  • TTL to czas, przez jaki rozwiązywacze mogą trzymać odpowiedź w pamięci. Przed planowaną zmianą obniż go na dobę wcześniej do 300 sekund. Wtedy sama zmiana rozejdzie się w kilka minut zamiast w kilkanaście godzin.
  • Rekord CNAME nie może współistnieć z żadnym innym rekordem tej samej nazwy. To najczęstsza przyczyna komunikatu o błędnej konfiguracji, gdy ktoś próbuje dodać rekord CNAME na domenie głównej.
  • Domena bez rekordów MX nie przyjmuje poczty i tak konfiguruje się domeny postawione wyłącznie pod stronę internetową. Błędem jest dopiero brak wpisu SPF, który mówiłby wprost, że z tej domeny nikt nie wysyła.
  • Rekord SPF wolno mieć tylko jeden. Dla jednej domeny może istnieć wiele rekordów TXT, ale dwa zaczynające się od „v=spf1” unieważniają się nawzajem i część odbiorców odrzuci wtedy całą pocztę.
  • Zaraz po zmianie w strefie DNS zajrzyj do zakładki „Propagacja”. Rozbieżne odpowiedzi rozwiązywaczy zwykle oznaczają, że nie upłynął jeszcze czas życia poprzedniego wpisu.

Lokalizację serwera pokaże adres IP domeny, ważność certyfikatu sprawdzanie certyfikatu SSL, a dostępność strony czy strona działa.

Czym są rekordy DNS i skąd bierzemy odpowiedź

System nazw domenowych zamienia nazwy zrozumiałe dla ludzi na dane potrzebne programom, czyli adresy serwerów, nazwy serwerów poczty i krótkie teksty konfiguracyjne. Komplet wpisów jednej domeny tworzy strefę DNS, a pojedynczy wpis w tej strefie jest rekordem DNS określonego typu. Sprawdzenie rekordu to zwykłe pytanie zadane rozwiązywaczowi, czyli usłudze, która albo zna odpowiedź z własnej pamięci, albo pyta o nią serwery autorytatywne danej domeny.

Zapytania idą przez nasz serwer do publicznych rozwiązywaczy działających po HTTPS, zwykle w sieci anycast. Kierowanie ich przez backend zamiast prosto z przeglądarki daje pamięć podręczną respektującą czas życia rekordu i ogranicza liczbę zapytań z jednego adresu. Narzędzia sieciowe są w tym serwisie jedynym wyjątkiem od zasady liczenia wszystkiego w przeglądarce, bo cudzej strefy DNS nikt nie odczyta bez zapytania wysłanego z serwera.

Rekordy NS, serwery nazw i delegacja domeny

Rekord NS wskazuje serwery nazw odpowiedzialne za strefę DNS domeny. Tę samą listę trzyma u siebie rejestr domeny i to ona rozstrzyga o delegacji domeny, więc po przenosinach obie muszą się zgadzać. Kiedy w panelu rejestratora wpisujesz adres serwera DNS nowego operatora, przenosisz razem z nim całą konfigurację domeny, a rekordy z poprzedniego panelu, choć nadal tam widoczne i nadal edytowalne, przestają cokolwiek znaczyć dla reszty świata.

Rekord SOA zamyka strefę od strony administracyjnej. Podaje serwer główny, adres kontaktowy administratora i numer seryjny podnoszony przy każdej zmianie. Serwery podrzędne pobierają nową kopię strefy dopiero wtedy, gdy zobaczą wyższy numer.

Chcesz zarządzać strefą DNS poza panelem hostingu? Wskaż w rejestrze zewnętrzne serwery DNS, a od tej chwili nowe rekordy dodajesz wyłącznie tam. Dwa miejsca, w których można dodać rekord, kończą się zwykle tym, że połowa zespołu edytuje strefę, o którą świat już nie pyta.

TTL, czyli dlaczego zmiana nie działa od razu

Każdy rekord ma czas życia (TTL) podany w sekundach. Tyle wolno trzymać odpowiedź w pamięci podręcznej, zanim rozwiązywacz zapyta ponownie. TTL 3600 oznacza, że przez godzinę po zmianie część świata może widzieć jeszcze poprzednią wartość i jest to normalne działanie systemu, nie awaria.

Stąd praktyczna reguła przy przenosinach - obniż TTL na dobę przed zmianą, na przykład do 300 sekund. Stary, długi TTL zdąży wtedy wygasnąć w rozwiązywaczach na całym świecie, a sama zmiana rozejdzie się w kilka minut. Po zakończeniu przenosin podnieś TTL z powrotem, bo krótki czas życia oznacza więcej zapytań do serwerów nazw i minimalnie wolniejsze pierwsze wejście na stronę.

SPF, DKIM i DMARC, czyli ochrona poczty e-mail

SPF to rekord TXT wymieniający serwery, które mają prawo wysyłać pocztę w imieniu domeny. Kończy się mechanizmem „all” z przedrostkiem mówiącym odbiorcy, co zrobić z wiadomością z serwera spoza listy. Zapis -all oznacza twardą odmowę, ~all odmowę miękką kończącą się najczęściej folderem spamu, ?all nie rozstrzyga niczego, a +all wpuszcza każdego i jest po prostu błędem konfiguracji. Osobne ograniczenie dotyczy rozmiaru rekordu, bo jego rozwinięcie nie może wymagać więcej niż dziesięciu zapytań DNS.

DKIM to podpis kryptograficzny doklejany do każdej wysyłanej wiadomości. Klucz publiczny leży w rekordzie TXT pod nazwą złożoną z selektora, członu _domainkey i domeny. Selektora nie da się zgadnąć ani odpytać, musisz go znać. Najprościej odczytać go z nagłówka DKIM-Signature wiadomości wysłanej z tej domeny.

DMARC spina obie techniki i w rekordzie pod nazwą _dmarc.domena określasz jego politykę. Wartość p=none tylko obserwuje, p=quarantine kieruje podejrzane wiadomości do spamu, p=reject każe je odrzucać. Znacznik rua podaje adres, na który mają trafiać zbiorcze raporty. Rozsądna kolejność wdrożenia zaczyna się od none na kilka tygodni, potem czytasz raporty, przechodzisz na quarantine, na końcu ustawiasz reject.

Rzadsze typy rekordów i reverse DNS

Rekord AAAA robi to samo co rekord A, tylko dla adresu IPv6. Rekord SRV opisuje usługę pod konkretną nazwą hosta razem z portem i priorytetem, a korzystają z niego komunikatory, telefonia SIP i część usług Microsoftu. Rekord CAA wymienia urzędy certyfikacji, które mają prawo wystawić certyfikat dla domeny lub subdomeny, i jego dopisanie zajmuje minutę.

Rekord PTR działa w drugą stronę - z adresu IP robi nazwę i odpowiada za reverse DNS. Nie dodasz go we własnej strefie, bo mieszka w strefie odwrotnej należącej do właściciela adresacji, czyli zwykle do operatora albo dostawcy serwera. Przy serwerze pocztowym ma to znaczenie praktyczne, bo część odbiorców odrzuca wiadomości z adresu bez poprawnego wpisu PTR.

Najczęstsze błędy w konfiguracji rekordów domeny

Pierwszy to dwa rekordy SPF na jednej domenie. Norma dopuszcza dokładnie jeden, przy dwóch część odbiorców uznaje wynik za trwały błąd i odrzuca pocztę. Jeśli dopisujesz kolejnego nadawcę, dołóż mechanizm include: do istniejącego rekordu zamiast tworzyć nowy.

Drugi to CNAME na domenie głównej. Rekord CNAME z definicji wyklucza istnienie innych rekordów tej samej nazwy, a domena główna musi mieć rekordy NS i SOA. Przekierowanie domeny robi się wtedy rekordem A ze wskazaniem adresu albo mechanizmem, który część dostawców oferuje pod nazwą ALIAS lub ANAME.

Trzeci to rekordy pozostawione po dawnym dostawcy. Stary wpis MX kierujący na wyłączony serwer, wpis TXT z weryfikacją usługi, z której już nie korzystasz, wpis A wskazujący adres sprzed przenosin. Nie psują niczego od razu, ale przy awarii potrafią skierować ruch w miejsce, którego nikt już nie pilnuje. Przegląd całej strefy raz na rok wystarcza, żeby ich uniknąć.

Najczęstsze pytania

Czym są rekordy DNS i jakie typy spotyka się najczęściej?

Rekord DNS to pojedynczy wpis w strefie domeny, złożony z nazwy, typu, czasu życia i wartości. Najczęściej używane są rekord A z adresem IPv4 i rekord AAAA z adresem IPv6, rekord MX ze wskazaniem serwera poczty i rekord NS z serwerami nazw. Dalej idzie rekord CNAME w roli nazwy zastępczej i rekord TXT z dowolnym tekstem, w którym mieszczą się między innymi SPF i DMARC. Strefę domykają rekord SOA z danymi administracyjnymi i rzadziej spotykane SRV, CAA, PTR. Po wybraniu opcji „Wszystkie” zobaczysz komplet tych typów w jednej tabeli.

Jak sprawdzić rekordy DNS dla domeny?

Wpisz nazwę domeny w polu na górze strony i kliknij „Sprawdź”. Zapytanie idzie z naszego serwera do publicznego rozwiązywacza, a odpowiedź wraca zwykle w kilkaset milisekund razem z czasem życia każdego wpisu. Ten sam odczyt zrobisz lokalnie poleceniem nslookup -type=MX domena.pl w wierszu poleceń Windows albo dig domena.pl MX w systemach uniksowych. Sama przeglądarka nie odczyta cudzej strefy DNS, bo nie ma dostępu do zapytań tego protokołu.

Czy serwer DNS i DNS to to samo?

DNS jest systemem nazw jako całością, a serwer DNS to konkretna maszyna biorąca udział w jego działaniu, przy czym maszyny te grają jedną z dwóch ról. Serwer autorytatywny przechowuje strefę danej domeny i podaje wiążącą odpowiedź o jej rekordach, natomiast rozwiązywacz, na przykład ten w routerze albo publiczny pod adresem 1.1.1.1, sam żadnej strefy nie ma i tylko odpytuje serwery autorytatywne, a wynik zapamiętuje na czas TTL. Adres serwera DNS wpisywany w ustawieniach sieci wskazuje zawsze rozwiązywacz.

Czy bez serwera DNS strona będzie działać?

Strona pozostanie dostępna po adresie IP, ale nazwa domeny przestanie się na ten adres przekładać i dla odwiedzających będzie to wyglądało jak awaria. Poczta zatrzyma się od razu, bo serwer nadawcy szuka rekordu MX. Z tego powodu każda domena ma co najmniej dwa serwery nazw, najlepiej w różnych lokalizacjach i u różnych operatorów.

Dlaczego widzę starą wartość rekordu, choć zmieniłem ją godzinę temu?

Bo działa czas życia rekordu (TTL). Rozwiązywacze na całym świecie trzymają poprzednią odpowiedź w pamięci tak długo, jak każe TTL poprzedniego wpisu. Jeśli wynosił on 24 godziny, tyle właśnie potrwa pełne rozejście się zmiany. Sprawdź w zakładce „Propagacja”, czy różni dostawcy odpowiadają już tak samo. My sami trzymamy odpowiedź najwyżej godzinę i nigdy dłużej, niż wynosi TTL rekordu.

Czy sprawdzana domena trafia na Wasz serwer?

Tak, i to jedyna kategoria narzędzi w serwisie, w której tak się dzieje. Bez wysłania nazwy na serwer nie da się zapytać o nią rozwiązywacza. Nazwa jest użyta do zadania pytania, a odpowiedź trafia do pamięci podręcznej na czas równy TTL rekordu, najwyżej na godzinę. Nie zapisujemy dziennika sprawdzanych domen ani powiązania między domeną a osobą, która o nią pytała.

Domena nie ma rekordów MX. Czy to błąd?

Niekoniecznie, bo domena bez MX po prostu nie przyjmuje poczty przychodzącej i tak konfiguruje się domeny postawione wyłącznie pod stronę internetową. Zadbaj wtedy o dwa wpisy, które zamykają domenę przed podszywaniem. Pierwszy to rekord SPF w postaci v=spf1 -all, który mówi, że z tej domeny nikt nie wysyła, drugi to rekord DMARC z polityką p=reject. Bez nich domena bez poczty jest wygodnym celem dla osób podszywających się pod nadawcę.

Jak znaleźć selektor DKIM mojej domeny?

Nie da się go odpytać ani zgadnąć, musisz go znać. Najprościej wyślij wiadomość z tej domeny na dowolne własne konto, otwórz źródło wiadomości i znajdź nagłówek DKIM-Signature. Wartość po s= jest selektorem. Podaje go też panel dostawcy poczty, w sekcji uwierzytelniania nadawcy. Najczęstsze wartości znajdziesz w kolumnie obok.

Co znaczy odpowiedź „Nazwa nie istnieje (NXDOMAIN)”?

Że serwery nazw odpowiedzialne za tę część systemu DNS nie znają takiej domeny. Najczęstsze przyczyny to literówka, domena niezarejestrowana, domena wygasła i domena zarejestrowana, ale bez wskazanych serwerów nazw. To odpowiedź autorytatywna, więc oznacza brak wpisu, nie chwilową awarię.

Dlaczego rekord TXT bywa pocięty na kawałki w cudzysłowach?

Bo pojedynczy łańcuch w rekordzie TXT nie może przekroczyć 255 znaków. Dłuższe wpisy, typowo klucze DKIM, zapisuje się jako kilka łańcuchów, które odbiorca skleja w całość. Nasza tabela pokazuje już sklejoną wartość, bez cudzysłowów i bez znaków ucieczki, czyli dokładnie to, co widzi program sprawdzający podpis.