一部のドメイン名にwhois情報が極端に切り捨てられているのはなぜですか？

最近、のwhoisレコードを見ましたがgoogle.com、管理者の連絡先などの通常の情報はありません。非常に切り捨てられます：

Domain Name: GOOGLE.COM
Registry Domain ID: 2138514_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.markmonitor.com
Registrar URL: http://www.markmonitor.com
Updated Date: 2011-07-20T16:55:31Z
Creation Date: 1997-09-15T04:00:00Z
Registry Expiry Date: 2020-09-14T04:00:00Z
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Registrar Abuse Contact Email: abusecomplaints@markmonitor.com
Registrar Abuse Contact Phone: +1.2083895740
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited
Domain Status: serverTransferProhibited https://icann.org/epp#serverTransferProhibited
Domain Status: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
DNSSEC: unsigned

duolingo.comやなどの他のドメインもstackexchange.com同じ方法です。これらのドメインにwhois情報がないことを許可するのはなぜですか？これは、プライバシー保護のために誰でもアクセスできるものですか？

これらのドメインにwhois情報がないことを許可するのはなぜですか？これは、プライバシー保護のために誰でもアクセスできるものですか？

TLDR：これらのドメインが、何らかの方法でICANNの免除を取得して、WHOISの公開レコードから特定のデータを除外しないようにしているわけではありません。おそらく、あなたが見たWHOISレコードが（または他のドメイン名の）レコードの完全なセットを表示していない可能性が高いです。google.com.com

太いおよび細いWHOISルックアップ

インターネットドメインのWHOISデータは、次の2つの方法のいずれかで保存できます。

• 各TLD レジストリがTLDの各サブドメインの完全なWHOISレコードを保持するシックデータストア。
• 薄型モデルへのWHOISレコードのTLDレジストリ代議員の保管とメンテナンスレジストラドメインを登録する登録者によって使用されました。

WHOISウィキペディアの記事では、シックWHOISルックアップとシックWHOISルックアップの区別について説明し、シンルックアップについて次のように説明しています。

Thin WHOISサーバーは、ドメインのレジストラのWHOISサーバーの名前のみを保存します。これは、検索対象のデータの詳細をすべて保持します（WHOISクエリをレジストラに参照する.com WHOISサーバーなど）。ドメインが登録されました）。

.comのルックアップ

ICANNは、.comドメイン名を管理するレジストリとしてVerisignを割り当てています。WHOISクエリは、ICANN自身のWHOISサーバーで実行され、ドメインに使用する標準のWHOISサーバーとしてwhois.iana.orgリストさwhois.verisign-grs.comれ.comます。これは、ドメイン名のwhois詳細を.com検索するときにクライアントによってクエリされるデフォルトのWHOISサーバーです（このクエリの結果は、質問に表示されるものです）。

.comドメインが使用する薄いモデルを、のいずれかのキードメイン名のWHOIS検索によって返された（記録）があるレジストラWHOISサーバ。このキーは、問題のドメイン名の完全な詳細をリストする責任があるWHOISサーバーのドメイン名を指定します。

Registrar WHOIS Server: whois.markmonitor.com

このキーは、問題のドメインの完全なWHOISレコードを取得するためwhoisに実際に照会whois.markmonitor.comする必要があることをクライアントに伝えます。

あなたが見たWHOISの結果は、この紹介に従わなかった結果であるように見えます。

WHOISの紹介に従わない理由の1つ

whoisクライアントが紹介に従わない理由の1つは、今年初めにICANN がレジストリオペレーターが使用するキーの名前を変更したことです。

この変更の前は、委任されたサーバーを指定するために使用されるキーの名前はWhois Serverでした。出力google.comは次のようになります。

Whois Server: whois.markmonitor.com

ドメイン名レジストリがWHOISサーバーを更新した後、文字列を検索するクライアントはWHOIS Server:（先頭にスペースを入れて）それを見つけられないため、レジストラのWHOISサーバーの名前を判別できません。

クライアント修正の例

ICANNの最近の変更を反映するために、Debian whoisクライアントのコードに今年7月にパッチが適用され、バージョン5.2.17としてリリースされました。ただし、（2017年10月現在）ほとんどのDebianベースのディストリビューションは以前のコードベースを引き続き使用するため、ユーザーは責任のあるWHOISサーバーの名前を明示的に提供する必要があります。

whois -h whois.markmonitor.com google.com

WHOISクライアントは、レジストリのWHOISサービス（詳細ではない）からレジストラのWHOISサービス（詳細）へのリダイレクトを理解していないか、無視するように指示されているようです。
その分割はすべてのTLDに存在するわけではありませんが、たとえばCOMに存在します。

（レジストラ）のgoogle.comエントリにwhois.markmonitor.comは、予想されるすべての連絡先情報など
があります。これは、適切なWHOISクライアントを使用している場合にデフォルトで表示される結果です。

macosでは、hostパラメーターを使用して、@ Hakanが言及するリダイレクトに従います。

whois -h whois.markmonitor.com google.com