CDN接入后，访问结果可能受缓存规则、DNS解析、边缘节点和源站响应共同影响。遇到页面没变化或速度反而变慢，不妨先确认请求有没有经过CDN，再沿着“客户端—节点—源站”的路径排查。以下五类问题都附有可执行步骤。
1. 配置了CDN，为什么请求似乎没有经过它？
常见原因是域名解析仍指向原目标、改动尚未生效，或访问的并非已接入的主机名。不同服务商的控制台和响应头名称可能不同，不能只凭一个标记下结论。
- 在浏览器开发者工具的“网络”面板中重新加载页面，确认请求的域名、状态码和响应头。
- 查看CDN控制台中该域名的接入与解析状态，并检查域名当前的DNS记录是否按服务商要求配置。
- 用命令行执行curl -I https://你的域名/路径，对照响应头中的Age、Via或服务商专用缓存标记；这些字段并非每家都会提供。
- 若响应没有缓存迹象，先确认请求是否命中对应域名，再核对流量统计和源站日志。
浏览器缓存也可能干扰判断，可使用开发者工具的停用缓存选项进行一次对比。
2. 为什么已经更新内容，访客仍看到旧版本？
CDN可能仍保存旧对象，也可能是浏览器缓存、代理缓存或页面自身数据没有更新。先判断问题发生在哪一层，避免反复清空所有缓存。
- 在响应头中查看Cache-Control、Age、ETag等信息，并确认该路径实际匹配的缓存规则。
- 若只有少量文件过期，优先对对应URL执行缓存刷新；若频繁发布静态文件，可采用带版本号的新文件名，减少同名文件替换造成的旧缓存问题。
- 检查查询参数是否参与缓存键。若规则忽略参数，带不同参数的请求可能仍返回同一份缓存内容。
- 刷新后用无痕窗口或不同网络复查。刷新范围和生效时间取决于服务商与节点状态，不能假定各地同时完成。
回源指节点向源站请求内容；若源站本身仍输出旧文件，单纯刷新节点也解决不了问题。
3. 为什么接入后速度没有提升，部分地区还更慢？
CDN主要通过边缘节点缓存内容、缩短部分用户到内容的传输距离来改善访问体验，但缓存命中率低、源站响应慢或选路不佳时，效果会受限。
- 在控制台查看缓存命中率、回源流量及各区域请求状态；对比问题时段与正常时段，而非只看单次测速。
- 分开测试首页、图片、脚本等资源。静态文件适合按业务设定较长缓存，登录页、购物车等个性化内容通常不应直接共享缓存。
- 检查源站处理时间和文件体积。若请求频繁回源，先优化缓存规则；若静态资源已命中而仍慢，再检查资源大小、连接和页面请求数量。
- 从不同地区或不同网络重复访问，并记录时间、资源路径和状态码，交给服务商排查对应边缘节点。
“附近节点”不一定意味着更快，链路质量和源站负载同样会影响结果。
4. 为什么会出现403、404或5xx错误？
错误可能由CDN规则、源站权限、回源失败或源站自身响应造成。先记录错误码、发生时间和请求路径，再判断错误由哪一侧返回。
- 在开发者工具中查看响应头、响应正文及请求时间；对照CDN日志和源站访问日志，确认请求是否到达源站。
- 检查访问控制、防盗链、WAF规则，以及请求方法、Cookie和查询参数是否触发限制。
- 若是5xx，查看源站健康状态、连接限制和应用日志；若只有特定路径报错，核对该路径的回源地址与缓存规则。
- 用服务商提供的诊断工具或支持渠道核对边缘节点记录，不要在没有证据时把所有错误归因于CDN。
5. 为什么HTTPS提示证书错误或跳转循环？
CDN接入后，浏览器到边缘节点、边缘节点到源站可能分别使用TLS加密。证书覆盖域名、有效期及两段连接的加密设置都需要匹配。
- 确认浏览器报错的具体域名与证书覆盖的域名一致，并检查证书是否过期、是否包含所需子域名。
- 在CDN控制台核对边缘证书部署状态；如果启用了到源站的HTTPS，再检查源站证书及其域名匹配情况。
- 检查源站和CDN是否都配置了HTTP到HTTPS跳转。两侧规则互相冲突时，可能造成循环跳转。
- 修改配置后分别测试首页与关键子域名，并清理浏览器旧连接后复查。
常见问题
刷新缓存会清除所有访客的浏览器缓存吗？
通常不会。CDN刷新主要处理服务商节点缓存，浏览器本地缓存仍受响应头和本地存储策略影响。
所有文件都应该设置长缓存吗？
不应该。内容稳定的静态资源可以考虑较长缓存；经常变化或包含用户专属信息的页面，应谨慎设置，避免旧内容或隐私数据被复用。
看到Age响应头就能确定命中CDN吗？
不能单独据此判断。Age的含义和是否返回取决于缓存链路；应结合服务商缓存标记、控制台统计及日志综合确认。
排查时最先收集哪些信息？
记录请求域名与路径、发生时间、错误码、响应头，以及问题出现的地区或网络。按这些线索核对DNS、缓存、回源和证书配置，通常比盲目改规则更有效。
处理CDN问题时，先定位请求经过哪一层，再针对缓存、源站或TLS配置验证。保留改动前后的响应头与日志，便于判断修复是否真正生效。
