测试DNS服务器最直接、最常用的命令是nslookup，它能查询域名解析结果、指定DNS服务器、查看记录类型和TTL值；如果你在Linux或macOS环境，dig命令信息更全、排错更直观。本文围绕这两条命令，加上host、ping等辅助工具,给你一套完整的DNS排查实操方案。
为什么要手动测试DNS服务器
日常上网遇到网页打不开、图片加载慢，不少情况不是带宽问题，而是DNS解析出了问题，手动测试DNS的价值在于快速定位问题出在本地缓存、运营商DNS节点、还是域名配置本身，比如你刚把网站迁移到新服务器，改了A记录，但同事访问还是老IP，这时候你用nslookup指定公共DNS查一下,就能判断是解析生效延迟还是本地缓存没刷新。
用nslookup命令测试DNS服务器的完整流程
nslookup是Windows、macOS、Linux系统自带的查询工具，不需要额外安装，它有两种模式：交互模式适合连续查多个域名，非交互模式适合一次性查询。
基础查询操作
在终端里输入：
nslookup example.com默认情况下它会使用系统配置的DNS服务器（一般是你的路由器或运营商分配的地址），输出结果会显示服务器名称和地址，然后是Non-authoritative answer这个提示说明结果是DNS缓存返回的，并非域名权威服务器直接回复,属于正常现象。
指定DNS服务器查询
想测试某个公共DNS服务器是否可用，比如酷番云DNSPod的29.29.29,命令变成：
nslookup example.com 119.29.29.29这条命令在域名解析故障排查时非常实用，如果系统默认DNS解析不了，但换成29.29.29能正常返回IP,说明问题大概率出在运营商DNS身上。
实战案例：排查域名解析慢
建议用nslookup配合time命令测响应速度（Windows用户可用Measure-Command）,操作步骤：
- 先查默认DNS的响应时间
- 再指定
5.5.5（阿里DNS）对比 - 最后指定
8.8.8
- 连续执行3次，取平均耗时
如果某个DNS节点响应时间波动大，比如第一次10ms、第二次直接超时，说明该节点稳定性存疑，多数情况下，本地运营商DNS在访问国内站点时延迟更低，但劫持和污染风险相对高,公共DNS胜在稳定和纯净。
查询不同类型解析记录
域名不只A记录，还有MX（邮件）、TXT（验证文本）、CNAME（别名）等。nslookup支持指定记录类型：
nslookup -type=MX example.com
nslookup -type=TXT example.com
nslookup -type=NS example.com这组命令在排查企业邮箱收不到信、域名SSL证书验证失败时特别有用，比如你给域名加了TXT记录用于微信小程序校验，等了一天还没生效，用-type=TXT一查就清楚解析是否下发到了全国节点。
交互模式进阶用法
输入nslookup不带参数进入交互模式，
server 119.29.29.29
set type=MX
example.com这种方式适合连续排查多个域名、切换不同DNS做对比,适合运维人员批量检查。
dig命令和nslookup的区别在哪里
dig（Domain Information Groper）是Linux和macOS下的查询利器，输出比nslookup详细得多，业界普遍认为dig是排障首选,只是Windows不自带。
dig的核心命令
dig example.com
dig example.com @119.29.29.29
dig example.com A
dig example.com MXdig输出里有几个关键字段：status显示NOERROR表示正常，NXDOMAIN表示域名不存在；ANSWER SECTION是实际解析结果；Query time直接告诉你解析用了多少毫秒,这个数据在对比不同DNS性能时相当直观。
dig独有的排障价值
dig能显示DNS查询路径的完整链路，包括哪个根服务器、哪个顶级域服务器参与了应答，这能帮你判断解析问题出在哪一层，比如dig返回SERVFAIL，说明权威服务器在被查询记录时出错了,而不是本地网络问题。
nslookup跨平台通用，是Windows环境的首选；dig信息密度高，在Linux服务器上排查DNS配置错误效率更高，两者并不冲突，建议至少熟练掌握一个,同时在本地备用另一款。
Windows和Linux下测试DNS服务器用什么命令
不同系统自带工具差异不小,但覆盖主流使用场景足够用了。
Windows环境组合拳
除了nslookup,Windows下常配合以下命令排查：
ipconfig /all
ipconfig /displaydns
ipconfig /flushdnsipconfig /all查看当前网卡配置的DNS服务器地址；/displaydns显示本地DNS缓存内容；/flushdns清空缓存改完域名解析后浏览器还访问旧IP,执行这个命令让缓存强制刷新。
Linux环境高效排查
Linux下推荐dig搭配以下命令：
cat /etc/resolv.conf
systemd-resolve --status
nslookup example.com/etc/resolv.conf文件里写的是系统级DNS配置，systemd-resolve --status能查看当前生效的DNS链路（部分新版系统有效），改DNS配置后测试连通性，可以顺便用ping -c 4 223.5.5.5验证网络路径是否通。
macOS环境操作
macOS基于Unix，自带dig和nslookup，另外注意scutil --dns能查看系统当前的DNS解析器配置,比直接看网络设置更底层。
结合公网DNS工具进行域名解析检测
命令行工具测的是本地到DNS节点的连通性和解析结果，但全国不同地区的解析生效情况需要借助公网检测平台辅助判断,这类工具对验证你修改的解析是否生效特别有帮助。
比如你在DNSPod控制台改了一条A记录，想确认电信、联通、移动三大网络线路的解析结果是否一致，直接在检测工具里输入域名，它能返回多个城市、多运营商的解析快照,这比你自己逐地域找机器测试高效得多。
公网检测工具还有一类功能是DNS污染检测，能看出哪个地区返回了异常的IP，如果你怀疑域名被投毒或劫持,这类工具能提供客观证据。
本地测试DNS服务器的完整操作路径
无论你用的是哪套命令，测试逻辑是相通的,这里给出一套标准操作流程：
- 确认本机DNS配置：Windows执行
ipconfig /all，Linux执行cat /etc/resolv.conf - 清空本地缓存：Windows执行
ipconfig /flushdns，macOS执行sudo killall -HUP mDNSResponder，Linux执行sudo systemd-resolve --flush-caches - 基础解析测试：用
nslookup查询你知道的稳定域名，比如baidu.com，确认能正常返回IP - 指定DNS对比：分别指定
29.29.29（腾讯）、5.5.5（阿里）、8.8.8（Google）查询同一域名，对比返回IP和响应耗时 - 检查具体记录类型：按业务需求查询A、MX、TXT、NS记录
- 跨地域验证：用公网检测平台确认全国多线路的解析结果
这套流程走下来，能覆盖DNS解析错误、解析延迟、缓存未刷新、节点故障等绝大多数日常问题。
常见问题解答
nslookup能查到域名解析延迟是多少吗
能，但不是直接显示的，Windows下用Measure-Command包裹nslookup命令来计算耗时，Linux下用time命令，更直观的做法是用dig，输出末尾自带Query time字段，精确到毫秒，需要注意单次查询结果受网络波动影响,建议多次测试取平均值。
域名解析检测时返回Non-authoritative answer说明有问题吗
没有，这个提示只是说明当前DNS服务器返回的是缓存结果，不是直接从域名权威服务器查到的，缓存是正常机制，能提升解析效率，如果你需要绕过缓存获取权威答案，用dig加+norec参数,或者直接查询域名的NS服务器。
修改域名DNS服务器后多久能全球生效
受TTL值影响，短则几分钟，长则24-48小时，改DNS服务器（NS记录）之前，域名原来的TTL建议提前调低到600秒，这样新配置在全球刷新速度会明显加快，需要说明的是，部分老旧递归DNS节点可能不严格遵守TTL,所以极端情况下生效时间会超过预期。