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

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


当前回答

我在试图复制一个对象时得到这个错误。我通过对copySource进行编码来修复它。这实际上在方法文档中有描述:

参数: copySource -源对象的源桶名和键名,用斜杠(/)分隔。必须是url编码的。

CopyObjectRequest objectRequest = CopyObjectRequest.builder()
                .copySource(URLEncoder.encode(bucket + "/" + oldFileKey, "UTF-8"))
                .destinationBucket(bucket)
                .destinationKey(newFileKey)
                .build();

其他回答

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

我可以通过设置环境变量来解决这个问题。

export AWS_ACCESS_KEY=
export AWS_SECRET_ACCESS_KEY=

IntelliJ + py。测试时,使用[运行]>[编辑配置]>[配置]>[环境]>[环境变量]

我的AccessKey有一些特殊字符没有正确转义。

当我复制/粘贴键时,我没有检查特殊字符。绊了我几分钟。

一个简单的反斜杠就解决了这个问题。例子(显然不是我真正的访问键):

secretAccessKey:’Gk / JCK77STMU6VWGrVYa1rmZiq + Mn98OdpJRNV614tM’

就变成了

secretAccessKey:’Gk \ / JCK77STMU6VWGrVYa1rmZiq \ + Mn98OdpJRNV614tM’

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

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

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

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

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

对我来说,我用了axios,但它却发了头

content-type: application/x-www-form-urlencoded

所以我改为发送:

content-type: application/octet-stream

还必须将此内容类型添加到AWS签名中

const params = {
    Bucket: bucket,
    Key: key,
    Expires: expires,
    ContentType: 'application/octet-stream'
}

const s3 = new AWS.S3()
s3.getSignedUrl('putObject', params)