whois の代わりに RDAP プロトコルをうまく使用する方法

簡単な短答

「WHOIS の代わりに RDAP プロトコルをうまく使用する方法は?」に対する答えです。つまり:RDAP を正常に使用する方法はありません 、おそらく、実験的な実装を試すためだけに...しかし、実験的であっても、それを試す方法がわかりません.

間違った仮説への答え

使用した URL が間違っているため、質問の詳細の一部が間違った仮説から始まっています。

ドメイン RDAP.ORG は「公的機関」ではなく、営利団体が所有しているため、偽の「.ORG」です。 rdap.org のページには、公式サービスではないことを認めるフッターがあります、および tau.uk.com です遊び場。 RDAP クライアントを試してみてください。

最良の解釈と長い回答

この 2015 年 12 月 3 日の ICANN レポート、「gTLD レジストリおよびレジストラの登録データアクセスプロトコル (RDAP) 運用プロファイル」には、いくつかの手がかり、いくつかの歴史があります...そして釣り上げられました

<ブロック引用>

(...) RDAP プロファイルにすべての gTLD の要件を含めるのは時期尚早です(...) ボランティアの募集は 2016 年 1 月までに予定されています。

そのため、すべてのレジストラに RDAP を適用することを決定する人は誰もいません...そして、今年発表された「ボランティアの募集」はありません.

中途半端な選択肢で夢を見る

今日の WHOIS の主な問題は、公開された情報の「自由な解釈」です。「標準のロゼッタストーン」はありませんが、RDAP の成熟度の仲介を提供するために 1 つ (!) 開始できます。

2019 年のニュース

2019 年 8 月 26 日から、レジストリとレジストラに RDAP サーバーを設置することが ICANN の要件になります (したがって、すべての gTLD に適用されます)。

https://www.icann.org/rdap から:

<ブロック引用>

RDAP タイムライン

gTLD レジストリおよびレジストラは、2019 年 8 月 26 日までに RDAP サービスを実装する必要があります。 ICANN 組織は、引き続き gTLD レジストリおよびレジストラと協力して、RDAP のサービスレベルアグリーメントおよびレジストリレポート要件を実装します。

RDAP タイムラインの詳細については、https://www.icann.org/resources/pages/rdap-background-2018-08-31-en をご覧ください

2020 年のニュース

RDAP サービスが動作しています! RDAP クライアントで試すことができます (古い whois として client) またはトップレベルドメインオーソリティの API で直接使用できます。例:

当局のトップレベルドメイン .com の RDAP API エンドポイント https://rdap.verisign.com/com/v1/ です .たとえば、ブラジルの UOL.COM https://rdap.verisign.com/com/v1/domain/uol.com で説明されています。
最上位ドメイン .org の当局の RDAP API エンドポイント https://rdap.publicinterestregistry.net/rdap/org/ です .たとえば、W3C のドメインは https://rdap.publicinterestregistry.net/rdap/org/domain/w3c.org に記載されています
多くのRDAP クライアントがあります正常に動作している OpenRDAP.org はその 1 つです。機関またはその RDAP API エンドポイントが直接であることを知る必要はありません。
例:rdap -v uol.com または rdap -v w3c.org .
オンラインクライアント も使用できます。例:client.rdap.org uol.com を解決していますまたは openrdap.org w3c.org を解決しています .

エンティティの透明性 :透過性ポリシーはローカルです。例:UOL.com.br .br によって登録されています Registro.BR はすべてのドメイン名の所有者を義務付けています。明らかにする必要があります (CNPJ エントリを参照)。 OpenRDAP、rdap -v uol.com.br などの優れたユニバーサルクライアントで確認してください .