gpt4 book ai didi

amazon-s3 - Cloudfront - 无法使用于返回 403 的对象失效

转载 作者:行者123 更新时间:2023-12-03 06:56:38 31 4
gpt4 key购买 nike

设置

我有一个最初设置为安全的 Amazon Cloudfront 发行版。此发行版中的对象需要 URL 签名。例如,有效的 URL 过去采用以下格式:

https://d1stsppuecoabc.cloudfront.net/images/TheImage.jpg?Expires=1413119282&Signature=NLLRTVVmzyTEzhm-ugpRymi~nM2v97vxoZV5K9sCd4d7~PhgWINoTUVBElkWehIWqLMIAq0S2HWU9ak5XIwNN9B57mwWlsuOleB~XBN1A-5kzwLr7pSM5UzGn4zn6GRiH-qb2zEoE2Fz9MnD9Zc5nMoh2XXwawMvWG7EYInK1m~X9LXfDvNaOO5iY7xY4HyIS-Q~xYHWUnt0TgcHJ8cE9xrSiwP1qX3B8lEUtMkvVbyLw__&Key-Pair-Id=APKAI7F5R77FFNFWGABC

分发点指向一个同样受到保护的 S3 存储桶(它只允许通过云前端进行访问)。

发生了什么

在某个时刻,URL 解析过期并会返回 403。

由于我们不再需要保持相同的安全级别,因此我最近将 Cloudfront 发行版及其指向的 S3 存储桶的设置更改为公开。

然后我尝试使该发行版中的对象无效。失效没有引发任何错误,但是失效似乎没有成功。对同一 Cloudfront URL(带或不带查询字符串)的请求仍返回 403。

响应 header 如下所示:

HTTP/1.1 403 Forbidden
Server: CloudFront
Date: Mon, 18 Aug 2014 15:16:08 GMT
Content-Type: text/xml
Content-Length: 110
Connection: keep-alive
X-Cache: Error from cloudfront
Via: 1.1 3abf650c7bf73e47515000bddf3f04a0.cloudfront.net (CloudFront)
X-Amz-Cf-Id: j1CszSXz0DO-IxFvHWyqkDSdO462LwkfLY0muRDrULU7zT_W4HuZ2B==

我尝试过的事情

我尝试设置另一个指向与原始服务器相同的 S3 的 cloudfront 发行版。对新发行版中同一对象的请求成功。

问题

有人遇到过返回 403 的 Cloudfront URL 无法失效的相同情况吗?有什么原因导致对象不会失效吗?

感谢您的帮助!

最佳答案

  1. 首先检查无效是否正在进行。如果是,则等待完成。
  2. 如果您使用公共(public) URL 通过 CloudFront 访问 S3 对象,则您需要拥有该 S3 对象的公共(public)读取权限。
  3. 如果您尝试使用签名 URL 通过 CloudFront 访问 S3 对象,请确保生成签名 URL 时提到的时间必须大于当前时间。

关于amazon-s3 - Cloudfront - 无法使用于返回 403 的对象失效,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25367142/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com