Google cloud storage 谷歌云存储ACL问题
我在谷歌云存储上创建了一个存储桶。我想测试一些内置ACL,如public read、public read write等。但一旦我使用gsutil setacl命令更改了ACL,比如:Google cloud storage 谷歌云存储ACL问题,google-cloud-storage,gsutil,Google Cloud Storage,Gsutil,我在谷歌云存储上创建了一个存储桶。我想测试一些内置ACL,如public read、public read write等。但一旦我使用gsutil setacl命令更改了ACL,比如: gsutil setacl公共读写gs://mybucket 我似乎已经失去了将ACL设置为其他任何内容的能力,我也无法获取当前ACL。当我尝试这两种方法之一时,我会收到以下消息: GSResponseError:status=403,code=AccessDenied,reason=Forbidden,deta
gsutil setacl公共读写gs://mybucket
我似乎已经失去了将ACL设置为其他任何内容的能力,我也无法获取当前ACL。当我尝试这两种方法之一时,我会收到以下消息:
GSResponseError:status=403,code=AccessDenied,reason=Forbidden,detail=mybucket。
不确定这是一个bug,还是我遗漏了一些明显的东西。如何重新获得设置ACL的能力?转到,查看您是项目的查看者、编辑还是所有者
gsutil chacl-uyou@gmail.com:FC gs://mybucket
或使您成为项目的所有者gsutil chacl-uyou@gmail.com:FC gs://mybucket
或使您成为项目的所有者项目所有者始终完全控制桶。谢谢chacl的建议,但您是否认为这是除所有者以外的任何人的正常行为?顺便说一句,我是一名编辑,我创建的bucket就是这样。为什么设置acl会剥夺我访问bucket的权限?强迫所有者参与每个编辑的更改似乎不是一个好的发展策略。谢谢chacl的建议,但是你是否认为这对所有者以外的任何人来说都是正常的行为?顺便说一句,我是一名编辑,我创建的bucket就是这样。为什么设置acl会剥夺我访问bucket的权限?强迫所有者参与每个编辑的更改似乎不是一个好的发展战略。