Vyhledání DNS a porovnání resolverů

Zadejte typ záznamu a dotaz se najednou odešle na čtyři veřejné resolvery. Odpovědi jsou vedle sebe, následuje tabulka po hodnotách, která ukazuje, který resolver vrátil který záznam, takže neshoda je vidět na první pohled a není skryta za názorem jednoho resolveru. Každá odpověď si uchovává svůj TTL a každý resolver hlásí, zda dokázal název ověřit pomocí DNSSEC. Když se resolvery neshodnou, stránka nehádá: vypíše přesně, v čem se liší, uvede dvě vysvětlení, která pokrývají téměř každý skutečný případ, a poví vám, jak je rozlišit.
Připraveno. Zatím nebyl odeslán žádný dotaz.
Zadejte název, vyberte typ záznamu a poté spusťte přeložení.
Typy záznamů. A přiřazuje název k adrese IPv4, AAAA k adrese IPv6. CNAME říká, že název je jiný název, a resolvery řetěz sledují až na konec. MX vypisuje poštovní servery, každý s číselnou prioritou, přičemž nejdříve se zkouší nejnižší číslo. TXT obsahuje volný text a jsou v něm uložena poštovní pravidla: zásada SPF začíná v=spf1, klíč DKIM je uložen pod selektorem končícím ._domainkey a zásada DMARC je umístěna na _dmarc před doménou. NS vypisuje jmenné servery odpovědné za zónu, SOA je vlastní hlavičkový záznam zóny a obsahuje dobu cachování negativní odpovědi. SRV najde službu na hostiteli a portu, CAA říká, které certifikační autority mohou pro název vydávat certifikáty, PTR je opačný směr od adresy zpět k názvu a TLSA připíná certifikát k jedné službě. DS a DNSKEY nesou klíče, které umožňují ověření DNSSEC, a HTTPS a SVCB popisují, jak se ke službě dostat, včetně parametrů novějších protokolů.

Kódy odpovědí. NOERROR bez záznamů znamená, že název existuje, ale nemá nic požadovaného typu. NXDOMAIN znamená, že název vůbec neexistuje, a tato odpověď se na chvíli cachuje, takže název vytvořený před minutou může stále vypadat jako chybějící. SERVFAIL znamená, že resolver nedokázal úlohu dokončit, a jedním z nejčastějších důvodů je rozbitý podpis DNSSEC. REFUSED znamená, že resolver na dotaz odmítl odpovědět.

TTL. TTL je počet sekund, po které smí resolver záznam uchovávat. Právě proto mohou dva resolvery po nějakou dobu oprávněně ukazovat různé odpovědi: jeden stále drží starou kopii, dokud neuplyne jeho časovač. Proto je prvním krokem po změně ověřit, zda se všechny resolvery dohnaly, a ne to, zda je jeden z nich chybný.

DNSSEC shrnutě v jednom odstavci. Resolver, který hlásí příznak ověřených dat, uvádí, že odpověď dokázal ověřit kryptografickými podpisy počínaje klíčem samotné domény. Chybějící příznak sám o sobě nedokazuje manipulaci: zóna nemusí být podepsána, nebo resolver vůbec neověřuje. Nejzajímavější případ nastává, když resolver hlásí chybu, zatímco ostatní vracejí záznamy, protože neplatný podpis je přesně to, jak vypadá padělaná odpověď.

Odpovědi, které vypadají špatně, ale nejsou. Velké weby, sítě pro doručování obsahu a cokoli s DNS závislým na poloze úmyslně vydávají různým resolverům různé adresy, takže neshoda je tam normální a neznamená nic špatného. Adresa jako 0.0.0.0, :: nebo privátní adresa v odpovědi A nebo AAAA je obvykle úmyslné blokování ze strany provozovatele resolveru, nikoli únos na lince, ale znamená to, že resolver odpověď změnil. Tato stránka vám ukáže rozdíl a důvody, a nikdy vám neřekne, která odpověď je skutečná.