Comment utiliser avec succès le protocole RDAP au lieu de whois

Réponse courte directe

La réponse à "Comment utiliser avec succès le protocole RDAP au lieu de WHOIS ?" est :il n'y a aucun moyen d'utiliser RDAP avec succès , seulement, peut-être, pour essayer une implémentation expérimentale... Mais même expérimentale, je ne sais pas comment l'essayer.

Répondez à votre hypothèse erronée

L'URL que vous avez utilisée est erronée, donc, en partie, les détails de votre question ont commencé avec une mauvaise hypothèse.

Le domaine RDAP.ORG n'est pas une "autorité officielle", c'est une propriété d'une organisation commerciale, c'est donc un faux ".ORG". Il y a un pied de page sur les pages rdap.org reconnaissant qu'il n'y a aucun service officiel , et est un tau.uk.com terrain de jeux. Essayez un client RDAP.

Meilleure interprétation et réponse longue

Ce rapport de l'ICANN du 03/12/2015, "Registration Data Access Protocol (RDAP) Operational Profile for gTLD Registries and Registrars", contient des indices, un peu d'histoire, ... et pêché avec

(...) il est prématuré d'inclure une exigence pour tous les gTLD dans le profil RDAP (...) Un appel à volontaires est prévu d'ici janvier 2016.

Ainsi, personne ne décide d'appliquer le RDAP à tous les bureaux d'enregistrement... Et il n'y a pas d'"appel à volontaires" annoncé cette année.

Rêvez avec une alternative intermédiaire

Le principal problème du WHOIS aujourd'hui est la "libre interprétation" des informations publiées. Il n'y a pas de "pierre de Rosette standard", mais on peut en démarrer une (!), pour proposer un intermédiaire de maturité pour RDAP.

Actualités 2019

À partir du 2019-08-26, l'ICANN exigera (donc pour tous les gTLD) d'avoir un serveur RDAP dans les registres et les bureaux d'enregistrement.

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

Chronologie RDAP

Les registres et bureaux d'enregistrement gTLD sont tenus de mettre en œuvre un service RDAP d'ici le 26 août 2019. L'organisation ICANN continue de travailler avec les registres gTLD et les bureaux d'enregistrement pour mettre en œuvre un accord de niveau de service et des exigences de rapport de registre pour RDAP.

En savoir plus sur le calendrier RDAP sur https://www.icann.org/resources/pages/rdap-background-2018-08-31-en

Actualités 2020

Les services RDAP fonctionnent ! Vous pouvez l'essayer dans un client RDAP (comme l'ancien whois client) ou directement dans l'API de l'autorité de domaine de premier niveau. Exemples :

• Point de terminaison de l'API RDAP de l'autorité du domaine de premier niveau .com est https://rdap.verisign.com/com/v1/ . Par exemple le UOL.COM du Brésilien est décrit sur https://rdap.verisign.com/com/v1/domain/uol.com .
• Point de terminaison de l'API RDAP de l'autorité du domaine de premier niveau .org est https://rdap.publicinterestregistry.net/rdap/org/ . Par exemple, le domaine du W3C est décrit sur https://rdap.publicinterestregistry.net/rdap/org/domain/w3c.org
• Il existe de nombreux clients RDAP fonctionne bien, OpenRDAP.org en est un. Vous n'avez pas besoin de connaître l'autorité ou son point de terminaison d'API RDAP, c'est direct.
  Exemples :rdap -v uol.com ou rdap -v w3c.org .
• Clients en ligne peut également être utilisé. Exemples :client.rdap.org résolution de uol.com ou openrdap.org résolution de w3c.org .

Transparence de l'entité :les politiques de transparence sont locales. Par exemple UOL.com.br est enregistré par le .br autorité, et Registro.BR oblige tous les propriétaires de noms de domaine doit être révélé (voir entrée CNPJ). Vérifiez-le par un bon client universel, comme OpenRDAP, rdap -v uol.com.br .