Wyszukiwanie rekordów DNS
Sprawdź rekordy A, AAAA, MX, TXT, NS, CNAME i SOA.
| Host | TTL? | Value |
|---|---|---|
| example.com | 300 | 2606:4700:10::6814:179a |
| example.com | 300 | 2606:4700:10::ac42:93f3 |
| Host | TTL? | Value |
|---|---|---|
| example.com | 300 | v=spf1 -all |
| example.com | 300 | _k2n1y4vw3qtb4skdx9e7dxt97qrmmq9 |
| Host | TTL? | Value |
|---|---|---|
| example.com | 21600 | hera.ns.cloudflare.com |
| example.com | 21600 | elliott.ns.cloudflare.com |
| Host | TTL? | Value |
|---|---|---|
| example.com | 1001 | elliott.ns.cloudflare.com dns.cloudflare.com serial 2409709709 |
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,DKIMiDMARCw jednym przebiegu. - Weryfikacja własności. Pobierz rekord
TXT, który zewnętrzna usługa poprosiła Cię opublikować. - Reverse DNS. Uruchom zapytanie
PTRna 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ć?
Co to jest kolumna TTL?
Czy odpytujecie autorytatywny serwer nazw bezpośrednio?
+norecurse w dig lub narzędzia specyficznego dla hostingu.
Dlaczego rekordy PTR wyglądają inaczej?
.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.