Wyszukiwanie DNS — wysyłaj zapytania do rekordów DNS dowolnej domeny w czasie rzeczywistym
Diagnozuj błędy w dostarczaniu poczty e-mail, potwierdzaj migracje domen i sprawdzaj zasady bezpieczeństwa – bez instalowania dig lub nslookup.
Co to jest wyszukiwanie DNS?
Wyszukiwanie DNS wysyła zapytanie do Domain Name System w celu pobrania rekordów dołączonych do domeny – działając jak internetowa książka telefoniczna, tłumacząc czytelne dla człowieka nazwy domen na dane techniczne potrzebne sieciom do kierowania ruchu i świadczenia usług. Każda domena zawiera wiele typów rekordów: rekordy wskazują adresy IP, rekordy MX dotyczące tras poczty elektronicznej, rekordy TXT zawierają zasady bezpieczeństwa, a rekordy NS delegują uprawnienia do serwera nazw.
Po uruchomieniu wyszukiwania DNS zapytanie jest kierowane do rekursywnego mechanizmu rozpoznawania nazw (obsługiwanego przez ISP lub publicznego mechanizmu rozpoznawania nazw, takiego jak 8.8.8.8 lub 1.1.1.1). Jeżeli mechanizm rozpoznawania nazw posiada buforowaną odpowiedź w oknie TTL rekordu, zwraca tę buforowaną wartość. Jeśli nie, wysyła zapytanie do autorytatywnego serwera nazw — serwera przechowującego oficjalne dane domeny. To narzędzie omija buforowanie i wysyła zapytania bezpośrednio do autorytatywnych serwerów, więc wyniki odzwierciedlają bieżący opublikowany stan strefy, a nie zawartość pamięci podręcznej przeglądarki.
Twoja przeglądarka automatycznie wyszukuje DNS w tle, ale nic nie wyświetla. To narzędzie udostępnia pełny zestaw rekordów: nie tylko adres IP, ale każdy typ rekordu dołączony do domeny, w tym wartości TTL, które ujawniają, jak długo każdy rekord będzie przechowywany w pamięci podręcznej, zanim programy rozpoznawania nazw ponownie sprawdzą wiarygodne źródło.
Jak to działa
Wprowadź domenę
Wpisz nazwę domeny — np. google.com lub github.com. Możesz zapytać o domenę główną lub subdomenę.
Wybierz typ rekordu
Wybierz typ rekordu DNS do sprawdzenia — A, MX, TXT, NS, CNAME, SOA, CAA — lub wybierz Wszystkie rekordy.
Wyświetl wyniki
Wyniki są zwracane w czasie rzeczywistym z wiarygodnych serwerów DNS. Każdy wiersz pokazuje typ rekordu, wartość, TTL (jak długo rekord jest przechowywany w pamięci podręcznej przez programy rozpoznawania nazw) oraz — w przypadku rekordów MX — numer priorytetu. Skopiuj dowolny rekord do schowka jednym kliknięciem.
Jak czytać wyniki wyszukiwania DNS
Po zakończeniu wyszukiwania każdy wiersz wyników zawiera kilka pól. Oto, co oznacza każde pole i na co należy zwrócić uwagę.
| Pole | Co ci mówi |
|---|---|
TTL (Time To Live) | Liczba sekund, przez które ten rekord jest przechowywany w pamięci podręcznej przez programy rozpoznawania nazw, zanim ponownie zwrócą się do autorytatywnego serwera. TTL 300 = zmiany rozprzestrzeniają się w ciągu ~5 minut. TTL 86400 = stary zapis może trwać do 24 godzin po jego zmianie. |
Priorytet MX | Występuje tylko na płytach MX. Niższe liczby mają wyższy priorytet. Konfiguracja 10 (podstawowa) i 20 (kopia zapasowa) tworzy łańcuch przełączania awaryjnego. Równe wartości priorytetów oznaczają, że oba serwery równomiernie dzielą obciążenie. |
Wartość rekordu | Rzeczywiste dane zawarte w rekordzie — adres IP w przypadku rekordów A/AAAA, nazwa hosta w przypadku MX/NS/CNAME lub ciąg tekstowy w przypadku rekordów TXT. Jest to wartość używana przez programy tłumaczące DNS podczas routingu ruchu lub weryfikacji zasad. |
Łańcuch CNAME | Kiedy CNAME wskazuje na inny CNAME, tworzy się łańcuch rozdzielczości. Łańcuchy dłuższe niż 8 przeskoków nie zostaną rozwiązane u większości klientów — jeśli problemem staje się głębokość, zastąp pośrednie CNAME bezpośrednim rekordem A. |
Oś czasu propagacji TTL i DNS
Użyj TTL, aby oszacować, jak szybko programy tłumaczące powinny wykryć zmianę i kiedy warto sprawdzić ją ponownie.
| TTL (Time To Live) | Oczekiwane okno propagacji | Kiedy ponownie sprawdzić |
|---|---|---|
| 300 | ~15-30 minut na całym świecie | Co 5-10 minut |
| 3600 | ~1-2 godziny | Co 30-60 minut |
| 86400 | Do 24 godzin | Sprawdź po 12 godzinach, a następnie ponownie po 24 godzinach |
Typy rekordów DNS: co kontroluje każdy z nich
Mapuje domenę na adres IPv4 — najbardziej podstawowy rekord DNS. Przykładowe wyjście: 93.184.216.34, TTL 3600 (buforowane 1 godzina). Gdy brakuje rekordu A lub jest on nieprawidłowy, domena staje się nieosiągalna z przeglądarek.
Mapuje domenę na adres IPv6 na potrzeby nowoczesnego routingu sieciowego. Przykład: 2606:2800:220:1:248:1893:25c8:1946. W przypadku ich braku klienci korzystający tylko z IPv6 nie będą mogli połączyć się z domeną — chociaż zwykle stosuje się rezerwę IPv4 (rekord A).
Określa, które serwery pocztowe akceptują pocztę e-mail w domenie. Każdy rekord zawiera numer priorytetu — niższe wartości mają pierwszeństwo. Przykład: priorytet 10 to serwer główny; priorytet 20 to rezerwa. Jeśli nie istnieje żaden rekord MX, wiadomość e-mail kierowana do tej domeny zostanie odrzucona.
Przechowuje dowolne dane tekstowe. Główne zastosowania: SPF (v=spf1 include:_spf.google.com ~all) autoryzuje, które serwery mogą wysyłać wiadomości e-mail; DKIM udostępnia klucz publiczny do weryfikacji podpisu; DMARC (v=DMARC1; p=reject) ustawia politykę dla nieuwierzytelnionych wiadomości e-mail. W jednej domenie może współistnieć wiele rekordów TXT.
Identyfikuje autorytatywne serwery nazw dla domeny — serwery przechowujące oficjalne rekordy DNS. Jeśli rekordy NS zostaną zmienione, uprawnienia strefy zostaną przeniesione na nowe serwery nazw po propagacji.
Tworzy alias wskazujący jedną domenę na inną, który następnie jest rozpoznawany jako adres IP. Używany do subdomen (www, cdn, poczta) i routingu CDN. Krytyczne ograniczenie: rekordów CNAME nie można ustawić w domenie głównej (wierzchołkowej) — zamiast tego użyj rekordu A lub rekordu ALIAS w domenie głównej.
Zawiera metadane strefy: główny serwer nazw, kontakt administratora (zakodowany jako admin.example.com zamiast [email protected]), numer seryjny w formacie YYYYMMDDNN i parametry taktowania. Numer seryjny zwiększa się przy każdej zmianie DNS – potwierdzając, że aktualizacja została zatwierdzona.
Ogranicza, które urzędy certyfikacji mogą wystawiać certyfikaty SSL/TLS dla domeny. Przykład: „0 numer letsencrypt.org” ogranicza emisję tylko do Let's Encrypt. Jeśli nie istnieje żaden rekord CAA, dowolny urząd certyfikacji może wystawić certyfikat dla Twojej domeny.
Co to jest DNSSEC i czy to narzędzie go sprawdza?
DNSSEC (rozszerzenia zabezpieczeń DNS) dodaje podpisy kryptograficzne do rekordów DNS, umożliwiając mechanizmom rozpoznawania nazw sprawdzenie, czy zapisy nie zostały naruszone podczas przesyłania. To narzędzie zwraca surowe rekordy DNS z autorytatywnych serwerów, ale obecnie nie przeprowadza weryfikacji podpisu DNSSEC. Do walidacji DNSSEC należy użyć dedykowanego analizatora DNSSEC.
Kiedy używać narzędzia wyszukiwania DNS
Konfiguracja poczty i rozwiązywanie problemów
Zapytaj rekordy MX, aby zweryfikować routing serwera poczty, sprawdź rekordy TXT pod kątem zasad SPF, DKIM i DMARC i potwierdź, że zasada DMARC jest ustawiona na p=reject lub p=quarantine — a nie p=none.
Migracja domeny i propagacja
Po aktualizacji ustawień DNS sprawdź rekordy A i NS, aby potwierdzić propagację. Skróć czas TTL do 300 sekund co najmniej 24 godziny przed planowaną migracją, aby zminimalizować przestoje po zmianie.
Audyt bezpieczeństwa DNS
Sprawdź, czy rekordy SPF, DKIM i DMARC TXT są poprawnie publikowane, aby zapobiec fałszowaniu wiadomości e-mail. Przejrzyj rekordy NS, aby upewnić się, że Twoja domena nie wskazuje na serwer nazw, nad którym już nie masz kontroli — jest to częsta oznaka narażenia na przejęcie subdomeny.
Weryfikacja DevOps i etapowa
Przed wdrożeniem w środowisku produkcyjnym sprawdź, czy rekordy subdomeny przejściowej A wskazują właściwe serwery, aliasy CNAME odpowiadają zamierzonym początkom CDN i czy istnieją rekordy TXT do weryfikacji usługi.
Konfiguracja CDN i subdomeny
Upewnij się, że subdomeny kierowane przez CDN (cdn, assets, static) mają prawidłowe cele CNAME. Sprawdź, czy www wskazuje na Twoją domenę główną lub punkt końcowy CDN i sprawdź, czy subdomeny z równoważeniem obciążenia zawierają listę wszystkich zamierzonych adresów IP.
Wyszukiwanie DNS online vs dig i nslookup: Kiedy używać każdego z nich
Programiści często sięgają po dig lub nslookup z wiersza poleceń. Oto porównanie tego narzędzia online w najpopularniejszych przypadkach użycia.
| Funkcja | To narzędzie | dig | nslookup |
|---|---|---|---|
| Nie wymaga instalacji | Tak | Nie | Nie |
| Wysyłaj zapytania do wszystkich typów rekordów jednocześnie | Tak | Częściowe | Nie |
| Wysyła bezpośrednio zapytania do autorytatywnych serwerów nazw | Tak | Tak | Częściowe |
| Pokazuje wartości TTL | Tak | Tak | Częściowe |
| Pokazuje priorytet MX | Tak | Tak | Tak |
| Wyniki, które można udostępniać | Tak | Nie | Nie |