gpt4 book ai didi

redirect - 将 CloudFront 放在 AWS Amplify 前面时如何避免 301 重定向循环?

转载 作者:行者123 更新时间:2023-12-04 11:40:15 26 4
gpt4 key购买 nike

背景
我们希望 CloudFront 在我们的 AWS Amplify SPA 前面充当路由器。这样做的原因是我们需要在所有 SPA 之间共享一个公共(public)域,以便我们可以共享 localStorage。因此,每个 SPA 都将托管在 CloudFront 上的一个子路径中。我们使用 Amplify 的原因是因为我们使用的是客户端路由,所以我们需要重定向来自 https://spaOne-amplify.com/spaOne/pages/somePage 的请求。到 index.html
基本思想是我们将有一个 CloudFront 来代理/缓存来自 https://cloudFrontDomain.com/spaOne/* 的所有请求。至 https://spaOne-amplify.com/spaOne/* .
问题
但是,出于某种原因,当 Amplify 托管的 SPA 收到 Via看起来像是来自 CloudFront 的 header ,它会进入重定向循环。

  • GET https://spaOne-amplify.com/spaOne
  • 301 -/someRandomId/
  • GET https://spaOne-amplify.com/someRandomId
  • 301 -/someRandomId/
  • ... 等等

  • 我在任何地方都找不到对这种行为的详细提及,而且我不知道如何避免它。如果我删除 Via标题,或更改它,行为停止。
    以下导致重定向循环:
  • Via: 1.1 7331c3ff7c4cd86239addbfddaa5cee4.cloudfront.net (CloudFront)
  • Via: 1.1 abc.cloudfront.net (CloudFront)

  • 但这些没有:
  • Via: 1.1 7331c3ff7c4cd86239addbfddaa5cee4.cloudfront.net
  • Via: 1.1 spaOne-amplify.com (CloudFront)
  • 最佳答案

    所以这里的想法是使用目标组来加载分发(或为您的网络重定向规则)。默认情况下,我不确定是否有任何方法可以在 CloudFront 中执行此操作。

  • 但是,它可以通过创建负载均衡器(在您的情况下为应用程序)然后在您的 CloudFront 实例中将源指定为您的负载均衡器来完成。
  • 一旦所有内容都通过负载均衡器,您可以创建 Target Groups将您的重定向行为重定向到一个或另一个来源。
  • 关于redirect - 将 CloudFront 放在 AWS Amplify 前面时如何避免 301 重定向循环?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63951524/

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