邮件服务器排障
公司邮件发不出去，对方退信提示‘域名不存在’。IT 运维在终端敲 nslookup 查 MX 记录，发现记录指向的邮件服务器 IP 已经换了，但本地 DNS 缓存还是旧地址。用本工具在线查 MX 和 A 记录，能看到 TTL 剩余时间，判断是缓存未过期还是上游 DNS 配置错误，省去逐级排查的半小时。
示例
正在查询 DNS 记录…
解析多类型记录需 1-2 秒，请稍候
!
查询失败
DNS records
输入域名后点击「查询」获取 DNS 记录
就绪 · 同源 API 实时解析 A / AAAA / CNAME / MX / TXT / NS
第一节
关于本工具
About排查邮件收发异常时，经常卡在 MX 记录上——明明域名解析正常，就是收不到信。输入域名，这个工具一次性返回 A、AAAA、MX、NS、TXT、CNAME 六类记录，省去反复切换查询类型的麻烦。结果由后端实时向权威 DNS 发起请求，不缓存历史数据，适合故障排查时获取最新解析状态。
使用场景
CDN 迁移验证
运维把网站从阿里云 CDN 切到 Cloudflare，改完 CNAME 记录后，部分地区用户反馈打不开。用本工具分别从国内和海外节点查 A 记录，发现华东节点已解析到新 IP，但华南节点还在旧 IP。对比 TTL 值，判断是 CDN 提供商的分区域生效时间差异，而非配置错误，避免回滚。
域名交易前验真
闲鱼上有人卖一个 4 字母 .com 域名，报价 3000 元。买家要求先查历史解析记录，看有没有被墙或挂过灰产。用本工具查 A 记录当前指向的 IP，再查 TXT 记录看有没有 SPF 或 DKIM 残留，如果 TXT 里还有前主人的邮件服务器签名，说明域名可能被滥发过垃圾邮件，直接砍价或放弃。
多线路机房切换
公司自建机房有电信和联通两条线路，通过 DNS 智能解析让不同运营商用户访问不同 IP。某天联通用户投诉慢，用本工具分别从电信和联通网络查 A 记录，发现联通线路的 IP 解析结果正常，但 ping 值高。进一步查 NS 记录确认权威服务器是否正常，定位到是联通骨干网出口拥堵，而非 DNS 故障。
子域名资产盘点
安全审计需要统计公司所有对外暴露的子域名，防止有‘测试.公司.com’这类未备案的入口。手动翻 DNS 记录太慢，用本工具批量查 CNAME 记录，发现三个子域名指向了第三方云服务（如 test.xxx.com → xxx.oss-cn-hangzhou.aliyuncs.com），而这些服务已过期无人维护，存在被接管风险。
域名所有权快速确认
客户要求把某个子域名指向他们的服务器，需要先确认该域名确实归对方所有。让对方提供域名注册邮箱，然后用本工具查该域名的 NS 记录，看权威服务器是否与注册商一致；再查 TXT 记录，看有没有对方提供的验证字符串。如果 TXT 记录里能找到约定的验证码，就能确认对方有管理权，避免误配。
第二节
使用指南
Getting Started使用步骤
- 1在输入框键入域名（如 example.com），下拉菜单勾选需查询的记录类型（A/AAAA/MX/NS/TXT/CNAME），支持多选
- 2点击「查询」按钮，结果区按记录类型分组展示，每行显示名称、类型、值及 TTL（缓存存活秒数）
- 3点任意结果行右侧的复制图标，该条记录值即写入剪贴板；展开「原始响应」可查看 DNS 报文 JSON 详情
输入输出示例
| 输入 | 输出 | 说明 |
|---|---|---|
| example.com | A: 93.184.216.34 AAAA: 2606:2800:220:1:248:1893:25c8:1946 MX: 0 example.com (priority 0) NS: a.iana-servers.net, b.iana-servers.net TXT: "v=spf1 -all" CNAME: (无) | 常规：典型域名同时返回 A、AAAA、MX、NS、TXT 记录，展示多记录类型聚合输出，CNAME 为空说明该域名无别名指向。 |
| google.com | A: 142.250.80.14 AAAA: 2404:6800:400a:809::200e MX: 10 smtp.google.com (priority 10), 20 alt1.smtp.google.com (priority 20) NS: ns1.google.com, ns2.google.com, ns3.google.com, ns4.google.com TXT: "v=spf1 include:_spf.google.com ~all", "google-site-verification=..." CNAME: (无) | 常规：高流量域名，MX 有多个优先级记录，TXT 包含 SPF 和验证记录，验证工具对多值记录的解析能力。 |
| localhost | A: 127.0.0.1 AAAA: ::1 MX: (无) NS: (无) TXT: (无) CNAME: (无) | 边界：保留域名，只有 A 和 AAAA 记录指向回环地址，其他记录类型为空，测试工具对特殊域名的处理。 |
| 1.1.1.1 | 错误：输入不是合法域名格式。请检查输入是否包含空格或特殊字符。 | 易错：用户常误将 IP 地址当作域名输入，工具应明确提示格式错误，而非返回空结果或解析失败。 |
| www.example.com | A: 93.184.216.34 AAAA: 2606:2800:220:1:248:1893:25c8:1946 MX: (无) NS: (无) TXT: (无) CNAME: www.example.com → example.com | 边界：子域名含 CNAME 别名指向主域名，且自身无 MX/NS/TXT 记录，验证工具对 CNAME 链的解析和记录类型选择性返回。 |
| example.com. | A: 93.184.216.34 AAAA: 2606:2800:220:1:248:1893:25c8:1946 MX: 0 example.com (priority 0) NS: a.iana-servers.net, b.iana-servers.net TXT: "v=spf1 -all" CNAME: (无) | 边界：末尾带点的完全限定域名（FQDN），工具应自动去除尾部点并正常查询，验证输入预处理能力。 |
| thisdomaindoesnotexist123456789.com | 错误：DNS 查询失败 — NXDOMAIN（域名不存在）。请确认域名拼写正确。 | 易错：不存在的域名，工具应返回明确的 NXDOMAIN 错误信息，而非无响应或假结果，帮助用户区分拼写错误和网络问题。 |
常见错误对照
1.AAAA 记录查询时漏了域名末尾的点
✗ 错误
www.example.com✓ 修复
www.example.com.DNS 协议中，完整域名（FQDN）末尾必须带点号，表示根域。省略点号可能导致解析器自动补全本地域名后缀，返回错误结果。
2.MX 记录查询时只写主机名没写优先级
✗ 错误
mail.example.com✓ 修复
10 mail.example.comMX 记录必须包含优先级数字（0-65535），数字越小优先级越高。只写主机名会被解析器视为无效记录，查询结果为空。
3.TXT 记录值没加引号导致多段被合并
✗ 错误
v=spf1 include:_spf.google.com ~all✓ 修复
"v=spf1 include:_spf.google.com ~all"TXT 记录值如果包含空格或特殊字符，必须用双引号包裹。否则 DNS 解析器会把空格后的内容当作新字段，导致 SPF 验证失败。
4.CNAME 记录查询时用了 IP 地址
✗ 错误
192.0.2.1✓ 修复
www.example.comCNAME 记录只能指向域名（别名），不能指向 IP 地址。输入 IP 时查询会返回 NXDOMAIN，因为 DNS 协议规定 CNAME 目标必须是域名。
5.NS 记录查询时忘了子域委托
✗ 错误
example.com✓ 修复
sub.example.comNS 记录通常用于子域授权。查询根域 NS 记录得到的是顶级域名服务器，而查询子域（如 sub.example.com）才能看到是否委托给了其他 DNS 服务器。
6.A 记录查询时用了 IPv6 格式地址
✗ 错误
2001:db8::1✓ 修复
192.0.2.1A 记录只存储 IPv4 地址（32 位），输入 IPv6 地址会解析失败。IPv6 地址必须用 AAAA 记录查询，两者记录类型不同。
7.查询结果中 TTL 值被误认为故障
✗ 错误
看到 TTL=300 以为 DNS 有问题✓ 修复
TTL=300 表示 300 秒内可缓存TTL（生存时间）是 DNS 缓存时长，单位秒。值小（如 300）说明记录更新频繁，是正常配置，不是错误。
8.同时查询多种记录类型时混淆结果
✗ 错误
一次输入 A,MX,TXT 三个类型✓ 修复
分三次分别查询 A、MX、TXTDNS 查询一次只能返回一种记录类型。多类型混查会导致解析器只返回最先匹配的类型，其他类型结果被丢弃。
第三节
工作原理
How It Works核心公式
DNS 查询结果 = 递归解析器 → 根服务器 → TLD 服务器 → 权威服务器 → 资源记录
变量说明
递归解析器用户端配置的 DNS 服务器，如 8.8.8.8根服务器全球 13 组根域名服务器，返回 TLD 服务器地址TLD 服务器顶级域服务器，如 .com 服务器，返回权威服务器地址权威服务器域名所有者指定的 DNS 服务器，返回最终记录资源记录A/AAAA/MX/NS/TXT/CNAME 等具体记录类型
示例
查询 example.com 的 A 记录：用户向递归解析器 8.8.8.8 发起请求；8.8.8.8 向根服务器查询 .com 服务器地址；根服务器返回 .com TLD 服务器地址；8.8.8.8 向 .com 服务器查询 example.com 的权威服务器地址；.com 服务器返回 ns1.example.com；8.8.8.8 向 ns1.example.com 查询 A 记录；ns1.example.com 返回 93.184.216.34；最终用户得到 IP 93.184.216.34。
用户输入 / 最终输出
本地处理与校验
后端递归查询
第五节
常见问题
Q & A问我输入一个域名，为什么 A 记录和 CNAME 记录查出来的结果不一样？＋
答
A 记录直接返回域名对应的 IPv4 地址，而 CNAME 记录返回的是另一个域名（别名）。比如你查 www.example.com 的 CNAME，结果可能是 example.cdn.com，然后浏览器再对 example.cdn.com 做 A 记录查询才能拿到真实 IP。本工具会同时展示这两种记录，方便你区分域名解析链的每一层。
问为什么查 MX 记录时，有的域名返回多个邮件服务器？哪个才是主服务器？＋
答
一个域名可以配置多个 MX 记录用于负载均衡或故障切换。每条 MX 记录前面都有一个优先级数字，数字越小优先级越高，邮件会优先投递到优先级最低的服务器。本工具会按优先级从低到高排序显示，排在第一的就是主邮件服务器。
问我查 DNS 时提示“查询超时”或“无响应”，是什么原因？＋
答
常见原因有三个：1）域名本身未注册或已过期，DNS 服务器找不到对应记录；2）本地网络或公共 DNS 服务器临时故障，可以换一个 DNS（如 8.8.8.8 或 114.114.114.114）再试；3）域名配置了 CDN 或防火墙，对查询频率做了限制。本工具默认使用公共 DNS 递归查询，超时通常不是工具本身的问题。
问AAAA 记录和 A 记录有什么区别？我是不是只用查 A 就够了？＋
答
A 记录返回 IPv4 地址（如 192.0.2.1），AAAA 记录返回 IPv6 地址（如 2001:db8::1）。如果网站只支持 IPv4，查 A 就够；但如果网站也支持 IPv6，且你的网络环境是 IPv6 优先，那么查 AAAA 才能拿到正确的访问地址。本工具同时提供两种查询，方便判断网站是否开启了 IPv6 支持。
问为什么同一个域名，我在这查的 TXT 记录和在别处查的不一样？＋
答
TXT 记录常用于 SPF（发件人策略框架）、DKIM（邮件签名）和域名验证。不同工具查询结果不一致，可能是缓存时间（TTL）不同——有的工具用了缓存，有的直接查权威服务器。本工具默认不缓存，每次查询都从根服务器递归解析，结果更实时。如果确认是权威记录不同，建议用 nslookup 或 dig 直接查该域名的 NS 服务器做对比。
问NS 记录显示了好几个域名服务器，我该用哪个来设置域名解析？＋
答
NS 记录列出了该域名的所有权威 DNS 服务器，理论上任何一个都可以用来配置解析。但通常注册商或 DNS 托管商会指定一组主备服务器，你只需按照他们给的 NS 记录列表完整配置即可。本工具会列出所有 NS 记录，如果你发现少了一两个，可能是域名配置不完整，导致解析不稳定。
问查 DNS 时会不会把我的域名或 IP 泄露出去？＋
答
本工具完全基于后端服务器发起标准的 DNS 查询，不会记录、存储或分享任何查询内容。查询过程类似于在终端执行 nslookup，只向公共 DNS 服务器发送请求，不涉及用户数据上传。如果你对隐私有更高要求，可以本地使用 dig 命令查询。
问我输入了域名但一直转圈不出结果，是不是工具有问题？＋
答
如果长时间无响应，通常是该域名的 DNS 服务器响应慢或不可达。本工具设置了 5 秒超时，超时后会提示“查询超时”。你可以先确认域名是否正确（如不带 http://），然后换一个网络环境（如切换 Wi-Fi 或移动数据）再试。如果仍然超时，说明该域名的 DNS 服务本身存在故障。
隐私保证所有计算与处理均在你的浏览器本地完成，输入数据不会上传服务器，也不会保存或共享。