Reverse DNS (PTR) für deine dedizierte IP setzen

Reverse DNS (ein PTR-Record) bildet deine IP-Adresse auf einen Hostnamen zurück ab — das Gegenteil eines normalen A-Records. Die meisten Dienste schauen ihn nie an. Mail ist die große Ausnahme: empfangende Server prüfen routinemäßig, dass eine sendende IP einen PTR hat, und dass er zu dem Hostnamen passt, mit dem sich der Server vorstellt. Mach es falsch und deine Mail wird als Spam abgelegt oder direkt abgewiesen, egal wie sauber dein SPF und DKIM sind.

Bei EQVPS setzt du den PTR selbst vom Dashboard — kein Support-Ticket, kein Warten auf uns.

Vom Dashboard setzen

1. Melde dich an und öffne Server, dann klicke auf den Server mit dedizierter IP, den du setzen willst.
2. Finde das Reverse-DNS-Panel auf der Server-Seite. (Es erscheint nur auf Plänen mit dedizierter IP — ein NAT-Server hat keine eigene IP, auf die zu zeigen wäre.)
3. Gib den Hostnamen ein, auf den die IP auflösen soll — eine voll qualifizierte Domain, die du kontrollierst, z. B. mail.yourdomain.com.
4. Speichern. Der Record wird sofort angewendet.

Das Panel zeigt den aktuellen PTR, sodass du zurückkommen und ihn ändern kannst, wann immer der Hostname sich ändert.

Mach ihn forward-confirmed

Ein PTR allein reicht nicht für Mail. Strenge Empfänger wollen forward-confirmed reverse DNS: der PTR zeigt die IP auf einen Hostnamen, und der A-Record dieses Hostnamens zeigt auf dieselbe IP zurück. Beide Richtungen müssen übereinstimmen.

Wenn also deine IP 203.0.113.10 ist und du den PTR auf mail.yourdomain.com setzt, erstelle auch einen A-Record im DNS deiner Domain:

mail.yourdomain.com.  A  203.0.113.10

Jetzt schließt sich die Schleife: IP → Hostname → IP.

Prüfe, dass es funktioniert hat

Von jeder Maschine:

# reverse: IP sollte deinen Hostnamen zurückgeben
dig -x 203.0.113.10 +short
# forward: Hostname sollte dieselbe IP zurückgeben
dig mail.yourdomain.com +short

Beide sollten aufeinander zeigen. Wenn der Reverse-Lookup noch einen Standard-Provider-Hostnamen zeigt (etwas wie static.203-0-113-10.rev.example-isp.net), hat die Änderung sich noch nicht zum Resolver verbreitet, den du nutzt — warte etwas und prüfe erneut.

Ehrliche Grenzen

• Nur dedizierte IP. Keine eigene IP, kein PTR — NAT-Pläne können das nicht.
• PTR ist ein Teil, nicht das ganze Mail-Puzzle. Für Zustellbarkeit willst du auch SPF, DKIM und DMARC auf der Domain, und ausgehenden Port 25 offen (er ist auf neuen Servern standardmäßig geschlossen, um Spam zu stoppen — frag, sobald der Rest eingerichtet ist). Reverse DNS bringt dich durch das erste Tor; es ist kein magischer Zustellbarkeits-Schalter.
• Ein Hostname pro IP. Ein PTR bildet die IP auf einen einzigen Namen ab. Richte ihn auf deinen primären Mail-Hostnamen.

Wenn du einen Mailserver von Grund auf aufstellst, deckt die Mailserver-Anleitung SPF/DKIM/DMARC und die Port-25-Geschichte neben diesem ab. Und wenn du noch entscheidest, ob du überhaupt eine dedizierte IP brauchst, hier ist die NAT-vs-dedizierte-Aufschlüsselung.