Reverse DNS-lookup
Voer een IP-adres in om de reverse DNS-hostnaam (PTR) te vinden. Geen geldig IPv4- of IPv6-adres.
Voer een IPv4- of IPv6-adres in en de lookup geeft het PTR-record terug: de hostnaam die de eigenaar van het IP-adres eraan heeft gekoppeld. Niet elk IP heeft een PTR; het ontbreken ervan is normaal op mobiele en consumentenverbindingen. Een goed geconfigureerde mailserver heeft altijd een kloppend paar van forward en reverse DNS, daarom zijn PTR-records belangrijk voor spamfiltering.
Hoe reverse DNS werkt
-
1
De query opmaken
IPv4 4.3.2.1 wordt 1.2.3.4.in-addr.arpa. IPv6 gebruikt een .ip6.arpa-naam met omgekeerde nibbles.
-
2
PTR opvragen
Een DNS-query vraagt het PTR-record op bij die omgekeerde naam.
-
3
Het gezaghebbende antwoord krijgen
Het antwoord komt uit de DNS-zone die de ISP of IP-blokeigenaar beheert, niet van de domeineigenaar.
-
4
Forward lookup controleren
Bij een gezonde configuratie verwijst de hostnaam in het PTR via een A- of AAAA-record terug naar het oorspronkelijke IP.
De .in-addr.arpa-boom
Reverse DNS gebruikt een speciaal top-level domein. Een IPv4-adres zoals 192.0.2.15 wordt de querynaam 15.2.0.192.in-addr.arpa. De octetten worden omgekeerd omdat DNS van rechts naar links hiërarchisch is: de grotere prefix (192) staat dichter bij de root dan de host (15).
Voor IPv6 wordt elke nibble (4 bits) omgekeerd:
2001:db8::1 → 1.0.0.0.0.0.0.0.0.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
Wie het PTR-record beheert
Anders dan bij forward DNS beheer je je eigen PTR meestal niet zelf. De eigenaar van het IP-blok, meestal je ISP of cloudprovider, beheert de in-addr.arpa-zone en delegeert of zet PTRs namens jou.
- Thuis-ISP: meestal automatisch gegenereerde PTRs zoals
c-76-102-34-150.hsd1.ca.comcast.net. Die kun je doorgaans niet wijzigen. - Cloudproviders: AWS, GCP en Azure bieden een console of API om een aangepaste PTR in te stellen voor Elastic IPs die je bezit.
- Colocation: de provider ondersteunt vaak DNS-delegatie, meestal via een LOA-formulier of supportticket.
Waarom PTR belangrijk is voor e-mail
Mailontvangers zoals Gmail, Outlook, Fastmail en grote zakelijke filters controleren:
- Heeft het verzendende IP een PTR-record?
- Lost de hostnaam in de PTR via forward DNS weer op naar hetzelfde IP?
- Komt HELO/EHLO overeen met de PTR?
Een ontbrekende PTR, niet-overeenkomende forward-reverse DNS of generieke ISP-PTRs zoals *.dsl. en *.cable. verhogen de spamscore. Goede mailservers hebben een overeenkomend paar nodig.
Andere toepassingen
- Loganalyse. Logs vol IP-adressen zijn lastig te lezen; PTR-lookups veranderen
52.84.192.*incloudfront.net, waardoor patronen zichtbaar worden. - Onderzoek naar misbruik. PTR geeft snel een hint over de IP-eigenaar voordat je WHOIS draait.
- Controle van geolocatie. PTRs bevatten vaak regiocodes zoals
ams-voor Amsterdam ofsin-voor Singapore, handig om GeoIP te controleren. - CDN-herkenning. Hostnamen zoals
*.akamaitechnologies.com,*.cloudfront.neten*.fastly.netlaten zien wie een site afhandelt.
Veelvoorkomende resultaten
| Resultaat | Betekenis |
|---|---|
NXDOMAIN |
Er bestaat geen PTR-record |
generic-host-pattern.isp.net |
Automatisch gegenereerde ISP-PTR |
mail.example.com. |
Doelbewust door de eigenaar ingestelde PTR |
| Twee of meer PTR-records | Geldig, maar mailfilters vertrouwen het iets minder |
Veelgestelde vragen
Je ISP wijst een automatisch gegenereerde PTR uit een grote pool toe. Klanten mogen meestal geen aangepaste PTR instellen op dynamische particuliere IPs, mede om mailservers thuis te ontmoedigen.
Als je een statisch IP van een cloudprovider of colocationpartij hebt, ja: via hun DNS-paneel of een delegatieverzoek. Op dynamische thuislijnen kan dat niet.
Legitieme afzenders configureren een passende PTR en een hostnaam die forward naar hetzelfde IP oplost. Ontbrekende of generieke PTRs hangen sterk samen met spambotnets op consumentenverbindingen.
Ja, meerdere PTRs zijn geldig. Sommige mailfilters zien dit als een licht negatief signaal, dus één PTR is in de praktijk netter.
Het adres maakt deel uit van de paginalink en wordt dus behandeld zoals elk ander paginaadres dat je bezoekt (browsergeschiedenis, serverlogs en webanalyse). Onze server vraagt via DNS de PTR- en A/AAAA-records op en bewaart het antwoord vijf minuten in een kortstondige cache, zodat de volgende stappen de query’s niet herhalen.
Gerelateerde tools
Domeinleeftijd controleren
Controleer wanneer een domein voor het eerst is geregistreerd en hoe oud het is in jaren, maanden en dagen, aan de hand van WHOIS-gegevens uit het register.
Open Port Scanner
Scan een vaste lijst met veelvoorkomende TCP-poorten op een publieke host om te zien welke open staan en welke diensten bereikbaar zijn. Een snelle, eenvoudige controle, geen volledige scanner.
Domein naar IP-adres
Zet elke domeinnaam om in zijn IPv4-adres (A) en IPv6-adres (AAAA) en kopieer ze naar elk netwerkprogramma.
IPv4 naar IPv6-converter
Zet IPv4-adressen om naar IPv6 in gemapte, compatibele, 6to4- en ingebouwde formaten, met omgekeerde mapping terug naar IPv4.
DMARC-recordcontroleprogramma
Vraag de DMARC TXT-record van elke domein op en analyseer de beleidsregels, uitlijning, rapportadressen en het percentage naleving in leesbare vorm.
HTTP-verzoekstester
Stuur HTTP-verzoeken met een aangepaste methode, headers en body. Bekijk de statuscode, de responstijd en de volledige responsbody en -headers.
Tool beschikbaar in andere talen
- Wyszukiwanie reverse DNS [PL]
- ค้นหา DNS ย้อนกลับ [TH]
- Omvänd DNS-sökning [SV]
- بحث DNS عكسي [AR]
- Consulta DNS reversa [PT]
- Tra cứu DNS ngược [VI]
- Reverse-DNS-Abfrage [DE]
- Recherche DNS inversée [FR]
- Pencarian DNS Terbalik [ID]
- 逆引きDNS検索 [JA]
- Búsqueda DNS inversa [ES]
- 역방향 DNS 조회 [KO]
- 反向 DNS 查询 [ZH]
- Reverse DNS Lookup [EN]
- Ricerca DNS inversa [IT]
- Обратный DNS-поиск [RU]
- Ters DNS sorgulama [TR]