如何解决DNS查询中的“无胶”问题?

当我在http://www.intodns.com查找我的域名时,出现以下问题:

当我向你的域名服务器询问你的NSlogging时,GLUE没有被发送。 这是可以的,但是你应该知道在这种情况下需要额外的Alogging查找来获得NSlogging的IP。 您可以通过将Alogging添加到上面列出的区域的名称服务器来解决此问题。

但是我在每个区域条目中都有一个我所有名称服务器的条目:

ns1.example.com. IN A <IP> ns2.example.com. IN A <IP> 

我如何解决这个GLUE问题?

胶水logging是DNS域名服务器本身在同一个域中时所需要的特殊Alogging。

例如,如果您的域是example.com,而您的域名服务器是ns.example.com,那么您需要在次高DNS域创buildns.example.com的“粘合”logging,在这种情况下, “com”区域。 这应该通过您的注册商完成。

这是必需的,因为名称服务器(NSlogging)的DNS请求总是用名称而不是IP来回答的。

如果没有胶水logging,如果为Aloggingwww.example.com发出请求,则提供“com”的名称服务器会将example.com的NSlogging作为ns.example.com(不是IP)返回,原始请求将无法被parsing,因为任何进一步尝试parsingns.example.com将仅仅引用ns.example.com。

从根DNS服务器的GLUE问题是,当您有以下情况:

example.com具有DNSloggingns1.example.net和ns2.example.net作为其NS服务器。 DNSparsing器将要查找域名的.com权威机构无法为ns1.example.net和ns2.example.net提供IP地址,因为它们不在其权限范围内。

解决这个问题的方法是让.com域使用.com发起的NS服务器。 所以example.com会使用ns1.example-2.com和ns2.example-2.com,因为.com机构能够为名称服务器提供IP地址,所以一切正常。 这节省了多次到根DNS服务器的往返行程,因为在你的情况下得到example.com它现在也需要问.net关于example.net。

在我的情况下,我的所有域都有自己的NS条目,所以对于example.com我有a.ns.example.com和b.ns.example.com和我的example.net域我有a.ns.example .net和b.ns.example.net。

它确实需要更多的设置,并不是所有的主机都愿意让你这样做。 你可能被困在你目前拥有的东西中!

我自己试着使用这个工具,看看它所报告的与我熟悉的一些领域有关的东西,我想说,这可能是一些导致这种信息性消息的东西(请注意,这是一个信息的“我”,而不是'!')

例如,我的一个区域在区域之外有名称服务器,而区域的权威名称服务器,它们在其权威数据中都不会有Alogging,以便在响应中返回。

但没关系 – 任何查询名称服务器都不应该信任这样的数据。 很久以前,你已经知道了,但是现在每个名字服务器都可能试图说谎,并将区域数据隐藏到caching中。

所以不要担心。 在查询到达你的域名服务器的时候,至less已经发现了你的一些域名服务器的IP地址。 更关心代表与自己的区域数据相同(下一个条目,“不匹配的NSlogging”),并且没有“跛脚”(“名称服务器是跛脚的:所有在父服务器上列出的名称服务器为您的权威性回答域名“ – 措辞不佳,但你要确保有一个勾号。)