当我通常更新DNS（“A”logging）时，我将允许更长时间的变化传播到根名称服务器。
我是否需要对CNAMElogging进行更新和更改？
不，你不这样做，因为DNSlogging不会传播。 你需要考虑的是任何caching的logging到期，基于有问题的logging的TTL。
如果这是新logging，则不会发生caching，因此新logging应该可用并应立即解决。
另外，根服务器（第一级;。）不为任何第三级域名托pipeDNS区域或logging。 根服务器知道哪些名称服务器负责gTLD区域（第二级别; .com，.edu等），这些服务器又知道哪个名称服务器负责您的区域（第三级别;您的公司）您的区域文件的副本。 除了名称服务器以外，其他DNS服务器不会包含您的区域文件或DNSlogging的副本。
。
COM
你的公司
[ 编辑 – 看来我误解了这个问题]
区域数据“传播”有两种方式。 而根服务器不（直接）涉及。 他们允许其他电脑find你的服务器，因此你的区域数据。 但是在其他系统检查根服务器和tld服务器之前，这些服务器还没到达您的位置。
以下是数据传播的方式
首先，将数据推送到授权服务器，其中一些可能使用（增量）区域传输来相互更新。 这可能会占用该区域的REFRESH时间。
其次，您所在区域中的每条logging（包括A和CNAMElogging等）都可以在您的授权服务器和任何客户端之间的任何位置进行caching。
数据caching多长时间取决于logging的个人TTL （生存时间）。 从理论上讲，它不应该花费超过区域刷新和logging的ttl的时间超过caching项的超时。 但是，这里有很多不同的软件。 Google为dns ttl bugs – 最后我计算了大约850k。
但是，您可以将www.example.com的CNAMElogging指向www-server.dynamic.example.com类的www-server.dynamic.example.com ，并将www-server.dynamic.example.com的TTL和刷新次数设置为比父级更低的值。 这使运营商能够在需要时快速将stream量redirect到其他基础设施。