为什么有些域名被截取了大量的信息？

Question

最近我看到了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: 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也是如此。为什么这些域不允许拥有所有的信息？为了保护隐私，这是任何人都可以访问的东西吗？

Answer 1

为什么这些域不允许拥有所有的信息？为了保护隐私，这是任何人都可以访问的东西吗？

TLDR:并不是说这些域名以某种方式获得了ICANN的豁免，允许它们不遗漏公共WHOIS记录中的某些数据。更有可能的情况是，您看到的WHOIS记录没有显示google.com (或其他.com域名)的完整记录集。

厚和薄WHOIS查找

互联网域的数据可以通过以下两种方式之一存储：

• 一个厚厚的数据存储区，每个TLD注册表保存TLD的每个子域的完整WHOIS记录。
• TLD登记册将WHOIS记录的存储和维护委托给登记员的瘦模型，注册人使用该模型注册域。

Wikipedia的文章解释了粗和薄WHOIS查找的区别，并将瘦查找描述为

瘦WHOIS服务器只存储域注册员的WHOIS服务器的名称，而WHOIS服务器则具有正在查找的数据的详细信息(例如.com WHOIS服务器，该服务器将WHOIS查询提交到注册域的注册方)。

查找.com

ICANN已指定Verisign作为注册表来管理.com域名。在ICANN自己的WHOIS服务器上运行WHOIS查询，whois.iana.org将whois.verisign-grs.com列为用于.com域的规范WHOIS服务器。这是whois客户端在查找.com域名详细信息时查询的默认WHOIS服务器(查询结果是问题中显示的内容)。

由于.com域使用瘦模型，WHOIS查找域名时返回的键(记录)之一是注册表WHOIS。此键指定WHOIS服务器的域名，该服务器负责列出有关域名的详细信息：

Registrar WHOIS Server: whois.markmonitor.com

这个键告诉whois客户端，它实际上应该查询whois.markmonitor.com以获得有关域的完整WHOIS记录。

您所看到的WHOIS结果似乎是由于不遵循此推荐而产生的。

不遵循WHOIS推荐的一个原因

whois客户端不遵循推荐的一个原因是，今年早些时候，注册表运算符应该使用ICANN 更改了钥匙的名称。

在进行此更改之前，用于指定委托服务器的键名为“无名服务器”，google.com的输出为：

Whois Server: whois.markmonitor.com

域名注册中心更新了它们的WHOIS服务器后，任何寻找字符串的客户端(带有前导空格的WHOIS Server: )都将找不到它，因此无法确定注册员WHOIS服务器的名称。

示例客户端修复

为了反映ICANN最近的变化，Debian whois客户端的代码是今年七月修补了，作为5.2.17版本发布。但是，(截至2017年10月)大多数基于Debian的发行版仍将使用以前的代码库，因此用户必须显式地提供负责的WHOIS服务器的名称，例如，

whois -h whois.markmonitor.com google.com

Answer 2

看起来您的WHOIS客户端要么不理解，要么被指示忽略从注册表的WHOIS服务(不太详细)到注册员的WHOIS服务(更详细)的重定向。

这种拆分并不存在于所有的TLD，但它存在于例如COM。

google.com条目在whois.markmonitor.com (他们的注册商)有所有预期的联系信息，等等。

如果使用像样的WHOIS客户端，默认情况下会显示这一结果。

Answer 3

在macos上，使用主机参数跟随@Hakan提到的重定向

whois -h whois.markmonitor.com google.com