搭建权威DNS的逻辑思路
如果公司想要搭建自己的权威DNS集群
用于管理公司所有域名的解析, 需要先注册一个一级域名, 比如说sre.im
, 然后确定权威DNS的域名
和对应的VIP
的关系, 比如:
|
|
每个vip
对应一组服务器, 通过ospf协议
做负载均衡, 每台服务器的 DNS 配置完全一致.
服务器上的配置为:
|
|
以上NS记录
可以没有, 但必须有A记录
. 一般都会在这里加入NS记录
, 这样当用户查询的时候就可以直接缓存在递归DNS
本地, 递归DNS
不用每次都去上一级权威DNS
获取列表, 如果有权威DNS
横向扩容的需求, 可以直接在这里加NS
和A
记录解析, 不用上报给上一级权威DNS
添加新的胶水记录
就可以.
然后向COM权威DNS
申请添加胶水记录:
|
|
这样我们自建的权威DNS
就可以对我们购买的所有域名做解析管理. 比如说我们注册了一个域名360.cn
, 想让我们自建权威DNS
管理它的解析, 自建权威DNS
配置为:
|
|
这里可以不加NS记录
, 加的好处是可以在递归DNS
本地缓存下来, 递归DNS
不用先去CN权威DNS
上获取这个列表了, 减少了解析流程, 从而加速解析.
然后向CN权威DNS
申请变更360.cn
的NS
记录, CN权威DNS
配置:
|
|
也就是每管理一个域名, 都要配置一个相应的zone
, 同时配置该域名的NS记录
. 有一个特殊情况, 如果该域名的NS记录
是该域名的子域名, 则需要同时配置NS记录
和A记录
, 再申请把这对胶水记录
添加到该域名的上级权威DNS
.
如果要解析权威DNS域名
本身的A记录
, 比如dig ctc1.dns.sre.im
, 则由COM权威DNS
返回sre.im
的所有 NS 服务器的 IP 地址, 然后递归DNS
根据相关算法选择一个最快的 IP 去查询ctc1.dns.sre.im
, 最后由我们自建权威DNS
返回A记录
结果.