有可能发送一个或多个额外的logging与DNS响应？
例如，对www.example.com的Alogging的请求是否会导致包含www.example.com的Alogging以及www2.example.com的Alogging的响应？
这是否符合标准？ 它会帮助吗？ 即。 典型的客户端是否会caching额外的logging，以便在不久的将来需要它时，不会导致DNS服务器再次往返？
更长的答案是肯定的，这在技术上是可行的，但是你不应该这样做。
DNS服务器在所谓的（不出意外的）响应的“附加”部分中增加了额外的logging。
严格地说，根据RFC 1034 ，附加部分“携带RR可能有助于在其他部分使用RR”。 例如，如果您要求某个域的NSlogging，那么属于这些域名服务器的Alogging可能会出现。
但是，如果您尝试提供不相关的数据，则您的DNS客户端和caching通常会将其丢弃。 RFC 2181给出了一个优先表，显示了“值得信赖”的DNS客户端应该如何处理不同种类的数据。 具体还说：
从这些分组中最不可信的接收和caching的未经authentication的RR（即来自附加数据部分的数据）和来自非权威答案的权威部分的数据不应该被caching，以至于它们将不会被返回回答收到的查询。 在适当情况下，可能会将其作为补充信息返回 忽略这一点将使得相对不可信的数据的可信度得到无故增加。
即您在附加部分中input的数据永远无法提升为真正的答案。
最简洁的答案是不。
如果您关心来自DNS的响应时间，则应该将cachingDNS服务器部署到客户端附近，或者改善基础架构。 我想多一些信息。 你pipe理DNS或客户端或两者？ 一般DNS延迟不是问题，所以我想知道为什么这是给你的？
也许
您可以设置更长的TTL，这意味着更less的刷新logging。 如果你控制你所担心的客户端，你可以运行一个脚本来parsing并cachingdns，或者你可以将一个hosts文件部署到所有的客户端（我不推荐这么做）。