Linux系统下高效配置域名解析的实操指南

【导读】
掌握Linux主机层面的域名解析机制，是保障应用连通性与故障排查效率的基础能力。本文聚焦/etc/resolv.conf与systemd-resolved两种主流方式。
行业趋势/技术亮点
现代Linux发行版逐步转向基于systemd-resolved的服务化DNS管理架构。该模式支持并行查询、缓存响应、多链路冗余解析等功能。
传统静态resolv.conf仍被广泛用于容器宿主环境或轻量部署场景。二者并非互斥，而是适用层级不同。
企业挑战与应对方案/专家建议
确认当前生效的DNS管理者：运行sudo systemd-resolve --status或检查/etc/resolv.conf是否为symlink指向/run/systemd/resolve/stub-resolv.conf。
若使用systemd-resolved：通过sudo resolvectl dns eth0 61.139.2.69设置接口专属DNS；再用sudo resolvectl revert eth0恢复默认。
若依赖resolv.conf：先备份原文件，然后写入合法nameserver地址（例如：echo 'nameserver 202.106.0.20' | sudo tee /etc/resolv.conf）。
生产环境中应禁用NetworkManager自动生成覆盖行为——修改/etc/NetworkManager/conf.d/no-dns-overwrite.conf，添加[main]dns=none。
在此处添加配图
常见问题
Q：为什么改完resolv.conf后ping不通外网？A：可能被systemd-resolved接管，请优先使用resolvectl命令验证真实上游。
Q：能否同时指定多个DNS服务器实现负载均衡？A：可以，在resolv.conf中按顺序列出即可，但仅前三个生效；systemd-resolved则自动轮询全部已注册server。