当DNS服务器没有被更改时,MXlogging和Alogging更改需要多长时间?

我正在试图估计一夜之间改变一个邮件服务器的IP是否是现实的,或者是在第二天将这个邮件服务器的IP地址与人们检索他们的邮件混淆在一起。 基本上,邮件服务器所在的设施将改变其IP池,这迫使我不得不改变邮件服务器的A和MXlogging。 由于我不是自己更改DNS服务器(不是将logging移动到不同的授权服务器),这种更改是即将发生的,还是需要长达48小时,因为在最近可能查询的不同非权威DNS服务器上caching?

感谢任何见解,

中号

每个DNS资源logging都被caching; DNS服务器本身是否正在移动并不重要。 正如Yahia所说,logging的caching时间取决于logging的TTL。 在执行DNS更改之前,通常会将TTL从常规值(通常为一天或更长时间)降低到非常小的时间(如5分钟)。

复杂的过程是这样的事实,一些不好的DNScachingparsing器忽略指定的TTL并replace自己的值。 (运行这些系统的人需要死于火灾,如果我被选为互联网的大霸王,他们会的)。 因此,如果这是一个重要的系统,或者是被直接控制之外的人使用的系统,那么build议您在被迁移的系统上设置DNAT规则,将发送到以前的IP地址的stream量redirect到新的系统。

你知道新的IP地址吗? 如果是这样,你很幸运! 为您的域名创build一个新的Alogging,子域名,指向新的IP,然后将其添加为额外的MXlogging; 在新的MXlogging上设置优先级高于旧的MXlogging。 在新的IP应该被激活之前几天做这个。 在新的IP地址处于活动状态之后,请删除旧的MXlogging,并留下新的MXlogging。 请记住每次进行编辑时更新您的SOA序列号。

以下是一篇概述故障转移/备份MXlogging的文章: http : //www.zytrax.com/books/dns/ch9/mail.html

您senario中最重要的设置是相应DNSlogging的TTL

TTL越低越好 – 因为所有的DNS服务器都有不同的caching行为,所以你通常不会去“即时”,但TTL越低,结果就越好。

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

已发布的各种答案涵盖了您需要担心的一切。

  • 将TTL设置为较低值。 在改变前的几天说出1H。 尝试做到这一点,至less在改变之前的TTL,2倍的TTL会更好。
  • 使用旧地址和新地址为邮件服务器添加两个新的Alogging。 为每个服务器地址创build一个MXlogging,使其具有最高优先级。 切换后立即删除旧地址的MX。 将这两个logging的优先级设置为低于现有logging。 (发送服务器不应该检查您的横幅使用的名称。
  • 使用当前名称为邮件服务器添加新的Alogging。 并获得新地址的PTRlogging设置Alogging将返回两个地址。 这将允许rDNSvalidation适用于任一地址。 (许多接收服务器关心这一点,如果rDNS失败,可能会拒绝邮件或将它们分类为垃圾邮件。)

你现在已经准备好切换到新的地址。 切割后,你可以清理。

  • 删除新名称的MXlogging和旧地址的Alogging。
  • 等几个小时,然后删除新名称的Alogging。

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

对于其他服务,可以使用双Alogging技术,但当客户端尝试不响应的地址并等待超时时,将会出现延迟。