Loading article…
WHOIS（発音は「who is」）は、インターネットリソースの登録ユーザーまたは譲受人を保存するデータベースを照会するために使用されるクエリおよび応答プロトコルです。これらのリソースには、ドメイン名、IPアドレスブロック、自律システムが含まれますが、他の幅広い情報にも使用されます。プロトコルは、人間が読める形式でデータベースコンテンツを保存および配信します。[1] WHOISプロトコルの現在のイテレーションは、インターネット協会によって起草され、RFC 3912に文書化されています。
Whoisは、ほとんどのUNIXシステムでWHOISプロトコルクエリを実行するために使用されるコマンドラインユーティリティの名前でもあります。[2]さらに、WHOISにはReferral Whois（RWhois）と呼ばれる姉妹プロトコルがあります。
歴史
エリザベス・ファインラーと彼女のチーム（ ARPANETのリソースディレクトリを作成した）は、1970年代初頭に最初のWHOISディレクトリの作成を担当しました。[3]ファインラーは、スタンフォード大学のネットワーク情報センター（NIC）に、人物や団体に関する関連情報を取得できるディレクトリとして機能するサーバーを設置しました。 [4]彼女とチームは、コンピュータの物理アドレスに基づいてドメインをカテゴリに分割するというファインラーの提案に基づいて、ドメインを作成しました。[5]
登録のプロセスはRFC 920 で確立されました。WHOIS は、ドメインや番号の登録に関連するドメイン、人物、その他のリソースを検索するために 1980 年代初頭に標準化されました。当時はすべての登録が 1 つの組織によって行われていたため、WHOIS クエリには 1 つの集中サーバーが使用されていました。これにより、このような情報の検索が非常に簡単になりました。
ARPANETからインターネットが誕生した当時、すべてのドメイン登録を処理していた唯一の組織は、米国政府の国防高等研究計画局（DARPA） （1958年に設立されました。 [6]）。1980年代にARPANETがインターネットになったときも、ドメイン登録の責任はDARPAに残りました。UUNETがドメイン登録サービスを開始しましたが、彼らは単にDARPAネットワーク情報センター（NIC）に転送する書類を処理していました。その後、国立科学財団は、商用のサードパーティ組織がインターネットドメイン登録の管理を処理するように指示しました。 1993年にNSFとの契約により、 Network Solutions、Inc.、General Atomics、およびAT&Tで構成されるInterNICが設立されました。General Atomicsとの契約は、パフォーマンスの問題により数年後にキャンセルされました。
20 世紀の WHOIS サーバーは、非常に寛容で、ワイルドカード検索が可能でした。ある人物の姓の WHOIS クエリを実行すると、その名前を持つすべての個人が返されました。特定のキーワードのクエリを実行すると、そのキーワードを含むすべての登録済みドメインが返されました。特定の管理者連絡先のクエリを実行すると、管理者が関連付けられているすべてのドメインが返されました。商用インターネット、複数のレジストラ、非倫理的なスパマーの出現により、このような寛容な検索は利用できなくなりました。
1999 年 12 月 1 日、トップレベル ドメイン(TLD) com、net、orgの管理がICANNに割り当てられました。当時、これらの TLD は、シン WHOIS モデルに変換されました。既存の WHOIS クライアントは、その時点で動作を停止しました。1 か月後、自己検出型のCommon Gateway Interfaceサポートが導入され、同じプログラムで Web ベースの WHOIS 検索を実行できるようになりました。また、外部 TLD テーブルが導入され、リクエストの TLD に基づいて複数の WHOIS サーバーをサポートできるようになりました。これが最終的に、現代の WHOIS クライアントのモデルになりました。
2005 年までに、ジェネリック トップレベル ドメインは 1980 年代初頭よりも大幅に増加しました。国別コード トップレベル ドメインも大幅に増加しました。これにより、特にインターネット インフラストラクチャの管理が国際化されるにつれて、ドメイン名登録機関と登録機関協会のネットワークが複雑化しました。そのため、ドメインで WHOIS クエリを実行するには、使用する正しい権威ある WHOIS サーバーを知っておく必要があります。WHOIS ドメイン検索を行うツールは一般的になり、IONOS や Namecheap などのプロバイダーによって提供されています。[7]
クリスプとアイリス
2003年、ドメイン名とネットワーク番号の情報を検索するための新しい標準を作成するためにIETF委員会が結成されました。CRISP（Cross Registry Information Service Protocol）です。 [8] 2005年1月から2006年7月の間、この新しい標準案の作業名はインターネットレジストリ情報サービス（IRIS）でした。[9] [10] IRISの最初のIETF提案標準RFCは次のとおりです。
- 3981 - Newton, A.; Sanz, M. (2005 年 1 月). IRIS: インターネット レジストリ情報サービス (IRIS) コア プロトコル。IETF . doi : 10.17487 /RFC3981 . STD 8. RFC 3981. 2015 年6 月 1 日取得。
- 3982 - Newton, A.; Sanz, M. (2005 年 1 月). IRIS: インターネット レジストリ情報サービス (IRIS) のドメイン レジストリ (dreg) タイプ。IETF . doi : 10.17487 /RFC3982 . RFC 3982. 2015 年6 月 1 日取得。
- 3983 - Newton, A.; Sanz, M. (2005 年 1 月). 「BEEP (Blocks Extensible Exchange Protocol) を介した IRIS (Internet Registry Information Service) の使用」。IETF . doi : 10.17487/RFC3983 . RFC 3983. 2015 年6 月 1日閲覧。
- 4992 - Newton, A. ( 2007 年 8 月). インターネット レジストリ情報サービスのためのチャンクを使用した XML パイプライン処理。IETF。doi : 10.17487 / RFC4992。RFC 4992。2015年6月 1日閲覧。
このグループが取り組んだRFCのステータスはIETFツールサイトで確認できます。[11]
2009年3月現在、[アップデート]CRISP IETFワーキンググループは、[12]グループによって最終的なRFC 5144が公開された後、[13] Newton, Andrew; Sanz, Marcos (2008年2月)。インターネットレジストリ情報サービス (IRIS) のドメイン可用性チェック (DCHK) レジストリタイプ。IETF。doi : 10.17487 /RFC5144。RFC 5144。2015年6月1日取得。。
注: IETF CRISPワーキンググループは、 Number Resource Organization (NRO)の同名のチーム「Consolidated RIR IANA Stewardship Proposal Team」(CRISP Team)と混同しないでください。 [14]
WEIRDSとRDAP
2013年、IETFはIRISがWHOISの代替として成功しなかったことを認めた。その主な技術的理由はIRISの複雑さにあるように思われる。さらに、非技術的理由はIETFが判断を下さない領域にあるとみなされた。一方、ARINとRIPE NCCはRESTful Webサービスを介してWHOISデータを提供することに成功した。憲章（2012年2月に起草）は、番号レジストリを最初に、名前レジストリをそれに追随させるという別々の仕様を規定した。[15]ワーキンググループは5つの標準文書を提案した。
- 7480 - Newton, Andrew; Ellacott, Byron; Kong, Ning (2015 年 3 月)。登録データ アクセス プロトコル (RDAP) での HTTP の使用。IETF。doi : 10.17487 / RFC7480。RFC 7480。2015年7月8日閲覧。
- 7481 - Hollenbeck, Scott; Kong, Ning (2015 年 3 月)。登録データアクセスプロトコル (RDAP) のセキュリティ サービス。IETF。doi : 10.17487 /RFC7481。RFC 7481。2015年7月 8日閲覧。
- 7482 - Newton, Andrew; Hollenbeck, Scott (2015 年 3 月)。登録データアクセスプロトコル (RDAP) クエリ形式。IETF。doi : 10.17487 /RFC7482。RFC 7482。2015年7月8日閲覧。
- 7483 - Newton, Andrew; Hollenbeck, Scott (2015 年3月)。登録データ アクセス プロトコル (RDAP) の JSON 応答。IETF。doi : 10.17487 /RFC7483。RFC 7483。2015年7月 8日閲覧。
- 7484 - Blanchet, Marc (2015年3 月)。権威ある登録データ (RDAP) サービスの検索。IETF。doi : 10.17487 /RFC7484。RFC 7484。2015年7月 8日閲覧。
情報文書:
- 7485 - Zhou, L.; Kong, N .; Shen, S.; Sheng , S.; Servin, A. (2015 年 3 月)。WHOIS 登録オブジェクトのインベントリと分析。IETF。doi : 10.17487/RFC7485。RFC 7485。2015年7月 8 日閲覧。
プロトコル
WHOIS プロトコルは、ARPANET NICNAME プロトコルに由来し、 RFC 742 (1977)で説明されているNAME/FINGER プロトコルに基づいています。NICNAME/WHOIS プロトコルは、1982 年にSRI International のネットワーク情報センターの Ken Harrenstien と Vic White によってRFC 812 で初めて説明されました。
WHOIS はもともとネットワーク制御プロトコル(NCP)上に実装されていましたが、 TCP/IPスイートが ARPANET および後にインターネット全体で標準化された ときに主な用途が見つかりました。
プロトコル仕様は以下のとおりです（原文引用）[16]
サービスホストに接続する TCP: サービスポート 43 10 進数 NCP: ICP からソケット 43 10 進数へ、2 つの 8 ビット接続を確立 <CRLF> で終わる単一の「コマンド ライン」を送信します。 コマンドラインに応答して情報を受け取ります。 サーバーは出力が終わるとすぐに接続を閉じます 終了した。
コマンドラインサーバー クエリは通常、単一の名前指定 (つまり、リソースの名前) です。ただし、サーバーは、受け入れ可能なコマンドライン形式の説明を返すために、疑問符 (?) のみで構成されるクエリを受け入れます。置換形式またはワイルドカード形式も存在します。たとえば、クエリ名にピリオドを追加すると、クエリ名で始まるすべてのエントリが返されます。
現代のインターネットでは、WHOIS サービスは一般に、伝送制御プロトコル(TCP) を使用して通信されます。サーバーは、よく知られているポート番号43 で要求をリッスンします。クライアントは、サーバーへの通信チャネルを確立し、クエリ対象のリソースの名前を含むテキスト レコードを送信し、データベースで見つかった一連のテキスト レコードの形式で応答を待つ単純なアプリケーションです。このプロトコルの単純さにより、アプリケーションとコマンド ライン インターフェイス ユーザーは、Telnetプロトコルを使用して WHOIS サーバーをクエリすることもできます。
増強
2014年6月、ICANNはステータスコードに関する勧告「拡張プロビジョニングプロトコル（EPP）ドメインステータスコード」を発表した[17]
実装
WHOIS 検索は従来、コマンド ライン インターフェイスアプリケーションを使用して実行されていましたが、現在では Web ベースの代替ツールが数多く存在します。
WHOIS データベースは、各リソースのテキスト レコードのセットで構成されています。これらのテキスト レコードは、リソース自体に関するさまざまな情報項目と、割り当て先、登録者、作成日や有効期限などの管理情報に関する関連情報で構成されています。
WHOIS データベースにリソース情報を格納するためのデータ モデルには、シックモデルとシンモデルの 2 つがあります。
薄いルックアップと厚いルックアップ
WHOIS 情報は、 Thickデータ モデルまたはThinデータ モデルのいずれかに従って保存および検索できます。
- 厚い
- Thick WHOIS サーバーは、特定のデータ セットのすべてのレジストラからの完全な WHOIS 情報を保存します (たとえば、 1 つの WHOIS サーバーがすべての.orgドメインの WHOIS 情報で応答できるようにします)。
- 薄い
- Thin WHOIS サーバーには、ドメインのレジストラの WHOIS サーバーの名前のみが保存されます。このサーバーには、検索対象のデータに関する完全な詳細情報が含まれています (ドメインが登録されたレジストラに WHOIS クエリを参照する.com WHOIS サーバーなど)。
厚いモデルでは、1 つの WHOIS サーバーに接続するだけで済むため、データの一貫性とクエリの若干の高速化が保証されます。レジストラが廃業した場合でも、厚いレジストリにはすべての重要な情報が含まれており (登録者が正しいデータを入力し、プライバシー機能がデータを隠すために使用されていない場合)、登録情報を保持できます。しかし、薄いレジストリでは、連絡先情報が利用できない可能性があり、正当な登録者がドメインの管理を維持することが困難になる可能性があります。[18]
WHOIS クライアントがこの状況に対処する方法を理解していない場合、レジストラからの完全な情報が表示されます。WHOIS プロトコルには、シン モデルとシック モデルを区別する方法を決定する標準がありません。
どのレコードが保存されるかという具体的な詳細は、ドメイン名レジストリによって異なります。comやnetなどの一部のトップレベルドメインは、thin WHOISを運用しており、ドメインレジストラは独自の顧客データを維持する必要があります。orgなどの他のグローバルトップレベルレジストリは、thickモデルを運用しています。[19]国コードトップレベルレジストリにはそれぞれ独自の国内ルールがあります。
ソフトウェア
 | |
