CloudFront 失效不起作用答案

【问题标题】：CloudFront Invalidation doesn't workCloudFront 失效不起作用
【发布时间】：2017-01-26 03:21:15
【问题描述】：

我在 S3 存储桶中有以下图片。

/images/thumbnails/654-thumb2.jpg

在我的 C# 代码中，我为该特定路径创建了一个失效。验证在我通过控制台验证时运行，我在失效详细信息中看到以下对象路径：

/images/thumbnails/654-thumb2.jpg

失效完成后（“已完成”状态），我去检查图像是否更新，但它仍然和以前一样。我仔细检查了这是否是正确的 CloudFront 分配，并且确实如此。我还检查了没有错字，路径写得很好。

当我在 S3 中打开文件时，我看到了新图像，但它在失效后没有在 CDN 上更新。

知道我需要做什么才能让它工作吗？

我正在使用 C#/ASP.NET 4.5 进行开发

【问题讨论】：

您能否捕获来自 CloudFront 和 S3 GET 对象请求的响应标头并将它们添加到问题中？您是否使用 curl 验证了该行为并消除了浏览器缓存或任何透明的中间缓存？
伙计，我被这个卡住了。原来是 Cloudflare 介入并提供自己的缓存。 Cloudfront 失效就好了。呵呵……

【解决方案1】：

要么你遗漏了什么，要么你发现了一个错误！
仔细检查您的来源和行为，确保您指向您认为的 S3 路径，然后通过 AWS 支持提升它。

【讨论】：

这是一个非常安全的断言，这不会是一个错误。也许你的意思是讽刺。如果您能详细解释一些细节，例如如何通过检查响应标头来验证 CloudFront 是否正在从缓存中提供特定响应，以及“双重检查”的含义，那么这个答案会更好。
对不起，我试图发表评论，但由于我是新来的，所以无法发表评论。不完全是讽刺，我们偶尔会发现问题并向亚马逊提出，可能不是错误，而是间歇性故障。我能想到的唯一另一件事是您说过您已经使 S3 路径无效，而无效则适用于 CloudFront 路径（通常是同一件事，但并非总是如此）