Amazon ec2 亚马逊AWS体系结构流程

我有一个流量问题，我希望得到一些帮助：

用户请求->路由53->Cloudfront->弹性负载平衡器->EC2实例->Nginx->应用服务器-{计算下载S3资产的URL}->{返回带有S3}->Nginx->URL的X-Accel-Redirect头{将X-Accel-Redirect头拆分并重新组装回S3 URL}->S3资产->Cloudfront->用户代理

因此，如果我直接向弹性负载平衡器或EC2实例发出请求，这很好，但是只要我尝试通过Cloudfront发出请求，或者将Cloudfront指向ELB，或者直接指向EC2实例，我就会得到SignatureDesNotMatch XML响应，并且没有资产

---

有人知道为什么通过Cloudfront访问S3资产会导致这个问题吗？

我根本不理解Cloudfront在这里的用法。如果您提供的是静态内容，Cloudfront可以帮助您，通过在区域中缓存副本来降低延迟。但从你的描述来看，情况似乎并非如此。您试图实现什么？在请求时，在资产上存在潜在的昂贵转换。Cloudfront将转换缓存一段与上下文相关的时间。我不想无礼，但我正在寻找Cloudfront引入的问题的答案，而不是设计批评。错误是否发生在初始响应上？ie—您向cloudfront url发出请求，并希望得到对S3 url的响应，但却得到了xml错误—或者您在跟踪S3返回的响应url时得到了错误？包含一个小提琴手或等效的轨迹会很有帮助。。。