Canvas Aws S3铲斗CORS配置未正确保存

Canvas Aws S3铲斗CORS配置未正确保存,canvas,amazon-web-services,amazon-s3,cors,Canvas,Amazon Web Services,Amazon S3,Cors,我们有一个桶,我们需要CORS配置如下: <CORSRule> <AllowedOrigin>*</AllowedOrigin> <AllowedHeader>*</AllowedHeader> <AllowedMethod>GET</AllowedMethod> </CORSRule> * * 得到 我们需要这样,这样我们就可以从画布导出图像,而不会出现污染的画布错误 我们在3周前

我们有一个桶,我们需要CORS配置如下:

<CORSRule>
  <AllowedOrigin>*</AllowedOrigin>
  <AllowedHeader>*</AllowedHeader>
  <AllowedMethod>GET</AllowedMethod>
</CORSRule>

*
*
得到
我们需要这样,这样我们就可以从画布导出图像,而不会出现污染的画布错误

我们在3周前在另一个项目中完成了这项工作,它工作得很好,管理员会修改CORS配置,我可以看到新的配置,即使我无法编辑它

今天我们尝试了它,他保存了新配置,我一直看到默认配置,即:

  <CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>GET</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>Authorization</AllowedHeader>
  </CORSRule>

*
得到
3000
授权
如果他登录,他会看到所需的配置,但我仍然会得到受污染的画布错误

所以我们有三个问题:

  • 他如何为我设置bucket权限,使我能够编辑CORS?我们为bucket的已验证用户授予了所有权限,但我仍然无法修改CORS配置
  • 有人知道这可能有什么问题吗?AWS S3是否不再允许使用*通配符
  • 如果通配符不再有效,如何在请求中发送授权标头

  • 感谢advanced的帮助。

    设置CORS的权限是通过身份和访问管理(IAM)授予用户的,而不是桶级权限,例如:

    {
      "Id": "SomeID",
      "Statement": [
        {
          "Sid": "SomeSID",
          "Action": [
            "s3:GetBucketCORS",
            "s3:PutBucketCORS"
          ],
          "Effect": "Allow",
          "Resource": "arn:aws:s3:::BUCKET-NAME",
          "Principal": {
            "AWS": [
              "USERNAME"
            ]
          }
        }
      ]
    }
    
    我使用您上面提供的规则成功地编辑了存储桶上的CORS策略。(我没有测试它是否有效,但我能够将其保存为策略。)