GCP Storage Bucket CNAME解析错误跳转至已删除存储桶问题咨询

重定向到已删除存储桶的根因 #

• Cloudflare DNS的橙色云代理模式冲突：Google Cloud Storage（GCS）的自定义域名CNAME映射逻辑，要求请求头的Host字段必须和存储桶名称完全一致才能匹配到对应资源。如果你给static子域名开了Cloudflare的橙色云代理，Cloudflare转发请求到c.storage.googleapis.com时会默认替换Host头为目标CNAME的域名，GCS无法通过Host匹配到正确存储桶，就会触发路径匹配规则。由于你的域名之前绑定过已删除的存储桶，GCS侧留存的历史绑定缓存未过期，就会重定向到旧存储桶的路径，最终返回NoSuchBucket错误。
• 存储桶名称不匹配：GCS要求使用自定义域名访问的公开存储桶，名称必须和自定义域名完全一致，若你创建的存储桶名称和static.<mydomain>.com存在拼写差异、大小写不符或者多余前后缀，也会触发匹配失败，走历史绑定逻辑重定向到旧桶。
• 重定向缓存残留：本地浏览器、网络边缘节点缓存了旧绑定时期的3xx重定向响应，就算后端配置已经更新，旧缓存仍然会触发异常跳转。

修复步骤 #

• 登录Cloudflare DNS管理后台，将static子域名的CNAME记录从橙色云（代理模式）切换为灰色云（仅DNS解析模式），保证请求的Host头可以原封不动传递给GCS服务器。
• 核对GCS存储桶名称，确保其和static.<mydomain>.com完全一致，同时确认存储桶的公开可读权限配置无误，没有拦截公共访问的IAM规则或存储桶策略。
• 清理本地浏览器缓存，或者直接用curl命令跳过缓存验证配置是否生效：curl -v http://static.<mydomain>.com/<asset_name>
• 若修改后仍然存在异常，等待1小时以内让GCS侧的历史域名绑定缓存自动过期即可恢复正常。

内容的提问来源于stack exchange，提问作者Dulara Malindu