很多网站接入 CDN 后，访问速度没有明显改善，甚至出现图片打不开、登录接口异常或源站连接数暴涨。问题往往不在节点数量，而在 cdn回源配置没有和源站实际规则对齐。下面用五个常见误区，说明如何检查并修正。
误区一：只填写源站 IP，不核对回源 Host
一个 IP 地址可能对应多个虚拟主机。Nginx 或 Apache 通常会根据 HTTP Host 选择站点；如果 CDN 回源时携带的 Host 不正确，源站可能返回默认站点、403，甚至错误的证书配置。
正确做法
- 确认源站实际接收的域名，例如源站虚拟主机绑定的是 origin.example.com。
- 在控制台检查回源 Host 是否设置为该域名，而不是盲目使用加速域名。
- 用 curl 验证响应，例如分别测试目标 IP、Host 和 HTTPS SNI 是否一致。
- 若源站使用多站点配置，还要确认防火墙允许 CDN 使用的回源地址段访问。
这类问题是 cdn回源配置中最容易被忽略的一环，尤其是在迁移旧服务器或增加备用源站时。
误区二：回源协议与源站监听方式不匹配
CDN 到用户侧可以使用 HTTPS，但回源侧不一定自动适配。若源站只监听 443 端口，回源协议却设置为 HTTP，常见结果是连接失败；反过来，源站只提供 HTTP，而 CDN 强制 HTTPS 回源，也会导致握手错误。
配置时应区分三段链路：用户到 CDN、CDN 到源站、源站监听端口。若采用 HTTPS 回源，应检查源站证书覆盖的域名、证书链完整性以及 TLS 版本兼容性。测试环境可先用 HTTP 验证路由，再切换到 HTTPS，便于定位问题。对于包含账户信息或管理操作的请求，通常应优先使用 HTTPS 回源。
误区三：把所有请求都当成可缓存内容
静态文件和动态接口的缓存条件不同。字体、图片、版本化脚本通常适合较长时间缓存；购物车、订单查询、个人资料等响应则可能包含用户专属数据，不应因为缓存规则过宽而被节点复用。
检查 缓存键时，不仅要看 URL 路径，还要确认是否需要区分查询参数、请求方法、特定请求头或 Cookie。缓存键加入过多无关参数，会降低命中率；忽略真正影响响应的参数，则可能返回错误内容。建议先建立白名单：
- 明确允许缓存的路径，例如 /assets/、/images/。
- 明确禁止缓存的路径，例如 /api/order、/account/。
- 对 GET、HEAD 与 POST 分别设置规则，不能只凭扩展名判断。
- 让源站响应头与 CDN 规则保持一致，避免一边声明 no-store，另一边强制缓存。
误区四：回源超时设置照搬默认值
回源超时不是越长越好。设置过短，慢查询或大文件传输容易被中断；设置过长，源站故障时请求会长期占用连接，故障恢复反而更慢。
可以按请求类型分别设置：普通网页接口常从十几秒级开始评估，大文件下载则要结合文件大小、源站出口带宽和用户网络调整。这里的数值只是常见起点，实际仍需查看访问日志。若源站返回 5xx 或连接超时，应分别判断是 DNS、TCP、TLS、应用处理还是响应传输阶段失败，不能只增加超时时间。
如果业务对稳定性要求较高，应同时启用源站健康检查，并准备备用源站。需要细看分地区日志、回源状态码和规则命中情况时，可考虑德讯电讯这类能够提供回源规则、监控与日志查看能力的服务商；选择前应先确认其控制台是否覆盖你的协议和业务类型。
误区五：修改源站后只等待缓存自然过期
源站内容已经更新，但节点仍返回旧版本，是 cdn回源配置中常见的发布问题。尤其是商品详情、活动页面或下载文件在紧急修正后，单纯等待 TTL 结束可能持续数分钟到数小时，具体取决于缓存时长和节点策略。
更稳妥的发布流程
- 先在源站确认新内容已生效，并记录文件修改时间或响应头。
- 通过测试域名或指定节点验证新旧内容差异。
- 只刷新发生变化的 URL；只有大范围结构调整时，才考虑按目录刷新。
- 刷新后检查响应头中的缓存状态、Age 和 ETag 等信息。
- 确认多个地区节点均已更新，再结束发布窗口。
更理想的方式是采用版本化文件名或目录，例如将 app.js 改为 app.202609.js，再更新页面引用。这样能减少大范围刷新，但仍要同步处理 HTML 缓存。
一份可执行的排查顺序
遇到访问异常时，不要先删除所有缓存。建议按以下顺序检查 cdn回源配置：
- 确认域名解析是否指向 CDN，以及节点返回的状态码。
- 核对回源 Host、端口、协议和证书。
- 绕过 CDN 直接请求源站，比较响应头和响应体。
- 检查缓存规则、缓存键和请求方法。
- 查看回源超时、5xx 比例及健康检查结果。
- 最后再执行精确 URL 刷新，并记录变更前后的配置。
总的来说，可靠的 cdn回源配置需要同时考虑域名路由、协议安全、缓存边界、连接时限和发布流程。把这些参数逐项验证，通常比反复更换节点或盲目清空缓存更有效。
常见问题
1. CDN 能访问，直接访问源站却失败，正常吗？
不一定。CDN 可能使用了不同的 Host、端口或白名单地址。应按 CDN 的实际回源参数复现请求，而不是只测试源站 IP。
2. HTTPS 回源一定比 HTTP 快吗？
不一定。速度受握手复用、连接距离、服务器负载和协议支持影响。HTTPS 的主要价值是保护链路，应结合安全要求与性能监控选择。
3. 为什么只改了一个文件，却要刷新整个域名？
通常不需要。优先刷新具体 URL；只有缓存规则错误或站点大范围改版时，才考虑目录级或全站刷新。
4. 如何判断是缓存问题还是源站问题？
比较 CDN 响应与绕过 CDN 的源站响应，并查看缓存状态、Age、回源状态码和请求时间。两者内容不同且 CDN 命中缓存时，优先检查缓存规则。
