Wat is RDAP?
RDAP (Registration Data Access Protocol) is het moderne, door de IETF gestandaardiseerde protocol voor toegang tot registratiegegevens van domeinnamen. RDAP is ontwikkeld als opvolger van WHOIS en levert gestructureerde, machineleesbare antwoorden in JSON-formaat, waardoor ontwikkelaars domeinopzoekfunctionaliteit aanzienlijk eenvoudiger in hun toepassingen kunnen integreren.
Waarom RDAP belangrijk is voor ontwikkelaars
Als je ooit hebt geprobeerd WHOIS-gegevens te parseren, ken je de problemen. Elke registrar formatteert zijn antwoorden anders, gebruikt inconsistente veldnamen en retourneert ongestructureerde platte tekst, waarvoor complexe reguliere expressies nodig zijn om bruikbare informatie te extraheren. RDAP lost deze problemen op met een gestandaardiseerd JSON-schema dat consistent werkt op alle RDAP-compatibele servers.
Belangrijkste technische voordelen
Gestructureerde JSON-antwoorden: RDAP-antwoorden gebruiken het gestandaardiseerde JSON-datamodel dat is gedefinieerd in RFC 9083. Hierdoor beschikken clients over een consistente structuur om te parseren, hoewel een service velden kan weglaten of redigeren volgens zijn toegangsbeleid. RESTful architectuur: RDAP gebruikt standaard HTTP-methoden en statuscodes. Een GET-verzoek retourneert domeininformatie wanneer de server een overeenkomend object vindt. Een 404-antwoord betekent dat het opgevraagde object niet bij die service is gevonden; op zichzelf bewijst dit niet dat het domein kan worden geregistreerd. HTTPS als standaard: In tegenstelling tot WHOIS, dat gegevens in platte tekst via poort 43 verzendt, gebruikt RDAP HTTPS. Dit zorgt voor versleutelde communicatie tussen je toepassing en de RDAP-server. Ondersteuning voor internationalisatie: RDAP verwerkt IDN's (Internationalized Domain Names) en Unicode-tekens correct, wat essentieel is voor wereldwijde toepassingen.Hoe RDAP werkt
Wanneer je via RDAP een domein opvraagt, verloopt het proces als volgt:
1. Bootstrap-detectie: je client vraagt het IANA RDAP Bootstrap-register op om de gezaghebbende RDAP-server voor de TLD te vinden
2. HTTP-verzoek: er wordt een GET-verzoek verzonden naar de URL van de RDAP-server (bijvoorbeeld https://rdap.verisign.com/com/v1/domain/example.com)
3. JSON-antwoord: de server retourneert een gestructureerd JSON-object met registratiegegevens, statuscodes en gebeurtenissen
Voorbeeld van de structuur van een RDAP-antwoord
{
"objectClassName": "domain",
"handle": "example.com",
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z"},
{"eventAction": "expiration", "eventDate": "2025-08-13T04:00:00Z"}
]
}
Vergelijking tussen RDAP en WHOIS
| Functie | RDAP | WHOIS |
|---|---|---|
| Gegevensindeling | Gestructureerde JSON | Ongestructureerde tekst |
| Transport | HTTPS (versleuteld) | Platte tekst (poort 43) |
| Standaardisatie | RFC 9082 en RFC 9083 | Inconsistent |
| IDN-ondersteuning | Native | Beperkt |
| Type query | RESTful HTTP | Aangepast protocol |
RDAP implementeren in je toepassingen
Voor ontwikkelaars die domeintools bouwen, is RDAP de aanbevolen aanpak. De meeste moderne tools voor het controleren van domeinbeschikbaarheid, waaronder DomScan, gebruiken RDAP als hun primaire gegevensbron, omdat het het volgende biedt:
- Bewijs van beschikbaarheid: een 404-antwoord betekent dat de opgevraagde RDAP-server geen overeenkomend object heeft gevonden. Op zichzelf bewijst dit niet dat het domein beschikbaar is voor registratie
- Uitgebreide metadata: toegang tot registratiedatums, vervaldatums en statuscodes
- Consistente parsing: één codebase verwerkt alle TLD's
Status van RDAP-adoptie
Voor gTLD's stelt ICANN dat RDAP op 28 januari 2025 de definitieve bron voor registratie-informatie is geworden en dat gTLD-registers en registrars over het algemeen niet langer verplicht zijn WHOIS-diensten aan te bieden, met uitzonderingen voor .com, .name en .post. Het beleid en de RDAP-adoptie voor ccTLD's verschillen. Het IANA Bootstrap-bestand op https://data.iana.org/rdap/dns.json bevat actuele toewijzingen van RDAP-servers voor alle ondersteunde TLD's.
Aanbevolen werkwijzen
Wanneer je RDAP-query's implementeert, moet je antwoorden passend cachen om rekening te houden met snelheidslimieten, de IANA bootstrap implementeren voor serverdetectie en antwoorden met de status niet gevonden, omleidingen en beleidsgerelateerde fouten afzonderlijk behandelen. Een antwoord met de status niet gevonden is bewijs over de opgevraagde service, maar geen bewijs dat registratie mogelijk is.