PortChecker Logo
PortChecker
来自权威域名服务器的结果

DNS Lookup — 实时查询任意域名的 DNS 记录

诊断电子邮件传送失败、确认域迁移并审核安全策略 - 无需安装 dig 或 nslookup。

什么是 DNS 查询?

DNS 查找查询 Domain Name System 以检索附加到域的记录 - 其功能类似于互联网的电话簿,将人类可读的域名转换为路由流量和提供服务所需的技术数据网络。每个域都承载多种记录类型:A 记录指向 IP 地址,MX 记录路由电子邮件,TXT 记录承载安全策略,NS 记录将权限委托给名称服务器。

当您触发 DNS 查找时,查询将传输到递归解析器(由 ISP 或公共解析器(如 8.8.8.8 或 1.1.1.1 操作))。如果解析器在记录的 TTL 窗口中有缓存的答案,它将返回该缓存的值。如果没有,它会查询权威名称服务器——保存域官方记录的服务器。该工具绕过缓存并直接查询权威服务器,因此结果反映了区域当前的发布状态,而不是浏览器缓存的状态。

您的浏览器会在后台自动执行 DNS 查找,但不会向您显示任何内容。该工具公开完整的记录集:不仅是 IP 地址,还包括附加到域的每个记录类型,包括 TTL 值,这些值显示在解析器重新检查权威源之前每个记录将在缓存中保留多长时间。

使用方法

1

输入域名

输入任意域名,如 google.com 或 github.com。可查询根域名或子域名。

2

选择记录类型

选择要查询的 DNS 记录类型 — A、MX、TXT、NS、CNAME、SOA、CAA — 或选择所有记录。

3

查看结果

结果从权威的DNS服务器实时返回。每行显示记录类型、值、TTL(解析器缓存记录的时间)以及(对于 MX 记录)优先级编号。一键将任何记录复制到剪贴板。

如何读取 DNS 查找结果

查找完成后,每个结果行都包含多个字段。以下是每个字段的含义以及要查找的内容。

领域含义说明
TTL (Time To Live)
解析器在重新查询权威服务器之前缓存此记录的秒数。 TTL 300 = 更改在大约 5 分钟内传播。 TTL 86400 = 更改后旧记录最多可以保留 24 小时。
MX优先
仅出现在 MX 记录中。数字越小,优先级越高。 10(主)和 20(备份)的设置创建一个故障转移链。相同的优先级值意味着两台服务器平等地分担负载。
记录值
记录包含的实际数据 — A/AAAA 记录的 IP 地址、MX/NS/CNAME 的主机名或 TXT 记录的文本字符串。这是 DNS 解析器在路由流量或验证策略时使用的值。
CNAME链条
当一个 CNAME 指向另一个 CNAME 时,就会形成解析链。在大多数客户端中,超过 8 跳的链将无法解析 - 如果深度成为问题,请用直接 A 记录替换中间 CNAME。

TTL 和 DNS 传播时间线

使用 TTL 来估计解析器应以多快的速度接受更改以及何时值得再次检查。

TTL (Time To Live)预期传播窗口何时重新检查
300全球约 15-30 分钟每 5-10 分钟一班
3600〜1-2小时每 30-60 分钟一班
86400长达 24 小时12小时后检查,24小时后再次检查

DNS 记录类型:每种记录类型控制什么

A
A 记录(地址)

将域映射到 IPv4 地址——最基本的 DNS 记录。示例输出:93.184.216.34,TTL 3600(缓存 1 小时)。当 A 记录丢失或错误时,浏览器将无法访问该域。

AAAA
AAAA 记录(IPv6 地址)

将域映射到 IPv6 地址以实现现代网络路由。示例:2606:2800:220:1:248:1893:25c8:1946。如果丢失,仅 IPv6 的客户端将无法访问域 - 尽管 IPv4(A 记录)后备通常适用。

MX
MX 记录(邮件交换)

指定哪些邮件服务器接受域的电子邮件。每个记录都包含一个优先级编号 - 较低的值优先。示例:优先级10为主服务器;优先级 20 是后备。如果不存在 MX 记录,发送至此域的电子邮件将被拒绝。

TXT
TXT 记录(文本)

存储任意文本数据。主要用途:SPF(v=spf1 include:_spf.google.com ~all)授权哪些服务器可以发送电子邮件; DKIM提供公钥用于签名验证; DMARC (v=DMARC1; p=reject) 设置未经身份验证的电子邮件的策略。多个 TXT 记录可以共存于一个域中。

NS
NS 记录(域名服务器)

标识域的权威名称服务器 - 保存官方 DNS 记录的服务器。如果 NS 记录发生更改,区域权限将在传播后转移到新的名称服务器。

CNAME
CNAME 记录(规范名称)

创建一个将一个域指向另一个域的别名,然后解析为 IP。用于子域(www、cdn、邮件)和 CDN 路由。关键约束:无法在根(顶端)域设置 CNAME 记录 — 请在根域使用 A 记录或 ALIAS 记录。

根域不能使用 CNAME 记录。
SOA
SOA 记录(授权起始)

包含区域元数据:主名称服务器、管理联系人(编码为 admin.example.com 而不是 [email protected])、YYYYMMDDNN 格式的序列号和计时参数。序列号随着每次 DNS 更改而增加 — 确认更新已提交。

CAA
CAA 记录(证书颁发机构授权)

限制哪些证书颁发机构可以为域颁发 SSL/TLS 证书。示例:“0 issues getsencrypt.org”仅限制向 Let's Encrypt 发行。如果不存在 CAA 记录,任何 CA 都可以为您的域颁发证书。

什么是 DNSSEC?该工具是否对其进行验证?

DNSSEC(DNS 安全扩展)向 DNS 记录添加加密签名,允许解析器验证记录在传输过程中没有被篡改。该工具从权威服务器返回原始 DNS 记录,但当前不执行 DNSSEC 签名验证。对于 DNSSEC 验证,请使用专用的 DNSSEC 分析仪。

何时使用 DNS 查找工具

邮件配置与故障排除

查询 MX 记录以验证邮件服务器路由,检查 TXT 记录中的 SPF、DKIM 和 DMARC 策略,并确认您的 DMARC 策略设置为 p=reject 或 p=quarantine — 而不是 p=none。

域名迁移与传播

更新 DNS 设置后,检查 A 和 NS 记录以确认传播。在计划迁移前至少 24 小时将 TTL 减少到 300 秒,以最大限度地减少切换时的停机时间。

DNS安全审计

检查SPF、DKIM、DMARC、TXT记录是否正确发布,防止邮件欺骗。检查 NS 记录以确认您的域没有指向您不再控制的名称服务器 - 这是子域接管风险的常见迹象。

DevOps 和阶段验证

在部署到生产环境之前,请验证暂存子域 A 记录是否指向正确的服务器、CNAME 别名是否解析为预期的 CDN 源以及用于服务验证的 TXT 记录是否存在。

CDN 和子域名配置

确认 CDN 路由子域(cdn、assets、static)具有正确的 CNAME 目标。验证 www 是否指向您的根域或 CDN 终端节点,并检查负载平衡的子域是否列出了所有预期的 IP 地址。

在线 DNS 查找与 dig 和 nslookup:何时分别使用

开发人员经常从命令行获取 dig 或 nslookup。以下是该在线工具在最常见用例之间的比较。

功能这个工具dignslookup
无需安装
是的
否
否
一次性查询所有记录类型
是的
部分
否
直接查询权威域名服务器
是的
是的
部分
显示 TTL 值
是的
是的
部分
显示 MX 优先级
是的
是的
是的
可分享的结果
是的
否
否

常见问题