查看服务器DNS配置是网络运维和故障排查中的基础且关键的操作。核心上文归纳是：在服务器上查看DNS主要分为两个系统层面，一是查看操作系统当前配置的DNS服务器地址，二是通过诊断工具验证DNS解析的实际工作状态。 在Linux系统中，主要通过读取/etc/resolv.conf配置文件或使用systemd-resolve命令；在Windows Server中，则主要通过ipconfig命令或网络适配器设置查看，使用nslookup、dig或ping等工具进行连通性测试，是确认DNS配置是否生效的必要步骤。
Linux系统下查看DNS配置的详细方法
Linux服务器是企业级应用的主流环境,其DNS查看方式因发行版和网络管理服务的不同而略有差异，但核心原理一致。
通过传统配置文件查看
绝大多数Linux发行版将DNS服务器地址存储在/etc/resolv.conf文件中，这是最直接、最通用的查看方式。
执行命令：cat /etc/resolv.conf
输出结果中，以nameserver开头的行即指明了DNS服务器的IP地址，通常情况下，系统会按照文件中的顺序依次查询，排在第一位的为首选DNS。
注意： 在现代Linux发行版（如Ubuntu 18.04+、CentOS 8+）中，该文件有时是由系统管理服务（如systemd-resolved或NetworkManager）动态生成的符号链接，直接修改此文件可能会在重启后失效，因此查看时需留意文件头部的注释信息。
使用systemd-resolved查看（现代系统标准）
对于使用systemd作为初始化系统的现代服务器，systemd-resolved通常负责处理DNS解析，查看其内部状态可以获取更详细的DNS信息。
执行命令：systemd-resolve --status
该命令会输出当前网络链接的DNS设置，包括全局DNS设置（Global DNS）和特定链路DNS设置（Link DNS）。这种方式能更准确地反映系统当前实际使用的DNS服务器，特别是在使用DHCP自动获取DNS的环境下。
使用NetworkManager查看
如果服务器使用NetworkManager管理网络，可以通过nmcli工具查看。
执行命令：nmcli device show <接口名> | grep DNS
或者查看所有连接的配置：nmcli connection show
这种方式适用于需要通过图形化工具或脚本管理网络连接的复杂环境。
Windows Server系统下查看DNS配置的详细方法
Windows Server环境提供了图形界面和命令行两种工具，命令行工具在远程运维时更为高效。
使用命令行工具ipconfig
这是最快查看DNS配置的方法。
执行命令：ipconfig /all
在输出结果中，找到当前活动的网络适配器部分，查看“DNS Servers”字段，这里会列出该主卡配置的首选DNS和备用DNS服务器地址。如果服务器配置了多个网卡，务必确认查看的是正确启用的那个适配器。
使用PowerShell查看
PowerShell提供了更结构化的对象输出，便于后续处理。
执行命令：Get-DnsClientServerAddress -AddressFamily IPv4
该命令将返回所有接口上配置的IPv4 DNS服务器地址，包括接口索引、服务器地址和是否属于由DHCP分配等信息。这对于编写自动化运维脚本或批量检查服务器状态非常有用。
图形界面查看
通过服务器管理器进入网络连接属性，选择IPv4协议属性，即可直观看到手动配置或自动获取的DNS服务器IP，虽然不适合远程批量操作，但在排查配置逻辑错误时非常直观。
DNS解析功能的验证与测试
仅仅查看配置是不够的,必须验证DNS服务器是否能够正常响应解析请求，这是排查网络连通性问题的关键环节。
使用dig命令（Linux/macOS）
dig（Domain Information Groper）是功能强大的DNS查询工具。
执行命令：dig www.baidu.com
重点观察输出中的“ANSWER SECTION”以及“Query time”，如果能够返回IP地址且查询时间在合理范围内（通常小于200ms），说明DNS工作正常。使用+trace参数（dig +trace www.baidu.com）还可以详细显示从根域名服务器开始的递归解析过程，这对于定位解析链路中的故障点极具专业价值。
使用nslookup命令（跨平台）
nslookup是标准的网络交互式查询工具。
执行命令：nslookup www.example.com
系统会返回解析该域名所使用的DNS服务器名称和IP，以及最终解析结果。如果返回“Non-existent domain”或“Request timed out”，则直接表明当前配置的DNS服务器无法解析该域名或网络存在中断。
使用host命令（Linux）
host是一个简洁的查询工具。
执行命令：host -a www.example.com
加上-a参数可以显示该域名的所有详细信息，包括邮件服务器、别名等，适合进行全面的DNS记录检查。
专业见解与常见问题处理
在实际运维中,查看DNS配置往往伴随着故障排查，以下是基于E-E-A-T原则的专业建议：
理解DNS解析优先级
服务器在进行域名解析时，并非直接查询配置的DNS服务器。优先级最高的是本地/etc/hosts文件（Linux）或C:\Windows\System32\drivers\etc\hosts文件（Windows）。 如果在hosts文件中存在记录，系统将直接使用该IP，忽略后续的DNS查询，在排查DNS解析异常时，务必首先检查这些本地文件是否被错误修改。
DNS缓存的影响
操作系统和DNS服务器本身都会有缓存机制，Linux上的systemd-resolved和Windows上的DNS Client服务都会缓存解析结果，当你修改了DNS配置但发现解析结果未变时，并非配置未生效，而是缓存作祟。 解决方案是清除缓存：Linux上执行systemd-resolve --flush-caches，Windows上执行ipconfig /flushdns。
配置文件冲突
在Linux系统中，如果同时运行了NetworkManager和systemd-resolved，且它们试图管理同一网络接口的DNS，可能会导致配置冲突。最佳实践是根据发行版建议，统一使用一种网络管理工具，避免手动混用配置文件和图形化管理工具。
相关问答
问题1：为什么我在Linux的/etc/resolv.conf中修改了DNS，重启后配置又还原了？
解答： 这是因为您的服务器使用了NetworkManager或systemd-networkd等网络管理服务，它们会根据连接配置文件动态覆盖/etc/resolv.conf，该文件可能只是一个符号链接，要永久修改DNS，应该编辑NetworkManager的连接配置（使用nmcli或nmtui）或者在/etc/systemd/resolved.conf中进行全局设置，而不是直接编辑resolv.conf。
问题2：服务器能ping通公网IP，但无法解析域名，这是什么原因？
解答： 这是一个典型的DNS故障，既然能ping通IP，说明网络链路和路由是正常的，问题出在DNS解析环节，可能的原因包括：配置的DNS服务器IP错误、DNS服务器宕机、防火墙拦截了53端口的UDP/TCP流量，或者本地DNS解析服务（如systemd-resolved）卡死，建议首先使用nslookup测试，并尝试将DNS服务器临时修改为通用的公共DNS（如8.8.8.8或114.114.114.114）进行对比验证。
如果您在具体的服务器环境中遇到DNS配置问题,欢迎在评论区留言，我们可以针对具体的操作系统版本和报错信息进行深入探讨。
