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
Domain
example.com
Resolver?
Google (8.8.8.8)
Records
9
Query time
357.64 ms
A records (2)?
Host TTL? Value
example.com 300 172.66.147.243
example.com 300 104.20.23.154
AAAA records (2)?
Host TTL? Value
example.com 300 2606:4700:10::6814:179a
example.com 300 2606:4700:10::ac42:93f3
MX records (0)?
No MX records returned.
TXT records (2)?
Host TTL? Value
example.com 300 v=spf1 -all
example.com 300 _k2n1y4vw3qtb4skdx9e7dxt97qrmmq9
NS records (2)?
Host TTL? Value
example.com 21600 hera.ns.cloudflare.com
example.com 21600 elliott.ns.cloudflare.com
SOA records (1)?
Host TTL? Value
example.com 1001 elliott.ns.cloudflare.com dns.cloudflare.com serial 2409709709
Raw Output
example.com.  300  IN  A  172.66.147.243
example.com.  300  IN  A  104.20.23.154
example.com.  300  IN  AAAA  2606:4700:10::6814:179a
example.com.  300  IN  AAAA  2606:4700:10::ac42:93f3
example.com.  300  IN  TXT  "v=spf1 -all"
example.com.  300  IN  TXT  "_k2n1y4vw3qtb4skdx9e7dxt97qrmmq9"
example.com.  21600  IN  NS  hera.ns.cloudflare.com.
example.com.  21600  IN  NS  elliott.ns.cloudflare.com.
example.com.  1001  IN  SOA  elliott.ns.cloudflare.com. dns.cloudflare.com. 2409709709 10000 2400 604800 1800
What does each field mean?

Field reference

TTL

Liczba sekund, przez którą resolver downstream może cachować rekord, zanim ponownie zapyta serwer autorytatywny. Krótki TTL (60–300) oznacza szybką propagację zmian, ale częstsze odpytywanie; długi TTL (1h–1d) zmniejsza obciążenie, lecz spowalnia zmiany DNS.

Rekord A

Mapuje nazwę hosta na 32-bitowy adres IPv4 (np. <code>example.com → 93.184.216.34</code>). Najpopularniejszy typ rekordu DNS; ruch webowy zaczyna się właśnie od lookupu A.

Rekord AAAA

Odpowiednik A dla IPv6 — 128-bitowy adres (np. <code>2606:2800:220:1::93:184:216:34</code>). Nowoczesne hosty publikują oba: A i AAAA; resolver wybiera jeden zgodnie z łącznością klienta.

Rekord MX

Wymienia nazwy hostów wymieniających pocztę plus priorytet — najniższy priorytet próbowany jest jako pierwszy. Bez MX nie da się dostarczyć poczty do domeny. Przykłady: <code>10 mail.example.com</code>.

CNAME

Canonical Name: mówi resolverowi "aby mnie znaleźć, szukaj X". Nie może współistnieć z innymi rekordami na tej samej nazwie ani znajdować się w zone apex (gołej domenie). Przydatny dla CDN i dostawców SaaS.

TXT

Pierwotnie dowolny tekst, dziś niesie polityki czytelne dla maszyn: SPF (dozwoleni nadawcy poczty), DKIM (klucze podpisu), DMARC (polityka uwierzytelniania email) oraz tokeny weryfikacji własności domeny dla Google/Microsoft/AWS.

NS

Wymienia serwery, które przechowują rzeczywiste dane strefy. Rejestr TLD zwraca rekordy NS podczas referral chain; resolvery pytają potem te serwery o wszystko inne. Zmiana NS to praktycznie ponowne delegowanie domeny.

PTR

Mapuje IP z powrotem na nazwę. Wymagany dla serwerów pocztowych — wielu dostawców odrzuca SMTP z IP o brakujących lub generycznych PTR. Rekordy PTR kontroluje właściciel bloku IP (a nie właściciel domeny).

SOA

Każda strefa ma dokładnie jeden SOA: master NS, email kontaktowy, numer seryjny (inkrementowany przy zmianach — secondary po nim wykrywają aktualizacje), timery refresh/retry/expire, domyślny TTL negatywnego cache.

CAA

Certification Authority Authorization ogranicza, które CA mogą wydawać certyfikaty dla domeny. Przykład: <code>0 issue "letsencrypt.org"</code> blokuje każdy CA poza Let's Encrypt. CA mają obowiązek honorować CAA przed wydaniem.

Resolver

Publiczny resolver rekurencyjny, do którego skierowano zapytanie: Cloudflare (1.1.1.1), Google (8.8.8.8), Quad9 (9.9.9.9). Różne resolvery mogą zwracać różne odpowiedzi z powodu TTL races, anycast czy geo-targeted DNS.

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.