微信扫码打开小程序 ![]()
① 这是「服务器视角」，不是你的视角。
解析在杭州那台服务器上做，所以它答不了「我这边打不开某网站是不是 DNS 的问题」。
排查本地 DNS 请在自己电脑上用 nslookup 或 dig。
② 大部分域名解析出来的是 CDN 节点，不是网站的真实机房。 查大站得到的归属地通常是「离杭州最近的那个缓存节点」，换个地方查会得到完全不同的 IP。 这也意味着拿不到一个 CDN 域名的全部 IP —— CDN 的 DNS 只会返回查询者附近的一小组 （常见只给 2 个）。
③ 想知道「这站用的谁家 CDN」，看 CNAME 而不是 IP。 IP 只会告诉你「浙江移动」，而 CNAME 后缀能直接认出厂商 —— 对照表在下面。
| CNAME 里出现 | 说明它用的是 |
|---|---|
| kunlunaq.com / kunlunar.com / alicdn.com | 阿里云 CDN |
| tencent-cloud.net / dnsv1.com / cdntip.com | 腾讯云 CDN |
| eo.dnse0.com / tencentedge.com | 腾讯云 EdgeOne |
| cdn.cloudflare.net / cloudflare.com | Cloudflare |
| bsclink.cn / bsgslb.cn / baidubce.com | 百度智能云 CDN |
| wscloudcdn.com / wsglb0.com / wsdvs.com | 网宿科技 |
| cdngslb.com / qiniudns.com | 七牛云 |
| ksyuncdn.com | 金山云 |
| hwcdn.net / huaweicloud.com | 华为云 CDN |
| akamaiedge.net / akamai.net / edgekey.net | Akamai |
| fastly.net / fastlylb.net | Fastly |
| azureedge.net / azurefd.net | Azure CDN |
| cloudfront.net | AWS CloudFront |
没有 CNAME 不代表没用 CDN —— 有些站直接把 CDN 的 IP 写进 A 记录（比如
github.com 就没有 CNAME）。另外大厂常常自建 CDN，CNAME 会指向自家域名，
比如 danuoyi.tbcache.com（淘宝）、bilicdn1.com（B 站）。
输入域名，查它解析到哪些 IP、这些 IP 在什么地方、以及用的哪家 CDN。 支持 A（IPv4）和 AAAA（IPv6）记录，可以直接粘整条网址，也可以一次批量解析几百个域名并导出 CSV。
| 你想知道 | 该看哪一栏 |
|---|---|
| 网站服务器在哪个地区 | A / AAAA 记录的归属地 |
| 用的哪家 CDN | CNAME 链 |
| 支不支持 IPv6 访问 | 有没有 AAAA 记录 |
这一点最容易造成误会：解析在本站的杭州服务器上完成，用的是公共 DNS（223.5.5.5）。它回答的是「这个域名对外长什么样」，不是「你的网络里它长什么样」。
排查自己电脑上的 DNS 问题——打不开某个站、改了 hosts 没生效、本地 DNS 缓存——都要在本机用 nslookup 或 dig，任何在线工具都替代不了。
CDN 的 DNS 是按地理位置调度的：谁来查，就给谁附近的节点，一次只给两三个。所以查到的既不是网站的真实机房，也不是它全部的节点列表。
换个角度说，这恰恰是 CDN 在正常工作——如果一个大站从哪儿查都返回同一个 IP，那才说明它没上 CDN。
IP 的归属地只能告诉你节点在哪个省、属于哪家运营商。而 CNAME 后缀是 CDN 厂商的指纹，一眼就能认出来。工具会自动比对常见厂商并直接标出来，认不出的会把原始 CNAME 链完整列出。
查询过程不记录、不入库、不写 Cookie——你输入的域名和查询结果都只在内存里走一遍。归属地来自服务器本地的离线库，不调用任何第三方接口。
DNS 解析结果随时可能变化，归属地数据也存在误差，仅供参考。
因为解析是在本站服务器（杭州）上做的，不是在你的电脑上。大部分网站都用 CDN，而 CDN 的 DNS 会按查询者的位置返回就近节点——服务器在杭州，拿到的就是杭州附近的节点；你在北京 ping，拿到的是北方的节点。两个结果都对，只是视角不同。要排查自己这边的解析，请在本机用 nslookup 域名 或 dig 域名，这个工具替代不了。
不能，而且任何单点查询的工具都不能。CDN 的权威 DNS 只会返回离查询者最近的一小组地址——实测淘宝、腾讯、百度这类大站都只给 2 个 A 记录，而它们实际有成千上万个节点。连查多次也是同一组（只是顺序轮换）。想看到不同地区的节点，需要用 EDNS Client Subnet 伪装成各地用户分别查询，那是另一套机制。
CNAME 是「这个域名实际指向另一个域名」的记录，用 CDN 的网站几乎都有。它的价值在于：IP 只会告诉你「浙江移动」，CNAME 能直接告诉你用的是谁家 CDN。比如看到 kunlunaq.com 是阿里云、tencent-cloud.net 是腾讯云、cdn.cloudflare.net 是 Cloudflare、eo.dnse0.com 是腾讯 EdgeOne。大厂自建 CDN 则会指向自家域名，像 danuoyi.tbcache.com（淘宝）、bilicdn1.com（B 站）。
不一定。有些站点把 CDN 的 IP 直接写进 A 记录，不经过 CNAME——github.com 就是这样。另外根域名（不带 www 的那个）受 DNS 协议限制通常不能用 CNAME，很多站会在根域名上用 A 记录、在 www 上用 CNAME，所以查 example.com 和 www.example.com 结果可能完全不同，两个都值得查一下。
分几种情况：(1) 没有解析记录——域名不存在、打错字，或者刚注册还没配置解析；(2) 只有 CNAME 没有 A/AAAA——指向的目标已经失效，常见于 CDN 停用后没清理记录；(3) DNS 查询超时——对方的权威 DNS 没响应，域名可能已过期；(4) 服务器拒绝。工具会把具体原因写出来，不是笼统报个错。
一次最多 500 个域名，内部按每 50 个一片分批提交，边查边出结果、带进度条。为什么比 IP 批量的 5000 少这么多：查 IP 是读本站服务器上的离线库（单个 0.086 毫秒），而查域名要等外部 DNS 应答（几十毫秒到 6 秒超时不等）——实测 15 个域名就要 4.8 秒。粘进去的文本不用整理，空格、逗号、换行分隔都能认出来，重复的自动去重。<br>批量解析需要登录：登录后每天免费 1 次，开通会员每天 50 次。一次提交 500 个域名算一次，不按内部分片数计。单个域名查询永远免费、不限次数、不用登录。