Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/amazon-s3/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Permissions 为什么S3 ACL不会“粘住”?_Permissions_Amazon S3_Acl_Amazon Web Services - Fatal编程技术网

Permissions 为什么S3 ACL不会“粘住”?

Permissions 为什么S3 ACL不会“粘住”?,permissions,amazon-s3,acl,amazon-web-services,Permissions,Amazon S3,Acl,Amazon Web Services,我们希望设置一个ACL,以允许使用合作伙伴帐户访问我们的一个存储桶。我们已经在一个测试帐户上测试了这个过程,一切正常。但是,在我们的生产帐户/存储桶上,我们可以设置ACL并查看更新,但一旦我们尝试从另一个帐户访问存储桶,就会收到禁止响应。之后,当我们查看bucket的ACL列表时,权限就消失了 我们尝试在AWS管理控制台和CloudBerry Explorer中使用Amazon的新S3工具,这两种工具表现出完全相同的行为。使用相同的过程从我们的测试帐户更新ACL,正如ACL更新所预期的那样 什么

我们希望设置一个ACL,以允许使用合作伙伴帐户访问我们的一个存储桶。我们已经在一个测试帐户上测试了这个过程,一切正常。但是,在我们的生产帐户/存储桶上,我们可以设置ACL并查看更新,但一旦我们尝试从另一个帐户访问存储桶,就会收到禁止响应。之后,当我们查看bucket的ACL列表时,权限就消失了

我们尝试在AWS管理控制台和CloudBerry Explorer中使用Amazon的新S3工具,这两种工具表现出完全相同的行为。使用相同的过程从我们的测试帐户更新ACL,正如ACL更新所预期的那样


什么会导致ACL无法粘住?有人对如何解决这个问题有什么想法吗?

我问这个问题已经有一段时间了,我一直在解决这个问题

正如我所记得的,似乎某些策略的格式已经更改,但验证器仍然接受旧的格式。但是,旧的格式策略将不被接受,因此该策略无法正确坚持