在服务器运维与网络故障排查中，准确查看当前使用的DNS地址是确保域名解析正常、网络访问流畅的基础操作。核心结论是：查看服务器DNS地址需区分操作系统环境，Linux系统主要通过读取配置文件或使用systemd-resolve等现代工具获取，而Windows系统则依赖网络配置命令或面板；必须区分静态配置与实际生效的解析地址，特别是在使用了DHCP或本地DNS缓存服务的环境中。
以下将针对Linux与Windows两大主流服务器环境，详细展开查看DNS地址的专业方法、底层逻辑及进阶排查技巧。
Linux服务器查看DNS地址的多种维度
Linux服务器由于发行版众多，DNS配置方式存在传统与现代之分,掌握不同层级的方法能应对复杂的网络环境。
读取传统配置文件（最通用方法）
绝大多数Linux发行版将DNS配置存储在/etc/resolv.conf文件中，这是查看DNS最直接的方式。
在终端中执行命令：cat /etc/resolv.conf
输出结果中，以nameserver开头的行即指明了DNS服务器的IP地址。nameserver 8.8.8.8nameserver 114.114.114.114
注意： 在现代Linux系统中（如Ubuntu 18.04+、CentOS 8+），该文件可能是由系统服务动态生成的符号链接，直接修改它可能不会永久生效，或者重启后丢失，查看该文件只能代表“当前解析器读取的配置”，而非“网卡接口的静态配置”。
使用systemd-resolve查看真实状态（现代系统推荐）
在使用systemd作为初始化系统的现代Linux发行版中，本地往往运行着一个存根DNS监听器（如127.0.0.53），此时查看resolv.conf只能看到本地回环地址，无法获取真实的上游DNS。
执行命令：systemd-resolve --status
该命令会详细列出每个网络接口的DNS配置，重点关注“Link X”部分下的“DNS Servers”字段，这里显示的是系统实际从DHCP获取或静态配置的上游DNS地址，这是比resolv.conf更深层、更准确的信息来源。
通过nmcli工具查看（NetworkManager环境）
如果服务器使用NetworkManager管理网络（常见于RHEL/CentOS/Fedora），可以使用nmcli命令来获取接口级别的DNS信息。
执行命令：nmcli dev show | grep DNS
或者针对特定接口查看：nmcli connection show <连接名称>
此方法能清晰展示DHCP分配的DNS和手动配置的DNS,对于排查网络管理器覆盖配置的问题非常有效。
验证实际解析结果
配置了DNS不代表解析正常，使用dig或nslookup工具可以验证服务器实际向哪个服务器发起查询。
执行命令：dig baidu.com
观察输出中的“SERVER: …”字段，该IP地址即为实际响应本次查询的DNS服务器地址，这是验证DNS配置是否生效的“体验”环节，也是E-E-A-T原则中强调的实证步骤。
Windows服务器查看DNS地址的标准操作
Windows服务器环境相对统一，主要通过命令行工具和图形界面进行查看,命令行工具更适合远程快速排查。
使用ipconfig命令（CMD环境）
这是最基础且最常用的方法，在命令提示符（CMD）或PowerShell中执行：ipconfig /all
在输出结果中找到当前活动的网络适配器，向下滚动查找“DNS 服务器”条目，这里会列出主DNS和备用DNS的IP地址。关键点： 如果显示为“通过DHCP服务器分配”，则说明DNS是动态获取的；若显示为具体IP,则可能是静态配置。
使用PowerShell获取详细配置（进阶方法）
对于需要脚本化管理或查看更详细网络属性的场景，PowerShell提供了更强大的过滤功能。
执行命令：Get-DnsClientServerAddress -AddressFamily IPv4
该命令将直接列出所有网络接口对应的DNS服务器地址，输出格式清晰，便于在大量服务器中进行自动化比对，通过管道筛选（如Select-Object）,可以只关注特定网卡的DNS设置。
网络适配器图形界面查看
对于习惯图形化操作的管理员，可以通过“服务器管理器”进入“网络连接”属性，在网卡属性中双击“Internet 协议版本 4 (TCP/IPv4)”，即可直观看到“使用下面的DNS服务器地址”的配置，此方法适合不熟悉命令行的初级管理员,但在远程无图形界面的生产环境中受限。
专业见解与常见陷阱
在实际运维中，仅仅知道如何查看命令是不够的，理解配置背后的逻辑才是专业性的体现。
警惕本地DNS缓存与转发
很多云服务器或内网服务器会运行dnsmasq、bind或CoreDNS等本地缓存服务。resolv.conf或ipconfig看到的往往是0.0.1，这并不代表错误，而是说明服务器将请求转发给本地服务，再由本地服务向上游查询。解决方案： 若要查看最终的上游DNS，必须检查本地DNS服务的配置文件（如/etc/dnsmasq.conf或/etc/named.conf中的forwarders部分）。
配置持久化问题
在Linux中，直接修改/etc/resolv.conf在重启后会失效。权威做法： 应在Netplan（Ubuntu 18.04+）、NetworkManager脚本或/etc/sysconfig/network-scripts/（CentOS 7）中进行配置，查看DNS时，若发现重启后配置变更，应优先检查这些网络管理服务的配置文件，而非纠结于resolv.conf本身。
多网卡与DNS优先级
服务器若配置有多张网卡（如内网和外网），可能会出现DNS路由混乱，Windows会根据接口跃点数自动选择，Linux则取决于路由表和/etc/gai.conf。排查建议： 在多网卡环境下，使用route -n或Get-NetRoute检查默认路由指向,确保DNS查询走的是正确的出口。
相关问答模块
Q1：在Linux服务器中修改了/etc/resolv.conf文件，重启后DNS配置为什么会被还原？
A： 这是因为现代Linux发行版通常通过NetworkManager或systemd-resolved服务来管理网络配置。/etc/resolv.conf文件往往只是一个由系统动态生成的符号链接，当服务重启或网络状态改变时，系统会根据网卡配置文件（如ifcfg-eth0或Netplan配置）中的设置重新覆盖该文件，要永久修改DNS，必须修改网卡接口配置文件中的DNS参数，或者使用chattr +i /etc/resolv.conf命令锁定文件（不推荐，可能导致网络管理工具失效）,最佳实践是修改网络管理器的配置文件。
Q2：如何测试服务器当前的DNS解析速度是否达标？
A： 可以使用dig命令结合特定的统计参数来测试，执行dig baidu.com @<DNS_IP>可以指定测试特定DNS服务器的响应时间，观察输出中的“Query time”数值，使用namebench等专业工具进行批量测试，对比不同DNS服务器的平均响应时间和缓存命中率，从而选择最优的DNS地址，如果解析时间过长（超过几百毫秒），建议更换为公共DNS（如阿里DNS、腾讯DNS）或检查本地网络链路质量。
如果您在服务器运维过程中遇到关于DNS解析异常或网络配置的疑难杂症，欢迎在评论区分享具体的错误日志或配置截图,我们将为您提供针对性的技术支持。
原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/37205.html
