使用 Nslookup 查询 DNS

nslookup（名称服务器查询）会直接查询 DNS，让您可以询问“这个名称解析到哪个 IP？”并检查 DNS 记录。按名称 ping 是间接测试 DNS，而 nslookup 则是有目的、详细地测试 DNS。它是诊断名称解析问题的主要命令行工具，可用于 Windows、Linux 和 macOS。

许多中断实际上是伪装成其他问题的 DNS 故障：某个网站“宕机”其实是因为无法解析，或者解析到了错误的服务器。使用 nslookup 直接查询 DNS，可以将名称解析与连接问题区分开来。如果 nslookup 返回正确的 IP，说明 DNS 正常，您应当去其他地方查找；如果查询失败，您就找到了原因。

基本的 nslookup 会显示负责响应的服务器（您的 DNS 服务器），然后显示查询的名称及其解析出的地址。同时看到服务器和答案，您就能知道是谁作出了响应以及响应内容是什么，而这正是判断解析是否正常所需的两个事实。

nslookup 经常会将答案标记为 Non-authoritative，表示答案来自缓存或递归解析器，而不是来自该域名自己的服务器。authoritative 答案则直接来自负责该域名的服务器。在追查过时记录时，这一区别很重要：缓存答案可能已经过时，因此查询权威服务器才能得知当前真实值。

您可以请求特定的记录类型。将类型设为 A 可查询 IPv4，设为 AAAA 可查询 IPv6，设为 MX 可查询邮件服务器，设为 CNAME 可查询别名，设为 NS 可查询名称服务器，设为 TXT 可查询文本记录。查询正确的类型，可以准确验证您怀疑的 DNS 具体部分，例如查明邮件为何无法正常传递。

nslookup 允许您查询指定的 DNS 服务器，而不是默认服务器。这个功能非常有用：如果本地服务器返回过时或错误的答案，可以直接询问 8.8.8.8 这样的公共解析器并进行比较。如果两者不一致，说明问题更可能出在您的 DNS 服务器或其缓存中，而不是域名本身。

反向查询执行相反的操作：利用 PTR 记录将 IP 地址转换回名称。只需向 nslookup 提供 IP，而不是名称即可。反向查询可以确认地址是否正确映射回名称，这对邮件服务器和日志记录很重要，因为名称到 IP 以及 IP 到名称的映射应当彼此一致。

不带参数运行 nslookup 可以进入交互模式。在该模式下，您可以设置服务器或记录类型等选项，并连续运行多个查询。调查复杂 DNS 问题时，这种方式非常方便，因为您无需每次重新输入完整命令。输入 exit 即可退出。

nslookup 有助于诊断几种典型症状：名称完全无法解析（DNS 服务器错误或无法访问）、名称解析到了错误的 IP（记录过时或错误），以及解析速度很慢（服务器负载过高或距离太远）。将症状与 nslookup 结果对应起来，可以快速判断 DNS 是否是问题所在。

在 Linux 和 macOS 中，dig (Domain Information Groper) 是比 nslookup 更详细的替代工具，会显示完整的查询部分、答案部分以及计时信息。许多专业人员因其清晰度而更喜欢 dig。CompTIA 重点介绍 nslookup，但了解 dig 的存在以及它能够完成相同的核心工作，会让您在实际工作中更有能力。

当基于名称的服务出现异常，但原始连接（按 IP ping）正常时，就应使用 nslookup。通过确认 DNS 返回的内容、响应所来自的服务器，以及答案是否具有权威性，您可以准确隔离名称解析故障。结合 ipconfig 检查已配置的 DNS 服务器，nslookup 能让 DNS 问题快速被发现和修复。

您已经学习了 nslookup。要点：

• nslookup 直接查询 DNS，以解析名称并检查记录。
• 它会显示负责应答的服务器以及解析出的地址。
• 您可以查询特定类型：A、AAAA、MX、CNAME、NS、TXT、PTR。
• 您可以向指定服务器发起查询，以便进行比较并找出过期缓存。
• dig 是 Unix 系统中功能更详细、用途相同的替代工具。