为什么叫做“传播”？

神话？ 有点。

有两个方面人们经常混淆。 如果您使用您的域名注册商更改您的域名，例如更改名称服务器，将其推送到TLD（.com，.ca，.fr等）的域名服务器。 这就是传播的起点。 过去几年，注册服务商可能需要几个小时甚至几天的时间来获取您提供的信息，然后将这些信息推送到他们的部署服务器，每天更新两次TLD根服务器。 多年来这种情况迅速得到了改善，通常情况下，对域名所做的更改几乎立即生效。

另一方面，如果您对DNS区域进行了更改（例如添加Alogging或MX更改），只要TTL设置随处更新，就应该“高达”。 这不是真正的传播，而是caching。 例如，Microsoft DNS默认为1小时TTL。

通过caching，如果您恰好在进行更改之前使用域名，并且TTL为1小时，则需要一个小时才能更新。 但是，如果您在更改之前没有对域名进行任何testing，则您的更改将立即生效。 （即添加一个新的Alogging，你还没有testing过，它会立即生效）。

所以，现在几乎所有的变化都会在一个小时之内（或者你的DNS TTL设置）发生影响。 唯一的例外是，如果DNS服务器不符合TTL（垃圾邮件发送者通常不会），或者您的域名注册服务器没有正确更新到互联网，并且您进行了注册服务商级别更改。 这不是经常。

是的 – 人们正在谈论caching查找在DNS服务器caching时发出这些types的语句。

不幸的是，一些DNS服务器会轻易地忽略超过TTL值的TTL值和cachinglogging。 我已经看到，ISP DNS服务器持有高达24小时的TTL（分钟）非常低的cachinglogging，并且可能有一些确实是大脑受损的服务器，它们持续时间更长。

它们被“传播”到世界各地的DNS服务器，就像思想从一个思想传播到另一个思想一样。 当查询进入时，本地DNScaching需要了解信息（如果它没有被caching，或者被caching了，但是已经过期）。 所以，刚刚推送到服务器的新价值就像在博客上显示的八卦一样出现在地图上。 那么，不完全一样，但我认为这是一个简洁的比喻。

不是一个神话，当更改MXlogging时，我们看到“传播速度”问题相当频繁。 当我们不控制DNS并通过第三方进行工作时，我们通常无法判断TTL是否过长，某些DNS服务器是否忽略，MX服务器是caching还是某些DNS服务器无论如何，当它发生的时候是痛苦的。

在最初的DNS规范（RFC 1034/1035）中，在区域更新全局可见之前，需要发生两个高速caching失效步骤。 除了已经提到的世界各地的cachingparsing器的TTL终止之外，您首先需要等待（所有）辅助名称服务器刷新主区域中的区域数据。

只有在1996年的DNS NOTIFY（RFC 1996）被指定之后，才有一个标准的方式来及时通知所有权威名字服务器关于区域变化。

所以也许最初的“改变传播”这个词在当时是比较合适的，因为这是一个两步的过程。

我只听说过关于托pipe您的.com网站与第三方供应商的DNS传播，只是因为他们caching了48小时的logging。 任何没有cachinglogging的DNS服务器应该立即可用。

如果我们看一下“传播”的词典定义和词源，我们可以看到，这个词意味着，通过父母的某种行为，生产出一个孩子。 在DNS的情况下，如果有多个服务器对特定区域具有权威性，并且在一台服务器（“父”logging）上进行了更改，则该logging将被传播到其他服务器（“子”logging）复制系统将更改推送到伙伴服务器。

使用术语“传播”来描述非授权DNS服务器如何识别DNS更改是“传播”一词的误用，因为它并不真正适合单词的字典定义。 一个更合适的术语是发现 ，因为这是DNScaching服务器发现地址parsing并记住TTL的动作。

所以真的，我们不等待DNS的变化传播到世界各地，我们正在等待它被发现。

我不会说这是一个神话。 高速caching上的TTL具有在权威DNS服务器上的DNS条目更新之后保留的陈旧logging的副作用。

所以打电话给你想要但最终的结果是一样的。

此外，MXlogging也不会被caching，因此对域的MXlogging的任何更改都是即时的。