我正在尝试让CORS与亚马逊S3 + CloudFront一起正常工作。
在设置我的CORS配置后,它似乎工作正常:
$ curl -H "Origin: https://app.close.io" -I "https://d4389n07pf8cq.cloudfront.net/built/app.9e1f9ee9.js" -s | grep Access
Access-Control-Allow-Origin: https://app.close.io
Access-Control-Allow-Methods: GET, HEAD
Access-Control-Max-Age: 3000
Access-Control-Allow-Credentials: true
但是,当使用Accept-Encoding: gzip
请求资源时,CORS标头不会正确返回。
$ curl -H "Origin: https://app.close.io" -H "Accept-Encoding: gzip" -I "https://d4389n07pf8cq.cloudfront.net/built/app.9e1f9ee9.js" -s | grep Access
(nothing)
为什么会这样呢?
我的CORS配置如下所示:
<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
<AllowedOrigin>https://app.close.io</AllowedOrigin>
<AllowedMethod>GET</AllowedMethod>
<AllowedMethod>HEAD</AllowedMethod>
<MaxAgeSeconds>3000</MaxAgeSeconds>
<AllowedHeader>Authorization</AllowedHeader>
<AllowedHeader>Content-*</AllowedHeader>
<AllowedHeader>Host</AllowedHeader>
<AllowedHeader>Accept-Encoding</AllowedHeader>
</CORSRule>
</CORSConfiguration>
(我还尝试了删除Accent-Encoding
头的CORS配置。)
S3对象本身是经过gzipped压缩的,并且包含Content-Encoding: gzip
、Cache-Control: public, max-age=31536000
和Content-Type: application/javascript
的“元数据”。
我不明白为什么CloudFront+S3 CORS在请求gzip时不能正常工作。
发布于 2014-06-28 03:46:17
2014年6月26日,亚马逊网络服务发布了proper Vary: Origin behavior on CloudFront,所以我添加了一些instructions on this question,反映了我们是如何正确设置它的。
发布于 2013-02-24 16:52:42
我认为您遇到的问题是由于CloudFront缺乏对CORS的原生支持造成的。此时,它们不支持原始头上的possible,因此CloudFront可能传递了一个旧的缓存响应,对于您的第二个请求(使用accept编码: gzip),该响应没有正确的CORS头。
请在AWS论坛上查看此帖子,以了解此缺失的CORS支持的解决方法:
https://forums.aws.amazon.com/message.jspa?messageID=422504#422532
发布于 2013-04-17 07:04:27
这可能会对你有所帮助,因为我已经成功地让CORS在S3和Cloudfront上工作。我注意到当S3和Cloudfront第一次拉出文件时,它们几乎缓存了头文件,即使你已经更改了它们。确保启用了"query param“版本控制,并且可以将?v=1
添加到文件的末尾。这为我们和CORS“更新”了头文件,这一切都很好。
https://stackoverflow.com/questions/14666971
复制相似问题