首先让我说，我通常非常不愿意发布这些问题，因为我总是觉得互联网上的任何事情都有答案。在花了无数个小时寻找这个问题的答案之后，我终于放弃了这个说法。

假设

这行得通:

s3.getSignedUrl('putObject', params);

我想做什么？

1. 使用 getSignedUrl 方法通过 PUT(从客户端)将文件上传到 Amazon S3
2. 允许任何人查看上传到 S3 的文件

注意:如果有更简单的方法允许客户端 (iPhone) 使用预签名 URL(并且不暴露客户端凭据)上传到 Amazon S3，我会全力以赴。 p>

主要问题*

1. 查看 AWS 管理控制台时，上传的文件的权限和元数据集为空白。
2. 查看上传的文件时(即在 AWS 管理控制台中双击文件)我收到 AccessDenied 错误。

我尝试了什么？

尝试 #1:我的原始代码

在 NodeJS 中，我生成一个预签名的 URL，如下所示:

var params = {Bucket: mybucket, Key: "test.jpg", Expires: 600};
s3.getSignedUrl('putObject', params, function (err, url){
  console.log(url); // this is the pre-signed URL
});

预签名的 URL 如下所示:

https://mybucket.s3.amazonaws.com/test.jpg?AWSAccessKeyId=AABFBIAWAEAUKAYGAFAA&Expires=1391069292&Signature=u%2BrqUtt3t6BfKHAlbXcZcTJIOWQ%3D

现在我通过 PUT 上传文件

curl -v -T myimage.jpg https://mybucket.s3.amazonaws.com/test.jpg?AWSAccessKeyId=AABFBIAWAEAUKAYGAFAA&Expires=1391069292&Signature=u%2BrqUtt3t6BfKHAlbXcZcTJIOWQ%3D

问题
我得到了上面列出的*主要问题

尝试 #2:在 PUT 上添加 Content-Type 和 ACL

我还尝试通过替换参数在我的代码中添加 Content-Type 和 x-amz-acl，如下所示:

var params = {Bucket: mybucket, Key: "test.jpg", Expires: 600, ACL: "public-read-write", ContentType: "image/jpeg"};

然后我尝试一个好的 ol' PUT:

curl -v -H "image/jpeg" -T myimage.jpg https://mybucket.s3.amazonaws.com/test.jpg?AWSAccessKeyId=AABFBIAWAEAUKAYGAFAA&Content-Type=image%2Fjpeg&Expires=1391068501&Signature=0yF%2BmzDhyU3g2hr%2BfIcVSnE22rY%3D&x-amz-acl=public-read-write

问题
我的终端输出一些错误:

-bash: Content-Type=image%2Fjpeg: command not found
-bash: x-amz-acl=public-read-write: command not found

我还遇到了上面列出的*主要问题。

尝试 #3:将存储桶权限修改为公开

下面列出的所有项目都在 AWS 管理控制台中打勾)

Grantee: Everyone can [List, Upload/Delete, View Permissions, Edit Permissions]
Grantee: Authenticated Users can [List, Upload/Delete, View Permissions, Edit Permissions]

存储桶政策

{
"Version": "2012-10-17",
"Statement": [
    {
        "Sid": "Stmt1390381397000",
        "Effect": "Allow",
        "Principal": {
            "AWS": "*"
        },
        "Action": "s3:*",
        "Resource": "arn:aws:s3:::mybucket/*"
    }
]
}

尝试 #4:设置 IAM 权限

我将用户策略设置为:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "s3:*",
      "Resource": "*"
    }
  ]
}

AuthenticatedUsers 组策略是这样的:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "Stmt1391063032000",
      "Effect": "Allow",
      "Action": [
        "s3:*"
      ],
      "Resource": [
        "*"
      ]
    }
  ]
}

尝试 #5:设置 CORS 政策

我将 CORS 政策设置为:

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
    <CORSRule>
        <AllowedOrigin>*</AllowedOrigin>
        <AllowedMethod>PUT</AllowedMethod>
        <AllowedMethod>POST</AllowedMethod>
        <AllowedMethod>DELETE</AllowedMethod>
        <AllowedMethod>GET</AllowedMethod>
        <MaxAgeSeconds>3000</MaxAgeSeconds>
        <AllowedHeader>*</AllowedHeader>
    </CORSRule>
</CORSConfiguration>

而且...现在我在这里。

最佳答案

更新

我有坏消息。根据 SDK 2.1.6 的发行说明 http://aws.amazon.com/releasenotes/1473534964062833 :

"The SDK will now throw an error if ContentLength is passed into an 
Amazon S3 presigned URL (AWS.S3.getSignedUrl()). Passing a 
ContentLength is not supported by the SDK, since it is not enforced on 
S3's side given the way the SDK is currently generating these URLs. 
See GitHub issue #457."

