工具教程 · 2026-07-20

DNS 查询时A记录和CNAME记录混在一起,我用这个工具一次理清

做网站迁移时,面对几十条A记录和CNAME记录混在一起的DNS配置,手动核对耗时近两小时。用全宝DNS查询工具(https://dns.quan77.cn/)一次输入域名,同时获取A/AAAA/MX/NS/TXT/CNAME六类记录,将排查时间压缩到三分钟以内,避免了解析中断导致的网站访问故障。

AI 约 1 分钟读完 0 字 3 阅读

上个月做网站迁移,老域名有三十多条DNS记录,A记录和CNAME记录混在一起,还有几条MX记录指向旧邮件服务器。手动一条条查,先查A记录,再切工具查CNAME,来回切换浏览器标签页,花了将近两小时才理清。后来同事甩过来一个链接:https://dns.quan77.cn/,说一次查完六种记录。试了一下,输入域名,点击查询,三秒内A、AAAA、MX、NS、TXT、CNAME全部列出来,迁移工作当天就收工了。

最快出结果的路径:从打开到拿到所有记录的具体操作

打开 https://dns.quan77.cn/,页面只有一个输入框和一个查询按钮,没有多余选项。输入你要查的域名(比如 example.com),点击“查询”或直接回车。结果会按记录类型分组展示:A记录显示IPv4地址,AAAA记录显示IPv6地址,MX记录列出邮件服务器和优先级,NS记录显示域名服务器,TXT记录显示文本内容,CNAME记录显示别名指向。

如果你只想看某一种记录,页面左侧有记录类型筛选器,点一下就能过滤。但多数情况下,全量展示反而更省事——一眼扫过去,哪些记录缺失、哪些指向错误,一目了然。

三个真实场景分别怎么用?

场景一:网站迁移后验证解析是否生效

假设你把网站从旧服务器迁到新服务器,改了A记录指向新IP。用这个工具查一下,A记录那一栏会显示新IP地址。同时看一眼CNAME记录,确保www子域名的别名指向没有断掉。如果MX记录还是旧邮件服务器的地址,说明邮件迁移还没做,需要单独处理。整个过程不到十秒。

场景二:排查域名解析慢或访问失败

用户反馈网站打不开,先查DNS。输入域名,看A记录返回的IP是否和服务器实际IP一致。如果A记录返回多个IP,可能是负载均衡配置,需要确认每个IP是否在线。TXT记录里如果有SPF记录,检查是否包含了所有发件服务器,否则邮件可能被拒收。有一次客户说邮箱收不到信,我查MX记录发现优先级最高的服务器停机了,改了一下优先级就恢复了。

场景三:检查子域名是否被劫持或误配置

公司有几十个子域名,每个都配了不同的CNAME。用这个工具批量查主域名,所有子域名的CNAME指向都会列出来。如果发现某个子域名的CNAME指向了一个你根本不认识的域名,大概率是被篡改了,需要立即修改。另外,NS记录如果突然多了一条不认识的域名服务器,说明域名可能被转移,得赶紧联系注册商。

什么时候别用它?

这个工具查的是DNS的“当前状态”,不是历史记录。如果你需要知道某个域名昨天指向哪里、今天改了没有,它做不到——它只显示查询那一刻的解析结果。另外,它不提供DNS传播检测功能。改完记录后,全球DNS服务器需要时间同步,这个工具不会告诉你“美国节点已生效、欧洲节点还在缓存中”。如果需要查传播状态,建议搭配https://dns.quan77.cn/ 查完记录后,再用第三方传播检测工具验证。

还有一点,它不支持DNSSEC验证。如果你的域名启用了DNSSEC,想查签名是否有效,这个工具不显示相关信息。安全审计场景下,需要额外用dig命令加+dnssec参数来验证。

搭配哪些工具更顺手?

查完DNS记录后,如果发现某个记录指向的IP不通,可以用全宝的Ping工具(https://ping.quan77.cn/)测试连通性。如果怀疑是本地DNS缓存问题,先清一下本地缓存再查。做网站迁移时,我习惯先查DNS确认当前记录,然后改记录,等半小时后再查一次确认生效,最后用Ping工具验证服务器响应。三个工具配合,迁移过程基本不会出问题。

← 返回「工具教程」
↑↓选择 ↵打开 ⌘+↵新窗口 esc关闭