DNS Checker 怎么用：在线查询 DNS 记录与传播状态

更新于 2026-11-01 · birds.mom

简答：要在线检查 DNS，先打开 DNSChecked 的 Global DNS Checker，输入完整域名或 IP，选择 A、AAAA、CNAME、MX、NS、TXT 等记录类型并点击 Check；它会按页面列出的节点展示查询结果。若只想查询单个解析器的结果，可使用 Google Public DNS 的在线 Resolve 页面。判断“是否生效”时，不要只看红绿节点：还要核对权威名称服务器、返回值、TTL 和查询状态。

定义：DNS Checker 是用于在线查询 DNS 记录、对比多个解析器或地区节点结果，并辅助判断 DNS 修改是否生效的工具或检查流程。

先用在线工具：输入域名、选择类型、查看节点结果

如果你的目标是确认网站、邮箱或域名验证记录是否已更新，先直接打开 DNSChecked Global DNS Checker。页面当前提供 Domain or IP 输入框、地区选择、记录类型选择和 Check 按钮；可选择 A、AAAA、CNAME、MX、NS、PTR、SRV、SOA、TXT、CAA、DS、DNSKEY 等类型，并将结果按页面列出的节点展示。该页面当前说明查询覆盖 65 个节点，但节点位置是有限样本，不代表每个国家或每个运营商网络。核验日期：2026-11-01。dnschecked.com

在 Domain or IP 中输入完整主机名，例如 example.com、www.example.com 或 _dmarc.example.com。
不要输入 https://、网页路径、端口号或邮箱地址；查询 IP 反向解析时才输入 IP，并选择 PTR。
选择要检查的记录类型。网站迁移先选 A、AAAA 或 CNAME；邮箱迁移先选 MX；域名验证或邮件认证通常选 TXT。
点击 Check，查看每个节点的状态、答案值和 TTL。若工具提供 Expected answers，可填入服务商给出的预期值，再观察是否匹配。

如果只需要一次查询，而不是比较多个节点，可打开 Google Public DNS Resolve，输入域名或 IP 后执行 Resolve。Google 页面适合快速查看单个公共解析器的结果；Google 的 JSON API 还支持通过 name 和 type 指定查询名称与记录类型，并返回状态、答案、TTL 和可选 DNSSEC 信息。dns.google

DNS Checker、DNS Lookup 和 DNS Leak Test 有什么区别

工具或说法	主要回答的问题	适合场景	不能证明什么
DNS Checker / Propagation Checker	不同节点或解析器当前返回什么	检查 DNS 修改是否逐步传播	不能代表全球所有网络，也不能证明网站服务正常
DNS Lookup	某个名称的某种记录是什么	查询 A、MX、TXT、NS、SOA 等记录	一次查询不能代表其他解析器的缓存状态
DNS Leak Test	当前设备实际把 DNS 查询发给了哪些解析器	检查代理、隧道、DoH 或系统 DNS 配置	不能替代域名记录传播检查

DNSChecked 页面本身明确说明，结果反映其列出的解析器在查询时的返回值，其他网络可能得到不同答案。因此，在线传播检查适合做“多点抽样”，不应被解释为全球一致性证明。dnschecked.com

Google Public DNS 的网页和 JSON API则更接近“指定一个公共解析器进行 DNS Lookup”。API 中的 name 是必填参数，type 可用于指定记录类型；域名应使用合法格式，非 ASCII 域名通常需要使用 Punycode。developers.google.com

按场景选择记录类型：网站、邮箱和域名验证

目标	优先检查	成功标准	常见误区
根域名指向新网站	`A`、`AAAA`	返回预期 IPv4 或 IPv6 地址	只查了 `www`，漏查根域名或错误的 AAAA
`www` 指向托管平台	`CNAME`、必要时 A/AAAA	返回服务商要求的规范名称或地址	把根域名和 `www` 当成同一个 DNS 名称
邮箱迁移	`MX`	邮件服务器名称和优先级符合服务商要求	只查网站 A 记录，不查 MX 指向主机的地址
SPF、DKIM、DMARC	`TXT`	完整文本出现在正确的主机名下	DKIM 选择器或 `_dmarc` 前缀写错
域名验证	`TXT`	返回服务商提供的完整验证值	复制了错误的主机名、引号或部分 TXT 内容
证书颁发限制	`CAA`	目标证书机构被允许或没有冲突限制	只查 TXT，忽略 CAA
反向 DNS	`PTR`	IP 对应到预期主机名	把域名当作普通 A 记录查询；PTR 应以 IP 为入口

