到目前为止,我已经在网上搜索了两天多,可能已经浏览了大部分在线记录的场景和变通方法,但到目前为止,没有一个对我有用。

我使用的是AWS SDK for PHP V2.8.7,运行在PHP 5.3上。

我试图连接到我的亚马逊S3桶与以下代码:

// Create a `Aws` object using a configuration file
$aws = Aws::factory('config.php');

// Get the client from the service locator by namespace
$s3Client = $aws->get('s3');

$bucket = "xxx";
$keyname = "xxx";

try {
    $result = $s3Client->putObject(array(
        'Bucket' => $bucket,
        'Key' => $keyname,
        'Body' => 'Hello World!'
    ));

    $file_error = false;
} catch (Exception $e) {
    $file_error = true;

    echo $e->getMessage();

    die();
}

我的config.php文件如下:

return [
    // Bootstrap the configuration file with AWS specific features
    'includes' => ['_aws'],
    'services' => [
        // All AWS clients extend from 'default_settings'. Here we are
        // overriding 'default_settings' with our default credentials and
        // providing a default region setting.
        'default_settings' => [
            'params' => [
                'credentials' => [
                    'key'    => 'key',
                    'secret' => 'secret'
                ]
            ]
        ]
    ]
];

它产生以下错误:

我们计算的请求签名与您提供的签名不匹配。检查您的密钥和签名方法。

我已经检查了我的访问密钥和秘密至少20次,生成了新的,使用不同的方法来传递信息(即配置文件和在代码中包含凭据),但目前没有任何工作。


当前回答

通过Java SDK上传文档到CloudSearch时出现此错误。这个问题是因为要上传的文档中有一个特殊字符。错误“我们计算的请求签名与您提供的签名不匹配。”“检查您的AWS秘密访问密钥和签名方法”是非常具有误导性的。

其他回答

这个问题发生在我身上,因为我不小心将ACCESS_KEY_ID的值分配给了SECRET_ACCESS_KEY_ID。一旦这是固定的一切工作正常。

我在nodejs中也有同样的错误。但是在s3构造函数中添加signatureVersion帮助了我:

const s3 = new AWS.S3({
  apiVersion: '2006-03-01',
  signatureVersion: 'v4',
});

我在使用Debian扩展可用的最新awscli版本(即1.11.13版本)时,在一个非aws S3端点的Docker映像中遇到了这种情况。

升级到CLI版本1.16.84解决了该问题。

要安装最新版本的CLI,使用基于Debian拉伸映像的Dockerfile,而不是:

RUN apt-get update
RUN apt-get install -y awscli
RUN aws --version

Use:

RUN apt-get update
RUN apt-get install -y python-pip
RUN pip install awscli
RUN aws --version

我在CloudFormation::Init过程中下载S3文件时得到了同样的错误。问题是S3中的文件夹名中有一个空格。我把文件移动到一个没有空格的新文件夹,而是一个下划线,这就解决了这个问题。

大多数情况下,这是因为错误的密钥(AWS_SECRET_ACCESS_KEY)。请交叉验证您的AWS_SECRET_ACCESS_KEY。希望它能起作用…