我在Amazon的Route 53中设置了一个CNAME指向另一台服务器。
这是指向现有域名的新子域名的新CNAME。
与我一起工作的其他DNS提供商，新的规范名称logging立即别名到另一个规范域名。
路由53 DNSlogging更改在一分钟内传播，但TTL时间将影响DNSparsing程序检查更新logging的速度 。
问：我对Amazon Route 53上的DNS设置所做的更改多久会在全球传播？
Amazon Route 53旨在在正常情况下，在60秒内将您对DNSlogging所做的更新传播到其全球权威DNS服务器networking。 当API调用返回INSYNC状态列表时，更改将成功传播到世界各地。
请注意，高速cachingDNSparsing程序不在Amazon Route 53服务的控制之下，并且会根据其生存时间（TTL）来caching资源logging集。 更改的INSYNC或PENDING状态仅指Route 53的权威DNS服务器的状态。
或者，如果您更喜欢AWS开发人员论坛…
您可以期待它在一分钟内传遍全球所有Route 53服务器。 但是，请记住，TTL决定了客户端能够以多快的速度查看更新的信息。 如果将某个logging的TTL设置为3600秒，则DNSparsing器可以将该数据高速caching一个小时，然后再返回到Route 53。 如果让更新后的logging尽快传播给最终用户非常重要，那么我推荐60秒的TTL。
由于每条logging都configuration了TTL，因此可以使用不同的值。 如果您不打算在不久的将来对logging进行任何更改，更高的TTL可以帮助您节省查询成本，并使事情变得更有效率。 例如，您可能不需要像这样更新MXlogging。 假设您的MXlogging的TTL设置为43200秒（12小时）。 如果您切换到另一个电子邮件提供商，只需提前降低TTL。 一旦原始TTL过期，您可以继续移动。 由于较低的TTL，更新的logging现在会传播得更快。 将TTL同时更改回原始值。
我没注意CNAME值，CNAME规范是不正确的。 这个问题的答案是“即时”的。
60秒，但请确保您的主机操作系统不会更长时间cachingDNSlogging。 使用DNS查找工具直接检查名称服务器。