记录类型名称和用途可通过 IANA DNS 参数与记录类型注册表核对。A、AAAA、CNAME、MX、NS、PTR、SOA、TXT、CAA、DS 和 DNSKEY 的具体返回格式仍应以当前工具或 DNS 服务商控制台为准。iana.org

网站迁移

分别查询 example.com 和 www.example.com，不要只查其中一个。如果根域名配置了服务商提供的“别名”功能，先按该 DNS 服务商的说明操作。标准 CNAME 不能与同名的其他记录共存；根域名是否支持 ALIAS、ANAME 或 CNAME flattening，取决于 DNS 服务商的具体实现，不能把普通 CNAME 规则直接套用到所有根域名。

邮箱迁移

先查根域名的 MX，再继续查询 MX 指向主机的 A 或 AAAA。SPF 通常位于根域名的 TXT 记录，DKIM 通常位于“选择器加 ._domainkey”的 TXT 记录，DMARC 通常位于 _dmarc.example.com 的 TXT 记录；选择器和文本必须以邮件服务商提供的值为准。

反向 DNS

PTR 用于从 IP 查询对应的主机名。在线工具支持 PTR 时，输入 IP 并选择 PTR；命令行也可使用 nslookup 203.0.113.10 或 dig -x 203.0.113.10。PTR 通常由 IP 地址持有方或云服务商管理，不一定能在域名 DNS 控制台中修改。

最短判断流程：先查权威服务器，再看公共解析器

在线节点显示新旧值混杂时，最重要的是先区分“权威区域尚未更新”和“公共解析器仍在缓存”。推荐按以下顺序复核：

查询域名的 NS，确认当前委派到哪组权威名称服务器：dig example.com NS +short。
直接向查询到的权威服务器查询目标记录：dig @ns1.example-dns.com example.com A +noall +answer。其中名称服务器必须替换为真实的 NS。
再查询公共解析器，例如：dig @8.8.8.8 example.com A +noall +answer 和 dig @1.1.1.1 example.com A +noall +answer。
记录状态、答案值、TTL、查询时间和使用的解析器，再与在线传播检查结果对照。

权威服务器结果	公共解析器结果	更可能的判断	下一步
新值	全部新值	该抽样范围内已一致	继续验证网站、邮箱或应用层
新值	部分旧值或 NXDOMAIN	可能是缓存、负缓存、GeoDNS 或解析策略差异	核对 TTL、SOA、委派和不同网络结果
旧值	旧值	更像权威区域、委派或修改入口不正确	回到 DNS 控制台确认实际生效的服务商和主机名
无目标记录	无目标记录	可能是查错类型或记录尚未创建	区分 NOERROR/NODATA 与 NXDOMAIN
超时或 SERVFAIL	超时或 SERVFAIL	可能涉及权威服务、委派、DNSSEC 或网络问题	更换解析器并检查 DNSSEC、NS 和连通性

“权威服务器是新值、公共解析器仍是旧值”只是缓存尚未过期的一种解释，也可能与委派不一致、区域版本未同步、GeoDNS 或不同解析策略有关。只有在权威服务器、委派和目标记录均确认无误后，才适合把差异归因于缓存。

TTL、旧值和 NXDOMAIN：传播时间应该怎样判断

TTL 表示递归解析器可以缓存该记录多长时间，但实际看到新值的时间还会受本地缓存、递归解析器、负缓存、委派和 DNS 服务商实现影响。Cloudflare 文档也提醒，即使记录的 TTL 较短，本地 DNS 缓存仍可能让实际变化晚于该时间。developers.cloudflare.com

如果新建的子域名此前不存在，部分解析器可能已经缓存了 NXDOMAIN。此时要查看响应中的负面答案信息以及相关 SOA 字段，不能只凭普通记录的 TTL 推算。RFC 2308 规定了 DNS 负缓存机制；实际负缓存时长应以响应中的负缓存 TTL 和相关 SOA 信息为准。rfc-editor.org

权威新值，公共旧值：先记录 TTL 和查询时间，避免频繁修改同一记录。
权威 NXDOMAIN：优先检查主机名拼写、记录是否创建在正确区域，以及域名委派是否指向该 DNS 服务商。
权威 NOERROR 但没有目标类型：域名可能存在，但没有当前查询的记录。例如只有 A，没有 AAAA；或有网站记录，没有 MX。
SERVFAIL：检查权威名称服务器可用性、委派一致性和 DNSSEC 的 DS、DNSKEY、RRSIG 是否匹配。

工具隐私与结果边界：在线查询时哪些信息可能经过服务端

不同 DNS Checker 的数据流向不能一概而论。DNSChecked 当前页面说明结果来自其列出的节点在查询时的返回值，并展示节点覆盖范围；这表明它的传播检查不是单纯读取你本机缓存的结果，但本次检索未核实其完整日志保留政策，因此域名是否被记录、保存多久和是否用于统计，应以该工具当前隐私政策为准。dnschecked.com

