# Reverse DNS controleren: PTR-vermelding opvragen en instellen

> Zo controleert u het reverse-DNS-record van een IP-adres met dig, host en nslookup, laat u het bij de provider instellen en voldoet u aan de mailserverregels.

Quelle: https://whovisit.app/nl/blog/reverse-dns-controleren-ptr-opvragen-instellen
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

Wie een mailserver beheert, stuit vroeg of laat op de foutmelding "no reverse DNS" of "PTR missing". Bedoeld is het reverse-DNS-record van uw serveradres. Dit artikel laat zien hoe u het opvraagt, wat het bij mailservers moet leisten en hoe u het laat instellen. Hoe u uit een hostnaam op een bedrijf concludeert, staat daarentegen in [PTR-record: hoe uit een hostnaam een bedrijf wordt](https://whovisit.app/blog/ptr-rueckwaertssuche-firma).

## Wat reverse DNS is

Het gewone DNS vertaalt een naam naar een adres. Reverse DNS doet het omgekeerde: bij een IP-adres levert het een naam. Daarvoor bestaat het PTR-record. De opvraag loopt via een speciaal domein. Bij IPv4 is dat `in-addr.arpa`, bij IPv6 `ip6.arpa`. Het adres wordt daarbij omgedraaid. Van `192.0.2.10` wordt `10.2.0.192.in-addr.arpa`. Bij IPv6 worden de afzonderlijke hexadecimale cijfers omgedraaid, zoals [RFC 3596](https://www.rfc-editor.org/rfc/rfc3596) beschrijft.

## PTR-record opvragen

Alle opdrachten vragen in het voorbeeld `193.0.6.139` op, het adres van RIPE NCC. Vervang het door uw eigen adres.

| Hulpmiddel | Opdracht | Goed om te weten |
|---|---|---|
| dig (macOS, Linux) | `dig -x 193.0.6.139 +short` | Draait het adres zelf om. Zonder `+short` ziet u ook de status. |
| host (macOS, Linux) | `host 193.0.6.139` | Kortste uitvoer: "domain name pointer …" |
| nslookup (alle systemen) | `nslookup 193.0.6.139` | Ook onder Windows aanwezig. |

Komt er geen antwoord, dan is er geen vermelding (status `NXDOMAIN`) of antwoordt de verantwoordelijke nameserver niet (`SERVFAIL`, time-out). Voor IPv6 werkt dezelfde schrijfwijze, bijvoorbeeld `dig -x 2001:db8::25 +short` met een adres uit het documentatiebereik. Wie geen console heeft, gebruikt een online opvraag van DNS-hulpprogrammasites. Net gewijzigde vermeldingen komen vanwege het tussenopslaan (TTL) vaak pas na enige tijd overal aan.

## Waarom mailservers het nodig hebben

Ontvangende mailservers controleren graag of de afzender netjes is ingericht. Een deel van die controle is reverse DNS. Het basisidee heet in vaktaal *forward-confirmed reverse DNS*:

1. Bij het afzenderadres wordt het PTR-record opgevraagd. Resultaat: een hostnaam.
2. Bij die hostnaam wordt het A-record (bij IPv6 AAAA) opgevraagd.
3. Komt het adres overeen met het oorspronkelijke, dan is de keten gesloten.

Google eist voor afzenders uitdrukkelijk geldige voorwaartse en omgekeerde vermeldingen. In de [richtlijnen voor afzenders](https://support.google.com/a/answer/81126) staat dat het afzenderadres moet overeenkomen met het adres van de in het PTR-record genoemde hostnaam. Ook [RFC 1912](https://www.rfc-editor.org/rfc/rfc1912) beveelt in paragraaf 2.1 aan dat PTR- en A-records bij elkaar passen en dat het PTR-record niet naar een CNAME wijst. Of een andere ontvanger streng controleert, staat in diens eigen documentatie. Reken erop dat een ontbrekend of niet passend record leidt tot geweigerde mails of mails die in de spammap belanden.

## Laten instellen

Het PTR-record stelt u niet in uw eigen domeinbeheer in. Het ligt in de zone die bij het adresblok hoort. Die wordt beheerd door wie het blok is toegewezen. In de regel is dat uw provider of hoster.

1. Kies de hostnaam waaronder uw mailserver moet optreden, bijvoorbeeld `mail.voorbeeld-bedrijf.example`.
2. Maak in uw eigen DNS-zone het A-record aan: `mail.voorbeeld-bedrijf.example` wijst naar `192.0.2.10`.
3. Voer in het klantenportaal van de provider het reverse-DNS-record voor `192.0.2.10` in. Bij veel hosters is dat een veld bij het IP-adres. Anders volstaat een verzoek aan de support met adres en gewenste naam.
4. Controleer met `dig -x` en daarna met `dig mail.voorbeeld-bedrijf.example +short` of beide richtingen bij elkaar passen.
5. Zorg ervoor dat de naam ook past bij de begroeting (HELO/EHLO) van uw mailserver.

Hebt u een eigen adresblok, dan stuurt het register de zone door naar uw nameservers. Voor blokken die kleiner zijn dan een /24 beschrijft [RFC 2317](https://www.rfc-editor.org/rfc/rfc2317) de werkwijze. Vraag in dat geval eerst bij uw provider na.

Twee struikelblokken komen vaak voor. Heeft de server meerdere adressen, dan heeft elk zijn eigen vermelding nodig. En met dynamische adressen, zoals particuliere aansluitingen hebben, krijgt u in de regel geen vrij gekozen naam. Wie van daaruit mail verstuurt, gebruikt beter een relaydienst.

## Als de controle mislukt

| Waarneming | Mogelijke oorzaak |
|---|---|
| Geen vermelding | Provider heeft niets ingesteld, vermelding ontbreekt voor dit adres |
| Vermelding wijst naar verzamelnaam van de provider | Eigen naam is nooit aangevraagd |
| Naam wordt niet naar hetzelfde adres omgezet | A-record ontbreekt of wijst naar een oud adres |
| Alleen IPv4 werkt | Voor IPv6 ontbreekt de vermelding, Google wijst hierop in zijn documentatie |
| Wijziging niet zichtbaar | Tussengeheugen, afwachten of de nameserver van de provider rechtstreeks vragen |

Reverse DNS vervangt geen mailauthenticatie. SPF, DKIM en DMARC zijn eigen onderwerpen. Maar zonder passend PTR-record blijft een mailserver snel onder de radar van de ontvangers.

## Wat reverse DNS niet bewijst

De vermelding is vrijwillig en wordt door de netwerkexploitant onderhouden. Ze zegt niet wie een adres gebruikt. Daarom deugt ze als aanwijzing, niet als bewijs, als u wilt weten [van wie een IP-adres is](https://whovisit.app/blog/ip-adresse-inhaber-herausfinden). Daarvoor is het netwerkregister de betrouwbaardere bron. Het samenspel van beide wegen legt [Reverse IP lookup eenvoudig uitgelegd](https://whovisit.app/blog/reverse-ip-lookup-erklaert) uit.

## Veelgestelde vragen

**Moet elk IP-adres een PTR-record hebben?** Nee, het is vrijwillig. Voor servers die mails versturen is het in de praktijk echter verplicht, omdat ontvangers het controleren.

**Kan ik het PTR-record zelf wijzigen?** Alleen als u de reverse-zone van het adres beheert. Bij adressen van uw provider of hoster stelt die het record in, meestal via het klantenportaal of op verzoek.

**Wat is het verschil tussen reverse DNS en Whois?** Reverse DNS levert een hostnaam en wordt door de netwerkexploitant ingesteld. Whois of RDAP noemt de houder van het adresbereik. Beide zijn verschillende databases met een verschillend doel.