如何解决DNS查找中的“无胶”问题？

当我在http://www.intodns.com上查找域时，出现以下问题：

当我向您的域名服务器索要NS记录时，GLUE没有发送。可以，但是您应该知道，在这种情况下，需要额外的A记录查找才能获取NS记录的IP。您可以解决此问题，例如通过将A记录添加到上面列出的区域的名称服务器中。

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

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

如何解决此GLUE问题？

胶水记录是特殊的A记录，当DNS域的名称服务器本身在同一个域中时就需要。

例如，如果您的域名是example.com，名称服务器是ns.example.com，则需要在第二高的DNS区域中为ns.example.com创建一个“胶水” A记录，在这种情况下， “ com”区域。这应该通过您的注册商完成。

这是必需的，因为对名称服务器（NS记录）的DNS请求始终以名称（而不是IP）回答。

如果没有粘合记录，则如果请求A记录www.example.com，则提供“ com”服务的名称服务器会将NS.example.com的记录作为ns.example.com（不是IP）返回，而原始请求将无法解决，因为任何进一步解决ns.example.com的尝试都只会引用回到ns.example.com。

来自根DNS服务器的GLUE的问题是，当您遇到以下情况时：

example.com具有DNS记录ns1.example.net和ns2.example.net作为其NS服务器。DNS解析器将在其中查找域名的.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。

它确实需要更多设置，并且并非所有主机都愿意允许您这样做。您可能会卡在目前的状态中！

我自己尝试该工具，并查看它在某些我熟悉的域中报告的内容，我想这可能是导致该信息性消息的许多原因（请注意，它是信息的“ i”，而不是'！'）

例如，我的一个区域在区域外具有名称服务器，而在该区域的权威名称服务器中，它们的权威数据中都没有A记录以在响应中返回。

但这没关系-任何查询名称服务器都不应该信任此类数据。很久以前，您已经放弃了它，但是如今，每个名称服务器都可能试图撒谎并潜入区域数据到您的缓存中。

所以不用担心。在查询到达您的名称服务器时，已经找到了至少一些名称服务器的IP地址。更要注意的是，委托与您自己的区域数据相同（下一个条目，“ NS记录不匹配”），并且委托都不是“ lame”（“名称服务器很are脚：在父服务器上列出的所有名称服务器都可以为您提供权威性的答案）域”-措辞不佳，但您要确保此处有一个勾号。）