为什么某些域名的whois信息被截断？

24

最近，我看到了的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信息？这是任何人都可以访问以保护隐私的东西吗？

domain-name-system whois

— john01dav
source

37

为什么允许这些域不提供Whois信息？这是任何人都可以访问以保护隐私的东西吗？

TLDR：并非不是这些域都以某种方式获得了ICANN的豁免，允许它们不忽略公开WHOIS记录中的某些数据。您看到的WHOIS记录很可能没有显示完整的记录集google.com（或其他.com域名）。

粗细的WHOIS查找

可以通过以下两种方式之一存储Internet域的WHOIS数据：

一个厚数据存储区，每个TLD 注册管理机构在其中保存该TLD 每个子域的完整WHOIS记录。
一个薄的模型，其中所述TLD注册代表存储和维护的WHOIS记录到注册器的是使用由注册到注册域。

WHOIS Wikipedia文章解释了粗细WHOIS查找与细密WHOIS查找之间的区别，并将精简查找描述为

瘦WHOIS服务器仅存储域注册商的WHOIS服务器的名称，该名称反过来具有要查找的数据的完整详细信息（例如.com WHOIS服务器，这些服务器将WHOIS查询引至注册商所在的位置）域已注册）。

.com的查询

ICANN已指定Verisign作为注册管理.com域名的注册机构。ICANN自己的WHOIS服务器上运行一个查询WHOIS查询，whois.iana.org列出whois.verisign-grs.com为规范WHOIS服务器使用的.com域。这是whois客户端在查询.com域名详细信息时查询的默认WHOIS服务器（此查询的结果即是您的问题中显示的内容）。

由于.com域使用瘦模型，因此WHOIS查找域名返回的键（记录）之一是Registrar WHOIS Server。此项指定WHOIS服务器的域名，该服务器负责列出有关域名的完整详细信息：

Registrar WHOIS Server: whois.markmonitor.com

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

您所看到的WHOIS结果似乎是由于未遵循此引荐导致的。

不遵循WHOIS推荐的原因之一

对于一个原因whois客户端不遵循转诊的是，今年早些时候，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

— 安东尼G-莫妮卡的正义
source

并将其添加到thatt，这个过程正在进行，使威瑞信厚注册表.COM / .NET

— 帕特里克Mevzek

19

您的WHOIS客户似乎不理解或被指示忽略从注册表的WHOIS服务（较不详细）到注册服务商的WHOIS服务（较详细）的重定向。
并非所有TLD都存在该拆分，但对于COM而言，该拆分存在。

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

— 霍坎·林德奎斯特
source

0

在macOS上，使用host参数遵循@Hakan提到的重定向

whois -h whois.markmonitor.com google.com

— 麦克风
source