travel_explore Whois検索(ドメイン・IP — RDAP) star

仕組み

ドメインまたはIPアドレスを入力すると、照会はRDAP(Registration Data Access Protocol)に送られます — これは1982年に策定された元々のWHOISプロトコル(TCPポート43経由のプレーンテキストの回答)の後継として、IETFが構造化されたJSONベースで定めたものです。クエリはブラウザからrdap.orgのブートストラップサービスへ送られ、このサービスがドメインのTLD(またはIPの割り当てブロック)を読み取り、そのドメイン名について実際に権威を持つレジストリへリクエストを転送します — .comならVerisign、.euならEURid、IPブロックならARINやRIPEのような地域インターネットレジストリ、といった具合です。このルーティングの手順が重要なのは、インターネット全体を対象とする単一の中央WHOISサーバーが存在しないためです。各TLDは異なるレジストリによって提供され、それぞれが歴史的に独自のテキスト形式、フィールド名、癖を持っています — RDAPはまさにこの混乱を解消するために設計されました。どのレジストリが回答しても、一貫した機械可読なJSON構造を返します。

ドメインの場合、通常のレスポンスにはレジストラ(ドメインを購入した会社であり、レジストリを運営する会社とは限りません)、作成日・有効期限・最終更新日、ドメインのEPPステータスコード、そして現在登録されている権威ネームサーバーが含まれます。EPPステータスコードは注意深く読む価値があります:clientTransferProhibitedはレジストラがドメインを不正な移管から保護するためにロックしていることを意味します — これは良い兆候です。まさにドメインの乗っ取りを防ぐ保護そのものだからです。clientHoldまたはserverHoldは、ドメインがDNSから完全に削除され、名前解決されなくなっていることを意味します。pendingDeleteは、ドメインが利用可能なプールに戻される前の最終的な救済期間にあることを意味します。IPアドレスの場合、同じRDAPインフラストラクチャは代わりに、そのIPを割り当てた所有ネットワークブロックと地域インターネットレジストリ(北米ならARIN、欧州ならRIPE、アジア太平洋ならAPNICなど)を返します — 特定のサーバーIPが実際にどの組織やホスティングプロバイダーに属しているかを追跡するのに役立ちます。

このツールがほとんどのドメインで表示しないもの:登録者個人の氏名、メールアドレス、電話番号です。2018年にGDPRが発効して以来、レジストリとレジストラは、規制が対象とする管轄区域内の個人である(またはその可能性がある)登録者について、個人のWHOIS/RDAPデータを情報源の段階で編集(マスク)しています — これは照会ツール側で回避できるものではありません。データがレジストリから出る前にすでにマスクされているからです。一部の登録者は、GDPRの適用範囲外であっても恒久的な代理連絡先を保持するプライバシー/プロキシサービスを利用しています。いずれにせよ、編集された登録者情報は正常な状態であり、ドメインに何か問題があることを示すものではありません。

知っておくべきこと

• GDPRによる編集後も表示され続ける情報 — 日付、レジストラ、ステータスコード、ネームサーバー — は通常、ドメインの経年、失効リスク、移管ロックの状態を判断するのに十分です。
• ほぼすべての汎用TLDと大半の国コードTLDがRDAPをサポートしています。一部のccTLDは依然として旧来のWHOISのみを提供しており、ここではデータが返されません。
• 有効期限が近づいているドメインが必ずしも放棄されているとは限りません — そう判断する前に、日付とあわせてステータスコード(autoRenewPeriod、redemptionPeriodなど)を確認してください。