Reverse Lookup – PTR-Records

Beim Reverse Lookup (auch Reverse DNS oder rDNS) wird eine IP-Adresse zur zugehörigen Domain aufgelöst. Während der normale DNS-Lookup Domain → IP lautet, erfolgt beim Reverse Lookup die Abfrage:

IP → Domain

Dies geschieht über PTR-Records (Pointer Records).

Reverse Lookups werden verwendet für:

• Mailserver-Authentifizierung (SPAM-Schutz)
• Logging & Monitoring
• Netzwerkdiagnose (z. B. „Wer ist diese IP?“)
• Sicherheitsanalysen
• Troubleshooting

Beispiel:

 IP 8.8.8.8 → dns.google.

Statt einer Forward-Zone (z. B. example.com) gibt es Reverse-Zonen:

• IPv4 → unter in-addr.arpa
• IPv6 → unter ip6.arpa

IP-Adresse:

 
 192.168.10.25

Die Reihenfolge wird umgedreht:

 25.10.168.192.in-addr.arpa.

PTR-Record:

 25.10.168.192.in-addr.arpa. IN PTR server1.example.com.

ASCII:

 IP 192.168.10.25
 → Anfrage an 25.10.168.192.in-addr.arpa
 → Antwort: server1.example.com

IPv6 wird in Hex-Ziffern umgedreht und in ip6.arpa dargestellt.

Beispiel IPv6:

 2001:db8::1

Umgedreht:

 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa.

Nicht gerade schön, aber normiert.

Wichtig:

• bei öffentlichen IPs: der Internet-Provider
• bei privaten Netzen: du selbst / dein DNS-Server

Das heißt:

• Für z. B. 192.168.0.x richtest du die PTR-Records ein.
• Für 80.x.x.x oder 88.x.x.x (öffentliche IP): zuständig ist dein ISP.

Mailserver prüfen:

1. Hat die IP einen PTR-Eintrag?
2. Zeigt der PTR auf eine gültige Domain?
3. Passt Forward Lookup wieder zurück?

Beispiel eines gültigen Setups:

 203.0.113.5 → mail.example.com  (PTR)
 mail.example.com → 203.0.113.5  (A)

Fehlt einer der Schritte → viele Mailserver lehnen E-Mails ab.

 dig -x 8.8.8.8

Ausgabe:

 8.8.8.8.in-addr.arpa. PTR dns.google.

 dig -x 2001:4860:4860::8888

Beispiel für 192.168.10.0/24:

 $ORIGIN 10.168.192.in-addr.arpa.

 25  IN PTR  host1.example.com.
 50  IN PTR  printer.example.com.
 70  IN PTR  nas.example.com.

 IP-last-octet    IN PTR   hostname.

Beispiel:

 24 IN PTR client24.lan.example.com.

• PTR verrät oft interne Hostnamen → vorsichtig in öffentlichen Netzen
• interne Reverse DNS sollte logisch und klar benannt sein
• Reverse Einträge helfen bei Incident Response („wer war 192.168.10.70?“)

• Reverse Lookup = IP → Domain
• IPv4 nutzt in-addr.arpa, IPv6 ip6.arpa
• PTR-Records weisen IP-Adressen einem Hostnamen zu
• wichtig für Mailserver, Logs, Security, Forensik
• öffentliche PTRs verwaltet dein Provider