Vad är RDAP?
RDAP (Registration Data Access Protocol) är det moderna, IETF-standardiserade protokollet för åtkomst till registreringsuppgifter om domännamn. RDAP utvecklades som efterföljare till WHOIS och ger strukturerade, maskinläsbara svar i JSON-format, vilket gör det betydligt enklare för utvecklare att integrera 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 vet du hur besvärligt det kan vara. 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: Varje RDAP-server returnerar data i samma JSON-format som definieras av RFC 7483. Det innebär att du kan skriva en parser som fungerar med alla domäner, oavsett registrar eller registry. REST-baserad arkitektur: RDAP använder standardiserade HTTP-metoder och statuskoder. En enkel GET-begäran till en RDAP-slutpunkt returnerar domäninformation, och HTTP 404 anger att en domän är tillgänglig, utan behov av särskild protokollhantering. HTTPS som standard: Till skillnad från WHOIS, som överför data i klartext över port 43, använder RDAP HTTPS och säkerställer krypterad kommunikation mellan din applikation och RDAP-servern. Stöd för internationalisering: RDAP hanterar IDN (Internationalized Domain Names) och Unicode-tecken korrekt, vilket är nödvändigt 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-upptäckt: 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, till exempel https://rdap.verisign.com/com/v1/domain/example.com
3. JSON-svar: Servern returnerar ett strukturerat JSON-objekt som innehåller registreringsuppgifter, 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 7480–7484 | Inkonsekvent |
| IDN-stöd | Inbyggt | Begränsat |
| Frågetyp | REST-baserad 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 protokollet ger:
- Tillförlitlig tillgänglighetsdetektering: HTTP 404-svar anger definitivt att domänen är tillgänglig
- Omfattande metadata: Tillgång till registreringsdatum, utgångsdatum och statuskoder
- Konsekvent tolkning: En kodbas hanterar alla toppdomäner
Status för RDAP-användning
RDAP är nu obligatoriskt för gTLD-register och registrarer enligt ICANN:s krav. De flesta ccTLD:er har också infört RDAP, även om vissa fortfarande bara erbjuder WHOIS-tjänster. IANA:s Bootstrap-fil på https://data.iana.org/rdap/dns.json innehåller aktuella mappningar av RDAP-servrar för alla toppdomäner som stöds.
Bästa praxis
När du implementerar RDAP-frågor bör du cacha svar på ett lämpligt sätt för att respektera hastighetsbegränsningar, implementera IANA:s bootstrap för serverupptäckt och hantera både lyckade uppslagningar och 404-svar vid kontroll av domäntillgänglighet.