AWS S3 CORS 403 选项请求出错

Question

我试图从ajax请求访问驻留在S3中的html文件，我收到了403错误。

我在线阅读了AWS，如果我这样做，我需要设置AWS CORS规则来修复403错误。

但是，我已经尝试了两天，没有任何运气。这是我的 CORS 配置：

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>GET</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <ExposeHeader>XMLHttpRequest</ExposeHeader>
    <AllowedHeader>x-csrftoken</AllowedHeader>
 </CORSRule>
 </CORSConfiguration>

我的HTTP请求看起来像这样:

Accept  text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding gzip, deflate
Accept-Language en-US,en;q=0.5
Access-Control-Request-He...    x-csrftoken
Access-Control-Request-Me...    GET
Connection  keep-alive
Host    xxxxxxxxx.cloudfront.net
Origin  http://localhost:8000
User-Agent  Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0

谁能帮我看看我错过了什么？

谢谢！

Answer 1

HTTP 403 (Frobidden)并不一定意味着你需要CORSs。一种选择是将所有请求发送到cloudfront(相同的来源),在您的发行版中，有几个来源和行为。例如:

Beavior   ->  Origin

/api/*    ->  my.api.com
/static/* ->  my.s3.bucket

但如果您确实需要跨源请求，CORS标头应该由cloudfront转发并具有相同的行为，在您的示例中，您可能希望对允许的标头更加宽容（

Answer 2

对于那些因OPTIONS请求跨源s3访问而来到这里的403并且没有找到他们想要的东西的人，也许我的经验可以提供帮助。

tldr浏览器被设计成将来自不同来源的302重定向的来源设置为空

我还遇到了一个CORS问题，即对bucket上的资源的飞行前请求，如果直接浏览该资源，则该资源是可用的。

我在存储桶上配置了具有正确接受的标头和源的 CORS。如下所示。

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
    <AllowedOrigin>http://localhost:8080</AllowedOrigin>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>HEAD</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>authorization</AllowedHeader>
</CORSRule>
</CORSConfiguration>

然后，我收到了一个错误

Access to XMLHttpRequest at 'https://[REDACTED].s3.amazonaws.com/[REDACTED]?AWSAccessKeyId=[REDACTED]' (redirected from '[REDACTED]') from origin 'null' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.

在检查了请求标头后，很明显，一个可疑的事情是值为“null”的 Origin。

Access-Control-Request-Headers: authorization
Access-Control-Request-Method: GET
Origin: null
Referer: [REDACTED]
User-Agent: [REDACTED]

事实证明，由于安全问题，浏览器被设计为将来自不同来源的302重定向的来源设置为null。更多信息请点击这里。

除了不进行重定向之外，没有解决此问题的方法。我不得不重新设计正在进行重定向的后端资源，以提供直接访问s3 bbject的链接。