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

我使用的是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次,生成了新的,使用不同的方法来传递信息(即配置文件和在代码中包含凭据),但目前没有任何工作。


当前回答

就像其他人说的那样,我也遇到了同样的问题,结果证明与密码/访问秘密有关。我为s3用户生成了一个无效的密码,但它没有通知我。当尝试连接用户时,它给出了这个错误。它似乎不喜欢密码中的某些或所有符号(至少对Minio来说)

其他回答

根据上传到S3桶的文件的java文档: 如果您正在上传Amazon Web Services kms加密的对象,您需要在客户机上指定桶的正确区域,并配置Amazon Web Services Signature Version 4以增加安全性。有关如何做到这一点的更多信息,请参见http://docs.aws.amazon.com/AmazonS3/latest/dev/UsingAWSSDK.html# specification -signature-version

因此,您可能需要配置签名版本4。

我有同样的问题时,试图复制一个对象与一些UTF8字符。下面是一个JS的例子:

var s3 = new AWS.S3();

s3.copyObject({
    Bucket: 'somebucket',
    CopySource: 'path/to/Weird_file_name_ðÓpíu.jpg',
    Key: 'destination/key.jpg',
    ACL: 'authenticated-read'
}, cb);

通过使用encodeURIComponent()对CopySource进行编码来解决

我必须设置

Aws.config.update({
  credentials: Aws::Credentials.new(access_key_id, secret_access_key)
})

在使用ruby aws SDK v2之前(在其他语言中可能也有类似的东西)

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

在我的情况下,api调用参数的错误顺序导致了这一点。

例如,当我调用/api/call1?parameter1=x&parameter2=y收到如下信息:

请求的签名与计算签名不匹配。

交换参数:/api/call1?Parameter2 =y&parameter1=x, API调用正常工作。

非常令人沮丧的是,api文档本身的参数顺序是不同的。这也不是唯一一个这样的电话。