web-dev-qa-db-ja.com

RDAPがドメイン名レジストリで十分にサポートされていないのはなぜですか？

DNS bootstrap for RDAP を見ると、サポートされているTLDは次のとおりです。

  • .com
  • 。ネット
  • .ar
  • .cr
  • .cz
  • .br

RDAPは同様のデータをWHOISに提供しますが、構造化された形式で安全な方法でアクセスできるため、なぜより広くサポートされないのですか。関連する RFC（7482） は2015年以降存在していますが、まだ広くサポートされていません。

Google RDAPの例

domainsdomain-registrar
3
jrtapsell

RDAPの採用は実際にはIPアドレスレジストリ（RIR）から始まったため、実際に本番環境で使用されますが、引用するケースはすべて本番の本物ではありません。 RIRのRDAP（およびドメイン名レジストリの少し）に関するRIPE会議での最近のプレゼンテーションを参照してください： https://ripe76.ripe.net/presentations/6-RIPE_76_RDAP.pdf および関連する https://pc.nanog.org/static/published/meetings/NANOG72/1601/20180220_Griswold_Death_To_Whois_v1.pdf でのその他のプレゼンテーションは、RDAPがwhoisを完全に置き換える前にまだ作業があることを示しますRIRで。

それでは、なぜドメイン名レジストリのようになっているのでしょうか？

GTLDの場合、レジストリはICANNの実装が必須であると言う内容を実装する必要があります。または、新しい「サービス」については、特定のプロセスに従ってICANNに許可を求める必要があります レジストリサービス評価プロセス （ RSEP）。

ICANNは今のところRDAPで義務的なことを何も言っておらず、RDAPに特定のページがあります。 https://www.icann.org/rdap パイロットプログラムが進行中であることがわかります。

また、「 レジストリおよびレジストラプロファイル 」の作業を開始しましたが、これは実際の設計に関する最初の議論よりも先に進むことはありませんでした。

また、コアプロトコルが古い場合でも、階層型アクセスの適切な認証など、対処する必要のある問題や機能がまだあります。今日、GDPRが存在する世界では、ICANNは絶対に対処しなければならない問題です。たとえば、 IETF REGEXTワーキンググループ にアクセスすると、RDAPで多くの交換が行われ、すぐにRFCになる可能性のある新しいインターネットドラフトが表示されます。実際、7月中旬にモントリオールで行われる次の対面会議の議題にもあります。

CcTLDに関しては、ICANNのポリシーまたはルールによって制約を受けることは決してないため、希望する場合は自由にRDAPを実装できます。

それでも、なぜ採用されないのですか？

技術的ではなく、経済的/ビジネス上の理由だと思います。

Whoisの周りには巨大なエコシステムがあり、現在、非常に多くの方法で悪用されています。しかし、レジストリは、Whoisサーバーに基本的なレート制限を適用すると、問題を感じず、すべて他の人、およびwhoisに記述されているエンティティ、特に個人に影響を及ぼします。したがって、RDAPを実装することは、プロトタイプに加えて技術面での先駆者であるため、レジストリにとって今日は実際にプラスの影響はありませんが、少なくとも開発コストが発生し、Whoisアクセスをシャットダウンすることを決定した場合、進化を管理する必要があります現在、それを回っているコミュニティ全体の。技術面、コミュニケーション面など、多くの作業が必要です。

レジストリでは、サービスXまたはYにwhoisに依存しているため、whoisの周囲に手を触れないように言っている人が多く、同時にRDAPを実装するようにプッシュする人はほとんどいないでしょう。

RDAPがフォーマットされた構造を使用していることは、データの解析と再利用をより簡単にすることも事実です...これはアイデアでしたが、データのスポンサー（レジストリ、レジストラ）がそれを望まない場合にも問題とみなされる可能性があります再利用されます。その後、ライセンスの問題が発生し、それを強制します（誰も読んでいない場合でも、whoisのすべての出力に、このデータでできることとできないことを伝える合法的なジャンボジャンボが表示されます... RDAPは明らかに機械の消費を対象としているため、そこには契約や法律の条件はありません）

しかし、GDPRによって状況が変わる可能性があります。これにより、whoisに表示される内容の変更が明確に義務付けられるため、さらに混乱させるのではなく、より構造化されたより多くの機能を備えたものに切り替えることが理にかなっています。

現在の状況は明確ではなく、ICANNの指示は多かれ少なかれ存在しません。しかし、ICANNが現在GDPRの結果から免除されないことを認識していないため、最後に作成された「 gTLD登録データの一時的な仕様 」を読むと、多くの参照が表示されますRDAPへ。

今日（2018年9月4日）ICANNは https://www.icann.org/public-comments/proposed-rdap-profile-2018-08-31-en でコメント期間を開始しましたgTLD RDAPプロファイル上の自身（ https://www.icann.org/en/system/files/files/gtld-registration-data-temp-spec-17may18-en.pdf ）。これはGDPRコンプライアンスに明らかな結果をもたらし、11月にはその結果がわかります。

確かに、ccTLD、特にヨーロッパのccTLDがそれを実行するためにジャンプしていないのは悲しいことですが、前述したように、経済的な理由で悲しいことに恐れています。

3
Patrick Mevzek