【问题标题】:SignatureDoesNotMatch error when performing get request on URL from AWS S3 getSignedUrl in Node.js在 Node.js 中对来自 AWS S3 getSignedUrl 的 URL 执行获取请求时出现 SignatureDoesNotMatch 错误
【发布时间】:2016-07-07 05:57:13
【问题描述】:

我试图访问我使用来自 AWS.S3 API http://docs.aws.amazon.com/AWSJavaScriptSDK/latest/AWS/S3.html#getSignedUrl-propertygetSignedUrl 方法放置的数据。当我使用该方法返回的 url 时出现错误。

将数据放入 S3 存储桶的代码

    var params = {
      Bucket: BUCKET_NAME,
      Key: 'testing132',
      Body: 'tasdfasfasdfs',
      Expires: EXPIRATION_TIME,
      ACL: 'public-read'
    };

    $log.info('test s3 dep', this);

    s3.getSignedUrl('putObject', params, function (err, url) {
      if (err) return cb(err);
      return cb(null, url);
    });

当对返回的 URL 执行来自 POSTMAN 的 GET 请求时,我会收到以下页面,其中出于安全考虑删除了一些信息

<?xml version="1.0" encoding="UTF-8"?>
<Error>
    <Code>SignatureDoesNotMatch</Code>
    <Message>The request signature we calculated does not match the signature you provided. Check your key and signing method.</Message>
    <AWSAccessKeyId>ASIAJ.....</AWSAccessKeyId>
    <StringToSign>GET


1467833494
x-amz-acl:public-read
x-amz-security-token:FQoDYXdzEKz//////////wEaDBW+iL+gqGBqn2qxcyKcA1etzJzOZV33H3ND2hxQcm5MsJuZiHuEz5EvODXvDD7IfnlsbgNmLs70WAJ.................=
/s3test_test/testing132</StringToSign>
    <SignatureProvided>sNNramN6fDo+sf......=</SignatureProvided>
    <StringToSignBytes>47 45 54 0a 0a 0a 31 34 36 37 38 33 33 34 39 34 0a 78 2d 61 6d 7a 2d 61 63 6c 3a 70 75 62 6c 69 63 2d 72 65 61 64 0a 78 2d 61 6d 7a 2d 73 65 63 75 72 69 74 ..............</StringToSignBytes>
    <RequestId>2404FC0B........</RequestId>
    <HostId>u5CapGu...............=</HostId>
</Error>

【问题讨论】:

    标签: javascript node.js amazon-web-services amazon-s3 aws-sdk


    【解决方案1】:

    所以有些混乱,我没有仔细阅读文档。我假设getSignedUrl 方法中的“putObject”参数意味着我正在将一个对象上传到指定的键,然后检索该对象的 url。这个假设是错误的,基本上putObject 参数意味着您指定了用户正在将对象放入生成的 url 的特征。使用getObject 解决了这个问题。来自文档You can use this functionality [putObject] to generate pre-signed PUT operations that require a specific payload to be uploaded by the consumer of the URL.

    【讨论】:

      猜你喜欢
      • 2020-04-13
      • 2019-04-29
      • 2021-12-26
      • 1970-01-01
      • 2013-10-01
      • 2017-02-23
      • 1970-01-01
      • 2019-03-30
      • 1970-01-01
      相关资源
      最近更新 更多