这个问题的核心是缺乏对权威授权的理解，我觉得。 在你的脑海里，这不是一个XY问题，但最终归结为不理解权威。

我将在这个答案中多次提到“静态TTL”这个词。 在这种情况下，它指的是在查询之间不会自动减less秒数的TTL。 （换句话说，只有在logging被pipe理员修改之前，它才是静态的）

TL;博士

靠近根服务器的权威服务器不提供来自caching的数据，而最常用的权威DNS软件包并不涉及权威和答案部分的静态TTL。 你可能会遇到古怪的networking设备，谁知道什么一旦你遵循TLD和用户空间的引用，但这与问题无关。

您应该假定任何将返回DNS层次结构中的区域的权威答案的服务器也将为其所权威的区域中的任何引用提供静态TTL。 这通常包括可能包含在引用中的胶水数据，只要您正在与不以权威模式和recursion模式运行的服务器通信。 （即不是根和TLD节点）

长版。

• 引荐（或委托）是来自DNS服务器的响应，其返回响应代码为NOERROR ，包含零答案，并且在授权部分中具有NSlogging。 零个或多个logging可能作为胶水提示出现在附加部分。
• 引用从DNS（ . ）中的根节点开始，每个引用都指向一组名称服务器，这些名称服务器负责pipe理层次结构中更具体的节点。 . ， com. ， example.com. 等等。每个推荐指向一个比上一个更接近于答案的特定的DNS区域。 没有例外。
• 应该注意的是，推介将不具有权威答案标志（ AA=1 ，或在dig可视化的aa ）集合。 这是因为logging的权限属于引荐链中的最终服务器。 A和AAAAlogging可能会在附加部分中提供为粘合logging，以帮助您find引用链中的下一个服务器，但这种粘合不是权威性的。
• 当看到返回授权响应（ AA=1 ）的服务器时，该进程停止，禁止在某处发生错误。 这个最后的服务器断言它是该logging包含在该区域中的一个权威，并且在被请求的logging的（非）存在中具有最后的发言权。

尽pipe引用中不存在AA=1 ，但无论AA标记是否存在，都要注意在引用链中观察到的每个授权部分都存在静态TTL 。 这是一个DNS约定，指出logging没有被caching。 如果logging是从上游来源获得的，则提供比上次来源咨询的时间更高的TTL是不准确的。

在没有递增TTL的情况下，您必须假定数据不是来自通过recursion获得的上游来源，或者远程软件写得不好。 在这种情况下讨论根和TLD服务器时，假设后者是不正确的。