Jak diagnozować błędy DNS?

„Błąd DNS” w przeglądarce opisuje objaw, a nie jedną przyczynę. Nazwa może być błędnie wpisana, serwer autorytatywny niedostępny, resolver może przechowywać starszą odpowiedź albo walidacja DNSSEC może się nie powieść. Zanim zmienisz konfigurację, ustal, na którym etapie występuje problem.

Rozróżniaj odpowiedzi

NXDOMAIN oznacza, że według serwera DNS udzielającego odpowiedzi zapytana nazwa nie istnieje. NODATA to popularne określenie nazwy, która istnieje, ale nie ma rekordu żądanego typu: może mieć A, ale nie mieć AAAA. SERVFAIL oznacza, że serwer nie mógł dokończyć zapytania; nie jest to dowód, że nazwa nie istnieje. Przekroczenie limitu czasu oznacza, że odpowiedź nie nadeszła na czas, i wymaga sprawdzenia osiągalności.

Odpowiedź może zawierać dodatkowe szczegóły. RFC 8914 definiuje rozszerzone błędy DNS (Extended DNS Errors), które mogą wyjaśnić niektóre przypadki SERVFAIL bez zmiany pierwotnego kodu odpowiedzi. Nie każde narzędzie je wyświetla.

Prześledź ścieżkę rozwiązywania nazwy

Najpierw sprawdź dokładną nazwę i typ rekordu. Ustal autorytatywne serwery nazw domeny i wyślij zapytanie bezpośrednio do jednego z nich. Jeśli przekracza limit czasu lub zgłasza błąd, zbadaj delegację, osiągalność i konfigurację strefy. Jeśli odpowiedź autorytatywna jest poprawna, a rekurencyjna się różni, porównaj pamięć podręczną i wybrany resolver za pomocą narzędzia „Sprawdź konfigurację domeny”.

Porównaj A i AAAA: strona może działać przez IPv4 i nie działać przez IPv6. W przypadku poczty sprawdź MX, a następnie rekordy adresowe wybranego hosta pocztowego. Błąd HTTP 404 lub ostrzeżenie TLS pojawiają się już po rozwiązaniu nazwy i wymagają osobnej analizy. Nie zmieniaj ustawień DNS na ślepo tylko dlatego, że przeglądarka wyświetliła ogólny komunikat o błędzie. Odpowiedzi serwerów DNS porównasz w narzędziu 2IP „Sprawdź czas odpowiedzi DNS”.

Sprawdź pamięć podręczną i urządzenia

Wyślij to samo zapytanie przez inny resolver rekurencyjny i z innego urządzenia. Awaria tylko na jednym urządzeniu wskazuje na jego połączenie, resolver systemowy, ustawienie DoH w przeglądarce lub lokalną pamięć podręczną. Jeśli resolvery konsekwentnie zwracają NXDOMAIN, potwierdź rejestrację, delegację i obecność rekordu w aktywnej strefie.

Odpowiedź negatywna może pozostać w pamięci podręcznej po utworzeniu rekordu. RFC 2308 wyjaśnia buforowanie NXDOMAIN i NODATA. Zamiast wielokrotnie edytować poprawną strefę, zanotuj odpowiedni TTL i czas zmiany.

Przekaż pomocy technicznej przydatne dane

Przed kontaktem z pomocą techniczną zanotuj pełną nazwę, typ rekordu, czas zapytania, adres resolvera i kod odpowiedzi. Dołącz odpowiedzi z serwera autorytatywnego i rekurencyjnego, nie ujawniając haseł ani tokenów. Takie dane pozwalają odróżnić błędne dane DNS od awarii sieci lub problemu z aplikacją i umożliwiają ukierunkowaną naprawę.