DNS invers pentru spațiul IP închiriat: înregistrări PTR, delegare și e-mail

DNS-ul invers asociază o adresă IP cu un nume, printr-o înregistrare PTR. Pentru majoritatea serviciilor este un detaliu. Pentru un server de mail nu este: Google cere ca fiecare adresă care trimite către Gmail să aibă o înregistrare PTR al cărei nume se rezolvă înapoi la aceeași adresă, iar mulți alți destinatari caută aceeași potrivire. La spațiul închiriat, înregistrarea se află implicit într-o zonă pe care nu o controlați, așa că merită să știți cine o setează și cum.

Cum funcționează DNS-ul invers

O interogare directă transformă un nume într-o adresă. O interogare inversă transformă o adresă într-un nume, inversându-i cele patru numere sub un domeniu special: înregistrarea PTR pentru 203.0.113.10 se află la 10.113.0.203.in-addr.arpa. IPv6 funcționează la fel, sub ip6.arpa, câte o cifră hexazecimală pe rând.

Zona pentru un /24, 113.0.203.in-addr.arpa în acest exemplu, este delegată de registru serverelor de nume listate pentru ea. În regiunea de servicii a RIPE NCC, acestea sunt liniile nserver ale unui obiect domain din RIPE Database. Cine administrează acele servere de nume decide ce spun înregistrările PTR.

dig -x 203.0.113.10 +short

Cine îl controlează pentru spațiul închiriat

Registrul deleagă zona inversă deținătorului blocului, așa că, pentru spațiul închiriat, acesta este locatorul, nu dvs. În practică există două aranjamente.

• Locatorul setează înregistrările pe care le cereți. Trimiteți numele pentru fiecare adresă, iar locatorul publică înregistrările PTR. Este aranjamentul cel mai simplu și ajunge pentru aproape oricine.
• Locatorul vă deleagă zona. Cu un obiect domain care indică spre serverele dvs. de nume, gestionați singur înregistrările PTR. Asta funcționează pentru un /24 întreg. Pentru o bucată mai mică, locatorul vă poate preda doar adresele dvs. prin delegarea classless descrisă în RFC 2317: înregistrări CNAME în zona sa care indică spre o zonă de pe serverele dvs. de nume.

În ambele cazuri, întrebați înainte de începerea închirierii cum se fac schimbările și cât de repede apar, pentru că un server de mail căruia nu îi puteți da un nume corect este un server de mail care nu livrează.

Ce verifică destinatarii de e-mail

Ghidurile Google pentru expeditori formulează regula pentru fiecare expeditor, nu doar pentru cei în masă: „The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.” (traducere: „Adresa IP publică a unui server SMTP care trimite trebuie să aibă o înregistrare PTR corespunzătoare care se rezolvă la un nume de gazdă.”) Acel nume de gazdă trebuie, la rândul lui, să aibă o înregistrare A, sau AAAA pentru IPv6, care se rezolvă la aceeași adresă. Acesta este DNS-ul invers confirmat direct: de la adresă la nume și de la nume înapoi la aceeași adresă. Gmail răspunde la o înregistrare lipsă sau nepotrivită cu o eroare temporară sau permanentă și își aplică regulile mai strict din noiembrie 2025.

Două obiceiuri merg împreună cu asta. Folosiți același nume în salutul pe care îl trimite serverul de mail (HELO sau EHLO) și alegeți nume care arată a server, nu a rezervă de adrese. Yahoo, care cere DNS invers de la fiecare expeditor, cere înregistrări PTR „meaningful, non-generic” (traducere: „cu sens, negenerice”), iar unele filtre tratează un nume precum 203-0-113-10.dynamic.example.net ca semn al unei conexiuni casnice.

Configurarea, pas cu pas

1. Alegeți un nume pentru fiecare adresă de trimitere, sub un domeniu pe care îl controlați: mail1.example.com.
2. Creați înregistrarea directă: mail1.example.com. A 203.0.113.10.
3. Setați înregistrarea PTR: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., prin locator sau în zona delegată.
4. Verificați ambele direcții dintr-o rețea din afara propriei rețele:

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

1. Faceți serverul de mail să folosească același nume. În Postfix, acesta este myhostname = mail1.example.com.

Greșeli care strică livrarea

• O înregistrare PTR fără o înregistrare A corespunzătoare. Interogarea inversă funcționează, iar verificarea directă eșuează.
• Două înregistrări PTR pentru o adresă. Verificările nu cad de acord asupra celei care contează. Păstrați una.
• O redenumire cu un TTL lung. Resolverele continuă să servească numele vechi până la expirarea TTL-ului. Micșorați-l cu o zi înainte de o schimbare planificată.
• IPv6 uitat. Dacă serverul trimite prin IPv6, adresa sa IPv6 are nevoie de același tratament sub ip6.arpa, cu o înregistrare AAAA corespunzătoare.
• O zonă delegată pe servere de nume care nu mai răspund. Registrul verifică serverele de nume doar când se face delegarea. Dacă acestea cad mai târziu, fiecare interogare inversă pentru bloc cade odată cu ele.

Unde se încadrează RTM Networks

DNS-ul invers face parte din fiecare închiriere, fără cost suplimentar: spuneți-ne numele pentru fiecare adresă și setăm înregistrările PTR (închiriere IPv4). Dacă adresele vor trimite e-mail, reputația lor contează la fel de mult ca numele, așa că verificăm fiecare bloc IPv4 pe care îl închiriem în blocklisturi înainte de livrare și zilnic cât timp îl aveți (cum păstrați un bloc curat).