首页 > 文章 > linux

Linux系统DNS配置查看方法

时间：2026-04-20 18:00:49 384浏览收藏

在现代Linux系统中，DNS配置远非简单查看/etc/resolv.conf文件就能搞定——它往往被systemd-resolved或NetworkManager接管，导致该文件仅是软链接或过时副本；真正生效的DNS需三步精准验证：先用ls -l确认链接指向，再分别执行resolvectl status或nmcli dev show获取权威配置，最后通过dig命令的SERVER行直击实际解析路径，唯有交叉比对才能穿透多层抽象，揪出系统背后真实运作的DNS服务器。

Linux系统下如何查看正在使用的DNS服务器配置文件解析【教程】

/etc/resolv.conf 文件不一定反映真实生效的 DNS 服务器，尤其在使用 systemd-resolved 或 NetworkManager 的现代发行版中。直接读它可能看到的是过时、被覆盖或仅作备份的配置。

看 `/etc/resolv.conf` 前先确认它是不是“真文件”

很多系统（如 Ubuntu 20.04+、CentOS 8+/RHEL 8+）把 /etc/resolv.conf 设为指向 /run/systemd/resolve/stub-resolv.conf 或 /run/NetworkManager/resolv.conf 的软链接：

ls -l /etc/resolv.conf

如果输出里带 ->，说明它是符号链接 —— 此时 cat 它看到的只是 stub 或 NM 的中间层配置，不是最终解析用的上游 DNS。

若指向 /run/systemd/resolve/stub-resolv.conf：实际 DNS 由 systemd-resolved 管理，需用 resolvectl status
若指向 /run/NetworkManager/resolv.conf：DNS 来自 NetworkManager，应查 nmcli dev show
若显示 “No such file or directory”：说明 systemd-resolved 可能没启用，或服务异常

用 `resolvectl status` 查 systemd-resolved 真实配置

这是当前 systemd 生态下最权威的方式，能同时看到全局 DNS、接口级 DNS 和当前活动的解析器：

resolvectl status

重点关注以下几块：

Global 下的 DNS Servers: —— 全局默认 DNS（如 1.1.1.1）
某个接口（如 ens33）下的 LLMNR setting: 和 DNS Servers: —— 该网卡实际通告的 DNS
Current Scopes: 显示当前哪些 scope（如 dns）是 active 的

注意：resolvectl 在较老系统（如 CentOS 7）中不可用，那是 systemd-resolved 尚未成为标配。

用 `nmcli dev show` 查 NetworkManager 管理的 DNS

桌面环境或启用了 NetworkManager 的服务器上，DNS 往往由它统一控制，/etc/resolv.conf 只是它的输出副本：

nmcli dev show | grep DNS

或者指定接口更清晰：

nmcli dev show ens33 | grep IP4.DNS

输出类似：

IP4.DNS[1]: 192.168.1.1<br>IP4.DNS[2]: 8.8.8.8

这些地址才是 NetworkManager 实际下发给 systemd-resolved 或直接写入 /etc/resolv.conf 的源头
如果 nmcli 报错 “Not running”，说明 NetworkManager 服务没启动，此时应转向 resolvectl 或 cat /etc/resolv.conf
修改 DNS 应优先用 nmcli connection modify xxx ipv4.dns "1.1.1.1 8.8.8.8"，而非直接改文件

用 `dig +short` 或 `nslookup` 验证实际解析路径

命令行工具不依赖配置文件，而是走系统 libc 的 resolver 逻辑，结果最贴近真实行为：

dig google.com +short

再看响应头里的 SERVER 行：

dig google.com | grep "SERVER:"

输出类似：

;; SERVER: 127.0.0.53#53(127.0.0.53)

如果 SERVER 是 127.0.0.53：说明本地有 systemd-resolved stub listener，真实上游得查 resolvectl status
如果 SERVER 是 192.168.1.1 这类内网地址：说明绕过了本地 stub，直连上游 DNS
nslookup google.com 效果类似，但输出格式稍乱；nslookup 需要 dnsutils（Debian/Ubuntu）或 bind-utils（RHEL/CentOS）包支持

真正生效的 DNS 不是由某个单一文件决定的，而是 resolver stack 多层协商的结果。最容易出错的点在于：以为改了 /etc/resolv.conf 就万事大吉，却忽略了 systemd-resolved 的接管、NetworkManager 的覆盖，或者 libc resolver 对 127.0.0.53 的透明转发。验证时务必结合 resolvectl status 和 dig 的 SERVER 输出交叉比对。

理论要掌握，实操不能落！以上关于《Linux系统DNS配置查看方法》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！

资料下载