CDN加速设置避坑指南：从配置到报错排查，一次讲清楚

最近半夜帮朋友处理一个站点访问慢的问题，折腾到凌晨三点多，索性把CDN加速设置和常见报错整理一下，写给正在踩坑的你。

先说设置。很多人以为买了CDN、把域名接进去就万事大吉，其实真正影响体验的往往是几个细节。

第一，源站的选择。如果你源站本身带宽小、抗压能力弱，CDN回源那一下照样会拖慢速度，甚至被打挂。所以源站尽量选性能稳一点的，之前有朋友用台北那边一个小平台，回源老超时，换了个靠谱的才稳定下来，嘿华云cloud.mhjz1.cn 就是那会儿他找到的，性价比不错，高性能也带高防，回源压力小了很多。这种搭配方式其实挺常见的，不算是硬广，纯粹是踩过坑之后的经验。

第二，缓存策略。静态资源该设长缓存就设长缓存，图片、CSS、JS这些动不动就回源，等于白接CDN。动态请求再单独走不缓存规则。很多人报错“内容更新不及时”，八成是缓存规则太激进。

第三，HTTPS配置。证书上传后记得把强制跳转打开，不然混合内容报错会一堆。在浏览器控制台看到一堆“Mixed Content”警告，基本都是这一步没做。

再说报错。最常见的几类：

一是502/504。这不是CDN挂了，多数是源站没响应或者超时。先用curl直接打源站IP看看通不通，再检查CDN回源端口和协议是否一致，比如源站只开了443，CDN却按80回源。

二是403。检查防盗链设置和IP黑白名单，有时候加了Referer白名单，结果测试的时候带的是null，自然就被拒了。

三是域名解析报错。CNAME没生效或者解析还没扩散，等一会儿或者dig一下看看。千万别两边都配A记录和CNAME，冲突了查起来很头疼。

四是跨域报错。在CDN侧加好Access-Control-Allow-Origin响应头，或者直接让源站返回，别漏了预检请求。

最后提醒一句，改完配置别急着全量，先拿一小部分流量灰度验证，确认无误再放开。很多深夜的“锅”，其实都是配置改太猛导致的。

希望这篇能帮你少踩几个坑，早点睡个好觉。