Permissions 为什么S3 ACL不会“粘住”?
我们希望设置一个ACL,以允许使用合作伙伴帐户访问我们的一个存储桶。我们已经在一个测试帐户上测试了这个过程,一切正常。但是,在我们的生产帐户/存储桶上,我们可以设置ACL并查看更新,但一旦我们尝试从另一个帐户访问存储桶,就会收到禁止响应。之后,当我们查看bucket的ACL列表时,权限就消失了 我们尝试在AWS管理控制台和CloudBerry Explorer中使用Amazon的新S3工具,这两种工具表现出完全相同的行为。使用相同的过程从我们的测试帐户更新ACL,正如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无法粘住?有人对如何解决这个问题有什么想法吗?我问这个问题已经有一段时间了,我一直在解决这个问题 正如我所记得的,似乎某些策略的格式已经更改,但验证器仍然接受旧的格式。但是,旧的格式策略将不被接受,因此该策略无法正确坚持