权威 DNS 查询与递归 DNS 查询
权威模式从根服务器开始沿委派链查询，直到直接访问负责目标区域的权威名称服务器。每次请求都会重新执行委派过程，更强调来源和权威服务器当前发布的答案。
递归模式向选定的公共解析器请求最终答案。解析器可以根据 TTL 返回缓存记录，因此这个视角反映查询时该解析器用户可能取得的结果。
MIYAIP TOOLS
DNS / NSLookup 查询
使用 DNS / NSLookup 查询检查常见 DNS 记录，或沿委派链直查权威服务器；输入 IP 地址时还可执行 PTR 反向查询。
可以查询哪些 DNS 记录？
A 与 AAAA 把名称映射到 IPv4 和 IPv6；CNAME 把一个名称指向另一个名称；MX 与 TXT 用于邮件路由和公开策略；NS 与 SOA 描述区域权威和管理信息。
CAA 限制证书颁发机构，SRV 发布服务主机与端口，PTR 把 IP 映射到反向主机名。输入公网 IPv4 或 IPv6 地址时，工具会自动准备对应的 PTR 查询。
把 DNS 结果视为当前时刻的证据
答案、权威、附加与委派区段用于解释响应来源。DNS 刚变更时，在缓存过期前可能出现不同答案；判断记录缺失前，应对比解析器、TTL 和权威数据。
权威直查要求 MiyaIP 测试服务器能够访问公网 UDP 或 TCP 53 端口。路径被阻断时，工具会报告该模式不可用，不会把递归结果当作权威答案。
DNS 记录类型完整说明
应按服务问题选择记录类型。某一类型没有答案不等于域名故障；一个域名可以只在特定名称发布 MX 和 TXT，而不在同名位置提供地址记录。
| 类型 | 用途 | 常见检查 |
|---|---|---|
| A | 把主机名映射到 IPv4。 | 确认网站或 API 使用的 IPv4 目标。 |
| AAAA | 把主机名映射到 IPv6。 | 确认 IPv6 发布并比较双栈目标。 |
| CNAME | 把一个 DNS 名称别名指向规范名称。 | 追踪 SaaS、CDN 和验证别名；所有者名称通常不能再有无关数据。 |
| MX | 按优先级列出邮件交换器。 | 验证入站邮件路由及每个交换器能否解析。 |
| TXT | 发布由字符段组成的任意文本。 | 检查 SPF、域名验证与其他策略，不要假设所有 TXT 都属于邮件。 |
| NS | 把区域委派给权威名称服务器。 | 确认哪些服务器应提供权威响应。 |
| SOA | 描述区域权威、序列号、计时器与否定缓存参数。 | 比较序列号并理解不存在名称的缓存行为。 |
| CAA | 声明哪些证书颁发机构可为域名签发证书。 | 排查证书申请前检查签发策略。 |
| SRV | 通过优先级、权重、端口和目标定位服务。 | 检查明确定义 SRV 的协议服务发现。 |
| PTR | 在反向区域把 IP 映射回主机名。 | 用于邮件、日志和网络识别的反向 DNS 检查。 |
递归查询与权威查询流程
递归解析器接收客户端问题，并按需使用缓存、根引用、顶级域引用和权威答案，最终返回结果或错误，同时按规则缓存数据。公共递归结果因此代表该解析器当前掌握的状态，其中可能包含仍有效的缓存。
权威服务器托管被委派域名的区域数据，从自身权威内容作答而不是执行通用递归。查询权威服务器有助于区分发布错误与递归缓存陈旧。父区 NS 或 glue 错误仍会导致委派失败，结果冲突时应比较父区委派和子区域。
- 客户端询问递归解析器浏览器工具把选定名称与类型发送到当前解析模式。
- 解析器检查缓存并跟随引用没有可用缓存时，从 DNS 层级逐步走向权威区域。
- 权威服务器作答区域服务器返回记录、引用或带权威信息的否定响应。
- 解析器验证并缓存策略与 DNSSEC 验证会影响最终结果；TTL 控制正向数据可缓存时长。
TTL、缓存与 DNS 传播
TTL 是记录允许缓存的最长秒数，不是全网同步倒计时。修改前已取得旧值的解析器可以保留到各自缓存过期，没有缓存的解析器则可能立即看到新值，这种错峰替换通常被称为传播。
迁移前降低 TTL 可以缩短之后取得记录的生命周期，但不能撤销已经按旧 TTL 缓存的副本。否定响应也可能按 SOA 参数缓存。修改后先比较权威响应，再检查相关递归解析器并记录时间与剩余 TTL。
排查 DNS 响应码与超时
响应码能提示故障阶段，但一次观测不足以确定责任。修改线上区域前，应对权威服务器和第二个递归解析器重复查询。
| 结果 | 通常含义 | 检查内容 |
|---|---|---|
| NXDOMAIN | 响应权威或缓存否定结果认为查询名称不存在。 | 检查拼写、搜索后缀、委派、所有者名称和否定缓存时长。 |
| SERVFAIL | 解析器无法生成有效答案。 | 检查 DNSSEC、错误委派、权威可达性、畸形响应和上游健康。 |
| REFUSED | 服务器理解请求但策略拒绝。 | 确认递归权限、来源 ACL、视图配置及服务器是否应公开查询。 |
| Timeout | 客户端截止前没有可用响应。 | 检查 UDP/TCP、防火墙、包大小、路由、服务器与本地过滤。 |
网页查询与 nslookup 命令示例
在工具中只输入域名或地址并选择记录类型，不要粘贴 https://example.com/page 一类 URL 路径。PTR 可直接输入 IP，由工具构建反向问题。命令行 nslookup 在系统间略有差异，下列形式与网页中的基础查询一致。
常见 nslookup 对应命令
nslookup -type=A example.com
nslookup -type=AAAA example.com
nslookup -type=MX example.com
nslookup -type=TXT example.com
nslookup -type=CNAME www.example.com
nslookup -type=PTR 203.0.113.10
nslookup -type=NS example.com 1.1.1.1DNSSEC、邮件 DNS 与反向 DNS 场景
DNSSEC 使用签名与信任链，让验证解析器发现被修改或无法认证的数据。DS 与 DNSKEY 关系损坏时，验证解析器可能返回 SERVFAIL，而非验证路径仍显示记录。页面结果可作为起点，生产事故还应使用专用 DNSSEC 工具检查签名委派。
邮件排查应检查 MX 目标、其 A/AAAA、SPF TXT，并分别查询指定名称的 DKIM 选择器和 DMARC。反向 DNS 通常由地址空间运营者控制，而不是正向域名所有者。PTR 需要正确解析，但收件系统还可能要求匹配的正向记录与邮件服务器配置。
FAQ
常见问题
可以对 IP 地址执行反向 DNS 查询吗？
可以。输入公网 IPv4 或 IPv6 地址，MiyaIP 会自动执行 PTR 查询以检查反向主机名。缺少 PTR 记录不代表 IP 无效，很多地址所有者并未发布反向 DNS。
权威直查为什么仍然显示 TTL？
TTL 是权威服务器发布的记录字段，用于告诉递归解析器可以缓存多久。显示 TTL 不代表 MiyaIP 保存了该记录；再次查询仍会重新完成委派与权威请求。
递归模式能完全绕过缓存吗？
不能。MiyaIP 会关闭自身客户端与 HTTP 缓存并重新发起请求，但公共递归解析器可以按照权威 TTL 使用自己的缓存，因此页面会明确标记递归缓存可能存在。
测试节点为什么不是我的位置？
DNS 请求由当前 MiyaIP 应用服务器发出。节点国家、地区和城市按服务器公网出口估算，用于解释查询链路，不代表你的设备或 DNS 设置。
为什么权威模式可能不可用？
权威直查需要服务器能够访问公网 UDP 或 TCP 53 端口。部署网络拦截或劫持直接 DNS 连接时，MiyaIP 会报告不可用，不会把递归答案当作权威答案。
为什么 DNS 在一个网络可用，在另一个网络不可用？
递归缓存、过滤、分区 DNS、DNSSEC 验证、加密 DNS 设置与传播状态可能不同，应比较权威答案以及两个网络实际使用的递归解析器。
A 与 AAAA 记录有什么区别？
A 发布 IPv4 目标，AAAA 发布 IPv6 目标。双栈主机名可以同时拥有两者，客户端会根据自身网络行为选择可用路径。
可以用 nslookup 检查 SPF 和 DMARC 吗？
可以。SPF 查询域名的 TXT，DMARC 查询 _dmarc.example.com 的 TXT，DKIM 则使用带选择器的名称，并应分别按对应规范解释。
MIYAIP
需要稳定、可扩展的代理网络？
创建账号管理代理产品，或先查看动态住宅代理的流量定价。