Přejít na obsah
Nabídka

Technika · 7. listopadu 2026 · 5 min čtení

Ověření reverse DNS: dotaz na záznam PTR a jeho nastavení

Jak ověřit záznam reverse DNS IP adresy pomocí dig, host a nslookup, nechat jej nastavit u poskytovatele a splnit pravidla poštovních serverů.

Kontrolní okruh: IP adresa vede přes záznam PTR k názvu počítače, název počítače vede přes záznam A zpět k téže IP adrese
Grafika: Whovisit · Zobrazit grafiku ve velkém

Kdo provozuje poštovní server, dříve či později narazí na chybové hlášení „no reverse DNS“ nebo „PTR missing“. Míní se záznam reverse DNS adresy vašeho serveru. Tento článek ukazuje, jak se na něj zeptat, co musí u poštovních serverů splňovat a jak jej nechat nastavit. Jak z názvu počítače usoudit na firmu, je naproti tomu v článku Záznam PTR: jak se z názvu počítače stane firma.

Co je reverse DNS

Běžné DNS překládá název na adresu. Reverse DNS dělá opak: k IP adrese vrací název. K tomu slouží záznam PTR. Dotaz probíhá přes zvláštní doménu. U IPv4 je to in-addr.arpa, u IPv6 ip6.arpa. Adresa se přitom obrací. Z 192.0.2.10 se stane 10.2.0.192.in-addr.arpa. U IPv6 se obracejí jednotlivé hexadecimální číslice, jak popisuje RFC 3596.

Dotaz na záznam PTR

Všechny příkazy se v příkladu ptají na 193.0.6.139, adresu RIPE NCC. Nahraďte ji svou vlastní.

NástrojPříkazDobré vědět
dig (macOS, Linux)dig -x 193.0.6.139 +shortAdresu obrací sám. Bez +short uvidíte i stav.
host (macOS, Linux)host 193.0.6.139Nejkratší výstup: „domain name pointer …“
nslookup (všechny systémy)nslookup 193.0.6.139K dispozici i na Windows.

Pokud nepřijde odpověď, záznam neexistuje (stav NXDOMAIN) nebo příslušný jmenný server neodpovídá (SERVFAIL, překročení času). Pro IPv6 funguje stejný zápis, například dig -x 2001:db8::25 +short s adresou z rozsahu pro dokumentaci. Kdo nemá konzoli, použije online dotaz na stránkách s nástroji DNS. Čerstvě změněné záznamy se kvůli ukládání do mezipaměti (TTL) často dostanou všude až po nějaké době.

Proč jej poštovní servery potřebují

Přijímající poštovní servery rády kontrolují, zda je odesílatel čistě nastaven. Součástí této kontroly je reverse DNS. Základní myšlenka se v odborném jazyce nazývá forward-confirmed reverse DNS:

  1. K adrese odesílatele se zjistí záznam PTR. Výsledek: název počítače.
  2. K tomuto názvu počítače se zjistí záznam A (u IPv6 AAAA).
  3. Pokud adresa souhlasí s původní, je řetěz uzavřen.

Google od odesílatelů výslovně vyžaduje platné záznamy v předním i zpětném směru. V pokynech pro odesílatele se uvádí, že adresa odesílatele se musí shodovat s adresou názvu počítače uvedeného v záznamu PTR. Také RFC 1912 v oddíle 2.1 doporučuje, aby záznamy PTR a A seděly k sobě a aby PTR neukazoval na CNAME. Zda jiný příjemce kontroluje přísně, je uvedeno v jeho vlastní dokumentaci. Počítejte s tím, že chybějící nebo nesouhlasný záznam vede k odmítnutým e-mailům nebo k tomu, že skončí ve složce se spamem.

Nechat nastavit

Záznam PTR nenastavujete ve své vlastní správě domén. Leží v zóně, která patří k bloku adres. Tu spravuje ten, komu je blok přidělen. Zpravidla je to váš poskytovatel nebo hosting.

  1. Zvolte název počítače, pod kterým má váš poštovní server vystupovat, například mail.beispiel-firma.example.
  2. Ve své vlastní zóně DNS vytvořte záznam A: mail.beispiel-firma.example ukazuje na 192.0.2.10.
  3. V zákaznickém portálu poskytovatele zapište záznam reverse DNS pro 192.0.2.10. U mnoha hostingů je to pole u IP adresy. Jinak stačí dotaz na podporu s adresou a požadovaným názvem.
  4. Pomocí dig -x a poté dig mail.beispiel-firma.example +short ověřte, zda oba směry souhlasí.
  5. Ujistěte se, že název sedí i k pozdravu (HELO/EHLO) vašeho poštovního serveru.

Pokud máte vlastní blok adres, registr zónu předá vašim jmenným serverům. Pro bloky menší než /24 popisuje postup RFC 2317. V takovém případě se nejdříve zeptejte svého poskytovatele.

Dvě překážky jsou časté. Pokud má server více adres, potřebuje každá vlastní záznam. A s dynamickými adresami, jaké mají soukromé přípojky, zpravidla volně zvolený název nezískáte. Kdo odtud odesílá poštu, použije lépe službu relay.

Když kontrola selže

PozorováníMožná příčina
Žádný záznamPoskytovatel nic nenastavil, záznam pro tuto adresu chybí
Záznam ukazuje na sběrný název poskytovateleVlastní název nebyl nikdy požadován
Název se nepřekládá na tutéž adresuZáznam A chybí nebo ukazuje na starou adresu
Funguje jen IPv4Pro IPv6 záznam chybí, Google na to ve své dokumentaci upozorňuje
Změna není vidětMezipaměť, počkat nebo se zeptat přímo jmenného serveru poskytovatele

Reverse DNS nenahrazuje autentizaci pošty. SPF, DKIM a DMARC jsou samostatná témata. Ale bez odpovídajícího záznamu PTR zůstává poštovní server rychle pod radarem příjemců.

Co reverse DNS nedokazuje

Záznam je dobrovolný a spravuje jej provozovatel sítě. Neříká, kdo adresu používá. Proto se hodí jako vodítko, nikoli jako důkaz, když chcete vědět, komu patří IP adresa. K tomu je registr sítí spolehlivějším zdrojem. Součinnost obou cest vysvětluje Reverse IP lookup jednoduše vysvětlen.

Časté otázky

Musí mít každá IP adresa záznam PTR? Ne, je dobrovolný. Pro servery, které odesílají poštu, je však v praxi povinný, protože jej příjemci kontrolují.

Mohu záznam PTR změnit sám? Jen pokud spravujete reverzní zónu adresy. U adres vašeho poskytovatele nebo hostingu záznam nastavuje on, většinou přes zákaznický portál nebo na požádání.

Jaký je rozdíl mezi reverse DNS a Whois? Reverse DNS vrací název počítače a nastavuje jej provozovatel sítě. Whois nebo RDAP uvádí majitele rozsahu adres. Obojí jsou různé databáze s různým účelem.

Číst dále