Come utilizzare con successo il protocollo RDAP invece di whois

Risposta breve diretta

La risposta a "Come utilizzare con successo il protocollo RDAP invece di WHOIS?" è:non esiste alcun modo per utilizzare correttamente RDAP , solo, forse, per provare qualche implementazione sperimentale... Ma anche sperimentale, non so come provarla.

Rispondi alla tua ipotesi sbagliata

L'URL che hai utilizzato è sbagliato, quindi, in parte, i dettagli della tua domanda sono iniziati con un'ipotesi sbagliata.

Il dominio RDAP.ORG non è un "autorità ufficiale", è di proprietà di un'organizzazione commerciale, quindi è un falso ".ORG". C'è un piè di pagina nelle pagine di rdap.org che riconosce che non è un servizio ufficiale , ed è un tau.uk.com terreno di gioco. Prova qualche client RDAP.

Migliore interpretazione e risposta lunga

Questo rapporto ICANN del 03-12-2015, "Registration Data Access Protocol (RDAP) Operational Profile for gTLD Registries and Registrars", contiene alcuni indizi, un po' di storia, ... e pescato con

(...) è prematuro includere un requisito per tutti i gTLD nel profilo RDAP(...) Entro gennaio 2016 è prevista una chiamata per i volontari.

Quindi, nessuno decide di applicare RDAP a tutti i registrar... E quest'anno non è stata annunciata alcuna "chiamata per i volontari".

Sogna con un'alternativa intermedia

Il problema principale con WHOIS oggi è la "libera interpretazione" delle informazioni pubblicate. Non esistono "stele di Rosetta standard", ma possiamo avviarne una (!), per offrire un intermediario di maturità per RDAP.

Novità 2019

A partire dal 26-08-2019 sarà un requisito ICANN (quindi per tutti i gTLD) disporre di un server RDAP presso i registri e i registrar.

Da https://www.icann.org/rdap:

Cronologia RDAP

I registri e i registrar di gTLD sono tenuti a implementare un servizio RDAP entro il 26 agosto 2019. ICANN org continua a collaborare con i registri e i registrar di gTLD per implementare un accordo sul livello di servizio e i requisiti di segnalazione del registro per RDAP.

Maggiori informazioni sulla sequenza temporale RDAP su https://www.icann.org/resources/pages/rdap-background-2018-08-31-en

Novità 2020

I servizi RDAP funzionano! Puoi provarlo in un client RDAP (come il vecchio whois client) o direttamente nell'API dell'autorità di dominio di primo livello. Esempi:

• Endpoint API RDAP dell'autorità del dominio di primo livello .com è https://rdap.verisign.com/com/v1/ . Ad esempio il UOL.COM del brasiliano è descritto su https://rdap.verisign.com/com/v1/domain/uol.com .
• Endpoint API RDAP dell'autorità del dominio di primo livello .org è https://rdap.publicinterestregistry.net/rdap/org/ . Ad esempio, il dominio del W3C è descritto su https://rdap.publicinterestregistry.net/rdap/org/domain/w3c.org
• Esistono molti client RDAP funziona bene, OpenRDAP.org è uno. Non è necessario conoscere l'autorità o il suo endpoint API RDAP, è diretto.
  Esempi:rdap -v uol.com o rdap -v w3c.org .
• Clienti online può anche essere usato. Esempi:client.rdap.org risolvendo uol.com o openrdap.org risolvendo w3c.org .

Trasparenza dell'entità :le politiche di trasparenza sono locali. Ad esempio UOL.com.br è registrato dal .br autorità, e il Registro.BR obbliga tutti i proprietari del nome a dominio deve essere rivelato (vedi voce CNPJ). Controllalo con un buon client universale, come OpenRDAP, rdap -v uol.com.br .