Vad är RDAP?
RDAP (Registration Data Access Protocol) är det moderna, IETF-standardiserade protokollet för åtkomst till registreringsdata för domännamn. Det utvecklades som efterföljare till WHOIS och tillhandahåller strukturerade, maskinläsbara svar i JSON-format, vilket gör det betydligt enklare för utvecklare att integrera funktioner för domänuppslagning i sina applikationer.
Varför RDAP är viktigt för utvecklare
Om du någon gång har försökt tolka WHOIS-data känner du till problemen. Varje registrar formaterar sina svar på olika sätt, använder inkonsekventa fältnamn och returnerar ostrukturerad klartext som kräver komplexa reguljära uttryck för att användbar information ska kunna extraheras. RDAP löser dessa problem med ett standardiserat JSON-schema som fungerar konsekvent på alla RDAP-kompatibla servrar.
Viktiga tekniska fördelar
Strukturerade JSON-svar: RDAP-svar använder den standardiserade JSON-datamodell som definieras i RFC 9083. Det ger klienter en konsekvent struktur att tolka, även om en tjänst kan utelämna eller maskera fält enligt sin åtkomstpolicy. RESTful-arkitektur: RDAP använder standardiserade HTTP-metoder och statuskoder. En GET-begäran returnerar domäninformation när servern hittar ett matchande objekt. Ett 404-svar betyder att det efterfrågade objektet inte hittades hos tjänsten; det bevisar inte i sig att domänen kan registreras. HTTPS som standard: Till skillnad från WHOIS, som överför data i klartext via port 43, använder RDAP HTTPS, vilket säkerställer krypterad kommunikation mellan din applikation och RDAP-servern. Internationaliseringsstöd: RDAP hanterar IDN (Internationalized Domain Names) och Unicode-tecken korrekt, vilket är viktigt för globala applikationer.Så fungerar RDAP
När du frågar efter en domän via RDAP följer processen dessa steg:
1. Bootstrap-identifiering: Din klient frågar IANA:s RDAP Bootstrap-register för att hitta den auktoritativa RDAP-servern för toppdomänen
2. HTTP-begäran: En GET-begäran skickas till RDAP-serverns URL (t.ex. https://rdap.verisign.com/com/v1/domain/example.com)
3. JSON-svar: Servern returnerar ett strukturerat JSON-objekt som innehåller registreringsdata, statuskoder och händelser
Exempel på RDAP-svarets struktur
{
"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"}
]
}
Jämförelse mellan RDAP och WHOIS
| Funktion | RDAP | WHOIS |
|---|---|---|
| Dataformat | Strukturerad JSON | Ostrukturerad text |
| Transport | HTTPS (krypterad) | Klartext (port 43) |
| Standardisering | RFC 9082 och RFC 9083 | Inkonsekvent |
| IDN-stöd | Inbyggt | Begränsat |
| Frågetyp | RESTful HTTP | Anpassat protokoll |
Implementera RDAP i dina applikationer
För utvecklare som bygger domänverktyg är RDAP det rekommenderade tillvägagångssättet. De flesta moderna verktyg för kontroll av domäntillgänglighet, inklusive DomScan, använder RDAP som sin primära datakälla eftersom det tillhandahåller:
- Tillgänglighetsbevis: Ett 404-svar betyder att den efterfrågade RDAP-servern inte hittade något matchande objekt. Det bevisar inte i sig att domänen är tillgänglig för registrering
- Omfattande metadata: Tillgång till registreringsdatum, förfallodatum och statuskoder
- Konsekvent tolkning: En kodbas hanterar alla toppdomäner
Status för RDAP-användning
För gTLD:er anger ICANN att RDAP blev den definitiva källan för registreringsinformation den 28 januari 2025, och att gTLD-register och registrarer inte längre generellt måste tillhandahålla WHOIS-tjänster, med undantag för .com, .name och .post. ccTLD-policyer och RDAP-användning varierar. IANA:s Bootstrap-fil på https://data.iana.org/rdap/dns.json innehåller aktuella mappningar av RDAP-servrar för alla stödda toppdomäner.
Bästa praxis
När du implementerar RDAP-frågor bör du cacha svar på lämpligt sätt för att respektera hastighetsbegränsningar, implementera IANA Bootstrap för serveridentifiering och behandla svar som anger att något inte hittades, omdirigeringar och policyrelaterade felsvar separat. Ett svar som anger att något inte hittades är bevis om den efterfrågade tjänsten, inte ett bevis på registrerbarhet.