Amazon web services storeSetACL Amazon S3通过ID而不是电子邮件地址授予所有者完全控制权
我很快就要让它工作了。显然,我的电子邮件地址与AWS帐户以外的帐户相关联,因此当我试图通过电子邮件为所有者设置ACL时,我从Amazon“AmbiguousGrantByEmailAddress”中得到一个错误。在他们的论坛和文档中,我能找到的最好的方法是,你可以通过账户的12位ID设置它。但是-我找不到显示要设置的密钥的正确名称的文档Amazon web services storeSetACL Amazon S3通过ID而不是电子邮件地址授予所有者完全控制权,amazon-web-services,coldfusion,amazon-s3,coldfusion-10,Amazon Web Services,Coldfusion,Amazon S3,Coldfusion 10,我很快就要让它工作了。显然,我的电子邮件地址与AWS帐户以外的帐户相关联,因此当我试图通过电子邮件为所有者设置ACL时,我从Amazon“AmbiguousGrantByEmailAddress”中得到一个错误。在他们的论坛和文档中,我能找到的最好的方法是,你可以通过账户的12位ID设置它。但是-我找不到显示要设置的密钥的正确名称的文档 all_read = {group="all", permission="read"}; authenticated_read = {group="authen
all_read = {group="all", permission="read"};
authenticated_read = {group="authenticated", permission="read"};
owner_full = {id="nnnn-nnnn-nnnn", permission="full_control"};
aclObj = [owner_full, all_read, authenticated_read];
我尝试了id=“nnnnnnnnnnnnnnnnnn”和id=“nnnnnnnnnnnnnnnnnn”两种方法,但我一直得到InvalidKey 解决方案(适用于遇到此问题的其他人)
关键是“ID”,但不是账户的12位用户ID(尽管亚马逊开发者在论坛页面上声明),而是账户的规范ID。两者都可以在AWS安全凭据页面上找到。解决方案(适用于遇到此问题的其他人)
关键是“ID”,但不是账户的12位用户ID(尽管亚马逊开发者在论坛页面上声明),而是账户的规范ID。两者都可以在AWS安全凭据页面上找到。解决方案(适用于遇到此问题的其他人)
关键是“ID”,但不是账户的12位用户ID(尽管亚马逊开发者在论坛页面上声明),而是账户的规范ID。两者都可以在AWS安全凭据页面上找到。解决方案(适用于遇到此问题的其他人)
关键是“ID”,但不是账户的12位用户ID(尽管亚马逊开发者在论坛页面上声明),而是账户的规范ID。两者都可以在AWS安全凭据页面上找到