如果你的网络中只有一台DNS服务器，一旦它停机或响应卡顿，所有依赖域名访问的业务都会立刻瘫痪最直接的解决办法就是增加一台备用DNS节点并做好主从同步，同时把公共DNS作为最后的兜底，保证任何一台失效时流量都能自动切换过去。
DNS服务器只有一个会带来什么麻烦
你可能会想，DNS服务器平时几乎不吭声，不就是查个域名吗，真挂了能有多大影响？我见过不少小公司、连锁门店甚至学校机房，信誓旦旦地说”我们网络很稳”,结果就栽在这一台上。
最常见的情况：全网打不开网页
办公室二十几台电脑，早上同事喊”网断了”，你去排查，交换机指示灯全正常，路由器外网也通，ping公网IP地址完全没丢包，但打开浏览器输入任何网址都超时，状态栏提示”正在解析主机”，这种时候不用怀疑，大概率就是那台唯一的DNS服务器挂了，因为你所有电脑的DNS地址都指向它，它一死,全网都只能等超时。
内网业务系统跟着遭殃
更隐蔽的情况是外网没问题，但公司的OA、ERP、文件服务器全部访问异常，这些内网系统的域名通常只有这台DNS服务器上有解析记录，服务器确实在运行，服务也没崩，但客户端拿着域名找不到对应的内网IP，业务就僵在那里，据不少运维同行反映，这类故障平均要花两三个小时才能定位到根源，因为大部分人习惯先怀疑网络设备,很少第一时间想到DNS配置。
故障定位也特别被动
只有一台DNS服务器的时候，出了事没人帮你分担排查压力，你没法拿另一台设备做对比测试，也没法从备机日志里反推问题原因，只能在一台机器上反复翻日志、抓包、重启服务，整个过程像在暗房里修钟表,效率很低。
公司内网DNS服务器只有一个怎么增加备机
这是最常见的需求，也最能根治单点故障，需要注意的是，增加备机不是简单装一套相同软件就完事，关键是让主备之间的内容保持同步，否则主服务器改了某个域名解析，备机还在用旧数据,一样会出问题。
DNS服务器备机怎么配置更稳妥
业内专家指出，主从架构是DNS层面最成熟的冗余方案，整体配置时间大约半小时，比你想象中简单，以Linux上最常见的BIND为例,操作路径大致如下：
- 主服务器上找到
named.conf，在zone配置段里加一行allow-transfer { 备机IP; };,允许备机拉取区域数据。 - 主服务器的每个zone文件里要有一行
notify yes;，告诉备机”数据有更新，来同步一下”。 - 备机上新建对应的zone配置，类型设为
slave,主服务器地址填主机的IP。 masters { 主服务器IP; };这一行指定数据来源。- 双方加载完配置后，用
named-checkconf检查语法,然后重启服务。 - 验证同步：在备机上执行
dig @备机IP 你的域名，如果返回的解析结果和主服务器一致,说明同步成功。
Windows Server上的DNS角色更简单，在主服务器的区域属性里勾选”允许区域传送”，选择”仅到下列服务器”，填入备机IP，备机上新建辅助区域，填上主服务器IP，它就会自动拉取数据，整个过程不需要写代码,跟着向导点就行。
配置完成后，你只需要把网络里一部分客户端的DNS地址改成备机，让流量分散到两台设备上，这样任何一台出故障，另一台都能独立撑起全部解析请求，记得平时改了解析记录后，顺手检查一下备机上的数据有没有跟上,不要让同步链条悄悄断掉。
路由器DNS设置几个才能避免断网
如果是小办公室或家庭场景，没有专门的服务器，那问题一般出在路由器上，很多人设置路由器拨号时只填了一个DNS地址，这是隐患的来源，检查一下路由器的WAN口设置，或者DHCP服务设置，多数路由器都允许填写两个DNS地址,你可以这样配：
- 首选DNS填你本地网络的主DNS,比如路由器的网关地址或运营商下发的地址。
- 备用DNS填一个知名公共DNS，比如
5.5.5（阿里DNS）或29.29.29（腾讯DNSPod）。 - 如果路由器本身可以下发DNS参数给客户端，确保DHCP服务里把备用DNS也统统写上，这样终端自动获取到的就包含两个DNS服务器，主用的挂了，系统会自动切到备用的,整个过程无人感知。
按照这个思路配置后，即便运营商给的那个线路临时抽风,你依然能靠公共DNS正常上网。
云服务器上的DNS单点怎么解决
现在不少公司把业务放在公有云上，DNS用的是云厂商提供的解析服务，理论上他们有多副本保障，不太需要你操心，但如果你的业务确实依赖自建DNS，比如混合云环境下需要解析内网域名，建议至少在两个不同可用区各部署一台DNS服务器，然后通过云解析的控制台把自定义域名的NS记录指向这两台机器，这样某个可用区出现整体故障时,另一个区域的DNS还能继续工作。
DNS服务器只有一个且已宕机时怎么应急
万一此时备机还没配上，或者配了也没来得及验证，而DNS已经躺平了,怎么快速止血让业务先跑起来？
临时换hosts文件解决紧急访问
打开一台工作正常的电脑，编辑C:\Windows\System32\drivers\etc\hosts（Windows）或/etc/hosts（Linux），把最紧急的几个域名和IP对应关系手动写进去，比如168.1.100 erp.company.com，这招单点生效，只救急，但胜在快，你可以把必备的五个、十个域名写进hosts，然后打包分发到其他同事的电脑上,执行一条批处理命令就能批量覆盖。
客户端临时切换公共DNS地址
如果只是需要恢复外网访问，不需要解析内网域名，那不用折腾hosts，直接在客户端的网络适配器属性里，把DNS地址改成公共DNS,比如Windows下操作：
- 打开”控制面板” → “网络和 Internet” → “网络连接”。
- 右键当前网卡，选”属性” → “Internet 协议版本 4 (TCP/IPv4)”。
- 勾选”使用下面的 DNS 服务器地址”，首选填
5.5.5，备用填114.114.114。 - 确定后执行
ipconfig /flushdns刷新本地缓存。
Linux下临时改DNS的方法则是编辑/etc/resolv.conf，把nameserver那一行替换成公共DNS地址，重启网络服务后生效，这些操作都是临时的,恢复常态后建议改回去。
路由器的DNS强制覆盖
如果你管理的是整个局域网，与其逐台电脑设置，不如直接在路由器后台操作，大多数路由器在”网络设置”或”DHCP设置”页面里，有一项”强制使用指定DNS服务器”或”DNS服务器地址分配”，把主DNS改成公共DNS，保存后重启路由器的DHCP服务，所有客户端重新获取IP时就会自动拿到新的DNS地址,但这招会让内网自定义域名解析失效。
日常怎么减少DNS单点故障的风险
单台DNS服务器的问题，本质上是风险意识不到位，除了加备机,日常的维护动作也值得养成习惯。
给DNS加个监控
你可以用脚本或现成的监控工具，每30秒执行一次dig @你的DNS服务器 一个固定域名，如果连续三次超时或返回异常，就直接告警到手机，不要求你用多复杂的监控系统，crontab里写个shell脚本，或者Windows计划任务跑一段PowerShell，完全够用，关键是有人要知道它挂了,而不是等用户喊出来。
定期做主从同步演练
备用DNS服务器的价值在于关键时刻能接管，但它平时可能安静得让人忘记它的存在，建议每个季度去备机上主动执行一次区域数据比对，或者直接模拟一次主服务器宕机，把流量切到备机上用半天，这种演练做多了，真出问题时你心里很有底气，查看备机日志能排查出同步失败等隐患，比如备机和主机的时钟偏差过大时,同步就会失败。
对比一下不同方案的特点
| 方案 | 适合场景 | 配置成本 | 可靠性 |
|---|---|---|---|
| 自建主从DNS | 中大型内网，自定义域名多 | 较高，需要两台服务器 | 高 |
| 路由器双DNS填公共DNS | 小型网络 | 低，配置一下即可 | 中 |
| 云解析多可用区 | 云上业务 | 低，控制台操作 | 高 |
| 公共DNS为主备 | 无内网解析需求 | 极低 | 中 |
DNS相关问题解答
路由器DNS设置几个最合适？
两个就够，一个主DNS加一个备用DNS，填太多也提高不了性能，反而可能增加不必要的等待时间，家用路由器建议首选填宽带运营商下发的DNS地址，备用填公共DNS,这样内网资源访问和一般网页浏览都是正常速度。
公共DNS和自建DNS哪个更适合当备用？
大部分场景下，自建DNS负责解析内网域名和缓存外网解析，公共DNS作为外网兜底，因为公共DNS解析不了你的内网域名，把它当主DNS用，业务系统会找不到服务器，主备组合要考虑谁的能力覆盖谁，如果一个DNS服务器解析不了某些域名,备选时的切换体验会很不流畅。
换一个延迟低的DNS服务器能解决单点问题吗？
延迟低只能让你平时访问网页快一点，如果整个公司就这一台DNS节点，它宕机之后，延迟再低也无济于事，网络依然会瘫痪，依赖单一节点，任何高配硬件都谈不上可靠,真正解决问题靠冗余。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/785733.html
