开发者视角解密技巧教你怎么判断一个网站是否加cdn及生效情况

1.

使用 dig/host/nslookup 查看域名是否指向 CDN 提供商。常用命令：dig +short CNAME www.example.com，dig @8.8.8.8 www.example.com +short，或 host -t CNAME www.example.com。

如果看到像 cdn.cloudflare.net、akamai.net、cdn.fastly.net 等 CNAME，说明 DNS 层面通常已接入 CDN；若直接返回加速节点 IP 则可能是 Anycast 型 CDN 或已被解析为边缘 IP。

2.

分别用不同公共 DNS 查询（8.8.8.8、1.1.1.1、223.5.5.5）对比 IP 是否不同：dig @1.1.1.1 www.example.com +short。多地区解析到不同 IP，说明使用了 Anycast 或全局负载。

也可用在线工具（如 dnschecker.org）或 dig +trace 跟踪解析路径判断是否存在中间 CNAME。

3.

命令示例：curl -I -L https://www.example.com/static/js/app.js。重点看响应头字段：Age、Via、X-Cache、CF-Cache-Status、X-Served-By、Server、Cache-Control。

Age>0 或 X-Cache: HIT/CF-Cache-Status: HIT 通常表示 CDN 缓存命中；若每次请求 Age 都为0或有 X-Cache: MISS，可能未缓存或从源站拉取。

4.

对同一资源发两次或三次请求：curl -I URL；第二次如果 Age 增加或 X-Cache 由 MISS 变为 HIT，则说明 CDN 在生效并缓存了资源。

注意静态资源（图片、JS、CSS）更容易被缓存，HTML 页面可能由于 Cache-Control 或 Set-Cookie 被配置为不缓存。

5.

在 Linux/macOS 上用 traceroute www.example.com，Windows 用 tracert。若路由在近端迅速到达提供商的边缘节点（如带有 akamai、cloudflare 节点名），说明存在边缘分发。

结合 mtr 或 pathping 可以更详细观察网络跳数与延迟，判断是否走近端 CDN 节点。

6.

打开 DevTools → Network，加载目标资源，查看 Remote Address（远端地址）、Timing、响应头。Remote Address 若显示 CDN 边缘 IP，可判断流量已到达边缘。

查看响应头中的 cache 信息、cookie、Vary 等，确认是否被配置为可缓存。

7.

使用 webpagetest.org（选择不同测试点）、ping.pe、或使用云主机（AWS/阿里云不同地域）运行 curl 来对比延迟与响应头。不同地区命中与否可以直接验证全球加速效果。

若部分地区命中、部分未命中，可能是边缘节点配置或缓存预热问题。

8.

HTTPS 时检查证书的颁发者和 SAN（Subject Alternative Name）：openssl s_client -connect www.example.com:443 -servername www.example.com。证书中包含 CDN 提供商域名或通配符可能表明使用了托管证书的 CDN。

Server 字段与 Via、X-Powered-By 等也常包含厂商线索（如 cloudflare, nginx, AkamaiGHost 等）。

9.

检查页面源代码或 Network 列表中是否有 cdn.example.com、xxx.cdnprovider.net 等独立域名；若静态资源已通过专属 CDN 域名加载，说明资源级别已接入CDN。

注意有些站点将 HTML 本身不走 CDN，但静态资源走 CDN，这是常见配置。

10.

尝试给资源添加参数或上传新版资源后观察是否仍然命中缓存。使用 CDN 的控制台发起 purge，然后再次请求看是否变为 MISS。命令示例：curl -I URL?_=1。

如果 purge 后仍然返回旧内容，可能是缓存层级多（边缘、回源）或缓存配置未生效。

11.

使用 builtwith.com、wappalyzer、cdnperf、Check CDN 等站点输入域名可以快速判断常见 CDN 提供商及接入情况，作为辅助验证手段。

这些工具并非绝对准确，应与上面命令行与浏览器验证结合使用。

12.

核验项：DNS 是否有 CNAME 指向 CDN；响应头是否有 Age/CF-Cache-Status/X-Cache；Remote Address 是否为边缘 IP；traceroute 是否到达 CDN 节点；跨区请求结果是否一致。

按此清单逐项排查，基本能判断是否接入 CDN 及是否真正生效。

13.

答：用 curl -I 请求同一静态资源两次，观察 Age、X-Cache、CF-Cache-Status 等头部；Age 增长或 X-Cache 显示 HIT 即表示生效；结合浏览器 Network 中 Remote Address 与 traceroute 辅助验证。

14.

答：常见原因包括 DNS 未正确指向 CDN、CNAME 未生效、Cache-Control/Set-Cookie 导致不缓存、HTTPS 证书配置问题、页面规则/白名单限制或 CDN 控制台未启用缓存策略。

15.

答：可用 webpagetest 选择不同国家测试点，或用各云厂商不同地域的临时主机（如 AWS/阿里云/腾讯云）执行 curl；也可使用在线 ping.pe、CDN 提供商的诊断工具来对比延迟与缓存头信息。