Reverzni DNS za iznajmljeni IP prostor: PTR zapisi, delegacija i e-pošta

Reverzni DNS povezuje IP adresu natrag s nazivom, putem PTR zapisa. Za većinu usluga to je sitnica. Za poslužitelj e-pošte nije: Google traži da svaka adresa koja šalje na Gmail ima PTR zapis čiji se naziv razrješava natrag na istu adresu, a mnogi drugi primatelji traže isto podudaranje. Kod iznajmljenog prostora zapis se prema zadanim postavkama nalazi u zoni koju ne kontrolirate, pa vrijedi znati tko ga postavlja i kako.

Kako funkcionira reverzni DNS

Izravni upit (forward lookup) pretvara naziv u adresu. Reverzni upit pretvara adresu u naziv, obrćući redoslijed njezina četiri broja pod posebnom domenom: PTR zapis za 203.0.113.10 nalazi se na 10.113.0.203.in-addr.arpa. IPv6 funkcionira jednako pod ip6.arpa, heksadecimalnu znamenku po znamenku.

Zonu za /24, u ovom primjeru 113.0.203.in-addr.arpa, registar delegira poslužiteljima imena navedenima za nju. U servisnoj regiji RIPE NCC-a to su retci nserver objekta domain u RIPE Database. Tko god vodi te poslužitelje imena, odlučuje što PTR zapisi navode.

dig -x 203.0.113.10 +short

Tko ga kontrolira kod iznajmljenog prostora

Registar reverznu zonu delegira nositelju bloka, pa je kod iznajmljenog prostora to najmodavac, a ne vi. U praksi postoje dva rješenja.

• Najmodavac postavlja zapise koje zatražite. Pošaljete naziv za svaku adresu, a najmodavac objavljuje PTR zapise. To je najjednostavnije rješenje i dovoljno je gotovo svima.
• Najmodavac zonu delegira vama. S objektom domain koji pokazuje na vaše poslužitelje imena, PTR zapisima upravljate sami. To funkcionira za cijeli /24. Za manji dio najmodavac vam može predati samo vaše adrese besklasnom delegacijom opisanom u RFC 2317: CNAME zapisima u svojoj zoni koji pokazuju u zonu na vašim poslužiteljima imena.

U oba slučaja prije početka najma pitajte kako se rade promjene i koliko se brzo pojavljuju, jer poslužitelj e-pošte kojem ne možete dati pravi naziv poslužitelj je koji ne isporučuje.

Što provjeravaju primatelji pošte

Googleove smjernice za pošiljatelje navode pravilo za svakog pošiljatelja, ne samo za masovne: „The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.“ (prijevod: „Javna IP adresa SMTP poslužitelja koji šalje mora imati odgovarajući PTR zapis koji se razrješava u naziv hosta.“) Taj naziv hosta pak mora imati A zapis, ili AAAA za IPv6, koji se razrješava na istu adresu. To je reverzni DNS potvrđen izravnim upitom (forward-confirmed reverse DNS): adresa u naziv i naziv natrag u istu adresu. Gmail na zapis koji nedostaje ili se ne podudara odgovara privremenom ili trajnom pogreškom, a svoja pravila strože provodi od studenoga 2025.

Uz to idu dvije navike. Koristite isti naziv u pozdravu koji šalje vaš poslužitelj e-pošte (HELO ili EHLO) i birajte nazive koji izgledaju kao poslužitelj, a ne kao skup adresa. Yahoo, koji reverzni DNS traži od svakog pošiljatelja, traži PTR zapise koji su „meaningful, non-generic“ (prijevod: „smisleni, ne generički“), a neki filtri naziv poput 203-0-113-10.dynamic.example.net tumače kao znak kućnog priključka.

Postavljanje, korak po korak

1. Odaberite jedan naziv po adresi za slanje, pod domenom koju kontrolirate: mail1.example.com.
2. Izradite izravni zapis: mail1.example.com. A 203.0.113.10.
3. Postavite PTR zapis: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., preko svog najmodavca ili u svojoj delegiranoj zoni.
4. Provjerite oba smjera iz mreže izvan vlastite:

dig -x 203.0.113.10 +short        # expect: mail1.example.com.
dig +short mail1.example.com A    # expect: 203.0.113.10

1. Neka poslužitelj e-pošte koristi isti naziv. U Postfixu to je myhostname = mail1.example.com.

Pogreške koje kvare isporuku

• PTR zapis bez odgovarajućeg A zapisa. Reverzni upit radi, a izravna provjera ne prolazi.
• Dva PTR zapisa za jednu adresu. Provjere se ne slažu oko toga koji vrijedi. Zadržite jedan.
• Preimenovanje uz dugi TTL. Resolveri nastavljaju posluživati stari naziv dok TTL ne istekne. Smanjite ga dan prije planirane promjene.
• Zaboravljen IPv6. Ako poslužitelj šalje preko IPv6, njegova IPv6 adresa treba isti postupak pod ip6.arpa, uz odgovarajući AAAA zapis.
• Delegirana zona na poslužiteljima imena koji prestanu odgovarati. Registar provjerava poslužitelje imena samo kada se delegacija izrađuje. Ako kasnije zakažu, s njima zakazuje i svaki reverzni upit za blok.

Gdje se uklapa RTM Networks

Reverzni DNS dio je svakog najma bez dodatnog troška: javite nam naziv za svaku adresu i postavit ćemo PTR zapise (najam IPv4). Ako će se s adresa slati pošta, njihov ugled važan je koliko i njihovi nazivi, pa svaki IPv4 blok koji iznajmljujemo provjeravamo na crnim listama prije isporuke i svaki dan dok ga imate (kako održati blok čistim).