同一服务器的AWS云前端签名cookie断断续续失败

Question

我们使用AWS为我们的网站存储aduio/视频内容。

我们使用罐装政策提供签名cookie：http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/private-content-setting-signed-cookie-canned-policy.html

因此，我们为每个请求设置了3个cookie来检索数据：

CloudFront-Policy;
CloudFront-Signature; 
CloudFront-Key-Pair-Id; 

它用于访问资源URL，如http://cloudfront.org_name.com/2016/7/1/Standing 冥想_更新91615.mp3

所有三个cookie都由服务器（基于Java）为每个请求重新设置为正确的预设值。

对于大多数内容，它在大多数时间都能正常工作，但对于某些资源，它只是失败了，出现了403禁止的错误。

如果我在单独的浏览器选项卡中打开两个内容（一个工作，一个不工作），那么除了资源URL之外，所有cookie和其他cookie看起来都完全相同。

然而——一个有效，而另一个无效。

更令人困惑的是，有时从同一台物理客户机请求的相同资源，一次在FF中，另一次在Chrome中，在一个浏览器中工作，但在另一个浏览器中失败。

此外，有时清除用户浏览器cookies是有效的，而另一次则失败，没有明显的模式。

当我挣扎着看到底出了什么问题的时候，这让我发疯。

有人能提供一些关于原因是什么以及可以尝试哪些补救措施的见解吗？

Answer 1

好的，答案在我对Michael的回复中：

我后来注意到，用于工作内容和失败内容的资源URL是不同的。一眼就看不出有什么不同，但却很不一样。一切都是一样的-库克，标题，其他参数。但是我比较了两种不同的内容。第一个URL始终有效，第二个URL始终失败。

吸取的教训：仔细地卷曲这两个资源，分析URL，看看到底有什么不同。

提示：使用Chrome的开发工具派生curl命令：右键单击失败的URL-

顺便说一句，我们刚刚重新上传了失败的资源，并更新了引用的网页——一切都恢复了正常。