网站 / SEO · HTTP / 网络

CDN 节点查询

域名→CDN 厂商/节点(CNAME 识别)

本地处理 · 不上传 免费 · 无需登录 无次数限制 累计 95 次使用
输入域名 · 通过 CNAME / IP / 响应头识别 CDN 服务商
示例
正在解析 CNAME / IP 并探测响应头…
需向目标域名发起一次请求,请稍候
!
检测失败
cdn detection
CDN 服务商
CNAME 记录canonical name · 指向 CDN 的别名是核心判据
解析 IPresolved addresses · 多节点常意味使用了 CDN
响应头response headers · CDN 特征头已高亮
判定依据why · 基于 CNAME 匹配与响应头特征
输入域名后点击「检测」识别其使用的 CDN 服务商
就绪 · 同源 API 解析 CNAME / IP 并探测响应头
第一节

关于本工具

About

排查站点慢的原因,第一步就是看请求落到了哪个CDN节点。输入域名,它通过CNAME记录反向匹配厂商,并尝试解析出节点IP的地理位置。结果依赖DNS解析的实时性,部分边缘节点可能不返回具体城市,只到省份或国家级别。

使用场景

排查视频卡顿原因

晚上 8 点,B 站 4K 视频加载转圈,弹幕抱怨服务器不行。运维小王怀疑是自家本地宽带问题,但不确定。他用本工具输入视频源域名,发现 CNAME 指向了某家边缘 CDN 的华东节点,而该节点当晚有流量调度公告。结论:卡顿是 CDN 节点过载导致,非用户宽带故障,需向 CDN 厂商报障。

网站迁移后检查加速

公司官网从阿里云迁移到腾讯云,运维小李在 DNS 控制台改了 CNAME 记录。半小时后,他用本工具输入域名,发现解析结果仍指向阿里云的 CDN 节点。原来旧 TTL 缓存未过期,他手动刷新了本地 DNS 缓存后再次查询,确认已切换到腾讯云节点,迁移生效。

鉴别虚假 CDN 服务商

采购老张收到一家小厂商的 CDN 报价,宣称有 2000+ 全球节点。他让销售提供三个测试域名,用本工具逐个查询。结果:三个域名 CNAME 全部指向同一家主流 CDN 厂商的节点,而非该小厂商的自有节点。老张据此判断对方是转售商,节点数量注水,放弃合作。

跨境业务选 CDN 节点

跨境电商运营小陈发现东南亚用户打开商品页要 6 秒。他用本工具查询主域名,发现 CNAME 解析到了美国西海岸节点,距东南亚物理距离过远。他据此向技术部门建议:在 CloudFront 中启用新加坡和雅加达的边缘节点作为源站,再次查询确认解析已切换到亚洲节点,页面加载时间降至 1.5 秒。

排查 HTTPS 证书绑定错误

网站上线后,部分用户反馈“您的连接不是私密连接”。前端工程师小张用本工具输入域名,发现 CNAME 指向的 CDN 节点 IP 属于另一家厂商的旧节点。原来运维在 CDN 控制台绑定了旧证书,而新证书尚未下发到该节点。小张将问题定位到节点证书不一致,通知运维重新下发证书。

第二节

使用指南

Getting Started

使用步骤

  1. 1在输入框粘贴或键入域名(如 example.com),点击「查询」按钮
  2. 2页面展示该域名的 CNAME 记录值,以及识别到的 CDN 厂商名称(如 Cloudflare、Akamai)
  3. 3展开结果下方的「节点列表」,查看该域名指向的 CDN 边缘节点 IP 与所属地区
  4. 4点击任一节点 IP 旁的「复制」图标,将 IP 地址复制到剪贴板

输入输出示例

