域名系统（DNS）是互联网的核心基础设施之一，它充当着将人类易于记忆的域名（如 www.google.com）翻译成机器能够识别的IP地址（如 250.199.100）的“电话簿”，对于网络管理员、开发人员乃至高级用户而言，掌握与DNS相关的命令行工具是进行网络诊断、安全分析和系统维护的必备技能，这些工具能够让我们直接查询DNS服务器，获取域名背后的各类记录信息，从而快速定位问题，本文将详细介绍几个最常用且功能强大的DNS相关命令，并通过实例和对比，帮助读者理解和运用它们。
nslookup：经典的跨平台查询工具
nslookup（Name Server Lookup）是一个历史悠久且几乎在所有操作系统（Windows, macOS, Linux）上都默认安装的DNS查询工具，它提供了交互式和非交互式两种模式，非常适合进行快速的DNS查询。
常用语法与示例：
-
基本域名查询（A记录）： 这是最常见的用法，用于查询域名对应的IPv4地址。
nslookup www.example.com
执行后,你会看到类似如下的输出，包含了提供解析的DNS服务器地址以及查询到的IP地址。
-
反向DNS查询（PTR记录）： 通过IP地址查询其关联的域名。
nslookup 8.8.8.8
这常用于识别某个IP地址的归属或验证邮件服务器的反向解析配置。
-
指定DNS服务器进行查询： 当你需要验证某个特定DNS服务器上的记录是否正确，或者排查DNS缓存问题时，这个功能非常有用。
nslookup www.example.com 8.8.4.4
此命令会直接向Google的辅助DNS服务器（8.8.4.4）发起查询，绕过你本地网络配置的DNS服务器。
dig：功能强大的深度查询工具
dig（Domain Information Groper）是Linux和macOS系统下更受推崇的DNS查询工具，相比于nslookup，dig的输出信息更详细、结构更清晰，并且提供了丰富的定制选项，是专业人士的首选。
常用语法与示例：
-
标准查询：
dig的默认输出比nslookup详细得多，包含了查询状态、问题部分、回答部分、权威部分和附加部分。dig www.example.com
-
查询特定记录类型： DNS不止有A记录，还有MX（邮件交换）、CNAME（别名）、TXT（文本）等多种记录类型。
dig可以轻松指定查询类型。# 查询邮件服务器记录 dig example.com MX # 查询SPF（发件人策略框架）记录，是一种TXT记录 dig example.com TXT
-
获取简洁的输出： 有时候我们只想要最终的答案，不关心其他技术细节，使用
+short选项可以实现。dig +short www.example.com
这非常适合在脚本中使用,可以直接获取IP地址进行后续处理。
-
追踪DNS解析路径：
+trace选项可以显示从根域名服务器开始，逐级查询直到最终获得结果的完整路径，对于理解DNS解析过程和排查权威DNS配置错误非常有帮助。dig +trace www.example.com
host：简洁高效的单任务工具
host是另一个在Unix-like系统上常见的工具，它的设计哲学是“做一件事，并把它做好”，它的输出非常简洁，介于nslookup的交互式和dig的详细输出之间，适合快速获取核心信息。
常用语法与示例：
# 正向查询 host www.example.com # 反向查询 host 8.8.8.8 # 查询特定记录类型 host -t MX example.com
host命令的输出干净利落，没有多余的装饰信息，非常适合需要快速得到结果的场景。
命令对比与实际应用
为了更直观地理解这三个命令的区别,下表小编总结了它们的主要特点：
| 命令 | 主要平台 | 优点 | 缺点/特点 |
|---|---|---|---|
nslookup |
Windows, macOS, Linux | 跨平台通用，支持交互模式 | 输出格式在不同系统间可能不一致，功能相对有限 |
dig |
Linux, macOS | 输出详细、格式稳定、功能强大、可定制性高 | Windows系统默认不安装 |
host |
Linux, macOS | 输出简洁，适合脚本和快速查询 | 功能不如dig丰富，信息量较少 |
实际应用场景与排查思路：
-
网站无法访问：
- 首先使用
ping www.domain.com，如果提示“cannot find host”，说明DNS解析失败。 - 使用
nslookup www.domain.com或dig www.domain.com查看是否能获取到IP地址，如果失败，可能是本地DNS或权威DNS问题。 - 尝试使用
nslookup www.domain.com 8.8.8.8指定公共DNS再次查询，如果成功，说明问题出在你本地网络或ISP的DNS服务器上。
- 首先使用
-
验证邮件服务器配置： 使用
dig example.com MX来查找该域名的邮件交换记录，确保邮件能够正确投递。 -
检查DNS记录全球生效情况： 当你刚修改了DNS记录后，全球各地的DNS服务器更新速度不一，你可以通过
dig @dns-server-ip domain.com来指定不同地区的公共DNS服务器（如Google的8.8.8.8，Cloudflare的1.1.1.1）进行查询，以确认记录是否已在全球同步。
相关问答FAQs
问题1：nslookup 和 dig 看起来功能类似，我应该优先使用哪个？
答： 日常使用中，如果你在Windows系统上，nslookup是唾手可得的选择，但如果你在Linux或macOS上，或者需要进行更深入、更专业的DNS分析，强烈推荐使用dig。dig的输出更加标准化和详细，提供了如+trace和+short这样强大的调试和脚本集成选项，能让你对DNS查询过程有更全面的掌控，可以说，nslookup适合“快速看一看”，而dig适合“深入分析”。
问题2：我修改了域名的DNS记录后，过了很久还是不生效，如何用命令排查？
答： 这种情况通常与DNS缓存和传播延迟有关，可以在你的本地电脑上使用 dig 或 nslookup 查询，看看是否还是旧结果，如果是，可以尝试清除本地DNS缓存（Windows: ipconfig /flushdns；macOS: sudo dscacheutil -flushcache），最关键的一步是绕过所有中间缓存，直接向你的权威DNS服务器发起查询，你可以通过 whois your-domain.com 命令找到该域名的权威DNS服务器列表，然后使用 dig @your-authoritative-dns-ip your-domain.com 直接查询它，如果权威DNS返回的是新记录，而其他公共DNS（如dig @8.8.8.8 your-domain.com）返回的仍是旧记录，那就说明问题在于全球DNS传播需要时间，你只需耐心等待即可。