Amazon web services 302在AWS Cloudfront中重定向

我有一个webstack，目前提供动态和静态内容。我想从AWS CloudFront开始提供静态内容，而不必更改所有URL

因此，我设置了CloudFront来提供来自AWSS3的静态内容和来自自定义url当前webstack的动态内容。尽管CloudFront通过重写规则向我们的webstack发出请求，但这仍然有效

CloudFront是否可以返回302重定向，以便对my webstack的请求来自用户浏览器

---

不幸的是，这对我们的应用程序正常工作至关重要

我认为这是不可能的，因为CloudFront应该遵循302重定向并缓存结果，而不是将302重定向返回到客户端。

返回302重定向以便请求来自用户浏览器？请求已来自用户的浏览器。你能澄清你试图解决的实际问题吗？具体是什么被破坏了？对webstack的请求，我需要cloudfront返回一个302，以便用户直接点击webstack。我只能让cloudfront向webstack提出请求。好吧，但为什么？如果CloudFront配置正确，它应该通过CloudFront工作。很多东西，比如大多数请求头、cookie和查询字符串，默认情况下不会由CloudFront转发，但可以启用。。。这就是为什么我要问，有什么东西不起作用？它实际上是ISP向网络上所有http请求注入的一个头，这些请求都是发送到白名单主机IP+域的。如果用户从cloudfront获取内容，我们无法控制用户访问的IP地址。您的想法是什么？我认为不可能实现我想要的。我们可能需要考虑另一种选择。