网站迁移到CDN后，访问异常是常见问题，而源站配置不当往往是罪魁祸首。本文将围绕典型场景，提供一套系统的排查方法，帮助您快速定位并解决问题。
场景一：页面内容未更新，始终显示旧版本
迁移后，您可能发现网站页面显示的还是旧内容，即使源站已经更新。这通常是因为CDN缓存了旧资源。CDN会缓存静态资源（如图片、CSS、JS）以加速访问，但缓存策略配置不当会导致更新延迟。
排查步骤：
- 检查CDN缓存规则：确认哪些资源被缓存，缓存时长设置是否合理。例如，Cloudflare默认缓存静态文件，但动态页面可能被缓存过久。
- 手动清除缓存：在CDN控制台进行缓存清除（Purge），强制CDN回源获取最新内容。
- 调整缓存规则：对于频繁更新的资源，设置较短的缓存时间或绕过缓存。
失败条件：如果源站响应头未正确设置Cache-Control，CDN可能采用默认缓存策略，导致内容更新不及时。
常见误区：只清除部分缓存，而非全部；或未考虑查询参数对缓存的影响。
场景二：页面出现混合内容警告或无法访问
迁移后，如果源站使用HTTP，而CDN强制HTTPS，可能导致混合内容问题。浏览器会阻止不安全请求，造成资源加载失败。
排查步骤：
- 检查源站SSL配置：确保源站支持HTTPS，或CDN与源站之间使用HTTP回源时，源站能正确处理。
- 检查SSL/TLS模式：CDN通常提供灵活（Flexible）、完整（Full）等模式。若源站未配置SSL，选择“灵活”模式可避免问题，但安全性较低。
- 检查证书有效性：确保源站SSL证书有效且未过期。
失败条件：若源站仅支持HTTP，而CDN设置为“完整”模式，回源时可能失败，导致访问异常。
常见误区：忽略源站SSL配置，直接启用HTTPS，导致循环重定向或错误。
场景三：部分用户无法访问，提示403或502错误
迁移后，部分用户可能遇到403（禁止）或502（网关错误）。这可能是源站防火墙规则、CDN回源设置或DDoS防护误判导致。
排查步骤：
- 检查源站防火墙：确认源站是否封禁了CDN的IP段，或设置了过于严格的访问控制。
- 检查CDN回源设置：确保回源HOST正确，源站能识别域名。
- 检查DDoS防护规则：CDN的DDoS防护可能误拦截正常请求，调整防护级别或添加白名单。
失败条件：若源站配置了仅允许特定IP访问，而CDN回源IP不在白名单内，将导致回源失败。
常见误区：未将CDN回源IP加入源站白名单，或DDoS防护规则过于敏感。
场景四：后台功能异常，如登录失效、提交数据失败
动态请求（如POST、登录）通常不应被缓存，但若CDN缓存了动态资源，可能导致数据提交失败或会话过期。
排查步骤：
- 检查缓存规则：确保动态请求（POST、PUT等）不被缓存，或设置Cache-Control: no-store。
- 检查Cookie处理：CDN可能忽略Cookie，导致会话无法保持。
- 检查Worker脚本：若使用CDN的Worker（如Cloudflare Workers），确认其是否正确处理动态请求。
失败条件：若CDN缓存了登录接口，用户登录后返回旧数据，导致操作失败。
常见误区：未区分静态与动态内容，将所有请求缓存。
场景五：源站IP暴露，绕过CDN直接访问
迁移后，如果源站IP未隐藏，攻击者可能绕过CDN直接攻击源站，导致源站负载过高或宕机。
排查步骤：
- 检查DNS记录：确保域名解析到CDN，而非源站IP。
- 检查源站安全组：限制源站仅允许CDN回源IP访问。
- 启用CDN的DDoS防护：利用CDN的防护能力过滤攻击流量。
失败条件：若源站IP暴露，即使CDN配置正确，源站也可能被攻击。
常见误区：未修改源站IP或未限制访问。
总结与预防建议
网站迁移到CDN后，源站配置不当是访问异常的主要原因。通过以上场景的排查方法，您可以快速定位问题。为预防此类问题，建议：
- 迁移前全面检查源站配置，包括SSL、防火墙、缓存头等。
- 启用CDN的缓存规则和DDoS防护，并定期审查。
- 监控CDN日志，及时发现异常。
若需进一步了解迁移流程，可参考网站迁移时数据库导出导入的完整步骤与注意事项和如何将网站从虚拟主机迁移到云服务器，以及网站迁移后SSL证书重新部署指南。
参考资料
延伸阅读