# 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ů.

Quelle: https://whovisit.app/cs/blog/reverse-dns-overeni-ptr-zaznam-dig
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

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](https://whovisit.app/blog/ptr-rueckwaertssuche-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](https://www.rfc-editor.org/rfc/rfc3596).

## 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ástroj | Příkaz | Dobré vědět |
|---|---|---|
| dig (macOS, Linux) | `dig -x 193.0.6.139 +short` | Adresu obrací sám. Bez `+short` uvidíte i stav. |
| host (macOS, Linux) | `host 193.0.6.139` | Nejkratší výstup: „domain name pointer …“ |
| nslookup (všechny systémy) | `nslookup 193.0.6.139` | K 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](https://support.google.com/a/answer/81126) 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](https://www.rfc-editor.org/rfc/rfc1912) 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](https://www.rfc-editor.org/rfc/rfc2317). 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áznam | Poskytovatel nic nenastavil, záznam pro tuto adresu chybí |
| Záznam ukazuje na sběrný název poskytovatele | Vlastní název nebyl nikdy požadován |
| Název se nepřekládá na tutéž adresu | Záznam A chybí nebo ukazuje na starou adresu |
| Funguje jen IPv4 | Pro IPv6 záznam chybí, Google na to ve své dokumentaci upozorňuje |
| Změna není vidět | Mezipaměť, 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](https://whovisit.app/blog/ip-adresse-inhaber-herausfinden). K tomu je registr sítí spolehlivějším zdrojem. Součinnost obou cest vysvětluje [Reverse IP lookup jednoduše vysvětlen](https://whovisit.app/blog/reverse-ip-lookup-erklaert).

## Č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.