登録データアクセスプロトコル

登録データアクセスプロトコル( RDAP ) は、実験的な開発と徹底的な議論を経て、2015 年にインターネット技術タスクフォースのワーキンググループによって標準化されたコンピュータネットワーク通信プロトコルです。これは、ドメイン名、IP アドレス、自律システム番号などのインターネットリソースから関連する登録データを検索するために使用されるWHOISプロトコルの後継です。

WHOIS は基本的にフリーテキストを取得しますが、RDAP は標準の機械可読なJSON形式でデータを配信します。^[1] この目標を達成するために、稼働中のすべての WHOIS サーバーの出力が分析され、使用されているラベルの国勢調査が行われました。^[2] RDAP の設計者の多くは番号または名前のレジストリのメンバーであり、複雑さがCRISPなどの以前の試みが失敗した理由の 1 つであると考えられていたため、プロトコルを可能な限りシンプルに保つよう努めました。RDAP はRESTful Web サービスに基づいているため、エラーコード、ユーザー識別、認証、およびアクセス制御はHTTP経由で配信できます。^[3]

RDAP の実現において最も遅れたのは、各トップレベルドメイン、IP 範囲、または ASN 範囲のサーバーがどこにあるかを把握する ブートストラップでした。IANAは、適切なレジストリでブートストラップ情報をホストし、JSON 形式でよく知られている場所の URL に公開することに同意しました。これらのレジストリは最初は空でしたが、ドメインとアドレス空間の登録者が IANA に RDAP サーバー情報を提供するにつれて、徐々に追加されていきます。^[4]^[5] 番号レジストリについては、ARIN がWHOIS の場合と同様に、ブートストラップ URL も備えたパブリック RDAP サービスを設定しました。^[6] 名前レジストリについては、ICANN は2013 年から RDAP 準拠を義務付けています。 ^[7]^[8]

数値リソース

割り当てられたIP番号のRDAPデータベースは、5つの地域インターネットレジストリによって管理されています。ARINはブートストラップデータベースを管理しています。^[9] 標準ドキュメント形式のおかげで、たとえば特定のIP番号の不正使用チームのアドレスを取得するなどのタスクを完全に自動化された方法で実行できます。^[10]

名前リソース

登録された名前のRDAPデータベースは、ICANN合意後に維持されます。^[7] ICANN傘下のレジストリの数が膨大であるため、名前リソースははるかに遅くなります。さらに、 2018年5月にGDPRが施行されると、WHOISまたはRDAPを介して漏洩した個人データの問題により、採用がさらに遅れました。^[11] GDPRとICANNのポリシーの矛盾を解決するために、ICANNは一時的な仕様を公開しました。それによると、連絡先が明示的に公開を許可しない限り、GDPRに該当するすべての連絡先の詳細はプライバシー上の理由から編集する必要があります。これには電子メールアドレスが含まれますが、レジストラは匿名の電子メールアドレスまたはWebフォームを提供して、連絡先に情報を転送できるようにする必要があります。レジストリのRDAP/WHOIS応答には、連絡先に連絡するためのこれらのオプションはレジストラのRDAP/WHOISでのみ利用可能であるという通知を含める必要があります。^[12]

RDAP 情報を正確に保つために、レジストラは登録者の連絡先に毎年 Whois データリマインダーポリシー (WDRP) 通知を送信する必要があります。これは通常、レジストラが保持するすべての RDAP 情報を含む電子メールで行われ、登録者に不正確な場合はすぐに更新するように依頼すると同時に、不正確な RDAP 情報はドメイン名の削除につながる可能性があることを登録者に思い出させます。^[13]さらに、各レジストラは不正使用の連絡先を提供し、不正確な RDAP 情報について通知を受けた後、すぐに修正するかドメインを停止する必要があります。^[7]

WHOIS の代替

