Reverse DNS bérelt IP-címtérhez: PTR-rekordok, delegálás és levelezés

A reverse DNS egy IP-címet egy névhez rendel vissza, egy PTR-rekordon keresztül. A legtöbb szolgáltatásnál ez részletkérdés. Egy levelezőszervernél nem az: a Google megköveteli, hogy minden Gmailre küldő címnek legyen olyan PTR-rekordja, amelynek neve ugyanarra a címre oldódik fel vissza, és sok más fogadó fél is ugyanezt az egyezést keresi. Bérelt címtérnél a rekord alapértelmezésként egy olyan zónában van, amely felett nem Ön rendelkezik, ezért érdemes tudni, ki és hogyan állítja be.

Hogyan működik a reverse DNS

Egy forward lekérdezés egy nevet címmé alakít. Egy reverse lekérdezés egy címet névvé alakít, a négy számát fordított sorrendbe téve egy speciális domain alatt: a 203.0.113.10 PTR-rekordja a 10.113.0.203.in-addr.arpa alatt található. Az IPv6 ugyanígy működik az ip6.arpa alatt, hexadecimális számjegyenként.

Egy /24 zónáját, ebben a példában a 113.0.203.in-addr.arpa-t, a nyilvántartó a hozzá felsorolt névszerverekre delegálja. A RIPE NCC szolgáltatási régiójában ezek egy domain objektum nserver sorai a RIPE Database-ben. Aki ezeket a névszervereket üzemelteti, az dönti el, mit mondanak a PTR-rekordok.

dig -x 203.0.113.10 +short

Ki rendelkezik felette bérelt címtérnél

A nyilvántartó a reverse zónát a blokk jogosultjára delegálja, így bérelt címtérnél ez a bérbeadó, nem Ön. A gyakorlatban kétféle megoldás létezik.

• A bérbeadó beállítja a kért rekordokat. Ön elküldi az egyes címek nevét, a bérbeadó közzéteszi a PTR-rekordokat. Ez a legegyszerűbb megoldás, és szinte mindenkinek elég.
• A bérbeadó a zónát Önre delegálja. Egy az Ön névszervereire mutató domain objektummal maga kezeli a PTR-rekordokat. Ez egy teljes /24-re működik. Kisebb darabnál a bérbeadó csak az Ön címeit adhatja át az RFC 2317-ben leírt osztály nélküli delegálással: a zónájában lévő CNAME-rekordokkal, amelyek egy, az Ön névszerverein lévő zónába mutatnak.

Akárhogy is, a bérlet kezdete előtt kérdezze meg, hogyan történnek a változtatások, és milyen gyorsan jelennek meg, mert egy levelezőszerver, amelynek nem adhat rendes nevet, olyan levelezőszerver, amely nem kézbesít.

Mit ellenőriznek a levelezőszerverek

A Google küldőknek szóló irányelvei minden küldőre kimondják a szabályt, nem csak a tömeges küldőkre: „The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.” (fordítás: „Egy küldő SMTP-szerver nyilvános IP-címének rendelkeznie kell egy megfelelő PTR-rekorddal, amely egy hosztnévre oldódik fel.”) Ennek a hosztnévnek pedig rendelkeznie kell egy A-rekorddal, IPv6 esetén AAAA-val, amely ugyanarra a címre oldódik fel. Ez a forward-confirmed reverse DNS: címből név, és névből vissza ugyanaz a cím. A Gmail egy hiányzó vagy nem egyező rekordra ideiglenes vagy végleges hibával válaszol, és 2025 novembere óta szigorúbban érvényesíti a szabályait.

Két szokás tartozik hozzá. Ugyanazt a nevet használja a levelezőszervere által küldött üdvözlésben (HELO vagy EHLO), és olyan neveket válasszon, amelyek szervernek, nem készletnek látszanak. A Yahoo, amely minden küldőtől reverse DNS-t követel meg, „meaningful, non-generic” (fordítás: „beszédes, nem általános”) PTR-rekordokat kér, és egyes szűrők egy olyan nevet, mint a 203-0-113-10.dynamic.example.net, otthoni kapcsolat jelének tekintenek.

Beállítás, lépésről lépésre

1. Válasszon küldő címenként egy nevet, egy Ön által kezelt domain alatt: mail1.example.com.
2. Hozza létre a forward rekordot: mail1.example.com. A 203.0.113.10.
3. Állítsa be a PTR-rekordot: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., a bérbeadóján keresztül vagy a delegált zónájában.
4. Ellenőrizze mindkét irányt egy saját hálózatán kívüli hálózatról:

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

1. Gondoskodjon róla, hogy a levelezőszerver ugyanazt a nevet használja. Postfixben ez a myhostname = mail1.example.com.

Hibák, amelyek tönkreteszik a kézbesítést

• PTR-rekord egyező A-rekord nélkül. A reverse lekérdezés működik, a forward ellenőrzés meghiúsul.
• Két PTR-rekord egy címhez. Az ellenőrzések nem értenek egyet abban, melyik számít. Tartson meg egyet.
• Átnevezés hosszú TTL mellett. A resolverek addig a régi nevet szolgálják ki, amíg a TTL le nem jár. Egy tervezett változtatás előtt egy nappal csökkentse.
• Elfelejtett IPv6. Ha a szerver IPv6-on küld, az IPv6-címének ugyanilyen bánásmód kell az ip6.arpa alatt, egy hozzá illő AAAA-rekorddal.
• Delegált zóna olyan névszervereken, amelyek nem válaszolnak többé. A nyilvántartó csak a delegáláskor ellenőrzi a névszervereket. Ha később meghibásodnak, a blokk minden reverse lekérdezése velük együtt meghiúsul.

Hol segít az RTM Networks

A reverse DNS minden bérlet része, többletköltség nélkül: adja meg az egyes címek nevét, és beállítjuk a PTR-rekordokat (IPv4 bérlése). Ha a címekről levelet fognak küldeni, a hírnevük ugyanannyit számít, mint a nevük, ezért minden általunk bérbe adott IPv4-blokkot átadás előtt és a bérlet alatt minden nap ellenőrzünk a feketelisták alapján (hogyan tartsa tisztán a blokkot).