记录是否按预期返回
检查 A、AAAA、CNAME 与 NS。没有返回值、返回旧地址或记录类型错误,都可能让访问在 HTTP 请求之前就失败。
输入域名即可从 13CE 的越南网络节点发起 DNS 查询,对比 A、AAAA、CNAME 或 NS 记录。你还可以指定公共 DNS 或运营商解析器,判断异常来自记录配置、缓存传播还是解析器差异。
使用现有 13CE 检测系统提交任务;完成后进入统一结果页查看各节点返回值。
无需建立第二套结果系统:该表单与首页共用 /api/dnsjob 和统一结果页。
单次查询只告诉你一个解析器的答案。多节点对比更适合发现地域分流、缓存差异和配置传播问题。
检查 A、AAAA、CNAME 与 NS。没有返回值、返回旧地址或记录类型错误,都可能让访问在 HTTP 请求之前就失败。
同一域名在不同地区返回不同 IP 不一定是故障;CDN 与 GeoDNS 可能有意分流。关键是确认差异是否符合业务设计。
指定公共 DNS、运营商 DNS 或企业 DNS 后复测,可以区分权威记录问题与递归解析器缓存、策略或 ECS 行为。
填写裸域名或主机名,例如 example.com 或 www.example.com;即使粘贴完整 URL,工具也会提取主机名。
A 对应 IPv4,AAAA 对应 IPv6,CNAME 查看别名链入口,NS 查看权威名称服务器。
留空时使用节点系统解析器;填写 8.8.8.8、1.1.1.1 等地址可比较特定解析器。
关注哪些节点返回不同值、哪些节点没有答案,再结合 HTTP 与延迟检测确认对用户访问的影响。
| 现象 | 常见原因 | 建议动作 |
|---|---|---|
| 所有节点返回相同记录 | 配置已传播,或业务没有地域分流 | 继续用 HTTP 检测确认这些地址能否正常响应。 |
| 少数节点仍返回旧 IP | 递归缓存尚未过期、TTL 较长,或部分权威节点未同步 | 核对权威 DNS 配置和变更时间;等待 TTL 窗口后用相同节点复测。 |
| 不同地区返回不同 IP | CDN、GeoDNS、智能解析或运营商策略;也可能是错误分流 | 先判断差异是否符合设计,再分别测试这些 IP 对应的 HTTP 状态与延迟。 |
| 指定解析器后答案改变 | 解析器缓存、ECS、过滤规则或本地策略不同 | 并排比较系统解析器与指定解析器,并直接查询权威 NS 作为基准。 |
| AAAA 存在但 IPv6 访问失败 | IPv6 记录存在,但源站、防火墙或路由未正确提供 IPv6 服务 | 不要只删除记录;先用 TCP/HTTP 验证 IPv6 路径并修复服务。 |
刚切换源站或 CDN 时,重复检查新旧地址在不同节点的出现范围,避免只根据自己电脑的缓存下结论。
先看异常地区是否解析到不同 IP,再对该 IP 做 HTTP 与 TCP 检测,以区分 DNS 分流和源站可达性问题。
分别指定解析器复测。若权威答案正确而递归结果不同,通常需要等待缓存或联系解析器运营方。
分别查询 A 与 AAAA,并检查 IPv6 目标是否真的监听端口、证书是否覆盖域名以及路由是否可达。
假设多数越南节点返回 203.0.113.10,少数节点仍返回 198.51.100.20。
这不能仅凭“不同”判定故障。先核对它是否为预期的 CDN/GeoDNS 分流;如果不是,再检查权威记录、TTL 与变更时间。随后分别对两个 IP 对应的域名请求做 HTTP 检测,确认旧地址是否仍在提供正确内容。
DNS 检测展示查询结果,但不会单独证明网站可用,也不能替代权威 DNS 配置核查。DNS 一致之后,仍应结合 HTTP 状态、TCP 连通性和延迟结果判断最终体验。
搜索场景中这三个词通常指向同一需求:查询域名记录并判断解析是否正确。DNS 解析是把域名转换为记录的过程;DNS 查询是具体请求;DNS 检测更强调对结果进行对比和诊断。
常见原因包括权威记录未同步、递归缓存、DNSSEC 或委派配置异常,以及某些网络对解析器的访问问题。应比较多个节点与解析器,并直接核对权威 NS。
不一定。负载均衡、CDN 和 GeoDNS 经常返回多个或不同 IP。只有当返回值不符合设计,或某些地址无法提供正确服务时,才是需要修复的问题。
取决于旧记录 TTL、递归解析器缓存和权威配置同步情况。TTL 是重要参考,但不同解析器的实际刷新时间可能不同,因此需要在变更窗口内重复测试。
可以。在“DNS 解析器”字段填入解析器 IP 即可。留空时,各节点使用自己的系统解析器,更接近当地网络的实际解析路径。
需要核对 DNS 协议和公共解析器配置时,可继续阅读标准与官方文档。