DNS 术语 "nameserver" 与 "DNS resolver" 在不同场景下指代完全不同的组件，混淆二者会导致配置错误与排障偏向。本文梳理两个词的四种常见含义，给出按上下文判断的实用方法。
nameserver 的两种含义：
权威域名服务器存储某域名的正式记录，注册商或托管商提供的 NS 记录即指向此类服务器。修改域名的 nameserver、配置多组 NS 以提高可用性、在注册商后台更新 NS 记录，均属此语境。递归域名服务器（即 DNS resolver）则负责缓存与递归查询，浏览器不直接访问权威服务器，而是向本地配置的递归服务器发起请求。操作系统网络设置中填写的 8.8.8.8、1.1.1.1、9.9.9.9 等地址，以及“更换 nameserver 改善上网体验”类提示，均指递归服务器。作者倾向用 "DNS resolver" 称呼后者，因其比 "recursive nameserver" 更通用。
DNS resolver 的两种含义：
存根解析器（stub resolver）不具备完整递归能力，仅将查询转发给真正的递归解析器。它可以是库函数，例如 libc 的 getaddrinfo 只读取 /etc/resolv.conf 再发起请求；也可以是仅做转发的本地 DNS 服务。递归解析器则执行完整的迭代查询流程，从根区开始逐级追踪至权威服务器，获取答案后缓存并返回。同一术语在代码层面指库，在运维层面指服务器，需结合上下文区分。
上下文判断实操：
若讨论域名注册、NS 记录变更、区文件托管，nameserver 指权威服务器；若涉及客户端网络配置、公共 DNS IP、缓存刷新、解析速度优化，则指递归服务器。代码调用栈、库函数文档、/etc/resolv.conf 出现时，resolver 多为存根库；服务器部署、缓存策略、递归深度限制等运维话题下，resolver 指递归服务器。在文档与沟通中显式加前缀——authoritative nameserver、recursive resolver、stub resolver——可消除歧义。
工程师在编写自动化脚本、排查解析故障、对接厂商 API 时，若能准确识别对方口中的 nameserver 或 resolver 具体指代哪一层组件，即可避免将权威服务器地址误填至客户端配置、或把存根库行为当作递归服务器故障处理，从而缩短定位时间、减少配置回滚。
原文: APNIC Blog（2022-03-14）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog