在http://www.intodns.com/上查找我的域名我注意到了这两条消息：
在父节中：
DNS Parent发送Glue父名称服务器g.gtld-servers.net不会为每个列出的名称服务器发送GLUE，这意味着他将发送名称服务器主机名而不发送这些名称服务器的Alogging。 没关系，但你必须知道，这将需要一个额外的查找，可以延迟一点连接到您的网站。 如果你在不同的TLD上有名字服务器（domain.com，例如nameserver ns.domain.org），就会发生这种情况。
在NS部分：
胶NSlogging信息：当我问你的名字服务器NSlogging没有发送胶水。这是好的，但你应该知道，在这种情况下，需要额外的Alogging查找，以获得您的NSlogging的IP。 没有胶水的名称服务器是：109.230.225.96 84.201.40.52您可以通过将Alogging添加到上面列出的区域的名称服务器来解决此问题。
我完全理解，gluelogging的主要目标是解决循环依赖。
经典用例：
我的域是example.com，我想要名称服务器ns1.example.com。 这将永远不会工作，因为我不知道ns1.example.com的ip，如果我不抓取example.com，为了做到这一点，我需要从ns1.example.com中获取它。 为了解决这个死锁问题，我在ns1.example.com上添加了一个胶水logging，其中包含了名称服务器的IP地址，所以这可以解决。
因此，如果名称服务器与我想查找的域名不同，则此问题不会发生。 但是，不过要从域名服务器获取区域信息，我需要知道他们的IP地址的权利？ 而为了知道我需要从它们各自的域名服务器中获取域名服务器，对不对？ （或者更确切地说，我的ISP需要在后台执行此操作）那么需要花费一些时间来进行额外的查找？
如果我现在有胶水logging，我知道IP地址，而不需要查看 – 所以这应该加快我的域名解决，不应该吗？
但是，我的DNS区域提供商（tecserver.at）回答说
这是没有意义的，因为“我们不运行ns1.ourdomain.com ns1.ourdomain.com作为ourdomain.com authorative NS。
这将是胶水logging的唯一意义。
Tecserver有胶水logging，因为tecserver.at的NS是ns1.tecserver.at和ns2.tecserver.at。 因此需要胶水logging来解决。
只有当你的域的域名服务器在同一个域名中时， 才应该存在胶水。
从技术上讲，这不是一个循环性问题 – 当两个域有NSlogging相互指向另一个域名时会发生这种问题。 这些现在被认为是一个configuration错误 。
除非符合上述相同的领域标准，否则任何包含NSlogging的logging都应该被忽略 ，因为记住“ 出局胶水 ”会导致Kaminsky攻击等安全问题。
另请参阅RFC 2181的 s5.4.1
[换句话说 – 你的ISP在这里基本上是正确的，而intodns.com的build议是不正确的]。
是的，胶水logging确实加快了域名parsing的速度，是的，从技术的angular度来看，你的提供者是错误的（他们的答案是正确的）。
然而，他们对这个方法是正确的。 胶水logging有很多热潮。 是的，他们确实节省了你的时间（有时候），相当于1-200个字节，很less有一些延迟。 然而，滥用胶水logging来改善性能所带来的复杂性却使得这些问题变得更为严重。
确保你引用你的提供者的名称服务器的名字，他们推荐（ns1.they.com或a.ns或其他），然后停止担心。