Was ist Reverse-DNS? PTR-Records erklärt

Gewöhnliches DNS beantwortet „Welche Adresse hat dieser Name?“. Reverse-DNS beantwortet das Gegenteil: „Welcher Name gehört zu dieser Adresse?“ Der Record-Typ dafür ist PTR, kurz für Pointer.

Warum es nicht einfach ein umgekehrter Lookup ist

Die beiden Richtungen sind wirklich unabhängig voneinander. Vorwärts-Records liegen in der Zone Ihrer Domain, die Sie kontrollieren. Rückwärts-Records liegen in einer speziellen Zone, die aus der IP-Adresse selbst abgeleitet wird – und diese Zone gehört demjenigen, dem der Adressblock gehört.

Address:  93.184.216.34
IPv4 zone: 34.216.184.93.in-addr.arpa

Die Oktette sind umgekehrt, weil DNS die
Hierarchie von rechts nach links liest: zuerst kommt das Netz.

IPv6 nutzt dieselbe Idee unter ip6.arpa, wobei jede Hexadezimalziffer einzeln umgekehrt wird – das ergibt einen langen, aber mechanisch einfachen Namen.

Warum Mailserver darauf achten

Reverse-DNS spielt an genau einer Stelle ernsthaft eine Rolle: bei der E-Mail-Zustellung. Verbindet sich Ihr Server, um eine Nachricht zuzustellen, führt der empfangende Server häufig einen Reverse-Lookup der verbindenden Adresse durch, als erste Plausibilitätsprüfung.

• Gar kein PTR-Record – ein starkes Spam-Signal. Legitime Mailserver haben fast immer einen, kompromittierte Heimrechner meist nicht.
• Ein generischer Anbieter-PTR – etwas wie 93-184-216-34.dynamic.isp.net kennzeichnet die Adresse als privat oder dynamisch, und viele Server weisen Mail davon rundweg ab.
• Ein PTR, der nicht zum Vorwärts-Record passt – wirkt fehlkonfiguriert oder gefälscht.

dig +short -x 93.184.216.34
# -> mail.example.com.

dig +short mail.example.com
# -> 93.184.216.34   (these must match)

Die Einrichtung

1. 1

   Bestätigen, dass Sie eine dedizierte Adresse haben

   Eine Shared-Hosting-Adresse kann keinen für Sie sinnvollen PTR-Record haben – sie wird mit allen anderen darauf geteilt. Siehe geteilte vs. dedizierte IP.

2. 2

   Zuerst den Vorwärts-Record anlegen

   Legen Sie einen A-Record für Ihren Mail-Hostnamen an, z. B. mail.example.com, der auf die Adresse zeigt. Tun Sie das, bevor Sie den PTR beantragen, damit das Paar sofort übereinstimmt.

3. 3

   Den PTR bei demjenigen beantragen, dem die Adresse gehört

   Cloud-Anbieter stellen das in ihrer Konsole bereit – AWS verlangt eine Support-Anfrage, DigitalOcean leitet ihn vom Droplet-Namen ab, Hetzner und Linode bieten ein direktes Feld. Ein klassischer Hoster braucht meist ein Ticket.

4. 4

   Den Hostnamen an das HELO Ihres Mailservers anpassen

   Ihr Mailserver nennt beim Verbinden einen Hostnamen. Dieser Name, der PTR und der Vorwärts-Record sollten alle übereinstimmen. Abweichungen zwischen HELO und PTR sind selbst ein Spam-Signal.

5. 5

   Beide Richtungen verifizieren

   Führen Sie die beiden obigen Befehle aus und bestätigen Sie, dass sie übereinstimmen. Senden Sie dann eine Testnachricht an einen Dienst, der Authentifizierungsergebnisse meldet.

Wo Reverse-DNS keine Rolle spielt

Man investiert hier leicht zu viel. Reverse-DNS ist im Wesentlichen irrelevant für:

• Websites. Browser führen nie einen Reverse-Lookup durch. Ein fehlender PTR hat keine Auswirkung auf Ihre Website und keine auf SEO.
• E-Mails über einen Anbieter. Versendet Google, Microsoft oder SendGrid Ihre Mails, verbinden sich deren Server, und deren PTR gilt. Ihrer ist irrelevant.
• Adressen hinter einem CDN. Besucher erreichen die Edge, und der Anbieter kontrolliert diesen Reverse-Record.

Reverse-Lookups als Untersuchungswerkzeug

Reverse-DNS ist außerdem ein schneller Weg, zu erkennen, was eine bestimmte Adresse ist. Adressen von Anbietern lösen fast immer zu einem aussagekräftigen Hostnamen rückwärts auf:

Das ist der schnellste Weg festzustellen, ob eine aufgelöste Adresse zu einem CDN statt zu einem Ursprungsserver gehört – siehe warum ein CDN die Ursprungs-IP verbirgt.