Cos'è RDAP?
RDAP (Registration Data Access Protocol) è il moderno protocollo standardizzato IETF per accedere ai dati di registrazione dei nomi di dominio. Sviluppato come successore di WHOIS, RDAP fornisce risposte strutturate e leggibili da macchina in formato JSON, rendendolo significativamente più facile per gli sviluppatori integrare la funzionalità di ricerca del dominio nelle loro applicazioni.
Perché RDAP è importante per gli sviluppatori
Se hai mai provato ad analizzare i dati WHOIS, conosci il problema. Ogni registrar formatta le proprie risposte diversamente, utilizza nomi di campi incoerenti e restituisce testo semplice non strutturato che richiede pattern regex complessi per estrarre informazioni utili. RDAP risolve questi problemi con uno schema JSON standardizzato che funziona in modo coerente su tutti i server conformi a RDAP.
Vantaggi tecnici principali
Risposte JSON strutturate: Ogni server RDAP restituisce i dati nello stesso formato JSON definito da RFC 7483. Ciò significa che puoi scrivere un parser che funziona con qualsiasi dominio, indipendentemente dal registrar o dal registro. Architettura RESTful: RDAP utilizza metodi HTTP standard e codici di stato. Una semplice richiesta GET a un endpoint RDAP restituisce informazioni sul dominio e HTTP 404 indica un dominio disponibile—non è richiesta alcuna gestione speciale del protocollo. HTTPS per impostazione predefinita: A differenza di WHOIS che trasmette i dati in testo semplice sulla porta 43, RDAP utilizza HTTPS, garantendo comunicazione crittografata tra la tua applicazione e il server RDAP. Supporto per l'internazionalizzazione: RDAP gestisce correttamente i nomi di dominio internazionalizzati (IDN) e i caratteri Unicode, essenziali per le applicazioni globali.Come funziona RDAP
Quando interroghi un dominio tramite RDAP, il processo segue questi passaggi:
1. Scoperta Bootstrap: Il client interroga il registro Bootstrap IANA per trovare il server RDAP autorevole per il TLD
2. Richiesta HTTP: Una richiesta GET viene effettuata all'URL del server RDAP (ad esempio, https://rdap.verisign.com/com/v1/domain/example.com)
3. Risposta JSON: Il server restituisce un oggetto JSON strutturato contenente dati di registrazione, codici di stato ed eventi
Struttura della risposta RDAP di esempio
{
"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"}
]
}
Confronto RDAP vs WHOIS
| Caratteristica | RDAP | WHOIS |
|---|---|---|
| Formato dati | JSON strutturato | Testo non strutturato |
| Trasporto | HTTPS (crittografato) | Testo semplice (porta 43) |
| Standardizzazione | RFC 7480-7484 | Incoerente |
| Supporto IDN | Nativo | Limitato |
| Tipo di query | HTTP RESTful | Protocollo personalizzato |
Implementazione di RDAP nelle tue applicazioni
Per gli sviluppatori che creano strumenti di dominio, RDAP è l'approccio consigliato. La maggior parte dei moderni controlli di disponibilità dei domini, incluso DomScan, utilizza RDAP come fonte dati primaria perché fornisce:
- Rilevamento affidabile della disponibilità: Le risposte HTTP 404 indicano definitivamente i domini disponibili
- Metadati ricchi: Accesso a date di registrazione, scadenza e codici di stato
- Parsing coerente: Un codebase gestisce tutti i TLD
Stato dell'adozione RDAP
RDAP è ora obbligatorio per i registri gTLD e i registrar secondo i requisiti ICANN. La maggior parte dei ccTLD ha anche adottato RDAP, sebbene alcuni operino ancora servizi solo WHOIS. Il file Bootstrap di IANA in https://data.iana.org/rdap/dns.json fornisce le mappature attuali dei server RDAP per tutti i TLD supportati.
Procedure consigliate
Quando implementi query RDAP, memorizza nella cache le risposte in modo appropriato per rispettare i limiti di velocità, implementa il bootstrap IANA per la scoperta del server e gestisci sia le ricerche riuscite che le risposte 404 per il controllo della disponibilità.