WHOIS

WHOISとRDAPの比較

WHOISとRDAPの違いを詳しく比較

RDAPはWHOISの後継プロトコルで、現在も両者は併用されています。通信方式、データ形式、互換性、安全性の違いと、それぞれの用途を解説します。

WHOISとRDAPの基本的な違い

  • WHOIS：起源はRFC 812（1982年）、現行規格はRFC 3912（2004年）です。TCP port 43でプレーンテキストを返し、形式はレジストリごとに異なります。
  • RDAP：RFC 7480–7484（2015年）で定義され、照会・応答形式はRFC 9082/9083（2021年）、サーバーの探索方法はRFC 9224（2022年）で規定されています。HTTPSとJSONを使用します。
  • ICANNは2019年からgTLDにRDAPを義務付け、.tw・.uk・.deなどのccTLDも対応しています。.jpの登録情報はポート43のWHOIS（whois.jprs.jp）でのみ公開され、IANAに登録されたRDAPサービスはありません。
  • .com、.name、.postを除くgTLDに対するICANNの従来のWHOIS・port 43提供の契約上の義務は、2025年1月28日に正式に終了しました。現在、これらのgTLDの登録情報で提供が必須のプロトコルはRDAPのみです。
  • IANAのブートストラップにはRDAPサービスのアドレスが登録されています。WHOISサーバーはwhois.iana.orgの参照先情報から確認できます。

WHOISとRDAPの比較表

比較項目WHOISRDAP
基本RFC812（1982年）・3912（2004年）7480–7484（2015年）
現行の改訂規格なし9082・9083（2021年）・ブートストラップ9224（2022年）
通信方式TCP port 43（平文）HTTPS（TLS暗号化）
データ形式プレーンテキストJSON（application/rdap+json）
TLD間の統一性なし。レジストリごとに形式が異なりますあり。項目が標準化されています
認証なしHTTP / OAuth（権限別のアクセス）
エラー処理独自のテキストまたは接続の切断HTTPステータスコード（200 / 404 / 429）
連絡先の形式自由記述のテキストjCard（RFC 7095、vCard RFC 6350に基づく形式）
個人情報の非公開REDACTED FOR PRIVACY構造化された項目の省略

WHOISだけでは不十分？RDAPが必要な理由

RDAPは、従来のWHOISが抱える形式の不統一や暗号化の不足を解消するために必要です。WHOISは1982年から使われていますが、現行規格のRFC 3912にも、現在のインターネットでは見過ごせない制約があります。

  • テキスト形式が標準化されていません。レジストリやレジストラごとに出力が異なるため、ソフトウェアにはそれぞれの解析ルールが必要です。
  • 標準のエラーコードがありません。データがない場合やレート制限に達した場合、単に接続が切れることも多く、原因を特定しにくくなります。
  • 国際化への対応が十分ではありません。IDNや非ASCII文字の扱いが統一されていません。
  • プロトコル自体に暗号化の仕組みがありません。port 43は平文で通信するため、監査やコンプライアンスの要件を満たせません。

このためIETFは後継規格RDAPを策定し、2015年にRFC 7480–7484として公開しました。ICANNはgTLDレジストラに導入を義務づけています。照会・応答形式はその後、RFC 9082とRFC 9083（2021年）で更新されました。

port 43とHTTPSはどう違いますか？

WHOISのTCP port 43は暗号化されない通信で、RDAPのHTTPSはTLSで暗号化されます。WHOISはテキストの要求と応答を1回交換して接続を切ります。RDAPは現在のHTTPの仕組みを基盤としています。

  • 通信：RDAPはHTTPS（TLS）を使用し、ブラウザー、CDN、APIゲートウェイと連携できます。
  • ステータスコード：標準のHTTPステータスコード（200/404/429/500）とコンテンツネゴシエーションに対応します。
  • 監査への対応：コンプライアンスや監査が必要な企業環境では、RDAPは監査・追跡が可能な選択肢です。

サーバーの探索方法も標準化されています。RDAPクライアントは、IANAのブートストラップレジストリ（RFC 9224で定義）を参照し、TLDに対応するエンドポイントを自動で見つけられます。各サーバーのアドレスをコードに埋め込む必要はありません。

RDAPのJSONはなぜ解析しやすいのですか？

RDAPのJSONはTLD間で項目と構造が共通しているため、解析しやすい形式です。WHOISは人が読めるテキストを返しますが、.comと.twのようにレジストリごとに形式が大きく異なり、TLD別の解析ルールが必要です。RDAPには次の特徴があります。

  • オブジェクト構造はRFC 9083に従い、entities、events、nameservers、statusなどの項目が標準化されています。
  • メディアタイプはapplication/rdap+jsonです。個別のパーサーを作らずに、プログラムやフロントエンドのコンポーネントで直接扱えます。
  • 連絡先はjCard（RFC 7095、vCard RFC 6350に基づく形式）で表され、氏名・組織・住所を共通の方法で解析できます。

RDAPにはどのTLDが対応していますか？