Google Public DNS 的在线页面和 DoH API则由 Google Public DNS 代为查询。Google 的隐私说明称，临时日志可能包含发送查询的 IP 地址和查询细节，并按其政策处理；永久日志会保留去标识化的域名、记录类型、地区级信息和响应状态等统计数据。Google 还说明其 DoH API通常会使用近似网络信息帮助返回位置相关结果；如果不希望向权威服务器发送部分客户端网络信息，API文档提供了 edns_client_subnet=0.0.0.0/0 的参数示例。developers.google.com

因此，在线查询前可以按敏感程度选择方式：普通公开域名可使用在线传播检查；内部域名、临时验证值或不希望提交到第三方服务的名称，可在本机或受控服务器上使用 dig、nslookup 或自建 DoH 客户端。DoH 加密的是客户端到递归解析器之间的传输，不等于递归解析器完全不记录查询，也不等于权威服务器不会获得解析请求相关信息。developers.google.com

结果出来后仍打不开：DNS 检查不等于网站可用性检查

DNS Checker 只能说明名称解析链路返回了什么，不能直接证明网站端口、TLS、HTTP 服务、邮件投递、代理连接或跨网络访问正常。即使 A、AAAA 或 CNAME 已经一致，仍可能存在错误的 IPv6、端口未开放、证书不匹配、路由丢包、MTU 问题或本机代理覆盖。

DNS 结果正确但浏览器打不开：继续检查 TCP 端口、TLS 证书和 HTTP 响应。
只有某个网络失败：分别在家庭网络、移动网络或办公网络查询，比较使用的解析器和返回地址。
只有一台设备失败：检查 hosts 文件、浏览器安全 DNS、本机缓存和代理设置。
邮箱仍投递到旧服务器：比较 MX 的权威结果和公共解析器结果，并检查旧 MX 的 TTL；清理本机缓存不会清除发件方解析器的缓存。

复测时建议保存完整主机名、记录类型、查询服务器、状态、答案值、TTL、查询时间以及实际网站或邮件表现。没有实测数据时，不应把节点数量、返回速度或部分地区结果写成全球可用性保证。

常见问题

DNS Checker 显示部分地区还是旧值，说明配置错了吗？

不一定。先直接查询权威名称服务器。如果权威服务器已经返回新值，而部分公共解析器仍返回旧值或 NXDOMAIN，可能是缓存、负缓存、GeoDNS 或解析策略差异；如果权威服务器也返回旧值，则应检查实际修改的 DNS 服务商、主机名、委派和记录冲突。

DNS 记录修改后多久能全部生效？

没有适用于所有域名的固定时间。应结合记录 TTL、递归解析器缓存、此前是否缓存过 NXDOMAIN、委派状态和服务商实现判断。新建记录尤其要查看负面答案中的 TTL 与相关 SOA 信息，而不是只套用“几分钟”或“几小时”的经验。

网站能打开，但 DNS Checker 查不到 MX，正常吗？

可能正常。网站访问主要依赖 A、AAAA 或 CNAME，MX 专门用于邮件投递。如果该域名不接收邮件，可以没有 MX；如果正在迁移邮箱，则应按邮件服务商要求检查 MX，并继续查询 MX 指向主机的 A 或 AAAA。

为什么根域名正常，www 却失败？

根域名和 www 是两个不同的 DNS 名称。请分别查询 <code>example.com</code> 和 <code>www.example.com</code> 的 A、AAAA 或 CNAME，检查是否漏配、拼写错误，或存在与 CNAME 不兼容的同名记录。

DNS Checker 能证明网站服务器正常吗？

不能。它主要验证名称解析结果。即使 DNS 返回正确，服务器仍可能存在端口未开放、TLS 证书错误、HTTP 服务异常、路由丢包或 MTU 问题。DNS 通过后，还要进行端口、TLS 和应用层验证。

PTR 应该怎么查？

PTR 是反向 DNS 记录，应以 IP 地址为入口，而不是把域名当成普通 A 记录查询。在支持 PTR 的工具中输入 IP 并选择 PTR；命令行可使用 <code>dig -x IP地址</code> 或 <code>nslookup IP地址</code>。

DNS Checker 和 DNS 泄漏测试应该选哪个？

要确认域名记录是否更新，选择 DNS Checker 或 DNS Lookup；要确认当前设备在代理、隧道、DoH 或系统配置下实际使用了哪些解析器，才使用 DNS 泄漏测试。两者检查对象不同，不能相互替代。