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

最近我看到了google.comwhoislogging,并没有像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.orgwhois.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