Ställ in reverse DNS (PTR) för din dedikerade IP

Reverse DNS (en PTR-post) mappar din IP-adress tillbaka till ett värdnamn — motsatsen till en vanlig A-post. De flesta tjänster tittar aldrig på den. Mail är det stora undantaget: mottagande servrar kontrollerar rutinmässigt att en sändande IP har en PTR, och att den matchar det värdnamn servern presenterar sig som. Gör det fel och din mail arkiveras som skräppost eller avvisas helt, oavsett hur ren din SPF och DKIM är.

På EQVPS ställer du in PTR:n själv från instrumentpanelen — inget supportärende, ingen väntan på oss.

Ställ in den från instrumentpanelen

1. Logga in och öppna Servrar, klicka sedan på servern med dedikerad IP du vill ställa in.
2. Hitta panelen Reverse DNS på serversidan. (Den visas bara på planer med dedikerad IP — en NAT-server har ingen egen IP att peka.)
3. Ange värdnamnet du vill att IP:n ska resolva till — en fullständigt kvalificerad domän du kontrollerar, t.ex. mail.dindoman.com.
4. Spara. Posten tillämpas omedelbart.

Panelen visar den aktuella PTR:n, så du kan komma tillbaka och ändra den närhelst värdnamnet ändras.

Gör den forward-confirmed

En PTR på egen hand räcker inte för mail. Strikta mottagare vill ha forward-confirmed reverse DNS: PTR:n pekar IP:n mot ett värdnamn, och det värdnamnets A-post pekar tillbaka mot samma IP. Båda riktningarna måste stämma överens.

Så om din IP är 203.0.113.10 och du ställer in PTR:n till mail.dindoman.com, skapa även en A-post i din domäns DNS:

mail.dindoman.com.  A  203.0.113.10

Nu sluts loopen: IP → värdnamn → IP.

Kontrollera att det fungerade

Från vilken maskin som helst:

# reverse: IP bör returnera ditt värdnamn
dig -x 203.0.113.10 +short
# forward: värdnamn bör returnera samma IP
dig mail.dindoman.com +short

Båda bör peka på varandra. Om reverse-uppslaget fortfarande visar ett standard-provider-värdnamn (något som static.203-0-113-10.rev.example-isp.net), har ändringen ännu inte propagerat till resolvern du använder — vänta lite och kontrollera igen.

Ärliga gränser

• Endast dedikerad IP. Ingen egen IP, ingen PTR — NAT-planer kan inte göra detta.
• PTR är en bit, inte hela mailpusslet. För leveransbarhet vill du också ha SPF, DKIM och DMARC på domänen, och utgående port 25 öppen (den är stängd som standard på nya servrar för att stoppa skräppost — fråga när resten är uppsatt). Reverse DNS tar dig förbi den första grinden; det är ingen magisk leveransbarhetsknapp.
• Ett värdnamn per IP. En PTR mappar IP:n till ett enda namn. Peka den mot ditt primära mailvärdnamn.

Om du sätter upp en mailserver från grunden täcker mailserver-genomgången SPF/DKIM/DMARC och port-25-historien vid sidan av detta. Och om du fortfarande bestämmer om du ens behöver en dedikerad IP, här är NAT-vs-dedikerad-genomgången.