PTR záznam je součást reverzního DNS. Zatímco běžné DNS převádí doménu na IP adresu, reverzní DNS dělá opačný krok a přiřazuje IP adrese doménové jméno. V praxi se s tím nejčastěji setkáte u SMTP serverů, kde příjemci pošty kontrolují, jestli IP adresa odesílatele vrací smysluplný hostname.
Co PTR záznam vlastně dělá
Když server přijímá e-mail, může si ověřit, jaké jméno vrací reverzní DNS pro IP adresu odesílajícího serveru. Pokud IP vrací generický nebo nesouvisející hostname, případně nevrací nic, snižuje to důvěryhodnost spojení. Samotný PTR záznam spam neřeší, ale pomáhá potvrdit, že server má konzistentní identitu.
Proto se PTR často řeší spolu s SPF záznamem, DKIM a DMARC. Tyto technologie ověřují, kdo smí poštu posílat a zda zpráva nebyla cestou podvržená. PTR je doplňuje na úrovni samotného serveru a jeho IP adresy.
Kdy PTR záznam řešit
- Provozujete vlastní SMTP server na VPS, cloud serveru nebo dedikovaném stroji.
- Aplikace odesílá transakční poštu přímo z vaší veřejné IP adresy.
- Migrujete e-mailovou infrastrukturu a měníte odchozí server.
- Řešíte horší doručitelnost a logy ukazují na chybějící reverse DNS.
Na běžném sdíleném hostingu často vlastní PTR vůbec nenastavujete, protože odchozí poštu řeší infrastruktura poskytovatele. Potřeba přichází hlavně ve chvíli, kdy spravujete vlastní server nebo vyhrazenou IP adresu.
Kdo PTR nastavuje
PTR záznam typicky nespravujete v běžné DNS zóně domény. O reverzní DNS se stará držitel IP rozsahu, tedy obvykle poskytovatel serveru nebo hostingu. U managed VPS to bývá položka v administraci nebo požadavek na podporu. U cloudových služeb se nastavení může lišit podle typu veřejné IP a konkrétní platformy.
Jinými slovy: i když ovládáte A, MX a TXT záznamy své domény, PTR může být mimo váš přímý dosah. To je dobré ověřit ještě před spuštěním produkčního mailserveru.
Jak má vypadat rozumné nastavení
Dobrá praxe je, aby veřejná IP adresa vracela hostname, který dává smysl pro daný server, například mail.firma.cz. Zároveň by tento hostname měl mít dopředný DNS záznam zpět na stejnou IP adresu. Tento soulad se často označuje jako forward-confirmed reverse DNS.
Není to jediný signál důvěryhodnosti, ale pomáhá. Když reverzní DNS ukazuje na jiný název než ten, kterým se server představuje v SMTP, nebo když hostname nevede zpět na stejnou IP, některé antispamové systémy to vyhodnotí negativně.
PTR záznam není náhrada za SPF, DKIM ani DMARC
Častý omyl: po nastavení PTR bude doručitelnost automaticky v pořádku. Nebude. PTR je jen jedna vrstva. Pokud posíláte poštu z vlastní infrastruktury, stále potřebujete správně nastavené SPF, podepisování přes DKIM a politiku DMARC. Bez nich budou mailbox provideři hodnotit doménu i server jako nedostatečně ověřené.
Pokud si nejdřív potřebujete srovnat samotné šíření změn v DNS, navazuje na to článek DNS propagace. Reverzní DNS se sice nastavuje jinde než běžná zóna, ale i tady se změny mohou projevit až po vypršení cache.
Jak poznat, že problém je právě v reverzním DNS
- E-maily padají do spamu hlavně u přísnějších příjemců.
- Mail log nebo bounce zmiňuje missing PTR, reverse DNS nebo hostname mismatch.
- Nový server má čerstvou IP adresu bez historie a bez navázaného hostname.
- SMTP banner, PTR a A záznam ukazují na různé názvy.
Jestli ale poštu odesíláte přes externí platformu nebo SMTP poskytovatele, chyba může být jinde. V takovém případě řešte hlavně autorizaci domény, reputaci služby a správnou konfiguraci aplikace.
Praktický checklist před spuštěním vlastního odesílání
- Vyberte hostname pro mailserver, například
mail.example.cz. - Nastavte A nebo AAAA záznam hostname na veřejnou IP serveru.
- Požádejte poskytovatele IP o nastavení PTR na stejný hostname.
- Zkontrolujte SPF, DKIM a DMARC pro odesílající doménu.
- Ověřte, že SMTP server používá stejný hostname v konfiguraci a banneru.
Praktické shrnutí
PTR záznam řešte hlavně tehdy, když poštu odesíláte z vlastní IP adresy. U běžného webu na sdíleném hostingu to často není vaše starost. U VPS, cloud serveru nebo dedikovaného mailserveru je ale reverzní DNS základní hygienou: pomáhá důvěryhodnosti serveru, navazuje na SPF, DKIM a DMARC a snižuje riziko, že legitimní pošta skončí zbytečně ve spamu.