RDAPはすでに広く普及していますが、すべてのTLDが対応しているわけではありません。対応状況は次のとおりです。

  • ICANNのすべてのgTLD（.com、.net、.org、.appなど）では、レジストラとレジストリにRDAPエンドポイントの提供が義務づけられています。
  • .tw・.uk・.deなどのccTLDはRDAPに対応しています。.jpにはIANAに登録されたRDAPサービスがなく、当サイトはport-43 WHOIS（whois.jprs.jp）へフォールバックします。
  • 一部の小規模なccTLDでは従来のWHOISのみを提供しているため、port 43の検索への切り替えが必要です。

.com、.name、.postを除くgTLDに対するICANNの従来のWHOIS・port 43提供の契約上の義務は、2025年1月28日に正式に終了しました。現在、これらのgTLDの登録情報で提供が必須のプロトコルはRDAPのみです。ccTLDの移行時期は、各レジストリが独自に定めます。

当サイトは2つのプロトコルをどう使い分けますか？

whois.net.twは2つのプロトコルを1回の検索にまとめ、利用者が選ぶ必要をなくしています。サーバー側で次の処理を行います。

  • IANAが公開するブートストラップレジストリ（RFC 9224）でTLDのRDAPエンドポイントを特定し、RDAPを優先します。
  • TLDがRDAPに未対応の場合やエラーを返す場合は、自動でport 43のWHOISに切り替え、テキストの結果を整理して表示します。
  • 結果ページにはデータソースがRDAPかWHOISかを明記し、検索に使われたプロトコルを確認できます。

WHOISとRDAPでドメイン情報を検索する方法

  1. ドメインを入力して検索してください

    ホームページの検索欄にドメイン名を入力してください。RDAPを自動で優先し、TLDが未対応の場合はport 43のWHOISに切り替えます。

  2. データソースの表示を確認してください

    結果ページのデータソースを確認してください。RDAP（HTTPSと構造化されたJSON）かWHOIS（port 43のプレーンテキスト）かが表示され、実際に使われたプロトコルの違いが分かります。

  3. 項目の構造を比較してください

    RDAPでは、entities内でrolesにregistrarを持つエンティティがレジストラを表します。日付はevents内にあり、eventActionでexpirationなどの種別を、eventDateで日時を示します。連絡先にはjCardを使います。レジストリごとに項目形式が異なるWHOISのテキストと見比べてください。

実際のドメインで違いを確認しましょう

ホームページでドメインを入力すると、結果ページの「データソース」でRDAPとWHOISのどちらが使われたか確認できます。

WHOIS検索を試す

RDAPのよくある質問

RDAPの公式仕様はどこで確認できますか？

RDAPの公式仕様はIETFのRFCで確認できます。IANAは別途、各TLDのRDAPエンドポイントを掲載したブートストラップレジストリを管理しています。主なRFCは次のとおりです。

  • RFC 7480：HTTPによる通信と照会の仕様
  • RFC 7481：セキュリティ（TLS、認証）
  • RFC 9082：照会形式（RFC 7482を置き換える規格）
  • RFC 9083：JSON応答形式（RFC 7483を置き換える規格）
  • RFC 9224：権威RDAPサーバーの探索（RFC 7484を置き換える規格）
RDAPの利用に認証やAPIキーは必要ですか？

公開情報の検索には、通常は認証もAPIキーも必要ありません。一部のレジストリは認証付きの段階的アクセスに対応し、審査を受けた法執行機関や不正利用を調査する組織に、非公開部分を含む記録を提供します。一般のドメイン所有者や開発者は、匿名のHTTPSアクセスで利用できます。

RDAPの検索回数に制限はありますか？

はい、レジストリごとにレート制限があります。一般的には毎秒数回から毎分数十回程度です。上限を超えるとRDAPはHTTP 429を返すため、従来のWHOISで突然接続が切れる場合より、原因の検出や再試行を行いやすくなります。

RDAPの結果にvCardやjCardが含まれるのはなぜですか？

RDAPは連絡先を、vCardのJSON形式であるjCard（RFC 7095）で表すためです。氏名、組織、住所、電話番号を構造化されたオブジェクトとして扱うため、従来のWHOISの自由記述による登録者情報より形式が統一されています。

WHOISは廃止されますか？

.com、.name、.postを除くgTLDでは、ICANNのport 43によるWHOIS提供の契約上の義務が2025年1月28日に終了しました。.twを含むccTLDの時期は各レジストリが定めます。TWNICはRDAPを提供済みで、従来のWHOISも並行運用しています。TWNICは移行中・時期未定で、WHOISの終了日は公表していません。新しいシステムではRDAPを優先し、必要な場合にWHOISへ切り替える構成が適しています。

.twドメインのWHOISはいつ終了しますか？

TWNICは移行中・時期未定で、WHOISの終了日は公表していません。現在はRDAPと従来のWHOISを並行運用しています。

  • .twと.台灣の公式RDAP（ccrdap.twnic.tw）は稼働中で、IANAのブートストラップにも登録されています。
  • 従来のport 43のWHOIS（whois.twnic.net.tw）も通常どおり稼働しています。
  • .com、.name、.postを除くgTLDのport 43 WHOIS提供義務は2025-01-28に終了しました。ccTLDは移行中で、共通の終了日は定められていません。TWNICも移行中で、終了時期は未定です。

参考資料

関連記事

WHOIS.net.tw公開日 更新日