实用工具
你本机查到的结果，是它的解析器缓存里的东西——而这恰恰是你刚改完记录时最不该看的东西。这个工具通过 DNS-over-HTTPS 直接询问 Cloudflare 的公共解析器并展示返回内容，包括 TTL：这个数字决定了别人还要相信旧答案多久。
它是怎么工作的
- 查询通过 DNS-over-HTTPS 发往 Cloudflare 的 1.1.1.1 解析器，不经过你自己的解析器。
- 逐条记录显示 TTL，因为它才是决定一次修改多久才被看见的那个数。
- 域名存在但没有你所查类型的记录时，会如实说明，而不是报成错误。
你的数据去了哪里
本工具需要访问浏览器无法直接抵达的服务，所以你输入的地址或域名会发送到我们的服务器并转发给该服务。只有这个值会离开页面，其余内容不会。
当一次运行消耗积分时，会向你自己的历史里保存一行摘要，方便回头查找。摘要记录的是这次运行的形态——大小、数量、你查询的值——而不是你粘贴的内容。
它要花多少
每次查询消耗 2 积分，因为每次都是我们代你发出的一次请求。请先登录后使用。
积分来自注册、每日签到、发表评论和完善资料。
了解积分规则常见问题
- 记录改了但查到的还是旧的，为什么？
- 几乎总是缓存。从你到权威服务器之间的每一级解析器，都可能一直持有旧答案直到 TTL 到期。要在修改之前先把 TTL 调低，而不是之后——真正约束这次变更的，是变更前已经发布出去的那个 TTL。
- 为什么这里的结果和我终端里查的不一样？
- 因为终端问的是你配置的解析器，它有自己的缓存，而且可能是你的路由器、运营商或 VPN。这里直接问公共解析器，更接近互联网上其他人看到的结果。
- 邮件收不到该先查什么？
- 先查 MX 确认邮件确实路由到你以为的地方，再查 TXT 看 SPF 记录，以及 _dmarc.你的域名 下的 DMARC 策略。SPF 记录缺失或自相矛盾，是邮件被判为垃圾邮件最常见的单一原因。
背后的开源项目
本工具是独立实现，并未打包第三方库。curl/curl（curl）在代码层面做的是同一件事——如果你需要在自己的程序里实现它，从那里开始，而不是调用一个网页。
curl/curl也常被称作
- dns查询
- 域名解析查询
- mx记录查询
- txt记录查询
- nslookup在线
- dns生效查询