【问题标题】:Amazon Route 53 to redirect multiple subdomains to other subdomains without S3Amazon Route 53 将多个子域重定向到其他没有 S3 的子域
【发布时间】:2021-01-19 04:46:40
【问题描述】:

我有一个名为 example.com 的域,它有大约 20 个子域,例如 subdomain_1.example.comsubdomain_2.example.com 等。

我正在将我的域从 example.com 更改为 newdomain.com。此外,我在 Route 53 上设置了所有子域,现在两个域都在加载我的网站,我想将所有流量从旧子域重定向到新子域。例如,如果用户对subdomain_15.example.com 的请求应该被重定向到subdomain_15.newdomain.com

我阅读了 AWS 提供的关于每个路由的 S3 存储桶的解决方案,但我有很多子域,我想知道是否有更有效的方法可以一次为所有域和子域创建重定向规则。

【问题讨论】:

    标签: amazon-web-services amazon-s3 amazon-route53 aws-application-load-balancer


    【解决方案1】:

    如果您不想使用 S3 的内置 HTTP 服务器/端点及其重定向功能,则需要为此进行计算。

    有很多选择:

    1. 将您的旧域映射到 API Gateway 中的 API,并使用 Lambda 函数提供重定向 HTTP 响应
    2. 将您的旧域映射到 CloudFront 分配,并在“查看器请求”上使用 Lambda@Edge 来提供重定向 HTTP 响应
    3. 将您的旧域映射到 Application Load Balancer(不过,每次正常运行时间的成本!)并在侦听器规则中配置到新域的重定向(使用与变量相同的路径)
    4. 更多使用“服务器”资源的选项,例如使用简单的 EC2 实例作为 Web 服务器并将其配置为提供 HTTP 重定向响应,当然,但没有必要

    您没有告诉您,实际上是什么系统在为您的域提供服务,因此另一种选择也可能是仅配置您的网络服务器(如果有)以从您的应用程序(如果有)中提供 HTTP 重定向响应。

    【讨论】:

      【解决方案2】:

      基于this answer,我确实遵循了第 3 点的建议,现在我的重定向按预期工作。

      我创建了一个带有 2 个侦听器的 ALB:

      80:将所有流量重定向到 443。我正在重定向到 443,所以我只需要在 443 中编写真正的规则,而不是在两个 Listener 中。

      443:我有一套规则,基本上每个子域一个规则。我更喜欢有 n 个 LB 规则,而不是 n 个 S3 存储桶。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2017-11-16
        • 2013-12-31
        • 2020-11-14
        • 2019-09-27
        • 1970-01-01
        • 2016-09-14
        • 2015-04-07
        • 2019-10-16
        相关资源
        最近更新 更多