不更改DNS服务器时，更改MX记录和A记录需要多长时间？

我试图估计对我而言，一整夜更改邮件服务器的IP是现实的，还是会在第二天与人们检索其电子邮件相混淆。基本上，邮件服务器所在的设施将更改其IP池，这迫使我不得不更改邮件服务器的A和MX记录。由于我没有更改DNS服务器本身（没有将记录移至其他权威服务器），因此更改是否将是即时的，还是由于在最近可能查询过的其他非权威DNS服务器上进行缓存而仍需要长达48小时的时间？ ？

感谢您的见解，

中号

每个DNS资源记录都被缓存；DNS服务器本身是否在移动不重要。正如Yahia所说，记录的缓存时间由记录的TTL决定。在执行DNS更改之前，通常的做法是将TTL从其常规值（通常为一天或更多）降低到非常小的值（如5分钟）。

使该过程复杂化的事实是，某些行为不佳的dns缓存解析器会忽略指定的TTL并替换其自己的值。（运行这些系统的人必须死于大火，如果我当选互联网的大君主，他们会死的。）因此，如果这是一个重要的系统，或是供您直接控制的人员使用的系统，则建议您在要迁移的系统上设置DNAT规则，以将确实发送到先前IP地址的流量重定向到新系统。

您已经知道新的IP地址了吗？如果是这样，那么您很幸运！设置一个新A记录，指向您域的子域，指向新IP，然后将其添加为额外MX记录；将新MX记录的优先级设置为高于旧记录的优先级。在应该激活新IP的前几天进行此操作。新的IP地址处于活动状态后，删除旧MX记录，保留新MX记录。请记住，SOA每次进行编辑时都要更新序列号。

这是概述故障转移/备份MX记录的文章：http : //www.zytrax.com/books/dns/ch9/mail.html

senario中最重要的设置是TTL各个DNS记录的设置。

越低，TTL设定好-你通常不会得到，因为所有的“即时”的DNS服务器那里它有不同的缓存行为，但较低的TTL设置好你的结果会...

在您的权威服务器上，对DNS的更改应该相对即时。但是，由于DNS兑现，更改需要一段时间才能发布给客户端。对于频繁的客户而言，这将比偶尔的客户问题更大。您可以通过预先填充数据来解决此问题。

已经发布的各种答案涵盖了您需要担心的所有问题。

• 将TTL设置为较低的值。更改前几天说1H。尝试至少在更改前使用当前的TTL，最好是使用2倍的TTL。
• 使用旧地址和新地址为邮件服务器添加两个新的A记录。为每一个创建一个MX记录，将旧服务器地址的优先级设置为最高。移交后立即删除旧地址的MX。将这两个记录的优先级都设置为低于现有记录。（发送服务器不应检查横幅使用的名称。
• 使用其当前名称为邮件服务器添加一个新的A记录。并获得新地址的PTR记录设置。A记录将返回两个地址。这将使rDNS验证适用于任一地址。（许多接收服务器对此很在意，如果rDNS失败，则可能会拒绝邮件或将其分类为垃圾邮件。）

现在您可以切换到新地址了。转换后，您可以清理。

• 删除新名称的MX记录和旧地址的A记录。
• 等待几个小时，然后删除新名称的A记录。

这对您的用户应该是完全透明的。您遇到的任何问题应仅限于不符合标准的服务器。

您可以对其他服务使用double A记录技术，但是当客户端尝试不响应的地址并等待其超时时，将存在延迟。