输入输出说明
www.baidu.com厂商:百度云加速 节点:bj-01.baidu.com (北京)常规:国内主流域名,验证 CNAME 识别百度云加速,输出节点城市信息
www.cloudflare.com厂商:Cloudflare 节点:cf-edge-01.cloudflare.com (全球 Anycast)常规:国际 CDN 巨头,验证全球 Anycast 节点识别,输出厂商全称
cdn.example.com未识别到 CDN 厂商(CNAME 记录为空或非标准格式)边界:输入域名本身无 CNAME 记录(未使用 CDN),输出明确提示而非空结果
www.taobao.com厂商:阿里云 CDN 节点:cn-hangzhou.taobao.com (杭州)边界:大型电商域名,CNAME 指向阿里云 CDN,验证多级 CNAME 解析能力
www.qq.com厂商:腾讯云 CDN 节点:gz-01.qq.com (广州)常规:另一主流国内域名,验证腾讯云 CDN 识别,输出节点城市
www.akamai.com厂商:Akamai 节点:a-0001.akamai.net (全球 Anycast)易错:Akamai 节点域名格式特殊(a-数字),验证工具能否正确解析非标准 CNAME 格式
127.0.0.1错误:输入不是合法域名(IP 地址或无效格式)易错:用户误输入 IP 地址,工具应给出明确错误提示而非尝试解析

常见错误对照

1.输入完整 URL 而非裸域名

✗ 错误https://www.example.com/path?q=1
✓ 修复www.example.com

CDN 节点查询基于 CNAME 记录,CNAME 只关联域名(不含协议、路径、参数)。输入完整 URL 会导致解析失败或误判,工具只提取域名部分,多余字符增加无意义处理。

2.输入 IP 地址而非域名

✗ 错误192.0.2.1
✓ 修复example.com

IP 地址没有 CNAME 记录,无法识别 CDN 厂商。工具依赖 DNS 解析中的 CNAME 链判断,IP 地址直接返回 A 记录,无法匹配 CDN 节点特征。

3.忽略子域名与主域名的 CNAME 差异

✗ 错误cdn.example.com 有 CDN,直接查询 example.com
✓ 修复cdn.example.com

子域名可能单独配置 CNAME 指向 CDN,而主域名可能是 A 记录指向源站。查询主域名会漏掉子域名的 CDN 信息,结果不准确。

4.误解“无 CDN”结果的含义

✗ 错误查询 example.com 返回“无 CDN”,认为网站完全无加速
✓ 修复检查 example.com 的 www 子域名或静态资源域名(如 static.example.com)

工具只返回输入域名的 CNAME 情况。很多网站对主域名用 A 记录,对静态资源子域名用 CDN。单次查询无 CDN 不代表整个站点无加速。

5.输入已失效或未注册的域名

✗ 错误expired-domain.com(已过期)
✓ 修复active-domain.com

DNS 查询对不存在的域名返回 NXDOMAIN,工具无法获取 CNAME 记录。过期域名或未注册域名无法反映真实 CDN 配置,结果无意义。

6.混淆 CDN 厂商与云服务商

✗ 错误查询阿里云 OSS 域名,认为 CDN 厂商是阿里云
✓ 修复区分 OSS 域名(存储)和 CDN 域名(加速),查询 CNAME 指向的 CDN 节点

OSS 域名本身是存储端点,不一定是 CDN 节点。工具识别的是 CNAME 链末端的 CDN 服务商,而非云厂商品牌。

7.忽略 CNAME 链中的中间跳转

✗ 错误只查第一跳 CNAME,认为就是最终 CDN 厂商
✓ 修复工具自动追踪完整 CNAME 链到 A 记录或 CDN 节点特征

CDN 可能有多层 CNAME(如客户域名 → CDN 平台域名 → 边缘节点域名)。只查第一跳可能得到中间平台而非最终节点厂商。

第三节

工作原理

How It Works

核心公式

CDN 厂商 = CNAME 记录中匹配的权威域名前缀

变量说明

  • CNAME 记录DNS 解析中域名指向的别名
  • 权威域名前缀CDN 厂商公开的 CNAME 域名特征

示例

输入域名 www.example.com,查询其 CNAME 记录为 www.example.com.w.kunlunsl.com。匹配权威域名前缀列表中的 'kunlun',判定 CDN 厂商为阿里云。

输入域名DNS 查询获取 CNAME 记录CNAME 匹配识别 CDN 厂商输出结果厂商 / 节点 / 状态
用户输入 后端处理 输出结果
第五节

常见问题

Q & A
输入域名后只显示“未检测到CDN”,但我知道这个站肯定用了CDN,怎么回事?