2023年1月19日、ICANNはすべてのレジストリおよびレジストラ契約のグローバル修正案の投票を開始しました。その中で、彼らはこの修正案の発効から180日間のRDAPランプアップ期間を定義しました。この期間の360日後がWHOISサービス終了日と定義され、その後はレジストリおよびレジストラはWHOISサービスを提供する必要がなくなり、代わりにRDAPサービスのみが求められます。60日間の投票期間内にすべての投票基準が満たされ、修正案は承認と実施のためにICANN理事会に提出されます。^[14]

拡張機能

RDAPプロトコルは拡張機能を許可しており、IANAは既知のRDAP拡張機能のリストを管理しています。これらの拡張機能の一部はソートやページングなどのRFCであり、その他は特定のTLDのみを対象としています。^[15]

参照

ドメイン名レジストリ
ドメイン名登録業者
拡張プロビジョニングプロトコル- RDAP によって表示されるドメインデータを変更するための標準

参考文献

^ Newton, Andrew; Hollenbeck, Scott (2015 年 3 月). 「JSON Responses for the Registration Data Access Protocol (RDAP)」. IETF . doi : 10.17487/RFC7483 . RFC 7483. 2016 年 11 月 10 日閲覧。
^ Zhou, L.; Kong, N.; Shen , S.; Sheng, S.; Servin, A. (2015 年 3 月)。WHOIS 登録オブジェクトのインベントリと分析。IETF。doi : 10.17487/RFC7485。RFC 7485。2016年11 月 10日閲覧。
^ 「Web Extensible Internet Registration Data Service (weirds)」。IETF。2015年3月25日。 2016年11月10日閲覧。
^ John Levine (2014-09-10). 「WHOIS の代替品は驚くほど近い」jl.ly 。 2016 年 11 月 10 日閲覧。
^ Blanchet, Marc (2015 年 3 月). 権威ある登録データ (RDAP) サービスの検索。IETF . doi : 10.17487 /RFC7484 . RFC 7484. 2016 年 11 月 10 日閲覧。
^ 「登録データアクセスプロトコル (RDAP)」。ARIN。2015年 6 月 22 日。2016 年 11 月 10 日閲覧。
^ abc 「2013 Registrar Accreditation Agreement」。ICANN。 2017-06-07 にオリジナルからアーカイブ。2016-11-10に取得。IETF が、IETF Web Extensible Internet Registration Data Service ワーキンググループで指定されている Web ベースのディレクトリサービスに関連する標準案、標準草案、またはインターネット標準およびその改訂版 (RFC 2026 で指定) を公開した後、レジストラは、ICANN から実装が要求されてから 135 日以内に、そのような標準 (またはその改訂版) で指定されているディレクトリサービスを実装するものとします。
^ 新 gTLD プログラム委員会 (NGPC) (2013-07-02)。「新 gTLD 契約」( PDF)。ICANN。2016-11-10取得。レジストリオペレータは、 ICANNからの要求後 135 日以内に、ドメイン名登録データへのアクセスをサポートする新しい標準 (SAC 051) を実装するものとします。ただし、次の条件を満たす必要があります。1) IETF が標準を作成する (つまり、少なくとも RFC 2026 で指定されている Proposed Standard RFC として公開される)。2) その実装がレジストリの全体的な運用の観点から商業的に合理的である。
^ 「RDAP at ARIN」（PDF）。2019年9月17日。
^ 「abuserdap」.
^ Kieren McCarthy (2019年10月23日)。「欧州のGDPRに悩まされるICANNは、Whoisの吸血鬼をついに退治するために木の杭を研ぐ」The Register。
^ 「gTLD登録データの暫定仕様 - ICANN」www.icann.org 。 2023年4月8日閲覧。
^ 「Whoisデータリマインダーポリシー - ICANN」。www.icann.org 。 2023年4月8日閲覧。
^ 「2023年ベースgTLDレジストリ契約（RA）、仕様13、および2013年レジストラ認定契約（RAA）の包括的改正 - ICANN」。www.icann.org 。 2023年4月7日閲覧。
^ 「RDAP 拡張機能」。www.iana.org 。2023 年 4 月 8 日閲覧。

