Omvänd DNS för hyrt IP-utrymme: PTR-poster, delegering och e-post

Omvänd DNS översätter en IP-adress tillbaka till ett namn, via en PTR-post. För de flesta tjänster är det en detalj. För en e-postserver är det inte det: Google kräver att varje adress som skickar till Gmail har en PTR-post vars namn pekar tillbaka på samma adress, och många andra mottagare letar efter samma matchning. Med hyrt utrymme ligger posten som standard i en zon du inte styr, så det är bra att veta vem som sätter den och hur.

Så fungerar omvänd DNS

En framåtuppslagning gör ett namn till en adress. En omvänd uppslagning gör en adress till ett namn, genom att vända på dess fyra tal under en särskild domän: PTR-posten för 203.0.113.10 finns på 10.113.0.203.in-addr.arpa. IPv6 fungerar på samma sätt under ip6.arpa, en hexadecimal siffra i taget.

Zonen för ett /24, 113.0.203.in-addr.arpa i det här exemplet, delegeras av registret till de namnservrar som är angivna för den. I RIPE NCC:s serviceregion är det nserver-raderna i ett domain-objekt i RIPE Database. Den som driver de namnservrarna bestämmer vad PTR-posterna säger.

dig -x 203.0.113.10 +short

Vem som styr det för hyrt utrymme

Registret delegerar den omvända zonen till blockets innehavare, så för hyrt utrymme är det uthyraren, inte du. I praktiken finns det två upplägg.

• Uthyraren sätter de poster du ber om. Du skickar namnet för varje adress, uthyraren publicerar PTR-posterna. Det är det enklaste upplägget och räcker för nästan alla.
• Uthyraren delegerar zonen till dig. Med ett domain-objekt som pekar på dina namnservrar hanterar du PTR-posterna själv. Det fungerar för ett helt /24. För en mindre del kan uthyraren lämna över bara dina adresser med den klasslösa delegering som beskrivs i RFC 2317: CNAME-poster i dess zon som pekar in i en zon på dina namnservrar.

Fråga i båda fallen innan hyran börjar hur ändringar görs och hur snabbt de syns, för en e-postserver som du inte kan ge ett riktigt namn är en e-postserver som inte levererar.

Vad e-postmottagare kontrollerar

Googles riktlinjer för avsändare anger regeln för alla avsändare, inte bara massavsändare: ”The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.” (översättning: den publika IP-adressen för en sändande SMTP-server måste ha en motsvarande PTR-post som pekar på ett värdnamn.) Det värdnamnet måste i sin tur ha en A-post, eller AAAA för IPv6, som pekar på samma adress. Det här är framåtbekräftad omvänd DNS: adress till namn, och namn tillbaka till samma adress. Gmail besvarar en saknad eller felaktig post med ett tillfälligt eller permanent fel, och har tillämpat sina regler striktare sedan november 2025.

Två vanor hör till. Använd samma namn i hälsningen som din e-postserver skickar (HELO eller EHLO), och välj namn som ser ut som en server snarare än en pool. Yahoo, som kräver omvänd DNS av alla avsändare, ber om PTR-poster som är ”meaningful, non-generic” (översättning: meningsfulla, inte generiska), och vissa filter behandlar ett namn som 203-0-113-10.dynamic.example.net som tecken på en hemanslutning.

Så sätter du upp det, steg för steg

1. Välj ett namn per sändande adress, under en domän du styr: mail1.example.com.
2. Skapa framåtposten: mail1.example.com. A 203.0.113.10.
3. Sätt PTR-posten: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., via din uthyrare eller i din delegerade zon.
4. Kontrollera båda riktningarna från ett nät utanför ditt eget:

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

1. Låt e-postservern använda samma namn. I Postfix är det myhostname = mail1.example.com.

Misstag som förstör leveransen

• En PTR-post utan matchande A-post. Den omvända uppslagningen fungerar och framåtkontrollen misslyckas.
• Två PTR-poster för en adress. Kontrollerna är oense om vilken som gäller. Behåll en.
• Ett namnbyte med lång TTL. Resolvrar fortsätter att servera det gamla namnet tills TTL:en löper ut. Sänk den en dag före en planerad ändring.
• IPv6 bortglömt. Om servern skickar över IPv6 behöver dess IPv6-adress samma behandling under ip6.arpa, med en matchande AAAA-post.
• En delegerad zon på namnservrar som slutar svara. Registret kontrollerar namnservrarna bara när delegeringen görs. Om de fallerar senare misslyckas varje omvänd uppslagning för blocket med dem.

Var RTM Networks passar in

Omvänd DNS ingår i varje hyra utan extra kostnad: berätta namnet för varje adress så sätter vi PTR-posterna (hyr IPv4). Om adresserna ska skicka e-post spelar deras rykte lika stor roll som deras namn, så vi kontrollerar varje IPv4-block vi hyr ut mot blocklistor före leverans och varje dag medan du har det (att hålla ett block rent).