.ca WHOIS検索

4つです。登録者、管理担当者、技術担当者、請求担当者で、それぞれがID、名前、組織名、住所、電話番号、メールアドレスを持つ独立したブロックとして書かれています。当サイトが測定したドメインの中でもっとも多くの役割がそろっており、応答が67項目に達する主な理由もここにあります。役割が分かれているので、組織の中で誰がどの責任を負っているかを登録データそのものから読み取れます。

ドメインの料金に関する連絡をどこへ送るかを記録しています。多くのレジストリはこの役割を出力から外しましたが、CIRAは今も公開しています。実用的な価値は企業の登録データで表れます。ドメインを管理するチームと費用を支払う部署は別であることが多く、このブロックが更新の通知を受け取る相手を示します。期限が迫ったドメインがなぜ更新されなかったのかを調べるときは、まずここを確認してください。

.caのレジストラが、ICANNではなくCIRA独自の認定制度に従っているためです。項目自体は応答にあり、テンプレートは汎用ドメインと同じですが、値はnot applicableと書かれています。これは登録データが不完全なのではなく、国別ドメイン独自の制度を反映したものです。同じ応答の中で、レジストラの名前と不正利用（abuse）窓口には実際の値が入っています。

得られるのは構造と、より安全な解析です。rdap.ca.fury.caのエンドポイントは同じ登録データをJSONで返し、4つの連絡先の役割すべてを別々のエンティティとして記載します。測定した企業の登録データでは名前も公開されていました。イベントには登録、有効期限、最終変更が並びます。2つの経路で範囲はほぼ同じで、違いは形式です。自動処理では、プレーンテキストよりJSONのほうが安全に扱えます。

確認できます。.caの応答には3つの日付がそろっています。Creation Dateが登録日、Updated Dateが最後の変更、Registry Expiry Dateが期間の終わりで、どれもUTC表記です。測定した登録データの登録年は2000年でした。RDAPでも同じ3つの値がイベントとして返ってきます。検索結果画面ではこれらをもとにドメインの年数と残り期間を表示するため、手で計算する手間はかかりません。

測定した企業の登録データでは、RDAP側で公開されていました。登録者、管理担当者、技術担当者の役割が、名前の欄とともに記載されていたのです。ただし、個人が保有する登録データで同じ公開範囲を期待しないでください。個人の登録では身元のデータは一般に非公開で、役割の存在だけが見える形になります。それでも企業の登録データについては、.caは連絡先データを読めるドメインの一つです。

検索したドメイン自身の署名状態は、応答のDNSSECの行でわかります。値がsignedならそのドメインのDSレコードが公開済み、unsignedなら未公開です。これとは別に、.caというゾーンそのものも署名されており、ルートゾーンにDSレコードがあることを測定時に確かめました。当サイトの検索結果画面はゾーンとドメインの状態を別々に示すため、両者を混同せずに済みます。

誰も保有していないドメインを検索すると、CIRAは一致するものがないと返し、67の項目は一つも現れません。そのドメインは取得可能（未登録）に見えるということです。空いて見えるドメインはすぐに取得されることがあるため、当サイトはこうした結果を5分間だけ保存し、登録済みの結果は6時間保存しています。