接入CDN后，最快查验是否生效的方法不是只看服务商控制台的“已部署”，而是对域名做解析对比，再观察HTTP响应头里的缓存命中字段；通常配置生效需要几分钟到几十分钟，受DNS缓存影响可能更长。
控制台显示“配置完成”只代表服务商侧已同步，不代表你的本地网络已经切到CDN节点,下面按实操路径拆开讲。
网站接入CDN后怎么验证生效了没有？先用一条命令看响应头
很多站长在后台看到状态变成“运行中”就以为完事了，其实真正的判断标准在终端侧，建议按三个步骤来,每一步都能给出明确结论。
第一步：解析对比是否已经切到CDN
在本地终端执行：
nslookup yourdomain.com
或者用更清晰的 dig：
dig +short yourdomain.com
如果接入CDN后解析出来的IP和源站IP完全不同，并且通常不再是源站服务器所在的机房IP，说明DNS已经指向CDN,更准确的做法是查看CNAME链路：
dig +short CNAME yourdomain.com
返回的结果一般是服务商提供的CDN加速域名，例如带有 cdn、kunlun、dnsv1 等字样的CNAME，如果CNAME没有出现，或者解析结果还是源站IP,说明CDN还没有真正接管域名解析。
第二步：curl -I 查看响应头中的缓存标识
这条命令可以直接判断HTTP流量是否经过CDN：
curl -I https://yourdomain.com
重点看这几项：
Via：出现CDN节点标识,说明请求经过CDN转发。X-Cache或X-Cache-Lookup：出现HIT表示命中缓存，MISS表示回源但已经过CDN。Age在CDN节点缓存里存在的时间,单位是秒。Server：部分CDN会在Server字段留下自己的名称。
不同服务商返回字段略有差异,下面列出常见情况：
| CDN服务商 | 常见缓存命中字段 | 说明 |
|---|---|---|
| 简米云CDN | Via、X-Cache |
X-Cache: HIT 表示命中 |
| 酷番云CDN | X-Cache-Lookup、X-NWS-LOG-UUID |
Cache Hit 表示命中 |
| Cloudflare | CF-Cache-Status |
HIT 表示命中 |
| 七牛云CDN | X-Cache、X-Log |
X-Cache: HIT 表示命中 |
只要这些字段出现，哪怕内容是 MISS，也能证明请求已经被CDN接管，只是第一次没有命中缓存,需要回源。
第三步：用测试文件验证是否真的命中缓存
新建一个静态测试文件，test-cdn.js，上传到源站,然后连续访问两次：
curl -I https://yourdomain.com/test-cdn.js curl -I https://yourdomain.com/test-cdn.js
第一次响应头里大概率是 X-Cache: MISS，第二次再访问，如果变成 X-Cache: HIT，就说明CDN节点已经把文件缓存住了，接入完全生效,还可以用下面的命令看访问耗时：
curl -o /dev/null -s -w '%{time_total}n' https://yourdomain.com/test-cdn.js
第二次耗时应明显低于第一次，因为第二次直接从CDN边缘节点返回,不再回源。
CDN配置后多久生效？DNS缓存比服务商后台更关键
CDN配置后多久生效这个问题，不能只看服务商控制台的时间,真正影响生效速度的是DNS缓存和运营商DNS的更新周期。
大多数CDN接入操作需要修改域名解析，把原来的源站A记录或CNAME记录改成CDN服务商提供的CNAME，这个解析变更不是全网瞬间生效，DNS记录带有TTL，各地运营商DNS会按TTL间隔刷新缓存，如果之前源站解析的TTL设置较长，比如一小时甚至更久,那么部分地区的用户可能在一段时间内仍然被解析到源站。
常见场景如下：
- 新域名首次接入CDN：生效较快，因为原本没有大规模DNS缓存,通常几分钟到十几分钟就能观察到解析变化。
- 已有域名切换CDN：生效较慢，取决于原DNS TTL和本地运营商DNS的缓存策略，有些区域可能十几分钟,有些区域可能拖到几十分钟。
- 更换CDN服务商：旧服务商CNAME记录可能还在部分DNS服务器里,需要等原记录缓存彻底过期。
想让验证结果更准确,可以主动刷新本地DNS缓存：
- Windows 执行
ipconfig /flushdns - macOS 执行
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Linux 执行
sudo systemd-resolve --flush-caches
刷新后再执行一次 nslookup yourdomain.com，对比不同网络出口的解析结果，用手机4G/5G和家庭宽带分别访问，如果解析出的IP都不是源站IP,说明主流网络已经切换到CDN。
CDN和直接解析对比：三步判断用户是否真实走CDN
有时候源站IP和CDN节点IP相近，或者测试工具混着显示，容易让人误判，做CDN和直接解析对比,可以从三个层面确认。
对比解析结果
接入前，dig yourdomain.com 返回的是源站服务器IP，通常只有一个或几个固定IP，接入后，解析结果要么直接返回CDN节点IP，要么通过CNAME链路指向CDN调度域名，如果解析结果里还混有源站IP,说明部分DNS服务器还没有更新。
对比响应延迟
分别对源站IP和CDN节点IP做HTTP请求,查看建立连接和内容返回时间：
curl -o /dev/null -s -w 'dns:%{time_namelookup} connect:%{time_connect} start:%{time_starttransfer} total:%{time_total}n' https://yourdomain.com/
如果走CDN后 time_connect 和 time_total 明显下降，说明CDN节点在发挥作用，但要注意，部分CDN节点禁ping，所以不要只用ICMP去测延迟,HTTP耗时更可靠。
对比服务商数据
接入CDN后，服务商控制台会开始统计访问流量、命中率、回源次数，如果这些数字从零开始增长，说明有真实用户流量被调度到CDN，如果控制台一直没有数据,说明解析或配置存在问题。
免费CDN和付费CDN在生效验证上的对比
免费CDN和付费CDN在“是否生效”这个问题上的判断方式并不完全一样，不能说免费CDN就不能验证,但路径有差别。
免费CDN通常指Cloudflare、jsDelivr等，付费CDN指简米云、酷番云、网宿等国内主流服务商,它们之间的差异主要体现在以下几点：
| 对比项 | 免费CDN | 付费CDN |
|---|---|---|
| 缓存命中字段 | 部分有统一字段，如 CF-Cache-Status，但不同免费服务差异大 |
多数提供 X-Cache 或 X-Cache-Lookup |
| 控制台命中率统计 | 基础版可能无独立命中率报表 | 一般有命中率、回源流量、状态码统计 |
| 访问日志颗粒度 | 较粗，部分需升级 | 较细，支持按条件筛选 |
| 节点覆盖和调度 | 海外节点覆盖较广，国内性能偏弱 | 国内节点密集，区域调度更精准 |
| 验证难度 | 需要结合解析和响应头，控制台可用信息较少 | 控制台结合响应头即可快速判断 |
免费CDN和付费CDN的价格差异，主要体现在国内节点数量、调度能力和日志功能上，而不是“能不能生效”，只要解析切换完成，免费CDN同样会接管流量,只是验证时可能需要多跑几个在线测速工具。
北京CDN节点测速场景：本地是否真的命中就近节点
如果你的业务用户集中在北京，或者你自己在北京办公，想知道本地是否被调度到北京CDN节点,可以按这个顺序检查。
先执行：
curl -I https://yourdomain.com
重点看 Via 字段里是否出现带有地域标识的节点名，部分服务商会在字段里带出节点编号或城市缩写，再用 traceroute 或 tracert 看出口路由：
traceroute yourdomain.com
查看最后一跳或中转跳是否落在北京的CDN节点IP段，结合在线IP归属地工具查询这些IP的归属城市和AS号，比如IP归属地显示为北京，AS号属于某个CDN服务商,基本可以判断命中了北京节点。
但要注意，北京移动用户有时会被调度到天津或河北节点，北京电信用户可能被调度到北京本地不同机房，这并不代表接入失败，而是CDN根据运营商链路质量做的区域调度，只要不是回源到源站IP,都属于正常情况。
另外可以尝试用在线多地ping工具，把测试点选择在北京的几个不同运营商，看返回的延迟和IP归属，如果北京的测试点返回延迟普遍较低，说明该区域调度已经生效。
分发网络后查验是否生效相关问题
网站接入CDN后怎么验证生效了没有，用手机4G和宽带结果不一样正常吗？
正常，不同网络出口的DNS服务器不同，CDN调度系统会根据运营商和用户位置返回不同的节点IP，只要解析结果不再直接指向源站，并且响应头中出现了CDN缓存字段,就说明接入已经在这些网络里生效。
CDN配置后多久生效？为什么过了24小时还是旧IP？
服务商后台完成配置后，解析切换的传播速度取决于TTL和本地DNS缓存，如果过了24小时仍然解析到旧IP，大概率是本地终端或运营商DNS没有刷新，可以手动清空本地DNS缓存，或者临时切换到公共DNS再次验证,多数情况下会恢复正常。
免费CDN和付费CDN在验证生效时，哪个更容易判断？
付费CDN一般提供完整的命中率、回源流量和日志查询，验证路径更直接，免费CDN的响应头标识和控制台数据不一定统一，需要结合解析结果和延迟对比，但同样能完成基本判断，付费CDN的验证更多通过控制台直接观察状态码分布和命中率,验证成本更低。