一部のドメイン名でwhois情報が極端に切り捨てられているのはなぜですか？
最近、google.comのwhoisレコードを確認しましたが、管理者の連絡先などの通常の情報は含まれていません。それは非常に切り捨てられています：
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: [email protected]
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ドメイン名）のfullレコードのセットを表示していない可能性が高いです。
シックおよびシンWHOISルックアップ
インターネットドメインのWHOISデータは、次の2つの方法のいずれかで保存できます。
- thickデータストア。各TLDレジストリは、各サブドメインの完全なWHOISレコードを保持します。 TLD。
- thinモデルでは、TLDレジストリがWHOISレコードの保存と保守をregistrarに委任します登録者がドメインを登録するために使用します。
WHOISウィキペディアの記事は シックWHOISルックとシンWHOISルックアップの区別 について説明し、シンルックアップを次のように説明しています
シンWHOISサーバーは、ドメインのレジストラーのWHOISサーバーの名前のみを格納します。これには、検索されるデータの完全な詳細が含まれます（.com WHOISサーバーなど、WHOISクエリをレジストラーに参照します）。ドメインが登録されました）。
.comの検索
ICANNは、.comドメイン名を管理するためのレジストリとしてVerisignを割り当てました。 ICANN独自のWHOISサーバーで実行されるWHOISクエリであるwhois.iana.orgは、whois.verisign-grs.comを.comドメインに使用する正規のWHOISサーバーとしてリストします。これは、.comドメイン名の詳細を検索するときにwhoisクライアントによって照会されるデフォルトのWHOISサーバーです（このクエリの結果は、質問に表示されるものです）。
.comドメインはthinモデルを使用するため、WHOISルックアップによって返されるkeys（レコード）の1つドメイン名はRegistrar WHOIS Serverです。このキーは、問題のドメイン名のfull詳細の一覧表示を担当するWHOISサーバーのドメイン名を指定します。
Registrar WHOIS Server: whois.markmonitor.com
このキーはwhoisクライアントに、問題のドメインの完全なWHOISレコードを取得するために実際にwhois.markmonitor.comをクエリする必要があることを通知します。
あなたが見たWHOISの結果は、この紹介に従わなかった結果のようです。
WHOISの紹介をフォローしない理由の1つ
whoisクライアントが紹介を守らない理由の1つは、今年の初めにICANN キーの名前を変更 そのregistry演算子であることです使用する必要があります。
この変更前は、委任されたサーバーを指定するために使用されるキーの名前は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