GCP 存储桶错误的 cname 解析

Question

我已经创建了一个 public 可读（所有用户）存储桶，其中包含我经过验证的子域名 static.<mydomain>.com

我已经正确验证了我的子域。并且还在 Cloudflare DNS 管理器中为“静态”子域创建了一个 cname 记录。它指向 c.storage.googleapis.com

static.mydomain.com >> c.storage.googleapis.com

当我通过 static.<mydomain.com>/<asset_name> 访问该存储桶中的资产时它重定向到 https://storage.googleapis.com/<previously_created_deleted_bucket_name>/<asset_name> 而不是 https://storage.googleapis.com/static.<mydomain>.com>/<asset_name>

即使它重定向到 storage.googleapis.com，它也不是 select 正确的存储桶。

该页面包含

<Error>
  <Code>NoSuchBucket</Code>
  <Message>The specified bucket does not exist.</Message>
</Error>

为什么重定向到不同于 cname 的其他存储桶名称（已删除）？

大多数情况下，Cloudflare DNS 更改会立即生效。以至于很难相信这是一个 DNS 问题。

Answer 1

试着等一个小时左右看看。尽管 Cloudflare 可以快速更新对您的 dns 记录的更改，但 Google 需要一些时间来获取更改并将域映射到存储桶。

GCP 存储桶错误的 cname 解析

GCP storage bucket wrong cname resolution

google-cloud-platform

google-cloud-storage

google-search-console