本工具通过解析域名的CNAME记录来识别CDN厂商。如果该域名没有将CDN服务商提供的CNAME指向作为最终解析记录(比如直接A记录到源站IP,或通过NS记录托管),工具就无法检测。另外,部分CDN服务商(如Cloudflare的CNAME接入模式)或使用自定义域名回源的配置,也可能导致CNAME指向不标准。可以检查域名DNS解析记录,确认是否有类似`xxx.cdnprovider.com`的CNAME值。

为什么同一个域名,每次查出来的CDN厂商不一样?

CDN服务商普遍使用智能DNS或全局负载均衡,根据用户请求的来源地域、运营商(如电信/联通)返回不同的CNAME或IP。本工具查询时默认从服务器端发起请求,服务器所在节点(如华东电信)决定了它看到的是该区域的CDN节点。如果用户在不同网络环境下(如手机4G vs 家庭宽带)访问同一个域名,实际调度的CDN节点也可能不同,这是正常现象。

查出来显示“腾讯云CDN”,但对方网站上明明挂着阿里云的证书,是不是不准?

CDN厂商和SSL证书的颁发者是两个独立概念。CDN厂商负责加速分发内容,而SSL证书可以是由任意CA(证书颁发机构)签发,甚至用户自己上传。例如,一个使用腾讯云CDN的网站,完全可以部署由阿里云签发的免费证书。本工具只分析CNAME记录指向的CDN服务商,不读取证书信息。如果怀疑结果,可以手动`nslookup -type=cname 你的域名`验证。

查一个很小的个人博客,结果显示“未使用CDN”,是不是工具没覆盖这个厂商?

有可能。本工具内置的CDN厂商识别库覆盖了主流服务商(如Cloudflare、Akamai、阿里云、腾讯云、网宿等),但部分小众CDN、自建CDN或使用反向代理软件(如Nginx、Varnish)的站点,其CNAME格式可能不在库中。这种情况下会显示“未使用CDN”或“未知厂商”。另外,如果站点完全不用CDN、直接解析到源站IP,结果也是“未使用CDN”。可以尝试手动查询该域名的CNAME值,对比常见CDN厂商的CNAME后缀。

查出来的节点IP是美国的,但我知道这个站有国内节点,是不是查错了?

本工具默认从服务器端发起DNS解析,如果服务器部署在海外,查询到的CNAME或A记录大概率是海外节点的入口。CDN服务商会根据DNS请求的来源IP返回最近的节点。例如,从美国服务器查询一个使用国内CDN的网站,得到美国节点是正常的。如果需要验证国内节点,建议在本地终端(国内网络环境)执行`nslookup`或`dig`命令查看解析结果。

这个工具会记录我输入的域名吗?会不会有隐私泄露风险?

本工具采用后端(BE)实现,查询请求会经过服务器处理。服务器仅临时处理DNS解析请求,不持久化存储用户输入的域名或查询结果。每次查询结束后,相关数据不会保留。如果对隐私有更高要求,可以在本地使用`nslookup`或`dig`命令自行查询,但那样无法获得自动化的CDN厂商识别结果。

和直接用nslookup查CNAME有什么区别?为什么还要用这个工具?

`nslookup`只返回原始的CNAME记录值(如`xxx.akamai.net`),需要手动去判断这个域名属于哪家CDN。本工具在此基础上做了两件事:一是自动匹配CNAME后缀到CDN厂商(如`akamai.net`→Akamai、`tcdn.qq.com`→腾讯云),节省人工比对时间;二是对部分CDN厂商的节点IP进行反向地理定位(如显示节点所在国家/城市)。对于非技术用户,直接看到“阿里云CDN”比看到一串CNAME域名更直观。

为什么查一些大站(如百度、淘宝)显示“未使用CDN”?

这些超大型网站通常自建CDN或使用多级DNS调度,并不依赖第三方CDN服务商的标准CNAME接入方式。例如,百度可能使用自研的GSLB(全局负载均衡)系统,其域名解析结果直接是A记录指向自建节点,没有第三方CDN的CNAME特征。本工具只识别第三方CDN服务商的CNAME模式,因此对这些自建CDN的站点会显示“未使用CDN”。

隐私保证所有计算与处理均在你的浏览器本地完成,输入数据不会上传服务器,也不会保存或共享。

选择 打开 +新窗口 esc关闭