Domain & DNS

Wyszukiwanie rekordów DNS

Sprawdź rekordy A, AAAA, MX, TXT, NS, CNAME i SOA.

Domain or IP Enter a domain. For PTR choose it as the only type and enter an IP.
Record types
PTR lives in the reverse (arpa) zone and cannot be combined with other record types.
Resolver

O tym narzędziu

Zapytanie DNS pyta autorytatywny lub rekurencyjny resolver, jakie rekordy publikuje domena. Nasze narzędzie uruchamia żywe zapytanie wobec Google, Cloudflare lub Quad9 i pokazuje każdy rekord wraz z TTL — te same dane, które dig drukuje w linii poleceń, sformatowane do szybkiego skanowania.

Możesz pobrać typowe typy rekordów na jednej stronie: A i AAAA dla hostów, MX do routingu poczty, TXT dla SPF/DKIM/weryfikacji, NS dla delegacji, SOA dla metadanych strefy, plus CNAME, SRV, CAA i odwrotny PTR. Wybierz tylko potrzebne typy, by odpowiedź pozostała zwięzła.

Kiedy używać tego narzędzia

  • Po zmianie DNS. Odpytaj wiele resolverów, by potwierdzić, że nowy rekord jest aktywny, zanim skierujesz na niego ruch.
  • Debug dostarczalności poczty. Sprawdź rekordy MX, SPF, DKIM i DMARC w jednym przebiegu.
  • Weryfikacja własności. Pobierz rekord TXT, który zewnętrzna usługa poprosiła Cię opublikować.
  • Reverse DNS. Uruchom zapytanie PTR na IP, aby znaleźć hostname, który serwer pocztowy lub logger mu przypisze.

Dlaczego możesz widzieć różne odpowiedzi

Publiczne resolvery cache'ują rekordy przez TTL skonfigurowane na autorytatywnym serwerze nazw. Google może nadal serwować starą wartość, podczas gdy Cloudflare pokazuje już nową. Przełącz resolver, by porównać — kolumna TTL mówi, kiedy cache wygaśnie. Aby uzyskać globalny widok z 20+ punktów obserwacji, zobacz sprawdzanie propagacji podlinkowane poniżej.

Najczęstsze pytania

Którego resolvera DNS powinienem użyć?

Wszystkie trzy (Google 8.8.8.8, Cloudflare 1.1.1.1, Quad9 9.9.9.9) są publiczne, anycastowe i zwracają odpowiedzi pozyskane autorytatywnie. Cloudflare bywa najszybszy; Quad9 filtruje znane złośliwe nazwy; Google ma najbardziej przewidywalne zachowanie w różnych regionach. Przełączaj między nimi, by zobaczyć, czy problem jest globalny czy specyficzny dla resolvera.

Co to jest kolumna TTL?

Time-to-live w sekundach — jak długo resolver downstream może cache'ować ten rekord. Niski TTL (60–300 s) oznacza szybką propagację zmian; wysoki TTL (3600–86400 s) oznacza, że rekord jest stabilny. Jeśli zamierzasz zmienić rekord, najpierw obniż jego TTL i odczekaj stary TTL przed przełączeniem.

Czy odpytujecie autorytatywny serwer nazw bezpośrednio?

Nie — odpytujemy wybrany publiczny resolver, tak samo jak zrobiłaby to przeglądarka lub serwer pocztowy. To zwykle to, czego chcesz: odzwierciedla, co widzi reszta internetu. Jeśli musisz zweryfikować, co aktualnie publikuje autorytatywny serwer, użyj +norecurse w dig lub narzędzia specyficznego dla hostingu.

Dlaczego rekordy PTR wyglądają inaczej?

Lookup PTR rozwiązuje IP z powrotem na hostname i używa odwrotnej strefy .in-addr.arpa (IPv4) lub .ip6.arpa (IPv6). Aby nie mieszać typów rekordów żyjących w różnych strefach, wybierz PTR osobno i wprowadź adres IP zamiast domeny.

Czy wynik jest cache'owany?

Cache'ujemy odpowiedzi resolvera przez pięć minut, by powtarzane wyszukiwania tej samej domeny i resolvera nie marnowały budżetu zapytań upstream. Jeśli musisz wymusić świeże zapytanie, przełącz resolver lub odczekaj okno pięciu minut. TTL-e autorytatywne są raportowane bez zmian — nasz cache wpływa tylko na to, jak często nasz backend ponownie odpytuje.