如何做好dns解析的迁移工作

Viewed 9091

SegmentFault以前用的是dnspod的解析,最近想把它迁移到AWS的Route 53上。我以为dns记录迁移的顺序是这样的

修改nameserver -> 解析服务器更新nameserver -> 用户逐渐向新的nameserver请求name(由于以前的nameserver记录没删除,对于解析服务器没有更新的用户依然可以向老的nameserver请求)

但实际情况是,当我将域名的nameserver指向新的解析服务器后,所有用户都出现无法解析的情况了,也就是我的域名记录被删除了。那么dns nameserver更新的过程到底是怎样的,如何做才能让这个过程对用户影响最小

我说今天咋有一会儿访问不正常

4 Answers

看70的描述,不知道是我理解有误,还是70写反了顺序~~
我觉得顺序应该是这样的:
1、在新的DNS提供商添加域名IP;
2、过一段时间(视新的DNS提供商的生效时间而定)后再更改域名的 ns 记录。更改时先更改 辅ns 记录,过段时间再更改 主ns 记录

楼主你的这种情况可能与TTL值未正确设置有关,TTL决定了你的域名解析记录在每个DNS服务器上(包括你域名设置的两个DNS服务器,以及其它各网络提供商及机构提供的DNS服务器)的存在时间。修改域名解析的正确步骤如下:

1、在晚上12点,修改原DNS服务器上的域名解析,仅修改TTL值部分,如修改为600(10*60,10分钟),即适当缩短原DNS服务器的生效时间,同时记下原TTL值,如3600;

2、在1小时(3600秒)以内,向域名提供商申请修改DNS服务器,同时在新DNS服务器上把域名解析记录添加好。TTL值同样设置为600;

3、1小时之后,向国内几个主要DNS地址测试解析生效情况测试,如均能正常查询到解析记录,则将TTL值修改为3600或你想设置的正常值。

注意:实际情况受你域名活跃度影响,你的域名越活跃,转移情况就越顺利。

来自微博用户@cheungtifan补充到这里

在注册商更新nameserver记录以后,SOA和nameserver记录就全都指到新nameserver了,新nameserver没解析信息,肯定解析不出来。

首先应该在新的dns解析服务商添加对应的dns,然后在域名注册处更改nameserver地址。

楼主这个顺序不正确。
CloudXNS这边一向都是推荐用户先导出域名解析,再到新平台把解析配置好,最后切换NS。
这样才能保证域名解析无缝衔接。

Related Questions