Http 谷歌云存储不一致响应

Http 谷歌云存储不一致响应,http,http-status-code-404,google-cloud-storage,http-status-code-403,Http,Http Status Code 404,Google Cloud Storage,Http Status Code 403,我在谷歌云存储中设置了一个bucket,设置了“对象默认权限”以授予“用户”组“allUsers”以“Reader”权限 在bucket中有许多文件,我让一个客户端通过尝试访问来检查是否存在特定的文件。大多数情况下,我们会得到404响应,但在最初的几次尝试中,我们经常会看到403响应 403响应正文是(带有我自己的格式和私人信息的替换): 所以我的问题是,为什么当我试图打开一个不存在的文件时,有时会得到403,有时会得到404响应 我知道从2017年5月29日起会有一些变化,但这些变化尚未生效,

我在谷歌云存储中设置了一个bucket,设置了“对象默认权限”以授予“用户”组“allUsers”以“Reader”权限

在bucket中有许多文件,我让一个客户端通过尝试访问来检查是否存在特定的文件。大多数情况下,我们会得到404响应,但在最初的几次尝试中,我们经常会看到403响应

403响应正文是(带有我自己的格式和私人信息的替换):

所以我的问题是,为什么当我试图打开一个不存在的文件时,有时会得到403,有时会得到404响应


我知道从2017年5月29日起会有一些变化,但这些变化尚未生效,因此,要么是出了问题,要么是谷歌在早期随机应用了新的逻辑。

我通过谷歌的电子邮件对此有一个明确的答案,因此我给出了完整的答复

已查明工程师之间存在沟通错误。最初,这些变化本应安排在5月22日,但由于一些内部延迟,他们决定在5月29日晚些时候宣布。由于这种混乱,工程师们在最初的日期(5/22)而不是5/29推出了这项功能


TL;DR:Google搞砸了,提前一周发布了突破性的更改。

我通过Google的电子邮件对此有一个明确的答案,所以我给出了完整的回复

已查明工程师之间存在沟通错误。最初,这些变化本应安排在5月22日,但由于一些内部延迟,他们决定在5月29日晚些时候宣布。由于这种混乱,工程师们在最初的日期(5/22)而不是5/29推出了这项功能

TL;DR:Google搞砸了,提前一周发布了突破性的变化

<?xml version='1.0' encoding='UTF-8'?>
<Error>
    <Code>AccessDenied</Code>
    <Message>Access denied.</Message>
    <Details>Anonymous users does not have storage.objects.get access to object mybucket/myfile.gz.</Details>
</Error>