我发现在某些情况下，必须包含 ContentLength(特别是如果您的客户端通过它以便签名匹配)，然后在其他情况下，如果您包含 ContentLength 参数错误，getSignedUrl 会提示:“不支持内容长度在预签名的网址中”。我注意到当我更改正在调用电话的机器时，行为会发生变化。据推测，另一台机器与农场中的另一台亚马逊服务器建立了连接。

我只能猜测为什么这种行为在某些情况下存在，而在其他情况下不存在。也许并非所有亚马逊的服务器都已完全升级？在任何一种情况下，为了处理这个问题，我现在都尝试使用 ContentLength，如果它给了我参数错误，那么我在没有它的情况下再次调用 getSignedUrl。这是使用 SDK 处理这种奇怪行为的解决方法。

一个小例子......看起来不是很漂亮，但你明白了:

MediaBucketManager.getPutSignedUrl = function ( params, next ) {
    var _self = this;
    _self._s3.getSignedUrl('putObject', params, function ( error, data ) {
        if (error) {
            console.log("An error occurred retrieving a signed url for putObject", error);
            // TODO: build contextual error
            if (error.code == "UnexpectedParameter" && error.message.search("ContentLength") > -1) {
                if (params.ContentLength) delete params.ContentLength
                MediaBucketManager.getPutSignedUrl(bucket, key, expires, params, function ( error, data ) {
                    if (error) {
                        console.log("An error occurred retrieving a signed url for putObject", error);
                    } else {
                        console.log("Retrieved a signed url for putObject:", data);
                        return next(null, data)
                    }
                }); 
            } else {
                return next(error); 
            }
        } else {
            console.log("Retrieved a signed url for putObject:", data);
            return next(null, data);
        }
    });
};

因此，以下内容并不完全正确(在某些情况下会正确，但在其他情况下会出现参数错误)，但可能会帮助您入门。

旧答案

似乎(对于将文件放到只有公共(public)读取 ACL 的 S3 的 signedUrl)当请求将 PUT 放到 S3 时，将比较一些 header 。将它们与传递给 getSignedUrl 的内容进行比较:

CacheControl: 'STRING_VALUE',
ContentDisposition: 'STRING_VALUE',
ContentEncoding: 'STRING_VALUE',
ContentLanguage: 'STRING_VALUE',
ContentLength: 0,
ContentMD5: 'STRING_VALUE',
ContentType: 'STRING_VALUE',
Expires: new Date || 'Wed De...'

在此处查看完整列表:http://docs.aws.amazon.com/AWSJavaScriptSDK/latest/AWS/S3.html#putObject-property

当您调用 getSignedUrl 时，您将传递一个包含 Bucket、Key 和 Expires 数据的“params”对象(在文档中非常清楚)。这是一个(NodeJS)示例:

var params = { Bucket:bucket, Key:key, Expires:expires };
s3.getSignedUrl('putObject', params, function ( error, data ) {
    if (error) {
        // handle error
    } else {
        // handle data
    }
});

不太清楚的是将 ACL 设置为“public-read”:

var params = { Bucket:bucket, Key:key, Expires:expires, ACL:'public-read' };

非常模糊的是传递 header 的概念，您希望客户端使用签名的 url 将连同 PUT 操作一起传递给 S3:

var params = {
    Bucket:bucket,
    Key:key,
    Expires:expires,
    ACL:'public-read',
    ContentType:'image/png',
    ContentLength:7469
};

在上面的示例中，我包含了 ContentType 和 ContentLength，因为在 javascript 中使用 XmlHTTPRequest 时包含了这两个 header ，并且在 Content-Length 的情况下无法更改。我怀疑其他 HTTP 请求的实现(例如 Curl 等)也会出现这种情况，因为在提交包含(数据)主体的 HTTP 请求时，它们是必需的 header 。

如果客户端在请求 signedUrl 时不包含有关文件的 ContentType 和 ContentLength 数据，则当需要将文件 PUT 到 S3(使用该 signedUrl)时，S3 服务将查找包含在客户端请求中的 header (因为它们是必需的 header )但签名不会包含它们 - 因此它们将不匹配并且操作将失败。

因此，在调用 getSignedUrl 之前，您似乎必须知道要 PUT 到 S3 的文件的内容类型和内容长度。这对我来说不是问题，因为我公开了一个 REST 端点以允许我们的客户在对 S3 进行 PUT 操作之前请求一个签名的 url。由于客户端可以访问要提交的文件(在他们准备提交的那一刻)，客户端访问文件大小和类型并从我的端点请求带有该数据的签名 url 是一个简单的操作。

关于node.js - 如何在客户端将可视文件上传到 Amazon S3？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21452756/