| 開発者 | RIPE NCC (オリジナルの BSD クライアント)、Marco d'Itri (最新の Linux クライアント) |
|---|---|
| 安定リリース | 5.5.19 / 2023-10-08 |
| オペレーティング·システム | Unix、Unixライク、ReactOS [20] |
| プラットフォーム | クロスプラットフォーム |
| タイプ | 指示 |
| ライセンス | BSD ライセンス(BSD および ReactOS)、GPL (Linux) |
| Webサイト | github.com/rfc1036/whois |
WHOIS 情報システム用に最初に作成されたアプリケーションは、UnixおよびUnix 系オペレーティング システム (Solaris、Linux など)用のコマンド ライン インターフェイスツールでした。WHOIS クライアントおよびサーバー ソフトウェアは、無料のオープン ソース ソフトウェアとして配布されており、バイナリ ディストリビューションはすべてのUnix 系システムに含まれています。さまざまな商用 Unix 実装では、独自の実装が使用される場合があります ( Solaris 7など)。
WHOIS コマンドライン クライアントは、引数として指定されたフレーズを WHOIS サーバーに直接渡します。sourceforge.net などのサイトでは、さまざまな無料のオープン ソースの例がまだ見つかります。ただし、最新の WHOIS ツールのほとんどは、特定のサーバー ホストにアクセスするための -h オプションなどのコマンドライン フラグまたはオプションを実装していますが、デフォルトのサーバーは事前に構成されています。追加のオプションを使用すると、接続するポート番号を制御したり、追加のデバッグ データを表示したり、再帰/参照の動作を変更したりすることができます。
ほとんどの TCP/IPクライアント サーバーアプリケーションと同様に、WHOIS クライアントはユーザー入力を受け取り、宛先サーバーへのインターネット ソケットを開きます。WHOIS プロトコルは、クエリの送信と結果の受信を管理します。
ウェブ
With the advent of the World Wide Web and especially the loosening up of the Network Solutions monopoly, looking up WHOIS information via the web has become quite common. At present, popular web-based WHOIS-queries may be conducted from ARIN,[21] RIPE[22] and APNIC.[23] Most early web-based WHOIS clients were merely front-ends to a command-line client, where the resulting output just gets displayed on a web page with little, if any, clean-up or formatting.
Currently, web based WHOIS clients usually perform the WHOIS queries directly and then format the results for display. Many such clients are proprietary, authored by domain name registrars.
The need for web-based clients came from the fact that command-line WHOIS clients largely existed only in the Unix and large computing worlds. Microsoft Windows and Macintosh computers had no WHOIS clients installed by default, so registrars had to find a way to provide access to WHOIS data for potential customers. Many end-users still rely on such clients, even though command line and graphical clients exist now for most home PC platforms. Microsoft provides the Sysinternals Suite that includes a whois client at no cost.
CPAN has several Perl modules available that work with WHOIS servers. Many of them are not current and do not fully function with the current (2005) WHOIS server infrastructure. However, there is still much useful functionality to derive including looking up AS numbers and registrant contacts.[citation needed]
Servers
WHOIS services are mainly run by registrars and registries; for example the Public Interest Registry (PIR) maintains the .ORG registry and associated WHOIS service.[24]
Regional Internet registries
WHOIS servers operated by regional Internet registries (RIR) can be queried directly to determine the Internet service provider responsible for a particular resource.
The records of each of these registries are cross-referenced, so that a query to ARIN for a record which belongs to RIPE will return a placeholder pointing to the RIPE WHOIS server. This lets the WHOIS user making the query know that the detailed information resides on the RIPE server. In addition to the RIRs servers, commercial services exist, such as the Routing Assets Database used by some large networks (e.g., large Internet providers that acquired other ISPs in several RIR areas).
Server discovery
現在、DNSドメインの責任あるWHOISサーバーを決定するための広く普及した方法はありませんが、トップレベルドメイン（TLD）ではいくつかの方法が一般的に使用されています。一部のレジストリは、DNS SRVレコード（RFC 2782 [25]で定義）を使用して、クライアントがWHOISサーバーのアドレスを発見できるようにしています。[26]一部のWHOIS検索では、ドメイン所有者の詳細を表示するために、ドメインの取得レジストラを検索する必要があります。
クエリの例
通常、リソースの割り当て先の連絡先情報が返されます。ただし、一部のレジストラはプライベート登録を提供しており、その場合は代わりにレジストラの連絡先情報が表示されます。
一部のレジストリ オペレータは卸売業者です。つまり、通常、多数の小売レジストラにドメイン名サービスを提供し、小売レジストラがそれを消費者に提供します。プライベート登録の場合、卸売レジストラの ID のみが返される可能性があります。この場合、個人と小売レジストラの ID は非表示になることがあります。
以下は、個々のリソース ホルダーに対して返される WHOIS データの例です。これは、 example.comの WHOIS クエリの結果です。
> whois example.com
[whois.verisign-grs.com を照会中]
[whois.iana.org にリダイレクトされました]
[whois.iana.org を照会中]
[whois.iana.org]
% IANA WHOIS サーバー
% IANA の詳細については、http://www.iana.org を参照してください
% このクエリにより 1 つのオブジェクトが返されました
ドメイン: Examples.COM
組織: Internet Assigned Numbers Authority
作成日: 1992-01-01
ソース: IANA
紹介Whois
Referral Whois ( RWhois ) は、オリジナルの WHOIS プロトコルとサービスの拡張版です。RWhois は WHOIS の概念をスケーラブルで階層的な方法で拡張し、ツリーのようなアーキテクチャを持つシステムを作成する可能性があります。クエリは階層ラベルに基づいてサーバーに決定論的にルーティングされ、クエリは情報の主要なリポジトリに縮小されます。[27]
IP アドレス割り当ての検索は、多くの場合、より大きなクラスレス ドメイン間ルーティング(CIDR) ブロック (例: /24、/22、/16) に限定されます。これは、RWhois は、IP アドレス割り当てに関するより詳細な情報を提供するために、さらに小規模なローカル インターネット レジストリによって実行されることを目的としていますが、通常は地域インターネット レジストリ(RIR) とドメイン レジストラのみが RWhois または WHOIS サーバーを実行するためです。
RWhois は WHOIS に代わるものとして、RWhois サーバーに接続して検索をリクエストし、正しいサーバーに自動的にリダイレクトされる、組織化された階層構造の紹介サービスを提供します。ただし、技術的な機能は整っているものの、RWhois 標準の採用は不十分です。
RWhois サービスは通常、伝送制御プロトコル(TCP) を使用して通信されます。サーバーは、既知のポート番号4321 で要求をリッスンします。
Rwhoisは1994年にNetwork SolutionsによってRFC 1714で初めて仕様化されましたが[27]、この仕様は1997年にRFC 2167に置き換えられました[28]。
RWhois の参照機能は、RWhois が実装している、別のサーバーに応答を参照する WHOIS サーバーの機能とは異なります。
批判
WHOISに対する批判の一つは、データへの完全なアクセスが欠如していることである。[29] [30]完全なデータベースにリアルタイムでアクセスできる当事者はほとんどいない。
ドメイン プライバシーという競合する目標を批判する人もいますが、この問題はドメイン プライバシー サービスによって大幅に緩和されています。現在、インターネット番号割当て機関( ICANN )は、ドメイン名を所有または管理する者の郵送先 住所、電話番号、電子メール アドレスを「WHOIS」ディレクトリを通じて公開することを広く義務付けています。登録者 (ドメイン所有者) の住所や電話番号などの連絡先は、WHOIS サーバーに問い合わせれば誰でも簡単にアクセスできます。ただし、このポリシーにより、スパマー、ダイレクト マーケティング業者、個人情報窃盗犯、その他の攻撃者がディレクトリからこれらの人々の個人情報を盗むことができます。ICANN は WHOIS を変更してプライバシーの向上を図っていますが、どのような変更を行うべきかについて主要な利害関係者の間で合意が得られていません。[31]一部のドメイン レジストラはプライベート登録 (ドメイン プライバシーとも呼ばれる) を提供しており、これにより顧客の連絡先情報ではなくレジストラの連絡先情報が表示されます。多くのレジストラがプライベート登録を提供しているため、リスクの一部は軽減されている。[32]
研究によると、スパマーはWHOISサーバーからプレーンテキストの電子メールアドレスを収集できることがわかっています。[33]このため、WHOISサーバーやWHOISクエリを提供するウェブサイトの中には、ウェブベースのCAPTCHAやユーザーのIPアドレスごとの検索クエリ数の制限などのレート制限システムを実装しているところもあります。[32]
WHOISの要件は、2018年5月25日に欧州連合で発効した、個人を特定できる情報の処理と公開に厳しい規制を課す一般データ保護規則（GDPR）と矛盾している。ICANNは2017年11月、WHOISの要件がGDPRを考慮して更新されるまで、レジストラが規則を遵守するための代替ソリューションを提供する場合、「登録データの取り扱いに関連する契約上の義務の不遵守」を叱責しないと述べた。[32] [34]
WHOISプロトコルは国際的な利用者を念頭に置いて書かれたものではありません。WHOISサーバーおよび/またはクライアントは、クエリまたはデータベースコンテンツに有効なテキストエンコーディングを判断できません。多くのサーバーはもともとUS-ASCIIを使用しており、国際化の問題はずっと後になってから考慮されました。[35]これは、米国以外の国でのWHOISプロトコルの使いやすさや有用性に影響を与える可能性があります。[1]国際化ドメイン名の場合、ドメイン名をその母国語のスクリプトとpunycodeのDNS名の間で変換するのはクライアントアプリケーションの責任です。
情報の正確性
登録者（ドメイン所有者）の身元が公開されている場合は、誰でも WHOIS 経由でドメインのステータスを簡単に確認できます。
プライベート登録の場合、登録情報を確認するのがより困難になる可能性があります。ドメイン名を取得した登録者が、レジストラが登録プロセスを完了したことを確認したい場合、次の 3 つの手順が必要になる場合があります。
- WHOISを実行し、リソースが少なくともICANNに登録されていることを確認します。
- 卸売業者の登録機関の名前を決定し、
- 卸売業者に連絡して小売登録業者の名前を入手します。
これにより、小売業者が実際に名前を登録したという確信が得られます。しかし、 2007 年のRegisterFlyの破綻のように、レジストラが倒産した場合、プライバシー保護された登録を持つ正当なドメイン所有者は、ドメイン名の管理を取り戻すのが困難になる可能性があります。[18]「プライベート登録」を使用する登録者は、顧客データを第三者にエスクローするレジストラを使用することで、自分自身を保護しようとすることができます。
ICANN では、ドメイン名のすべての登録者に、そのドメインに関連付けられた不正確な連絡先データを修正する機会を与えることを義務付けています。このため、レジストラは、確認のために記録されている連絡先情報を所有者に定期的に送信する必要がありますが、登録者が不正確な情報を提供した場合、情報の正確性については一切保証しません。
法律と政策
WHOISは米国連邦政府で政策上の問題を引き起こしている。前述のように、WHOISはプライバシーの問題を引き起こし、それは言論の自由や匿名性にも関係している。しかし、WHOISはスパムやフィッシングなどの違反行為を捜査する法執行官にとって、ドメイン名の所有者を追跡するための重要なツールである。その結果、法執行機関はWHOISレコードを公開し検証できるようにしようとしている。[36]
- 連邦取引委員会は、不正確なWHOIS記録が調査を妨害していることについて証言した。[37]
- WHOISの重要性に関する議会公聴会は2001年、2002年、2006年に開催された。[38]
- 不正オンラインID制裁法[39]は、「違反に関連して使用されたドメイン名の登録、維持、または更新において、故意に重大な虚偽の連絡先情報を提供、または提供させた場合、商標法および著作権法違反となる」と規定している[40]。ここで後者の「違反」とは、商標法または著作権法の以前の違反を指す。この法律は、虚偽のWHOISデータの提出自体を違法とはせず、そのドメイン名を使用して犯した犯罪に対する訴追から身を守るために使用された場合にのみ違法となる。
ICANNによるWHOIS廃止の提案
インターネットネームと番号の割り当て機関（ICANN）の専門家ワーキンググループ（EWG）は、2013年6月24日にWHOISを廃止すべきであると勧告した。WHOISを、ほとんどのインターネットユーザーから情報を秘密に保ち、「許可された目的」でのみ情報を公開するシステムに置き換えることを勧告している。[41] ICANNの許可された目的のリストには、ドメイン名の調査、ドメイン名の売買、規制の執行、個人データの保護、法的措置、および悪用の緩和が含まれている。[42] WHOISは、ジャーナリストがインターネット上で特定の情報を誰が広めているかを判断するための重要なツールであったが、[43]自由な報道機関によるWHOISの使用は、ICANNの提案された許可された目的のリストには含まれていない。
EWGは2013年9月13日まで最初の報告書に関する一般からの意見を収集した。最終報告書は2014年6月6日に発行されたが、勧告に大きな変更はなかった。[44] 2015年3月現在[update]、ICANNは「WHOISの再発明プロセス」にあり、「ICANN WHOISベータ版」に取り組んでいる。[45] [46]
2023年1月19日、ICANNはすべてのレジストリおよびレジストラ契約のグローバル修正案の投票を開始しました。その中で、この修正案の発効から180日間のRDAPランプアップ期間が定義されました。この期間の360日後がWHOISサービス終了日と定義され、その後はレジストリおよびレジストラはWHOISサービスを提供する必要がなくなり、代わりにRDAPサービスのみが求められます。60日間の投票期間内にすべての投票基準が満たされ、修正案はICANN理事会によって承認されました。gTLDのWHOIS終了日は2025年1月28日に設定されました。[47]
標準文書
- RFC 812 – NICNAME/WHOIS (1982、廃止)
- RFC 954 – NICNAME/WHOIS (1985、廃止)
- RFC 3912 – WHOIS プロトコル仕様 (2004 年現在)
参照
参考文献
- ^ ab RFC 3912、WHOIS プロトコル仕様、L. Daigle (2004 年 9 月)
- ^ “Whois(1) — whois — Debian Stretch — Debian Manpages”. 2021年4月1日時点のオリジナルよりアーカイブ。2020年12月27日閲覧。
- ^ エヴァンス 2018、116頁。
- ^ エヴァンス 2018、119頁。
- ^ エヴァンス 2018、120頁。
- ^ DARPAにおけるイノベーション（PDF）（レポート）。DARPA。2016年7月。 2021年8月7日閲覧。
- ^ 「Whois Domain Lookup UK » 詳細情報を無料で確認 | IONOS」. ionos.co.uk . 2022年7月26日時点のオリジナルよりアーカイブ。2022年7月27日閲覧。
- ^ Murphy, Cathy (2003 年 10 月 2 日). 「CRISP (Cross-Registry Information Service Protocol) Working Group Meeting Minutes」. Internet Engineering Task Force . Minneapolis, Minnesota USA: IETF. 2015 年 6 月 1 日時点のオリジナルよりアーカイブ。2015年6 月 1 日閲覧
。CRISP (Cross-Registry Information Service Protocol) WG は、ラベルに関連付けられた信頼できる情報を見つけるために使用できる標準メカニズム、その情報にアクセスするためのクエリと応答を転送するためのプロトコル、およびドメイン登録情報に一般的に必要なクエリをサポートするための最初のプロファイル (スキーマとクエリ) を定義します。
- ^ Newton, Andrew (2006 年 7 月). 「Whois プロトコルの置き換え: IRIS と IETF の CRISP ワーキング グループ」. IEEE Internet Computing . 10 (4): 79–84. doi :10.1109/MIC.2006.86. S2CID 8514005. 2015 年 6 月 2 日にオリジナルからアーカイブ。2015年6 月 1 日に取得。
Nicname/Whois プロトコルは十分に機能してきましたが、インターネットのインフラストラクチャと管理の大きな変化にもかかわらず、1980 年代初頭に最初に公開されて以来変更されていません。現在では、ドメイン名と IP ネットワークと関連する連絡先、および Whois 経由でクエリを送信するユーザーの間で多様性が高まっています。プロトコルは現在、情報の流れと出力の点で非常に断片化されているため、現在の状況ではクエリによって一貫性のない結果が生成されます。今日のインターネットのニーズに対応するため、IETF クロス レジストリ インターネット サービス プロトコル (CRISP) ワーキング グループは、Whois に代わる新しいプロトコル、インターネット レジストリ情報サービス (IRIS) を開発しています。
- ^ Sanz, Marcos; Newton, Andrew; Daigle, Leslie (2005 年 1 月 12 日). 「インターネット レジストリ情報サービス (IRIS) プロトコル」(PDF) . gnso.icann.org . Internet Corporation for Assigned Names and Numbers (ICANN). 2015 年 6 月 1 日のオリジナル(PDF)からアーカイブ。2015年6 月 1 日取得。
CRISP – クロス レジストリ インターネット サービス プロトコル: CRISP ワーキング グループは、現在 Nicname/Whois プロトコルに蔓延している問題の解決策を見つける任務を負いました。CRISP ワーキング グループは機能要件のリストを作成しました。これらの要件を満たす提案が評価されました。IRIS は、標準として公開するプロトコルとして選択されました。現在は IETF 標準提案: RFC: 3981、3982、3983
- ^ 「Crisp Status Pages」。IETFツール: CRISP WG Status Pages。IETF。2015年6月1日時点のオリジナルよりアーカイブ。2015年6月2日閲覧。
- ^ IESG 事務局長 (2009 年 3 月 26 日)。「WG アクション: クロス レジストリ情報サービス プロトコル (crisp) の結論」。IETF CRISP WG: メール アーカイブ。2015 年 6 月 2 日時点のオリジナルよりアーカイブ。2015年6 月 2 日閲覧。
アプリケーション領域のクロス レジストリ情報サービス プロトコル (crisp) ワーキング グループは結論を出しました。
- ^ Mevzek, Patrick (2009年1月21日). 「[CRISP] RFC 5144 up and running」. IETF CRISP WG: メールアーカイブ. 2015年6月2日時点のオリジナルよりアーカイブ。 2015年6月2日閲覧。
- ^ 「Consolidated RIR IANA Stewardship Proposal Team (CRISP Team)」. Number Resource Organization (NRO). 2022年8月4日時点のオリジナルよりアーカイブ。2022年8月4日閲覧。
- ^ 「Web Extensible Internet Registration Data Service (weirds) Working Group」。IETF-88 Proceedings。IETF。2015年7月9日時点のオリジナルよりアーカイブ。 2015年7月8日閲覧。
- ^ Harrenstien、K.;ホワイト、V. (1982 年 3 月 1 日)。ニックネーム/WHOIS。土井: 10.17487/RFC0812。RFC 812。
- ^ 「EPP ステータス コード - 意味と知っておくべき理由 - ICANN」www.icann.org。2018 年 3 月 13 日時点のオリジナルよりアーカイブ。2018年3 月 14 日閲覧。
- ^ ab 「.COM と .NET: 厚いか薄いか?」。2008 年 1 月 16 日のオリジナルからアーカイブ。2008年 1 月 17 日に閲覧。
- ^ Sarah Stoll (2009 年 5 月 30 日)。「新しい gTLD の Whois の厚い vs. 薄い」(PDF)。覚書。ICANN。2010年 12 月 18 日のオリジナルからアーカイブ( PDF) 。2011 年9 月 17 日閲覧。
現在の gTLD レジストリ契約では、Whois 出力が薄いものと厚いものの間で変化しています。com、net、jobs は薄いものです。その他の gTLD 契約 (aero、asia、biz、cat、coop、info、mobi、museum、name、org、pro、tel、travel) は厚いものです。
- ^ “reactos/whois.c at master · reactos/reactos · GitHub”. GitHub . 2022-02-01 のオリジナルよりアーカイブ。2019-07-29に取得。
- ^ 「Whois-RWS」。whois.arin.net。2012年9月10日時点のオリジナルよりアーカイブ。2012年9月10日閲覧。
- ^ 「Webupdates」。RIPEネットワークコーディネーションセンター。
- ^ 「APNIC Whois検索」wq.apnic.net . 2017年10月20日時点のオリジナルよりアーカイブ。2022年8月4日閲覧。
- ^ 「DNS と WHOIS - 仕組み | ICANN WHOIS」。2021 年 1 月 26 日時点のオリジナルよりアーカイブ。2020 年 12 月 27 日閲覧。
- ^ Gulbrandsen, Arnt; Esibov, Levon (2000年2月). 「サービスの場所を指定するためのDNS RR (DNS SRV)」。2021年7月23日時点のオリジナルよりアーカイブ。 2021年7月26日閲覧。
- ^ 「レジストリから直接WHOISサーバーアドレスを取得する」。2021年7月26日時点のオリジナルよりアーカイブ。 2021年7月26日閲覧。
- ^ ab ウィリアムソン、S.;コスターズ、M. (1994 年 11 月)。紹介 Whois プロトコル (RWhois)。土井: 10.17487/RFC1714。RFC 1714。
- ^ ウィリアムソン、S.コスターズ、M.ブラックア、D.シン、J. Zeilstra、K. (1997 年 6 月)。紹介 Whois (RWhois) V1.5。土井: 10.17487/RFC2167。RFC 2167。
- ^ 「IPアドレスWhoisデータをめぐる戦いが始まる」。インターネットガバナンスプロジェクト。2011年2月12日。2015年4月9日時点のオリジナルよりアーカイブ。2015年4月4日閲覧。
- ^ 「WHOIS Privacy Plan Draws Fire」 KerbsonSecurity 2013年9月16日。2015年3月16日時点のオリジナルよりアーカイブ。 2015年4月4日閲覧。
- ^ 「ドメイン登録におけるプライバシーの難問」。Act Now Domains。2023年3月7日時点のオリジナルよりアーカイブ。 2013年3月26日閲覧。
- ^ abc 「WHOISで何が起こるのか？」。マザーボード。2018年2月2日。2018年4月29日時点のオリジナルよりアーカイブ。 2018年4月28日閲覧。
- ^ 「SAC 023: WHOIS サービスはスパマーの電子メール アドレスの情報源か?」Wayback Machineに 2010-12-04 にアーカイブ、ICANNセキュリティおよび安定性諮問委員会、2007 年 10 月
- ^ Vaughan-Nichols, Steven J. 「ICANN が GDPR 要件に対応するために WHOIS を直前に変更」ZDNet。2018 年 5 月 24 日時点のオリジナルよりアーカイブ。2018年 5 月 29 日閲覧。
- ^ 「WHOIS 内部化の問題」 2012 年 5 月 14 日に Wayback Machineにアーカイブ、2012 年 11 月
- ^ 「FTC、Whoisデータベースシステムのオープン性とアクセシビリティを求める - 連邦取引委員会」www.ftc.gov。2006年7月18日。2006年9月27日時点のオリジナルよりアーカイブ。2006年11月11日閲覧。
- ^ 「FTC が議会に「WHOIS」インターネット データベースの正確さが法執行に不可欠であると伝える - 連邦取引委員会」www.ftc.gov。2002 年 5 月 2 日。2006 年 10 月 16 日時点のオリジナルよりアーカイブ。2006年11 月 11 日閲覧。
- ^ Bowman, Lisa (2001 年 7 月 11 日). 「Whois は議会公聴会の中心」. CNET . 2005 年 8 月 27 日時点のオリジナルよりアーカイブ。
- ^ “THOMAS”. 2012年7月17日時点のオリジナルよりアーカイブ。
- ^ 「Fraudulent Online Identity Sanctions Act」。2012年7月17日時点のオリジナルよりアーカイブ。
- ^ 「gTLD ディレクトリ サービスに関する専門家ワーキング グループの初期レポート: 次世代登録ディレクトリ サービス」(PDF) 。whois.icann.org。ICANN。2013年 6 月 24 日。2015年 7 月 3 日時点のオリジナルからアーカイブ(PDF) 。2015 年3 月 24 日閲覧。
- ^ 「ICANN がドメイン記録 WhoIs を廃棄対象に指定 - New Legal Review」。2014 年 1 月 14 日時点のオリジナルよりアーカイブ。2014 年 1 月 13 日閲覧。
- ^ 「SJMC: COMMON SENSE JOURNALISM」。jour.sc.edu。2005年1月12日時点のオリジナルよりアーカイブ。
- ^ 「gTLD ディレクトリ サービスに関する専門家ワーキング グループの最終レポート: 次世代登録ディレクトリ サービス (RDS)」( PDF)。whois.icann.org。ICANN。2014年 6 月 6 日。2015年 2 月 24 日時点のオリジナルからアーカイブ(PDF) 。2015年3 月 24 日閲覧。
- ^ 「WHOISについて」。whois.icann.org /。ICANN。2020年4月19日時点のオリジナルよりアーカイブ。2015年3月24日閲覧。
- ^ 「What's on the Horizon?」whois.icann.org . ICANN。2020年5月21日時点のオリジナルよりアーカイブ。 2015年3月24日閲覧。
- ^ 「2023 年基本 gTLD レジストリ契約 (RA)、仕様 13、および 2013 年レジストラ認定契約 (RAA) の包括的改正 - ICANN」www.icann.org。2023 年 4 月 7 日時点のオリジナルよりアーカイブ。2023年 4 月 7 日閲覧。
出典
- エヴァンス、クレア L. (2018)。『ブロードバンド: インターネットを作った女性たちの知られざる物語』。ニューヨーク: ポートフォリオ/ペンギン。ISBN 9780735211759。
外部リンク
- IANA WHOIS サービス
- インターネットネームと番号の割り当て機関
- インターネット割り当て番号管理局
- XML Whois サーバー リスト
- ICANN Whois不正確性苦情フォーム
- Whois ステータス コード