外部リンク

RDAP サービス用の IANA レジストリ
IANA RDAP 拡張
IANA RDAP JSON 値
GitHubの nicinfo - コマンドラインレジストリデータアクセスプロトコル (RDAP) クライアント
rdap.dev - 簡素化された Web ベースの RDAP クライアント
rdap.org - RDAP クエリのエンドポイント
APNIC の RDAP ページ
ARIN の RDAP ページ

[1] Newton, Andrew; Hollenbeck, Scott (2015 年 3 月). 「JSON Responses for the Registration Data Access Protocol (RDAP)」. IETF . doi : 10.17487/RFC7483 . RFC 7483. 2016 年 11 月 10 日閲覧。

[2] ^ Zhou, L.; Kong, N.; Shen , S.; Sheng, S.; Servin, A. (2015 年 3 月)。WHOIS 登録オブジェクトのインベントリと分析。IETF。doi : 10.17487/RFC7485。RFC 7485。2016年11 月 10日閲覧。

[3] 「Web Extensible Internet Registration Data Service (weirds)」。IETF。2015年3月25日。 2016年11月10日閲覧。

[4] John Levine (2014-09-10). 「WHOIS の代替品は驚くほど近い」jl.ly 。 2016 年 11 月 10 日閲覧。

[5] Blanchet, Marc (2015 年 3 月). 権威ある登録データ (RDAP) サービスの検索。IETF . doi : 10.17487 /RFC7484 . RFC 7484. 2016 年 11 月 10 日閲覧。

[6] 「登録データアクセスプロトコル (RDAP)」。ARIN。2015年 6 月 22 日。2016 年 11 月 10 日閲覧。

[icann2013-7] 「2013 Registrar Accreditation Agreement」。ICANN。 2017-06-07 にオリジナルからアーカイブ。2016-11-10に取得。IETF が、IETF Web Extensible Internet Registration Data Service ワーキンググループで指定されている Web ベースのディレクトリサービスに関連する標準案、標準草案、またはインターネット標準およびその改訂版 (RFC 2026 で指定) を公開した後、レジストラは、ICANN から実装が要求されてから 135 日以内に、そのような標準 (またはその改訂版) で指定されているディレクトリサービスを実装するものとします。

[8] 新 gTLD プログラム委員会 (NGPC) (2013-07-02)。「新 gTLD 契約」( PDF)。ICANN。2016-11-10取得。レジストリオペレータは、 ICANNからの要求後 135 日以内に、ドメイン名登録データへのアクセスをサポートする新しい標準 (SAC 051) を実装するものとします。ただし、次の条件を満たす必要があります。1) IETF が標準を作成する (つまり、少なくとも RFC 2026 で指定されている Proposed Standard RFC として公開される)。2) その実装がレジストリの全体的な運用の観点から商業的に合理的である。

[9] 「RDAP at ARIN」（PDF）。2019年9月17日。

[10] 「abuserdap」.

[11] Kieren McCarthy (2019年10月23日)。「欧州のGDPRに悩まされるICANNは、Whoisの吸血鬼をついに退治するために木の杭を研ぐ」The Register。

[12] 「gTLD登録データの暫定仕様 - ICANN」www.icann.org 。 2023年4月8日閲覧。

[13] 「Whoisデータリマインダーポリシー - ICANN」。www.icann.org 。 2023年4月8日閲覧。

[14] 「2023年ベースgTLDレジストリ契約（RA）、仕様13、および2013年レジストラ認定契約（RAA）の包括的改正 - ICANN」。www.icann.org 。 2023年4月7日閲覧。

[15] 「RDAP 拡張機能」。www.iana.org 。2023 年 4 月 8 日閲覧。

数値リソース

名前リソース

WHOIS の代替

拡張機能

関連規格

拡張機能

参照

参考文献

外部リンク