我试图用AWS-SDK-Core Ruby Gem删除上传的图像文件。

我有以下代码:

require 'aws-sdk-core'

def pull_picture(picture)
    Aws.config = {
        :access_key_id => ENV["AWS_ACCESS_KEY_ID"],
        :secret_access_key => ENV["AWS_SECRET_ACCESS_KEY"],
        :region => 'us-west-2'
    }

    s3 = Aws::S3::Client.new

    test = s3.get_object(
        :bucket => ENV["AWS_S3_BUCKET"],
        :key => picture.image_url.split('/')[-2],   
    )
end

然而,我得到以下错误:

您试图访问的桶必须使用指定的端点进行寻址。请将所有将来的请求发送到此端点。

我知道这个区域是正确的,因为如果我把它改为us-east-1,会出现以下错误:

指定的密钥不存在。

我哪里做错了?


当前回答

我遇到了类似的错误,因为桶位于us-west-2区域,URL模式的路径中有bucketname。有一次,我改变了URL模式,以bucketname作为URL子域来抓取文件,它工作了。

例如,以前的URL是

https://s3.amazonaws.com/bucketname/filePath/filename

然后我把它换成

https://bucketname.s3.amazonaws.com/filePath/filename

其他回答

我也犯了同样的错误。当s3客户端创建的端点与创建桶时设置的端点不同时,就会发生这种情况。

错误码-桶设置与东部地区。

s3Client = New AmazonS3Client(AWS_ACCESS_KEY, AWS_SECRET_KEY, RegionEndpoint.USWest2)

修复

s3Client = New AmazonS3Client(AWS_ACCESS_KEY, AWS_SECRET_KEY, RegionEndpoint.USEast1)

经过长时间的寻找,我找到了一个可行的解决方案。这个问题是因为错误的地区代码。

下面是区域代码列表,设置适当的一个,您的问题将得到解决。

Code                         Name
US East (Ohio)               us-east-2

US East (N. Virginia)       us-east-1

US West (N. California)     us-west-1

US West (Oregon)            us-west-2

Asia Pacific (Hong Kong)    ap-east-1

Asia Pacific (Mumbai)       ap-south-1

Asia Pacific (Osaka-Local)  ap-northeast-3

Asia Pacific (Seoul)        ap-northeast-2

Asia Pacific (Singapore)    ap-southeast-1

Asia Pacific (Sydney)       ap-southeast-2

Asia Pacific (Tokyo)        ap-northeast-1

Canada (Central)            ca-central-1

Europe (Frankfurt)          eu-central-1

Europe (Ireland)            eu-west-1

Europe (London)             eu-west-2

Europe (Paris)             eu-west-3

Europe (Stockholm)         eu-north-1

Middle East (Bahrain)      me-south-1

South America (São Paulo)   sa-east-1

你可以在点击桶名的右上角找到你的区域代码。

查看模式详情单击

似乎这个桶是在一个不同的地区创建的,IE而不是us-west-2。这是我唯一一次看到“您试图访问的桶必须使用指定的端点进行寻址。请将所有未来的请求发送到此端点。”

美国标准是US -east-1

我在使用不同的AWS配置文件时遇到了这个问题。当我使用一个具有管理权限的帐户时,我看到了这个错误,所以权限问题的可能性似乎不大。

从用户的角度来看,AWS很容易发出与所需操作几乎没有关联的错误消息,这真的是我的一个讨厌之处。

在我的例子中,我选择了错误的RegionEndpoint。选择正确的RegionEndpoint后,它开始工作:)