我很难理解Whois协议是如何工作的,特别是与名称服务器信息相关的部分。
例如
dig +short NS adtogroups.com不返回任何内容,这是预期的,因为域上存在阻止其解析的ClientHold。
Whois adtogroups.com
... Showing part of the output: Domain Status: clientHold https://icann.org/epp#clientHold但是,whois应答的名称服务器部分返回一组服务器。我知道dig是解析任何域的可靠来源,因为它是建立在发送DNS查询的基础上的,而whois中的名称服务器信息是从另一个源中以某种方式反映出来的。
我的问题是,在上面的示例中,whois从哪里获得了名称服务器信息,知道域在ClientHold下(即DNS不会响应解析请求),并且在被动DNS中没有出现任何NS输出?
我想我错过了一些关于谁如何获取与NS相关的信息的东西。
发布于 2017-03-31 21:22:39
你的证据是不正确的,你真的说你有这个不一致的问题,即使你确实有它。为什么?因为在注册表级别,dig查询询问的是本地/默认递归名称服务器,而不是权威名称服务器。如果你想证明你的观点…,这需要重新做。但我们已经知道你的观点是正确的。
“无名”和“挖掘”(如果您查询权威的名称服务器)来自完全相同的来源:注册表。然而,它们满足了两种不同的需求:顾名思义,whois显示域名是如何在注册中心注册的,或者它是否是免费的;其中,dig显示了域名在互联网上的解析方式。
whois是一个非常简单的协议,客户端只需在端口43上打开一个套接字到目的地,在一条线路上发送域名,并返回一个文本块和一个封闭的连接。它得到的是注册表决定发送的内容。
在多种情况下,可以注册一个域名,但无法解决:
现状: clientHold https://icann.org/epp#clientHold
您可以去看看这个URL,它可以为您解释情况。简而言之,拥有clientHold或serverHold意味着,由于各种原因,当域名被注册并存在于注册表数据库中时,它将不会被解析。
在您非常具体的情况下,基于您的域名所使用的名称服务器,我认为您所处的情况是您需要与注册员联系。
另外,一些whois客户端有一个固定列表,可以根据查询本身(实际上,您也是域名以外的其他东西)查询,其他用户将使用whois.nic.$TLD,它经常但并不总是工作(您可以在IANA网站上看到每个TLD的页面,其中每个TLD都必须显示of服务器)。
还要注意的是,在将来,RDAP应该取代whois (或者至少开始共存),并且可能使引导问题变得更容易。在gTLDs中,稀少的瘦登记册(但较大的登记册)将“很快”转换为厚登记册。
发布于 2017-03-31 14:32:56
Whois从服务于特定TLD的注册表(如果没有单个注册表,则从TLD中的特定域)获取数据。
注册中心保存所有者提交的域的所有信息,包括NS、RRs和提示,以及联系人、状态等。
TLD的区域数据是从注册表内容生成的,如果存在持有状态,则不会将所讨论的域导出到区域。
https://serverfault.com/questions/841799
复制相似问题