linux客户端dns备用轮询通过/etc/resolv.conf配置nameserver顺序实现故障转移，添加options rotate启用真轮询，并需规避systemd-resolved等服务覆盖配置。
在 Linux 系统中实现多台 DNS 服务器之间的备用轮询，核心是合理配置 /etc/resolv.conf 中的 nameserver 行，并配合 options 控制解析行为。注意：这不是服务端的 DNS 轮询（如 BIND 的 rrset-order），而是客户端侧的查询调度策略。
正确填写 nameserver 顺序实现备用机制
Linux 解析器默认按 nameserver 出现的**从上到下顺序**尝试查询，仅当前一个无响应（超时或拒绝）时才切换下一个。这本质是“故障转移”而非严格轮询，但效果接近备用链路：
- 最多支持 3 个
nameserver条目，超出部分会被忽略 - 推荐组合：1 个本地/内网 DNS + 1–2 个稳定公共 DNS（如 114.114.114.114、1.1.1.1、8.8.8.8）
- 示例配置：
nameserver 192.168.1.1<br>nameserver 114.114.114.114<br>nameserver 1.1.1.1
系统先查 192.168.1.1；若该服务器不响应（非返回 NXDOMAIN），再查 114.114.114.114；依此类推。
启用 rotate 选项实现真轮询
若希望每次查询都**随机轮换**服务器顺序（避免单点长期承担压力），需启用 rotate：
- 在
/etc/resolv.conf中添加：options rotate - 同时建议搭配
options timeout:1 attempts:2缩短等待时间 - 完整示例：
nameserver 8.8.8.8<br>nameserver 114.114.114.114<br>nameserver 1.1.1.1<br>options timeout:1 attempts:2 rotate
此时解析器会维护一个轮询队列，首次查 8.8.8.8，下次查 114.114.114，再下次查 1.1.1.1，然后循环。注意：rotate 不改变失败后的重试逻辑，只改变初始选择顺序。
避免配置被覆盖的关键提醒
现代发行版（如 Ubuntu 20.04+、RHEL 8+、Fedora）常由 systemd-resolved 或 NetworkManager 动态管理 /etc/resolv.conf，直接编辑可能被重写：
- 检查是否为符号链接：
ls -l /etc/resolv.conf。若指向/run/systemd/resolve/stub-resolv.conf或/var/run/NetworkManager/resolv.conf，则手动修改无效 - 使用
resolvectl配置（systemd-resolved）：sudo resolvectl dns eth0 8.8.8.8 114.114.114.114 - 或编辑 NetworkManager 配置：
sudo nano /etc/NetworkManager/conf.d/dns.conf，加入：
[main]<br>dns=none<br>[global-dns]<br>dns=8.8.8.8,114.114.114.114,1.1.1.1<br>options=rotate timeout:1 attempts:2
之后运行 sudo systemctl restart NetworkManager 生效。
验证轮询是否生效
用 dig 或 nslookup 观察实际使用的 DNS 服务器：
-
dig google.com +short | head -1查看结果 -
dig google.com +trace看递归路径起点 - 连续执行多次
dig @8.8.8.8 google.com和dig @114.114.114.114 google.com对比响应时间，确认各节点可用
也可用 systemd-resolve --status 查看当前生效的 DNS 列表和选项。
