权威名称服务器
DNS 与记录
DNS 查询 查询任意域名的全部 DNS 记录 A 记录查询 域名的 IPv4 地址 AAAA 记录查询 域名的 IPv6 地址 MX 查询 域名的邮件服务器 NS 查询 权威名称服务器 TXT 查询 TXT 记录、SPF、验证 CNAME 查询 规范名称（别名）记录 SOA 查询 起始授权机构记录 SRV 查询 服务位置记录 CAA 查询 哪些 CA 可以签发证书 反向 DNS（PTR） IP 地址到主机名 DNSSEC 检测 该域名是否已签名并通过验证？ DNS 健康检测 完整的委派与 DNS 诊断报告电子邮件送达率
SPF 检测 验证您的发件人策略框架记录 DMARC 检测 检查并评估您的 DMARC 策略 DKIM 检测 查找并验证您的 DKIM 公钥 黑名单检测 对照电子邮件黑名单（DNSBL）检测 IP SMTP 测试 连接邮件服务器并检测 STARTTLS MTA-STS 检测 入站邮件的强制 TLS 策略 BIMI 检测 电子邮件的品牌徽标记录 TLS-RPT 检测 SMTP TLS 报告策略网络与网站
SSL 证书检测 检查网站的 TLS 证书和到期情况 HTTP 标头检测 检查响应标头、重定向和安全性 Ping（TCP） 通过 TCP 检测可达性和延迟 端口检测 哪些常用端口处于开放状态域名
WHOIS 查询 域名、IP 和 ASN 的注册数据NS（名称服务器，Name Server）记录列出一个域名的权威名称服务器——即持有其 DNS 区域并应答相关查询的服务器。它们在注册商处设置，将 DNS 解析委派给你的提供商。一旦设错，整个域名都可能停止解析，连带你的网站和邮件一起宕掉。
DNS 是一个层级结构。当解析器查询你的域名时，它会询问父区域——比如 .com 服务器——哪些名称服务器是权威的。父区域以你的 NS 记录作答，解析器随后直接向那些服务器查询实际记录。这个交接称为委派。NS 记录存在于两处：注册商（父级委派）和你自己的区域内部。两者应当一致，否则你将面临不一致且不可靠的解析。
IPeek 返回为该域名发布的权威名称服务器，通常是两到四个主机名，如 ns1.example-dns.com 和 ns2.example-dns.com。确认它们与你的 DNS 提供商一致——Cloudflare、AWS Route 53、注册商自有服务或自托管配置。多数提供商分配一组固定的名称服务器，因此不匹配暗示着迁移未完成或遭劫持。拥有多个名称服务器是预期且健康的，它提供冗余。如果结果看起来有误，请将其与注册商显示的内容比对。
经典错误是委派不匹配：注册商指向一组名称服务器，而你的区域却列出另一组，导致解析器触及不同服务器时出现间歇性故障。迁移 DNS 提供商后，请在注册商处更新 NS 记录，并等待更改传播后再停用旧区域。只有一个名称服务器很脆弱——请至少再加一个以实现冗余。瘸腿委派（lame delegation），即所列服务器实际并不提供该区域服务，也会破坏解析，应予移除。
注册商是你注册和管理域名的地方，而 NS 记录指明实际为该域名应答 DNS 查询的服务器。你在注册商处设定哪些名称服务器是权威的；那些由你 DNS 提供商运营的服务器，持有包含你 A、MX 等记录的区域。这两个角色可以分属不同的公司。
一个域名应至少有两个名称服务器以实现冗余，许多提供商会分配三或四个。多个名称服务器确保即使其中一个不可达，解析器仍能从另一个获得应答。依赖单个名称服务器是单点故障，可能让整个域名下线。
这是委派不匹配，通常意味着迁移未完成。注册商的 NS 记录控制着来自父区域的实际委派，因此解析器以那些为准。你区域内部的 NS 记录应与它们一致。请对齐两组记录，以避免间歇性解析故障。
注册商处的 NS 更改通过父区域传播，可能需要几小时到 48 小时，取决于 TTL 和注册局处理。在这个窗口期内，解析器可能使用旧的或新的名称服务器。请让两组服务器都提供相同的记录，直到传播完成，以避免停机。
错误的 NS 记录会使整个域名无法解析，连带依赖其 DNS 的网站、邮件和其他所有服务一起宕掉。由于 NS 记录控制委派，这里的错误比单条坏记录更严重。在退役旧名称服务器之前，请始终用一次全新查询验证更改。