为什么有些域名会截断whois信息？

最近我看到了google.com的whoislogging，并没有像pipe理员的联系方式这样的常见信息。它被截断得非常厉害：

 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 ，甚至是duolingo.com都是一样的。为什么这些域名不允许有whois信息？这是任何人都可以访问的隐私保护？

为什么这些域名不允许有whois信息？这是任何人都可以访问的隐私保护？

TLDR：情况并非如此，这些域名以某种方式获得了ICANN的豁免，允许他们不从公共WHOISlogging中省略某些数据。您看到的WHOISlogging更有可能不显示google.com （或其他.com域名）的完整logging集。

厚实而薄弱的WHOIS查询

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

一个详细的数据存储区，每个TLD 注册机构为TLD的每个子域保留完整的WHOISlogging。
TLD注册pipe理机构将注册服务商用于注册域名的WHOISlogging存储和维护委托给注册服务商。

WHOIS维基百科文章解释了精简和精简WHOIS查询之间的区别，并将精简查找描述为

精简的WHOIS服务器只存储域名注册商的WHOIS服务器名称，而WHOIS服务器名称又包含被查询数据的完整详细信息（如.com WHOIS服务器，将WHOIS查询提交给注册商该域名已注册）。

查找.com

ICANN已将Verisign作为注册pipe理机构来pipe理.com域名。 WHOIS查询运行在ICANN自己的WHOIS服务器上， whois.iana.org将whois.verisign-grs.com列为用于.com域的经典WHOIS服务器。这是whois客户端在查询.com域名详细信息时查询的默认WHOIS服务器（查询结果显示在您的问题中）。

由于.com域使用瘦模式，WHOIS查询返回的域名之一（logging）是注册商WHOIS服务器 。此密钥指定负责列出相关域名的完整详细信息的WHOIS服务器的域名：

 Registrar WHOIS Server: whois.markmonitor.com

此关键字告诉whois客户端，它实际上应查询whois.markmonitor.com以获取有关域的完整WHOISlogging。

看起来您所看到的WHOIS结果是由于不遵循此转介而导致的。

不遵循WHOIS转诊的一个原因

whois客户不参与推荐的一个原因是今年早些时候，ICANN 更改了 注册pipe理机构运营商应该使用的密钥的名称。

在此更改之前，用于指定委派服务器的密钥的名称是Whois Server ，而google.com的输出是：

 Whois Server: whois.markmonitor.com

在域名注册pipe理机构更新了他们的WHOIS服务器之后，任何寻找string的客户端， WHOIS Server:带有空格）都找不到，因此无法确定注册服务商WHOIS服务器的名称。

示例客户端修复

为了反映ICANN最近的变化，Debian whois客户端的代码在今年7月份进行了修补，并以5.2.17版本的forms发布。但是，（截至2017年10月）大多数基于Debian的发行版仍将使用之前的代码库，因此用户必须明确提供负责任的WHOIS服务器的名称，

 whois -h whois.markmonitor.com google.com

看起来您的WHOIS客户似乎不理解或被指示忽略注册机构的WHOIS服务（较不详细）到注册商的WHOIS服务（更详细）的redirect。
对于所有顶级域名（TLD）而言，这种分割并不存在，但它存在于例如COM中。

whois.markmonitor.com （其注册商）的google.com条目具有所有预期的联系信息等
如果使用一个体面的WHOIS客户端，这是默认显示的结果。

在macos上使用host参数来跟踪@Hakan提到的redirect

 whois -h whois.markmonitor.com google.com