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

我使用的是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 v1。对我来说,以下2个修复对我有帮助。

我的对象键是这样的/path/to/obj/。在这里,我首先在一开始删除了/。 此外,第一点本身并不能解决问题。我从1.9升级了sdk版本。X到1.11.x

在应用了两个修复程序后,它起作用了。所以我的建议是不要坚持到底。如果没有其他工作,只需尝试升级库。

其他回答

我也遇到过类似的错误,但对我来说,这似乎是由于重用IAM用户在两个不同的Elastic Beanstalk环境中使用S3造成的。我通过为每个环境创建一个具有相同权限的IAM用户来处理该症状,从而消除了错误。

在我的例子中,我错误地调用了s3request.promise().then(),这导致在只执行了一次调用的情况下执行了两次请求。

我的意思是,我迭代了6个对象,但发出了12个请求(您可以通过登录控制台或在浏览器中调试网络来检查)

由于第二个不需要的请求的时间戳与第一个请求的签名不匹配,因此产生了这个问题。

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

我刚刚遇到了这个问题,我有点不好意思地说,这是因为我使用了HTTP POST请求而不是PUT。

尽管我很尴尬,但我想我还是要分享一下,说不定能帮别人省下一个小时的挠头。

在我的案例中,问题是用于配置Amplify的API网关URL在结尾有一个额外的斜杠…

查询的url看起来像https://....amazonaws.com/myapi//myendpoint。我删除了额外的斜杠在conf和它工作。

这不是我人生中最明确的错误信息。