跳到主要内容
bobob

DNS 查询

查询公开域名的 A、AAAA、MX、TXT、NS、CNAME 记录，并生成可复制 DNS 部署报告。

由服务器代为查询您输入的网址由本站服务器代为查询。

输入与结果

输入的内容只存在这个浏览器。重新打开可以还原上次的操作。

使用场景

  • 查询公开域名的 A、AAAA、MX、TXT、NS、CNAME 记录，并生成可复制 DNS 部署报告。
  • 以服务器检查方式处理输入，并在复制前检查结果。
  • 结合 DNS 查询 和相关工具缩短工作流。

示例

常见输入
bobob.app, A
调试域名时检查公开 DNS 记录、服务商注意事项、部署诊断和可复制 DNS 报告。
典型输出
A/AAAA、CNAME、MX、TXT、SPF、DMARC、NS 记录 / DNS 部署报告 / 诊断备注
复制前用于确认结果格式和后续检查点。
附加示例
bobob.app, A
复制前用于确认结果格式和后续检查点。
附加示例
bobob.app, TXT
复制前用于确认结果格式和后续检查点。

常见错误

  • 查询公开域名的 A、AAAA、MX、TXT、NS、CNAME 记录，并生成可复制 DNS 部署报告。
  • 如果服务器检查处理方式和真实输入结构不一致, 输出不能直接信任。
  • 复制的值中如果混入生产密钥、客户数据或内部 URL, 分享前必须移除。

复制前确认

  1. 1再次比较原始输入和输出形态。
  2. 2确认目标运行时、编码、时区和安全策略差异。
  3. 3继续用相关工具检查 DNS 查询 的结果是否适合下一步。

参考资料

  • A DNS change you just made is supposed to lag

    Every record carries a TTL, and RFC 1035 tells resolvers in between to cache the old answer for that long. With TTL 3600 you can keep seeing the previous value for an hour. Lower the TTL before you change a record and the switch is quick.

    依据：RFC 1035

  • SPF must be one TXT record — two break it

    RFC 7208 says more than one SPF TXT record on a domain evaluates to permerror. When mail suddenly lands in spam, a second SPF record is a common cause.

    依据：RFC 7208

  • DMARC lives under _dmarc, not the domain itself

    The policy is published as TXT on `_dmarc.<domain>` (RFC 7489). Looking at the apex makes it seem absent.

    依据：RFC 7489

常见问题

DNS 查询 的输入在哪里处理？

只有公开 URL 或主机检查这类浏览器无法完成的值会发送到服务器检查端点。

结果可以直接用于生产吗？

复制前请再次确认运行环境、编码、时区和安全策略等环境差异。