PTR und Reverse DNS: Wer stellt den Rückwärtseintrag ein?

1. Beginne mit der betroffenen Verbindung

Du nutzt für deinen österreichischen Betrieb eine eigene .at-Adresse. Beim Versand erscheint eine Meldung mit „reverse DNS“ oder „PTR“. Bevor du die DNS-Verwaltung öffnest, halte den genauen Wortlaut und den Zeitpunkt samt Zeitzone fest. Frage deinen Maildienst, welche öffentliche Absender-IP tatsächlich verwendet wurde. Die IP deiner Website oder deines Laptops ist dafür nicht automatisch die richtige. Auch die Domain nach dem @ reicht zur Zuordnung nicht aus. Wenn du nur ein Postfach bei einem Maildienst nutzt, ist dessen Support der erste Ansprechpartner für den ausgehenden Server. Ein solcher Hinweis verlangt keine zweite Domainbestellung.

2. Unterscheide die beiden Suchrichtungen

Bei einer Vorwärtsabfrage wird zu einem Hostnamen eine Adresse gesucht: A für IPv4, AAAA für IPv6. Eine Rückwärtsabfrage startet dagegen mit der IP-Adresse und sucht über PTR einen Namen. Für IPv4 beschreibt RFC 1035 den Bereich in-addr.arpa; für IPv6 legt RFC 3596 ip6.arpa fest. Das sind eigene Bereiche im DNS. Ein Name in deiner gewöhnlichen .at-Zone und die Rückwärtszone einer IP sind daher zwei getrennte Verwaltungsaufgaben. Die Tabelle hilft dir, die konkrete Vorgabe eines Dienstes einzuordnen, bevor du jemanden um eine Änderung bittest.

3. Frage nach der Zuständigkeit für die IP

Beginne beim Server- oder Maildienst, der dir die betroffene öffentliche IP bereitstellt. Frage ausdrücklich nach der Reverse-DNS-Verwaltung oder einer bereits eingerichteten Delegation. RFC 2317 beschreibt, wie die Zuständigkeit für kleinere IPv4-Adressbereiche weitergegeben werden kann; das geschieht nicht durch den bloßen Kauf eines Domainnamens. Bei einem verwalteten Mailangebot kann die Einrichtung vollständig beim Dienst bleiben. Eine gemeinsame Versand-IP solltest du nicht eigenmächtig auf deine einzelne Domain umstellen lassen. Lass dir zuerst bestätigen, welche Konfiguration für den tatsächlich genutzten Dienst vorgesehen ist und ob du überhaupt etwas beauftragen musst.

4. Stimme Vorwärts- und Rückwärtseintrag ab

Wenn du einen eigenen Mailserver betreibst, lasse dir den vorgesehenen vollständigen Servernamen und die dazugehörige öffentliche IP bestätigen. RFC 1912 empfiehlt passende Vorwärts- und Rückwärtsdaten: Der PTR-Zielname soll über einen gültigen A-Eintrag zur betreffenden IPv4-Adresse passen und kein bloßer CNAME-Alias sein. Lass die Beteiligten beide Seiten prüfen. Bei IPv6 gehören die passende AAAA-Auflösung und die dortige Rückwärtszone gesondert in die Abstimmung. Verwende keine Muster-IP aus einer Anleitung für deine echte Einrichtung. Dokumentiere den bestätigten Namen, die IP-Version und die verantwortliche Stelle, damit später keine widersprüchlichen Aufträge entstehen.

5. Verwechsle den PTR-Namen nicht mit einem Eigentumsnachweis

Ein Server kann Dienste für verschiedene Domains bereitstellen. Der zurückgelieferte Hostname ist daher keine vollständige Liste aller dort betriebenen Websites. Er bestätigt auch nicht, wem deine .at-Domain gehört oder ob das SSL-Zertifikat einer Website zum aufgerufenen Namen passt. Wenn eine Prüfseite einen fremd wirkenden technischen Hostnamen nennt, kläre zunächst dessen Bedeutung mit dem Dienst. Ersetze funktionierende Website-Adressen, MX-Werte oder Nameserver nicht nur deshalb, weil dieser Name von deiner Marke abweicht. Bei einer konkreten Mailablehnung zählt, welche Prüfung der empfangende Dienst tatsächlich beanstandet. Ein allgemeiner Warnhinweis ist noch keine vollständige Fehlerdiagnose.

6. Schicke eine kleine, präzise Supportanfrage

Eine hilfreiche Anfrage lautet sinngemäß: „Für diesen Versandzeitpunkt wurde diese öffentliche Absender-IP genannt. Die bereinigte Diagnose lautet so. Verwalten Sie den zugehörigen PTR-Eintrag, und passt er zur vorgesehenen Serverkonfiguration?“ Übermittle nur Angaben, die du aus dem eigenen Dienst oder einer bestätigten Diagnose hast. Teile keine Passwörter, vollständigen privaten Nachrichten oder nicht benötigten Empfängerdaten. Wenn der Support anschließend eine Änderung in deiner Domainzone verlangt, bitte um den exakten Hostnamen, Eintragstyp und Wert sowie eine Erklärung, wie diese Änderung zum gemeldeten Fehler passt. Sichere vorhandene Werte vor einer freigegebenen Korrektur.

• Versandzeit und Zeitzone nennen.
• Öffentliche Absender-IP und konkreten Diagnosetext zuordnen.
• Zuständige Stelle und geplante Änderung bestätigen lassen.
• Erst danach einen passenden Ergebnistest vereinbaren.

7. Prüfe nach der Korrektur genau den ursprünglichen Fall

Bitte die zuständige Stelle um einen erneuten Abgleich der Rückwärtsantwort und der passenden Vorwärtsauflösung. Bei einem Versandproblem vereinbare danach einen einzelnen Test mit einem eigenen oder ausdrücklich dafür vorgesehenen Empfänger. Bewahre die neue Diagnose zusammen mit dem ursprünglichen Bericht auf. Ein eingestellter PTR-Eintrag garantiert keine Zustellung im Posteingang: Andere Versandregeln und die Behandlung beim Empfänger bleiben eigene Fragen. Ändere SPF, DKIM oder DMARC deshalb nicht vorsorglich mit. Befinden sich deine Domain-Nameserver bei einem externen Dienst, werden dort nötige Vorwärtseinträge verwaltet; die Zuständigkeit für Reverse DNS klärst du weiterhin separat.

8. Plane Domain und Serverdienst getrennt

Eine reguläre neue .at-Domain kostet bei atdomain.at derzeit 12,99 € Gesamtpreis für das erste Jahr, die Verlängerung 15,99 € Gesamtpreis pro weiterem Jahr. DNS-Verwaltung mit unseren Standard-Nameservern und eigene Nameserver werden unterstützt. Hosting und E-Mail-Postfächer verkaufen wir nicht. Ein Domainkauf umfasst daher keine beliebige Server-IP und deren Reverse-DNS-Verwaltung. Auf Anfrage helfen wir bei den Domain- und DNS-Einstellungen, auf die wir tatsächlich Zugriff haben. Für fremde Server oder externe DNS-Zonen arbeitest du mit der dort zuständigen Stelle. Wenn du einen neuen Namen suchst, prüfe dessen Verfügbarkeit und die benötigten zusätzlichen Dienste vor der Bestellung.