Povratni DNS za najet prostor IP: zapisi PTR, delegacija in pošta

Povratni DNS IP-naslov prek zapisa PTR preslika nazaj v ime. Za večino storitev je to podrobnost. Za poštni strežnik ni: Google zahteva, da ima vsak naslov, ki pošilja v Gmail, zapis PTR, katerega ime se razreši nazaj v isti naslov, mnogi drugi prejemniki pa iščejo enako ujemanje. Pri najetem prostoru je zapis privzeto v coni, ki je ne nadzorujete, zato je vredno vedeti, kdo ga nastavi in kako.

Kako deluje povratni DNS

Poizvedba naprej ime spremeni v naslov. Povratna poizvedba naslov spremeni v ime, tako da njegova štiri števila obrne pod posebno domeno: zapis PTR za 203.0.113.10 je na 10.113.0.203.in-addr.arpa. IPv6 deluje enako pod ip6.arpa, po eno šestnajstiško števko naenkrat.

Cono za /24, v tem primeru 113.0.203.in-addr.arpa, register delegira imenskim strežnikom, ki so navedeni zanjo. V regiji storitev RIPE NCC so to vrstice nserver objekta domain v RIPE Database. Kdor upravlja te imenske strežnike, odloča, kaj pravijo zapisi PTR.

dig -x 203.0.113.10 +short

Kdo ga nadzoruje pri najetem prostoru

Register povratno cono delegira imetniku bloka, zato je to pri najetem prostoru najemodajalec, ne vi. V praksi obstajata dve ureditvi.

• Najemodajalec nastavi zapise, ki jih zahtevate. Pošljete ime za vsak naslov, najemodajalec pa objavi zapise PTR. To je najpreprostejša ureditev in zadostuje skoraj vsem.
• Najemodajalec cono delegira vam. Z objektom domain, ki kaže na vaše imenske strežnike, zapise PTR upravljate sami. To deluje za cel /24. Za manjši del lahko najemodajalec preda le vaše naslove z brezrazredno delegacijo, opisano v RFC 2317: zapisi CNAME v njegovi coni, ki kažejo v cono na vaših imenskih strežnikih.

V obeh primerih pred začetkom najema vprašajte, kako se izvajajo spremembe in kako hitro se pojavijo, ker je poštni strežnik, ki mu ne morete dati pravega imena, strežnik, ki pošte ne dostavi.

Kaj preverjajo prejemniki pošte

Googlove smernice za pošiljatelje pravilo jasno določajo za vsakega pošiljatelja, ne le za množične: „The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.“ (prevod: javni IP-naslov strežnika SMTP, ki pošilja, mora imeti ustrezen zapis PTR, ki se razreši v ime gostitelja.) To ime gostitelja mora imeti zapis A ali, za IPv6, AAAA, ki se razreši v isti naslov. To je povratni DNS, potrjen v obe smeri (forward-confirmed reverse DNS): iz naslova v ime in iz imena nazaj v isti naslov. Gmail na manjkajoč ali neujemajoč zapis odgovori z začasno ali trajno napako, svoja pravila pa od novembra 2025 uveljavlja strožje.

Zraven sodita dve navadi. V pozdravu, ki ga pošlje vaš poštni strežnik (HELO ali EHLO), uporabljajte isto ime in izberite imena, ki so videti kot strežnik in ne kot bazen. Yahoo, ki povratni DNS zahteva od vsakega pošiljatelja, želi zapise PTR, ki so „meaningful, non-generic“ (prevod: smiselni, ne generični), nekateri filtri pa ime, kot je 203-0-113-10.dynamic.example.net, razumejo kot znak domačega priključka.

Nastavitev, korak za korakom

1. Za vsak naslov za pošiljanje izberite eno ime, pod domeno, ki jo nadzorujete: mail1.example.com.
2. Ustvarite zapis naprej: mail1.example.com. A 203.0.113.10.
3. Nastavite zapis PTR: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., prek najemodajalca ali v svoji delegirani coni.
4. Preverite obe smeri iz omrežja zunaj svojega:

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

1. Poskrbite, da poštni strežnik uporablja isto ime. V Postfixu je to myhostname = mail1.example.com.

Napake, ki pokvarijo dostavo

• Zapis PTR brez ujemajočega zapisa A. Povratna poizvedba deluje, preverjanje naprej pa ne uspe.
• Dva zapisa PTR za en naslov. Preverjanja se ne strinjajo, kateri šteje. Obdržite enega.
• Preimenovanje z dolgim TTL. Razreševalniki še naprej strežejo staro ime, dokler TTL ne poteče. Dan pred načrtovano spremembo ga znižajte.
• Pozabljen IPv6. Če strežnik pošilja prek IPv6, potrebuje njegov naslov IPv6 enako obravnavo pod ip6.arpa, z ujemajočim zapisom AAAA.
• Delegirana cona na imenskih strežnikih, ki nehajo odgovarjati. Register imenske strežnike preveri le ob delegaciji. Če pozneje odpovejo, z njimi odpove vsaka povratna poizvedba za blok.

Kje nastopi RTM Networks

Povratni DNS je del vsakega najema brez dodatnih stroškov: povejte nam ime za vsak naslov in nastavimo zapise PTR (najem IPv4). Če bodo naslovi pošiljali pošto, je njihov ugled enako pomemben kot njihova imena, zato vsak blok IPv4, ki ga damo v najem, preverimo na črnih listah pred dostavo in vsak dan, dokler ga imate (kako ohraniti blok čist).