Ein PTR-Record verknüpft eine IP-Adresse mit einem Hostnamen. Man spricht von Rückwärtsauflösung. Systeme verwenden ihn für Protokolle, Netzwerkkontrollen und E-Mail. Um zu einer Adresse zu gelangen, stützt man sich auf A oder AAAA. Um zu einem Namen zurückzukehren, stützt man sich auf PTR.
Ein PTR-Record enthält einen Namen, einen Typ, ein Ziel und eine TTL. Die TTL gibt an, wie lange die Antwort im lokalen Resolver zwischengespeichert bleibt.
| Name | Typ | Ziel | TTL in Sekunden |
|---|
| 10.113.0.203.in-addr.arpa. | PTR | mail.beispiel.net. | 3600 |
In diesem Beispiel entspricht der Name der Adresse 203.0.113.10, die umgekehrt in der Zone in-addr.arpa geschrieben ist. Das Ziel ist der erwartete Hostname. Eine TTL von 3600 entspricht einer Stunde.
| Name | Typ | Ziel | TTL in Sekunden |
|---|
| 0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. | PTR | host.beispiel.net. | 3600 |
Hier nimmt der Name jede Hexadezimalziffer von 2001:db8::10 umgekehrt in der Zone ip6.arpa auf. Das Ziel ist der erwartete Hostname.
Eine gute Einstellung lässt PTR und A oder AAAA übereinstimmen. Der von PTR zurückgegebene Name muss sich selbst zur ursprünglichen Adresse auflösen. Diese Konsistenz hilft bei E-Mail und Diagnose.
Eine kurze TTL macht eine Änderung schneller sichtbar. Praktisch bei einer Adressumstellung.
Eine mittlere oder lange TTL reduziert die Anfragen an die autoritativen Server. Nützlich für eine stabile Konfiguration.
TTL einige Stunden vor einer Änderung reduzieren, dann nach Validierung wieder erhöhen.
Gut zu wissen
Eine Adresse kann einen einzigen nützlichen PTR veröffentlichen. Mehrere PTR für dieselbe Adresse schaffen Mehrdeutigkeit. Besser ist ein klarer Name, der sich dann zu A oder AAAA auflöst.
In der Reverse-Zone, die vom Adressinhaber bereitgestellt wird. Für IPv4 geschieht dies unter in-addr.arpa. Für IPv6 geschieht dies unter ip6.arpa. Bei Blöcken, die von einem Betreiber bereitgestellt werden, wird die PTR-Verwaltung oft in seinem Dashboard geregelt.
Zu vermeiden
Einen PTR auf einen Namen zeigen zu lassen, der keinen A- oder AAAA-Eintrag besitzt.
Ein altes Ziel nach einer Adressänderung zu belassen.
Einen generischen Namen zu veröffentlichen, der den tatsächlichen Dienst nicht widerspiegelt.
Ein Online-DNS-Lookup ermöglicht die Eingabe einer Adresse. Das Ergebnis zeigt den von PTR zurückgegebenen Namen und die vom Internet aus sichtbare TTL. Das ist eine nützliche erste Kontrolle. Anschließend einen lokalen Test von der eigenen Maschine durchführen.
Windows stellt nslookup zur Verfügung. Man kann es im interaktiven Modus verwenden.
nslookup
set q=ptr
10.113.0.203.in-addr.arpa
Oder einfach
nslookup 203.0.113.10
nslookup
set q=ptr
server 1.1.1.1
10.113.0.203.in-addr.arpa
Die erste Methode folgt der Netzwerkkonfiguration der Maschine. Die zweite erzwingt die Verwendung eines Drittanbieters-Resolvers, hier den von Cloudflare.
Auf diesen Systemen ist der Befehl dig praktisch und einfach zu verwenden.
dig PTR 10.113.0.203.in-addr.arpa
dig PTR 10.113.0.203.in-addr.arpa @1.1.1.1
Für IPv6 fragt man die ip6.arpa-Form desselben Namens ab.
Eine Antwort mit NXDOMAIN zeigt das Fehlen eines PTR an. Den Eintrag in der Reverse-Zone hinzufügen.
Ein zurückgegebener Name, der sich nicht zu A oder AAAA auflöst, signalisiert eine Inkonsistenz. Die Direktzone korrigieren.
Eine hohe TTL kann eine Verzögerung nach einer Änderung erklären.
- Die Kontrolle über die Reverse-Zone beim Internetanbieter oder Cloud-Anbieter überprüfen.
- Einen klaren Hostnamen wählen, der sich zu A oder AAAA zur Adresse auflöst.
- Den PTR mit reduzierter TTL erstellen.
- Mit nslookup oder dem dig-Befehl von mehreren Netzwerken aus testen.
- Die TTL erhöhen, wenn alles stabil ist.
Praktischer Tipp
Für E-Mail den PTR-Eintrag, den vom SMTP-Server verwendeten Namen und den zugehörigen A- oder AAAA-Eintrag aufeinander abstimmen. Diese Konsistenz verbessert die Zustellbarkeit.
Einen PTR verlangen, der einen dedizierten Namen zurückgibt. Der Name muss sich zur Serveradresse auflösen.
Die Delegierung der Reverse-Zone beantragen oder die vorgesehene Schnittstelle zur PTR-Verwaltung verwenden.
Die Erstellung und Löschung des PTR beim Eintreffen und Verlassen von Instanzen automatisieren.
- Wenn ein Dienst die Verbindung verweigert, das Vorhandensein eines PTR und die Konsistenz mit A oder AAAA überprüfen.
- Wenn die Antwort veraltet bleibt, das Ablaufen der TTL abwarten und wenn möglich den Cache des lokalen Resolvers leeren.
- Wenn der Anbieter die Reverse-Zone verwaltet, ein Ticket öffnen und die Adresse sowie den gewünschten Namen angeben.
Zusammengefasst liefert ein PTR-Eintrag den zu einer Adresse gehörenden Namen. Er ergänzt die A- und AAAA-Einträge. Eine angepasste TTL und Konsistenz hin und zurück vereinfachen die Kontrollen. Die Überprüfung erfolgt über ein Online-Tool, dann über nslookup und dig.
Mit diesen Anhaltspunkten bleibt die Verwaltung klar. Änderungen laufen stressfrei ab. Dienste identifizieren sich korrekt bei der Rückwärtsauflösung.