RDAP vs WHOIS: il protocollo moderno
RDAP (Registration Data Access Protocol) è il successore tecnico moderno di WHOIS, progettato per superarne i limiti storici: mancanza di standardizzazione, problemi di internazionalizzazione, incompatibilità con GDPR. Capire le differenze e quando usare l'uno o l'altro è fondamentale per chi consulta o sviluppa applicazioni che interrogano dati di registrazione domini.
Cosa è WHOIS
WHOIS è un protocollo del 1982: query testuale su porta 43, risposta in formato libero, ogni registro/registrar può strutturare l'output a piacere. Inadeguato per parsing automatico moderno, manca di internazionalizzazione, sicurezza, autenticazione e granularità dei dati.
WHOIS legacy presenta numerosi limiti tecnici: formato testuale libero (parsing fragile), nessuna autenticazione, niente standard di internazionalizzazione (problemi con caratteri non-ASCII), accesso porta 43 raramente firewallato (rischio sicurezza). Il successo storico è dovuto alla sua semplicità, ma in 40 anni i requisiti sono profondamente cambiati.
Cosa è RDAP
RDAP è definito da IETF RFC 7480-7484 (2015). Lavora su HTTPS, restituisce JSON strutturato, supporta nativamente IDN/Unicode, autenticazione OAuth/JWT per accessi privilegiati, formati standardizzati di indirizzo (jCard vCard), gestione di eventi e stati DNSSEC. È il protocollo ufficiale ICANN per tutti i gTLD dal 2019.
L'IETF Working Group per RDAP ha lavorato dal 2012 al 2015 per definire i 5 RFC che compongono lo standard. La progettazione tiene esplicitamente conto dei requisiti GDPR e di altri framework di privacy emergenti. Le risposte JSON includono i "remarks" che spiegano chiaramente quali dati sono stati redacati e perché.
Vantaggi pratici di RDAP
Risposta machine-readable JSON: parsing immediato in qualsiasi linguaggio. Standardizzazione: stessa struttura per ogni registry. Internazionalizzazione: nomi e indirizzi non-ASCII supportati nativamente. Sicurezza: HTTPS con certificate validation. Differenziazione accesso: dati pubblici e dati privati nello stesso endpoint con autenticazione. Migliore controllo redaction GDPR.
Esempio pratico: una query RDAP HTTPS GET a "https://rdap.iana.org/domain/example.com" restituisce JSON strutturato con eventi (creation, expiration, registrar), nameserver, status EPP, contacts (eventualmente redacati), DNSSEC keys. Tutto immediatamente machine-readable senza parsing fragile.
Procedura passo-passo
- Per consultazione manuale, usa lo strumento RDAP sul sito ICANN o sul registry specifico.
- Per consultazione tecnica, fai query HTTPS GET a URL endpoint del registro (es. rdap.iana.org).
- Parse della risposta JSON con il tuo linguaggio preferito.
- Per accesso dati protetti, autentica via OAuth/JWT al registrar.
- Verifica firma e validità certificato HTTPS.
- Per applicazioni production, gestisci rate limit imposti dai registry.
- Implementa fallback a WHOIS legacy per TLD non ancora supportati.
- Aggiorna progressivamente codice legacy che parsa WHOIS testuale.
Esempio query RDAP pratica
Esempio pratico di query RDAP: curl -H "Accept: application/json" https://rdap.iana.org/domain/example.com restituisce JSON ben strutturato con events (creation, expiration), nameservers, status EPP, entities (registrar, contacts). Tutto immediatamente machine-readable. Parsing in Python con json.loads(response.text) è banale. Sostituisce parsing fragile di WHOIS testuale.
Discovery e bootstrap
RDAP usa sistema di bootstrap centralizzato gestito da IANA. Endpoint principale rdap.iana.org permette discovery degli endpoint specifici per ogni TLD. Per ccTLD nazionali (es. .it) il Registro pubblica il proprio endpoint RDAP. Librerie moderne (python-rdap, javascript rdapper) gestiscono automaticamente la discovery e routing alle query.
Errori comuni e come risolverli
- Continuare a parsare WHOIS testuale: instabile e non standardizzato, migra a RDAP.
- Ignorare i rate limit: i registry impongono limiti, costruisci caching e retry con backoff.
- Confondere endpoint: ogni TLD ha un proprio endpoint RDAP, partire da rdap.iana.org per discovery.
- Aspettarsi tutti i dati: dati personali sono ridotti, server restituisce remarks "REDACTED".
Adozione e roadmap
Stato adozione RDAP: tutti i gTLD ICANN supportano RDAP dal 2019, principali ccTLD (.it, .eu, .de, .fr) hanno endpoint RDAP attivi, alcuni ccTLD minori ancora supportano solo WHOIS legacy. La transizione completa richiederà ancora anni. Per applicazioni production moderne: usa RDAP come primario, fallback a WHOIS per TLD non ancora supportati. Librerie moderne come python-rdap, rdap-client gestiscono automaticamente discovery e fallback. ICANN ha pianificato sunset di WHOIS legacy nei prossimi anni, ma data precisa non ancora annunciata. Migrare codice legacy progressivamente è strategia sensata.
Domande frequenti
D: WHOIS sparirà?
R: Gradualmente sì, RDAP è il futuro. Alcuni registry stanno già deprecando WHOIS legacy.
D: RDAP è gratuito?
R: Sì, esattamente come WHOIS. Possono esistere limiti tecnici (rate limit).
D: Posso usare RDAP nei miei script?
R: Assolutamente sì, è progettato per uso programmatico. Tutte le librerie HTTP moderne lo supportano nativamente.
D: RDAP supporta WHOIS lookup massivo?
R: Tecnicamente sì ma con rate limit imposti dai registry per prevenire abusi. Per ricerche massive serve accreditamento o coordinamento con registry.
D: Posso usare RDAP gratuitamente?
R: Sì, accesso pubblico è gratuito come WHOIS legacy. Dati protetti richiedono autenticazione ma sono comunque gratuiti per soggetti legittimati.
D: Quando WHOIS legacy sarà definitivamente dismesso?
R: ICANN non ha annunciato data precisa di sunset globale. Singoli registry stanno gradualmente deprecando WHOIS in favore di RDAP. Migrazione totale prevista nei prossimi anni.
Hai bisogno di aiuto?
Se vuoi gestione domini affidata a G Tech Group, scrivici tramite il modulo di contatto.