Reverse DNS for lejede IP-adresser: PTR-poster, delegering og mail

Reverse DNS kobler en IP-adresse tilbage til et navn via en PTR-post. For de fleste tjenester er det en detalje. For en mailserver er det ikke: Google kræver, at hver adresse, der sender til Gmail, har en PTR-post, hvis navn slår tilbage op til den samme adresse, og mange andre modtagere leder efter det samme match. Ved lejede adresser ligger posten som udgangspunkt i en zone, du ikke styrer, så det er værd at vide, hvem der sætter den, og hvordan.

Sådan virker reverse DNS

Et forward-opslag gør et navn til en adresse. Et reverse-opslag gør en adresse til et navn ved at vende dens fire tal om under et særligt domæne: PTR-posten for 203.0.113.10 ligger på 10.113.0.203.in-addr.arpa. IPv6 virker på samme måde under ip6.arpa, ét hexadecimalt ciffer ad gangen.

Zonen for en /24, 113.0.203.in-addr.arpa i dette eksempel, delegeres af registret til de navneservere, der er angivet for den. I RIPE NCC's serviceregion er det nserver-linjerne i et domain-objekt i RIPE Database. Den, der driver de navneservere, bestemmer, hvad PTR-posterne siger.

dig -x 203.0.113.10 +short

Hvem der styrer det for lejede adresser

Registret delegerer reverse-zonen til indehaveren af blokken, så for lejede adresser er det udlejeren, ikke dig. I praksis er der to ordninger.

• Udlejeren sætter de poster, du beder om. Du sender navnet for hver adresse, og udlejeren offentliggør PTR-posterne. Det er den enkleste ordning og nok for næsten alle.
• Udlejeren delegerer zonen til dig. Med et domain-objekt, der peger på dine navneservere, styrer du selv PTR-posterne. Det virker for en hel /24. For et mindre stykke kan udlejeren overdrage netop dine adresser med den klasseløse delegering, der er beskrevet i RFC 2317: CNAME-poster i dens zone, der peger ind i en zone på dine navneservere.

Under alle omstændigheder skal du spørge, før lejeaftalen starter, hvordan ændringer foretages, og hvor hurtigt de slår igennem, for en mailserver, du ikke kan give et ordentligt navn, er en mailserver, der ikke leverer.

Hvad mailmodtagere tjekker

Googles retningslinjer for afsendere staver reglen ud for alle afsendere, ikke kun masseafsendere: “The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.” (oversættelse: den offentlige IP-adresse for en afsendende SMTP-server skal have en tilsvarende PTR-post, der peger på et værtsnavn.) Det værtsnavn skal til gengæld have en A-post, eller AAAA for IPv6, der peger på den samme adresse. Det er forward-bekræftet reverse DNS: adresse til navn og navn tilbage til den samme adresse. Gmail besvarer en manglende eller uoverensstemmende post med en midlertidig eller en permanent fejl og har håndhævet sine regler strengere siden november 2025.

To vaner hører med. Brug det samme navn i den hilsen, din mailserver sender (HELO eller EHLO), og vælg navne, der ligner en server frem for en pulje. Yahoo, som kræver reverse DNS af alle afsendere, beder om PTR-poster, der er “meaningful, non-generic” (oversættelse: meningsfulde, ikke-generiske), og nogle filtre opfatter et navn som 203-0-113-10.dynamic.example.net som tegn på en privat forbindelse.

Sådan sætter du det op, trin for trin

1. Vælg ét navn pr. afsenderadresse under et domæne, du kontrollerer: mail1.example.com.
2. Opret forward-posten: mail1.example.com. A 203.0.113.10.
3. Sæt PTR-posten: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., via din udlejer eller i din delegerede zone.
4. Tjek begge retninger fra et netværk uden for dit eget:

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

1. Få mailserveren til at bruge det samme navn. I Postfix er det myhostname = mail1.example.com.

Fejl, der ødelægger leveringen

• En PTR-post uden en matchende A-post. Reverse-opslaget virker, og forward-tjekket fejler.
• To PTR-poster for én adresse. Tjek er uenige om, hvilken der tæller. Behold én.
• Et navneskift med en lang TTL. Resolvere bliver ved med at levere det gamle navn, indtil TTL'en udløber. Sænk den en dag før en planlagt ændring.
• IPv6 glemt. Sender serveren over IPv6, skal dens IPv6-adresse have samme behandling under ip6.arpa med en matchende AAAA-post.
• En delegeret zone på navneservere, der holder op med at svare. Registret tjekker kun navneserverne, når delegeringen oprettes. Fejler de senere, fejler alle reverse-opslag for blokken med dem.

Hvor RTM Networks passer ind

Reverse DNS er en del af hver lejeaftale uden ekstra omkostning: fortæl os navnet for hver adresse, så sætter vi PTR-posterne (lej IPv4). Skal adresserne sende mail, betyder deres omdømme lige så meget som deres navne, så vi tjekker hver IPv4-blok, vi lejer ud, mod blocklists før levering og hver dag, mens du har den (at holde en blok ren).