使用 Windows CMD（命令提示符）中的 nslookup 命令是检查域名解析状态、排查 DNS 故障以及验证 DNS 传播进度的最直接、最权威的方法，相比于依赖在线工具或浏览器访问，CMD 能够绕过本地浏览器缓存，直接向指定的 DNS 服务器发起查询请求，从而精准定位域名解析是否生效、解析记录是否正确以及是否存在 DNS 劫持或污染问题，掌握这一技能，对于网站管理员、运维人员及技术开发者而言，是保障网络服务稳定性的基本功。
基础解析查询：验证 A 记录与默认指向
在进行域名解析检测时,首要任务是确认域名是否正确指向了目标服务器的 IP 地址，这是网站能够被正常访问的基础。
打开 CMD 的方式非常简单，用户可以通过按下键盘上的 Win + R 键，输入 cmd 并回车，或者在开始菜单搜索栏中输入“命令提示符”即可进入操作界面。
进入界面后,输入 nslookup 命令即可开始查询，默认情况下，如果不加任何参数，系统将使用本地网络配置的 DNS 服务器（通常是运营商提供的 DNS）进行查询，输入 nslookup www.example.com，系统将返回两组关键信息：第一行是“服务器”，显示当前使用的 DNS 服务器地址及名称；第二行是“Address”，列出了该域名解析到的 IP 地址。
如果返回的 IP 地址与您在域名服务商后台设置的 A 记录一致，说明解析已经生效。 若返回多个 IP 地址，这通常意味着配置了负载均衡或多线路解析，CMD 会将所有结果列出，如果提示“请求超时”或“找不到主机”，则可能意味着解析尚未生效、DNS 服务器故障或域名配置有误。
进阶记录类型检测：MX、CNAME 与 TXT 查询
域名解析不仅仅包含将域名指向 IP 的 A 记录，还涉及邮件交换记录（MX）、别名记录（CNAME）以及文本记录（TXT），CMD 允许用户通过指定查询类型来精准验证这些记录。
查询 MX 记录（邮件服务配置）
对于企业邮箱的搭建，MX 记录的解析至关重要，在 CMD 中，首先输入 nslookup 进入交互模式，然后输入 set type=mx 将查询类型更改为 MX，接着输入域名，系统将返回邮件服务器的优先级及地址，优先级数值越小，代表优先级越高，如果此处无返回值，企业邮件将无法正常接收。
查询 CNAME 记录（别名指向）
CDN 加速或企业邮局通常使用 CNAME 记录，同样在交互模式下，输入 set type=cname，再查询域名，正确的返回结果应显示“canonical name =”，即别名的目标地址，这是验证 CDN 是否正确接入的关键步骤。
查询 TXT 记录（SPF/DKIM 验证）
为了防止邮件被识别为垃圾邮件，通常需要配置 SPF 记录，输入 set type=txt 进行查询，返回结果通常是一段以 v=spf1 开头的字符串，验证这段字符串是否与您在域名服务商处配置的完全一致，是确保邮件信誉度的重要手段。
指定 DNS 服务器：权威性与故障排查
本地网络默认的 DNS 服务器（如 114.114.114.114 或 8.8.8.8）可能存在缓存延迟，导致查询结果不是最新的，为了获得最权威的解析结果，或者排查不同地区解析不一致的问题，我们需要指定特定的 DNS 服务器进行查询。
使用权威 DNS 服务器查询是验证解析配置是否完全生效的“金标准”。
操作方法是在 nslookup 命令后加上目标 DNS 服务器的 IP，查询域名的权威解析，可以使用该域名提供商的权威 DNS 地址（如阿里云的 DNS 服务器），命令格式为：nslookup www.example.com 223.5.5.5。
通过对比本地 DNS 查询结果与权威 DNS 查询结果，可以快速判断问题所在：
- 两者一致： 说明解析已全网生效，且本地 DNS 缓存已更新。
- 权威 DNS 有结果，本地 DNS 无结果/结果不同： 说明解析配置正确，但存在传播延迟，或者本地 DNS 缓存未刷新。
- 权威 DNS 无结果： 说明域名服务商处的解析配置本身有误或未保存成功，需登录后台检查。
常见解析异常的诊断与解决方案
在实际操作中,经常会遇到解析异常的情况，结合 CMD 的反馈，我们可以制定专业的解决方案。
解析延迟与 TTL（生存时间）
修改解析记录后，往往不会立即生效，这是因为 DNS 缓存机制在起作用，每条解析记录都有 TTL 值，在 CMD 中查询时，如果发现结果未更新，可以使用 ipconfig /displaydns 查看本地缓存，并使用 ipconfig /flushdns 命令强制清除本地 DNS 缓存，这是解决本地电脑无法访问新解析网站的第一步。
DNS 劫持与污染
如果在 CMD 中查询到的 IP 地址明显异常（例如被指向了一个广告页面或错误的 IP），极有可能是遭遇了 DNS 劫持，通过指定纯净的公共 DNS（如阿里云 223.5.5.5 或 Google 8.8.8.8）进行查询，如果返回结果正常，则证实是本地运营商 DNS 存在问题。解决方案是将电脑或路由器的 DNS 服务器地址手动修改为可信的公共 DNS。
请求超时（Request Timed Out）
如果持续出现 Request Timed Out，首先应检查本地网络连接是否正常（使用 ping 命令测试），如果网络正常但解析超时，可能是目标 DNS 服务器拒绝服务或防火墙拦截，尝试更换多个不同的 DNS 服务器地址进行测试，以排除单点故障。
通过 CMD 进行域名解析检测，不仅是一个查询过程，更是一个逻辑严密的故障排查流程，从基础的 A 记录验证，到进阶的记录类型切换，再到权威 DNS 的比对，这一系列操作构成了网络运维中不可或缺的技术闭环。
相关问答
Q1：为什么我在域名服务商后台已经修改了 IP 地址，但在 CMD 中使用 nslookup 查询到的还是旧 IP？
A： 这种情况通常是由 DNS 缓存导致的，DNS 记录在全球范围内传播需要时间，且受 TTL（生存时间）值控制，请尝试在 CMD 中输入 ipconfig /flushdns 清除本地缓存，如果清除后仍显示旧 IP，说明您本地网络连接的 DNS 服务器（通常是运营商分配的）尚未更新缓存，您可以指定使用权威 DNS 服务器（如 223.5.5.5）进行查询，如果权威 DNS 返回新 IP，则证明配置无误，只需等待运营商 DNS 自动刷新即可，通常这个过程在 10 分钟至 48 小时不等。
Q2：CMD 中显示“Non-authoritative answer”（非权威应答）是什么意思？是否影响网站访问？
A： “Non-authoritative answer”表示当前的查询结果来自于 DNS 缓存服务器（如本地运营商 DNS 或公共 DNS），而不是直接来自该域名的权威 DNS 服务器（如阿里云 DNS、万网 DNS），这不会影响网站的正常访问，只要解析结果正确即可，如果您需要获取最新、最源头的配置信息，建议在命令末尾加上权威 DNS 服务器的 IP 地址，这样返回的结果就会显示为“Authoritative answer”（权威应答），这对于排查解析配置是否立即生效非常有帮助。
如果您在域名解析过程中遇到其他疑难杂症,欢迎在下方留言分享您的 nslookup 结果截图，我们将为您提供进一步的诊断建议。
