Revers-DNS for leid IP-adresserom: PTR-oppføringer, delegering og e-post

Revers-DNS kobler en IP-adresse tilbake til et navn, gjennom en PTR-oppføring. For de fleste tjenester er det en detalj. For en e-postserver er det ikke det: Google krever at hver adresse som sender til Gmail, har en PTR-oppføring der navnet slås opp tilbake til den samme adressen, og mange andre mottakere ser etter den samme koblingen. Med leid adresserom ligger posten i en sone du ikke kontrollerer som standard, så det er verdt å vite hvem som setter den, og hvordan.

Slik fungerer revers-DNS

Et vanlig oppslag gjør et navn om til en adresse. Et omvendt oppslag gjør en adresse om til et navn, ved å snu de fire tallene under et spesielt domene: PTR-oppføringen for 203.0.113.10 ligger på 10.113.0.203.in-addr.arpa. IPv6 fungerer på samme måte under ip6.arpa, ett heksadesimalt siffer om gangen.

Sonen for en /24, 113.0.203.in-addr.arpa i dette eksemplet, delegeres av registeret til navneserverne som er oppført for den. I RIPE NCCs tjenesteregion er det nserver-linjene i et domain-objekt i RIPE-databasen. Den som driver disse navneserverne, bestemmer hva PTR-oppføringene sier.

dig -x 203.0.113.10 +short

Hvem som styrer det for leid adresserom

Registeret delegerer den omvendte sonen til innehaveren av blokken, så for leid adresserom er det utleieren, ikke deg. I praksis finnes det to ordninger.

• Utleieren setter postene du ber om. Du sender navnet for hver adresse, og utleieren publiserer PTR-oppføringene. Det er den enkleste ordningen og nok for nesten alle.
• Utleieren delegerer sonen til deg. Med et domain-objekt som peker på navneserverne dine, styrer du PTR-oppføringene selv. Det fungerer for en hel /24. For en mindre del kan utleieren overlate bare dine adresser med den klasseløse delegeringen beskrevet i RFC 2317: CNAME-poster i utleierens sone som peker inn i en sone på navneserverne dine.

Uansett bør du spørre før leien starter hvordan endringer gjøres og hvor raskt de vises, fordi en e-postserver du ikke kan gi et ordentlig navn, er en e-postserver som ikke leverer.

Hva e-postmottakere sjekker

Googles retningslinjer for avsendere beskriver regelen for alle avsendere, ikke bare masseavsendere: «The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.» (oversettelse: «Den offentlige IP-adressen til en sendende SMTP-server må ha en tilhørende PTR-oppføring som peker til et vertsnavn.») Det vertsnavnet må igjen ha en A-post, eller AAAA for IPv6, som peker til den samme adressen. Dette er forover-bekreftet revers-DNS: adresse til navn, og navn tilbake til den samme adressen. Gmail svarer på en manglende eller feil post med en midlertidig eller en permanent feil, og har håndhevet reglene sine strengere siden november 2025.

To vaner hører med. Bruk det samme navnet i hilsenen e-postserveren din sender (HELO eller EHLO), og velg navn som ser ut som en server og ikke et basseng. Yahoo, som krever revers-DNS fra alle avsendere, ber om PTR-oppføringer som er «meaningful, non-generic» (oversettelse: «meningsfulle, ikke generiske»), og noen filtre ser på et navn som 203-0-113-10.dynamic.example.net som et tegn på en hjemmetilkobling.

Slik setter du det opp, steg for steg

1. Velg ett navn per avsenderadresse, under et domene du kontrollerer: mail1.example.com.
2. Opprett den vanlige posten: mail1.example.com. A 203.0.113.10.
3. Sett PTR-oppføringen: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., via utleieren eller i den delegerte sonen din.
4. Sjekk begge retninger fra et nettverk utenfor 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. Få e-postserveren til å bruke det samme navnet. I Postfix er det myhostname = mail1.example.com.

Feil som ødelegger leveringen

• En PTR-oppføring uten en matchende A-post. Det omvendte oppslaget fungerer, og den vanlige kontrollen feiler.
• To PTR-oppføringer for én adresse. Kontrollene er uenige om hvilken som teller. Behold én.
• Et navnebytte med lang TTL. Resolvere fortsetter å levere det gamle navnet til TTL-en går ut. Senk den en dag før en planlagt endring.
• IPv6 glemt. Sender serveren over IPv6, trenger IPv6-adressen den samme behandlingen under ip6.arpa, med en AAAA-post som matcher.
• En delegert sone på navneservere som slutter å svare. Registeret sjekker bare navneserverne når delegeringen gjøres. Feiler de senere, feiler hvert omvendt oppslag for blokken sammen med dem.

Hvor RTM Networks passer inn

Revers-DNS er del av hver leieavtale uten ekstra kostnad: fortell oss navnet for hver adresse, så setter vi PTR-oppføringene (lei IPv4). Skal adressene sende e-post, betyr omdømmet deres like mye som navnene, så vi sjekker hver IPv4-blokk vi leier ut mot blokkeringslister før overlevering og hver dag så lenge du har den (slik holder du en blokk ren).