我目前正在将传统网站（从传统托pipe服务提供商）转移到现代解决scheme。 由于我的上下文特定的要求（其中包括财务限制），我决定在一个静态IP地址为104.131.187.206的Digitalocean液滴（一个虚拟化的linux实例）上备份和复制网站。 我已经正确地configuration了一切，清理了复制与系统紧密耦合的Web应用程序所产生的各种松散的结果，而且重复的网站工作得很好。
现在，我的目标是将现有域名mcbc.on.ca指向DO小滴上新的重复网站。 传统（共享）托pipe提供商的IP地址是216.251.32.98 。 很明显， mcbc.on.ca一直指向这个地址。 我想要的是mcbc.on.ca指向104.131.187.206 。 此外，我仍然使用DNS和域名服务器的传统托pipe提供商。
我的任务应该很简单 – 只需修改区域文件中mcbc.on.ca的现有A条目，以便它现在指向104.131.187.206 。 现在，我也想保留一个原始网站的引用，所以我为original.mcbc.on.ca添加了一个新的条目，指向216.251.32.98 。
我昨天成功地完成了这一切，并且我的DNS更改已经成功传播（使用此工具进行validation）。 仅供参考，我已经做了约12个小时。
我的问题：出于某种奇怪的原因，每当我访问网站mcbc.on.ca ，它有时会parsing为旧地址216.251.32.98 ，其他时间正确parsing为104.131.187.206 。 我认为旧地址的频率约为40％，新地址的频率为60％。 这显然是一个问题。
考虑到我已经等了很长时间（尽pipe我明白12小时当然less于48小时），以及我上面提到的工具显示DNSlogging已经传播到ALL世界， 我的怀疑是我家的互联网ISP提供商有一个陈旧的DNScaching。
我的问题：我是对的吗？ 如果不是，你觉得我的问题是什么？
正确地说，DNS不会传播。 logging具有TTL（生存时间），这是其他cachingDNS服务器应保留现有查找答案的时间。 你会想要做更多的自我教育，而不是像“12小时应该这样”的缩略图规则。
如果权威的域名服务器显示正确的结果，那就是故事的结尾。 由于至less有一些（如你所说，大多数）其他名称服务器显示更新的答案，你就完成了。 你已经完成了你需要做的事情，事实上你几乎可以做任何事情。
（在预期的变化之前将TTL降低很长时间是一个好主意，而且你不会说如果你这样做，或者TTL是从什么开始的，而且因为你没有给出实际的细节，所以我们可以不检查。）
/编辑 – 现在我们可以看到你的TTL，它被设置为1天。 假设TTL最近没有变成这个价值，这意味着任何拥有旧logging的人都会在收到答复后至less保留24小时。 请求者（通常是其他DNS服务器）不会重新查询，以查看您在接下来的24小时内所做的任何更改。 在你的情况下，至less在更改前24小时，你应该把TTL降到你的DNS提供商允许的最低值。
如果您的家庭PC的上游DNS提供商不尊重TTL，请使用不同的TTL，并确保您的本地caching已被清除。