我正在试图估计一夜之间改变一个邮件服务器的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一个新的A
logging,子域名,指向新的IP,然后将其添加为额外的MX
logging; 在新的MX
logging上设置优先级高于旧的MX
logging。 在新的IP应该被激活之前几天做这个。 在新的IP地址处于活动状态之后,请删除旧的MX
logging,并留下新的MX
logging。 请记住每次进行编辑时更新您的SOA
序列号。
以下是一篇概述故障转移/备份MX
logging的文章: http : //www.zytrax.com/books/dns/ch9/mail.html
您senario中最重要的设置是相应DNSlogging的TTL
。
TTL
越低越好 – 因为所有的DNS服务器都有不同的caching行为,所以你通常不会去“即时”,但TTL
越低,结果就越好。
在授权服务器上对DNS的更改应该是相对即时的。 但是,由于DNS兑现,这些更改需要一段时间才能发送给客户。 对于频繁的客户而言,这会比偶尔的客户更成为问题。 您可以通过预填充数据来解决此问题。
已发布的各种答案涵盖了您需要担心的一切。
你现在已经准备好切换到新的地址。 切割后,你可以清理。
这对用户应该是完全透明的。 遇到的任何问题都应限制在不符合标准的服务器上。
对于其他服务,可以使用双Alogging技术,但当客户端尝试不响应的地址并等待超时时,将会出现延迟。