DNS云学堂 | 权威DNS那些事儿(下)

到《权威DNS那些事儿》最终篇,在上一篇内容中我们通过搭建实验环境,详细讲解了权威DNS的原理及细节。今天我们来探讨一下权威DNS变更的场景及对策。enjoy:

1.     权威NS变更场景及分析

变更权威NS的环节主要有:在注册商平台修改NS相关信息、修改权威DNS的NS记录配置、新权威DNS的数据配置。

权威DNS变更主要的风险在于一旦操作不当,导致错误的NS记录在互联网的上扩散,那么就需要一个长的周期进行恢复。尤其是国内有些递归DNS上记录缓存时间强制为1-2天,这也意味着在没有人工介入的情况下,错误的域名记录将会在1-2天后才会被纠正。

常见的几种变更场景如下:

增加NS记录:增加1个或多个NS记录

更改NS记录:更改部分或全部NS记录

在现有NS记录中添加IPv6地址:在现有NS记录中增加IPv6地址

1.1    增加NS记录

增加NS记录的风险相对较低,按如下流程进行即可,只是要考虑其生效时间,为可能存在的后续变更或使用预留提前量。

A、在权威区添加新的NS记录并配置对应的权威服务器;

B、通过注册商平台添加新的NS,等待上级权威生效,生效时间为 REGISTER_TIME;

C、上级区生效后,递归DNS也会有之前NS的缓存,最多缓存时间为 NS _TTL ;

D、待C流程后,递归DNS会从上级权威重新获取NS,这时候新的NS就能生效(没有该域名缓存的DNS会立即生效);

所以这个情况下,最长的生效时间为: REGISTER_TIME + NS_TTL,也就是说当注册局完成数据变更后,新的local DNS即可获得最新的NS列表,已有缓存的LocalDNS需要等待NS_TTL过期后才可获得最新的NS列表,该时间一般情况下不超过本地权威的TTL值。

以ZDNS举例,新增NS后,最长的生效期为REGISTER_TIME+3600秒,geely.com的生效期则最长为REGISTER_TIME+86400秒。

1.2    变更NS记录

1.2.1    变更部分NS记录

若是只变更多个NS记录中的一个,直接修改即可,修改完成后保持一段时间内原有NS记录IP的服务状态即可(安全起见建议2天)。

1.2.2    NS记录单次全量变更

这个场景也不少见,比如要从某注册商平台将权威DNS解析迁移至本地或其他服务商,就会遇到这个场景。

此时,面临的最麻烦的情况是,该注册商的免费托管平台不允许新的外部权威DNS记录与原有的NS记录并行运行,这样没办法按照先增加新NS记录然后删除原有NS记录的方式进行变更,此时需要考虑线下的一些辅助手段。

比如原有域名托管在某注册商,此时想把权威DNS迁移至新的DNS服务器,需要跟该注册商确定NS记录全部变更为新的NS后,原有的托管服务器上的域名数据是否会保留以及保留多长时间,避免在正式操作时出现新的DNS没有在互联网更新,原有的DNS数据也被删除的空窗期(一般注册商都会在一段时间内保留域名数据,稳一手)。

只要确认原有权威DNS服务器上数据会保留,那就配置好新的DNS服务器后进行NS变更。

允许混跑的话,可以采用直接新增所需NS记录的方式进行,运行稳定后删除原有的NS记录。在整个迁移期间,都会有权威DNS正常提供权威域名解析服务。

1.3    新加IPv6 NS的情况

这个场景是最近两年随着IPv6的推进部署开始逐渐被重视的场景。

A、如果IPv6的NS是在原有记录上添加,直接向对应的NS记录添加AAAA记录即可,并在注册商平台进行对应的添加,等待生效即可;

B、添加完成后等待注册局更新数据;

C、注册局数据更新后,无特殊设置的递归DNS会开始陆续更新NS记录;

D、有些强制修改NS缓存时间的递归DNS需要等待过期,经验值是2天左右;

P.S.:如果IPv6的NS是新增,就需要去注册商平台添加新的NS,按照增加NS记录操作即可。

2.     结论

递归DNS修改NS的缓存时间的概率是不确定的,若在线业务比较重要,建议按照最长时间来考虑,即NS缓存刷新时间为2天,加上注册局数据生效时间为2天,确保变更的步骤生效。

变更的原则是就长不就短,因为一旦有错误的记录发布到了互联网DNS系统,等待缓存过期的时间漫长且无助。如果真的不幸出现了这种情况,需要尽快分析导致问题的原因并采取弥补措施,时间越长,弥补的难度越大。

关于ZDNS

互联网域名系统国家工程研究中心(简称ZDNS)是国家发改委批复的国家级工程研究中心,是工信部批准的根镜像运行机构,是中科院孵化的专注于域名领域的高新技术企业;ZDNS连续四年在DDI(DNS、DHCP、IPAM)设备领域市场占有率第一,服务金融、广电、教育、政府、军工、医疗、互联网等多个行业,全球近千家大型企业。

相关推荐