在计算机网络的世界中，域名系统（DNS）扮演着“互联网电话簿”的关键角色，它将我们易于记忆的域名（如 www.google.com）翻译成机器能够理解的IP地址（如 142.250.191.78），当网络连接出现故障，或者我们需要验证域名解析是否正确时，掌握本机DNS命令就显得至关重要，这些命令行工具是网络管理员、开发人员乃至高级用户诊断网络问题、探索DNS基础设施的利器，它们无需安装，内置于操作系统中，能够提供关于DNS解析过程的直接、第一手的信息。
核心DNS查询工具：nslookup、dig与host
尽管不同操作系统提供的工具略有差异，但有几个命令是跨平台或在其生态系统中占据主导地位的，理解它们的功能和用法,是进行DNS诊断的第一步。
nslookup：经典的查询工具
nslookup（Name Server Lookup）是一个历史悠久且广泛使用的DNS查询工具，几乎在所有Windows、macOS和Linux发行版上都可以找到,它以其简单直观的交互式和非交互式模式而闻名。
基本用法： 最简单的用法是直接查询一个域名的A记录（即IPv4地址）。
nslookup google.com
执行后,你会看到类似以下的输出：
Server: 192.168.1.1 # 你当前使用的DNS服务器
Address: 192.168.1.1#53
Non-authoritative answer: # 非权威回答，表示结果来自缓存
Name: google.com
Address: 142.250.191.78
Name: google.com
Address: 142.250.191.100
...交互式模式：
直接输入nslookup并回车，即可进入交互式模式，在此模式下，你可以连续执行多个查询,而无需重复输入命令。
nslookup > google.com > baidu.com > exit
指定查询类型和服务器：
nslookup的强大之处在于可以查询不同类型的DNS记录,并可以指定使用哪个DNS服务器进行查询。
- 查询MX（邮件交换）记录：
nslookup -type=mx google.com
- 使用公共DNS服务器（如Google的8.8.8.8）进行查询：
nslookup google.com 8.8.8.8
这在排查本地DNS服务器问题时非常有用,可以判断问题是否出在本地网络配置上。
dig：功能强大的专业工具
dig（Domain Information Groper）是Linux和macOS系统上更受青睐的DNS查询工具，相比于nslookup，dig的输出信息更详细、更结构化，且提供了更丰富的查询选项,是专业人士的首选。
基本用法：
dig的默认输出非常详尽,包含了查询的各个阶段信息。
dig google.com
输出会分为几个部分：
- QUESTION SECTION：你提出的问题。
- ANSWER SECTION：DNS服务器返回的答案。
- AUTHORITY SECTION：权威服务器的信息。
- ADDITIONAL SECTION：额外的信息。
- Query time、SERVER等统计信息。
简洁输出与特定记录查询：
- 获取简洁的IP地址列表：
dig google.com +short
这在脚本编写中极为方便。
- 查询特定记录（如TXT记录）：
dig google.com TXT
追踪DNS解析路径：
dig的一个杀手级功能是+trace选项，它可以显示从根域名服务器开始，逐级查询直到最终得到结果的完整路径,这对于理解DNS的层级工作机制和排查解析链中的问题非常有帮助。
dig google.com +trace
host：简单直接的查询工具
host是另一个在类Unix系统上常见的工具，它的设计哲学是“简单就是美”,它提供了一个非常简洁的界面来执行基本的DNS查询。
基本用法：
host google.com
输出会直接显示域名对应的IP地址,非常干净。
查询特定记录和反向查询：
- 查询MX记录：
host -t mx google.com
- 反向查询（通过IP查域名）：
host 142.250.191.78
Windows系统下的DNS缓存管理
除了查询DNS记录，Windows系统还提供了专门管理本地DNS缓存的命令，DNS缓存可以加快重复访问同一域名的速度,但有时也会因为缓存了过时或错误的信息而导致问题。
查看DNS缓存：ipconfig /displaydns
此命令会显示Windows本地DNS解析器缓存中的所有条目，由于缓存内容可能非常多，通常建议使用more或findstr进行筛选。
ipconfig /displaydns | findstr google.com
清空DNS缓存：ipconfig /flushdns
当你怀疑DNS缓存导致了访问问题（网站迁移了服务器后你仍然访问到旧地址），或者你刚刚修改了hosts文件但希望立即生效时,清空DNS缓存是首要的排查步骤。
ipconfig /flushdns
成功执行后，系统会提示“已成功刷新 DNS 解析缓存”。
工具对比与选择
为了更直观地理解这些工具的区别,下表对它们进行了小编总结：
| 命令 | 主要平台 | 核心优势 | 适用场景 |
|---|---|---|---|
| nslookup | Windows, macOS, Linux | 跨平台通用，支持交互模式 | 快速、跨平台的DNS查询，初学者入门 |
| dig | Linux, macOS | 输出详细，功能强大，支持追踪 | 深度DNS分析，脚本编写，专业网络诊断 |
| host | Linux, macOS | 输出简洁，操作简单 | 快速获取单个域名的IP或进行反向查询 |
| ipconfig | Windows | 管理本地DNS缓存 | 排查因缓存导致的本地解析问题 |
实际应用场景
掌握这些命令,你可以在多种情况下游刃有余：
- 网站无法访问时：使用
nslookup或dig检查域名是否能被正确解析为IP地址，如果解析正常，问题可能出在网络连接、服务器或防火墙；如果解析失败,则问题出在DNS层面。 - 验证DNS记录更改：当你为网站添加或修改了MX、CNAME、TXT等记录后，可以使用
dig或nslookup指定一个公共DNS服务器（如8.8.8.8）来验证更改是否已在全球生效。 - 排查邮件问题：通过查询MX记录,可以确认一个域名的邮件服务器配置是否正确。
- 安全分析：在分析可疑网络活动时，可以使用这些命令查询恶意域名指向的IP地址,或检查其DNS配置是否存在异常。
本机DNS命令是每个与网络打交道的人都应掌握的基本技能，它们就像是网络世界的听诊器，能够帮助我们洞察表面之下的运行状态,快速定位并解决许多棘手的网络问题。
相关问答FAQs
问题1：nslookup 和 dig 哪个更好？我应该如何选择？
解答： 这两者没有绝对的“更好”，而是各有侧重,适用于不同的场景和用户群体。
dig在功能上更胜一筹，它的输出信息更结构化、更详细，提供了如+trace（追踪解析路径）、+short（简洁输出）等高级选项，非常适合进行深度网络诊断、编写自动化脚本以及在Linux/macOS环境下进行专业工作，对于网络工程师和系统管理员来说，dig是首选工具。nslookup的最大优势在于其广泛的兼容性，它在Windows、macOS和Linux上都是默认可用的，这使得它成为一个非常可靠的跨平台快速查询工具，它的交互模式也便于进行连续的、探索性的查询，对于初学者或只需要在Windows上进行快速检查的用户来说，nslookup非常方便。
选择建议：
- 如果你使用Linux/macOS，或需要进行专业的DNS分析，请优先使用
dig。 - 如果你需要在Windows上快速检查，或者希望一个在任何系统上都能用的工具，
nslookup是理想选择。
问题2：我执行了 ipconfig /flushdns 清空了DNS缓存，但网站问题依旧，是什么原因？
解答： 清空本地DNS缓存只是排查DNS相关问题的第一步，如果问题依旧存在，说明原因可能不在于你本机的缓存，或者问题根本不在DNS层面,你可以从以下几个方面继续排查：
- 上游DNS缓存：你的路由器或互联网服务提供商（ISP）的DNS服务器也可能存有缓存，你可以尝试在路由器管理界面重启它，或者更换一个公共DNS服务器（如在网络设置中将DNS改为8.8.8.8或114.114.114.114）再试。
- DNS传播延迟：如果你刚刚修改了域名的DNS记录，全球范围内的DNS服务器更新这些信息需要时间（从几分钟到48小时不等），你可以使用
dig命令并指定一个不同地区的公共DNS服务器（如1.1.1.1）来查看解析是否已同步。 - 非DNS问题：网站无法访问的原因很多，DNS解析只是其中一环，问题可能出在：
- 网络连接：检查你的网络是否正常，尝试
ping该域名解析出的IP地址。 - 防火墙或安全软件：它们可能阻止了对该网站的访问。
- 网站服务器本身：网站服务器可能宕机或正在维护,你可以使用在线的网站状态检测工具来确认。
- 网络连接：检查你的网络是否正常，尝试