【问题标题】:AWS Route 53 aliased A record is causing 301AWS Route 53 别名记录导致 301
【发布时间】:2018-03-14 16:51:09
【问题描述】:

我有一个 Elastic Beanstalk 应用程序,我正在尝试将自定义域名路由到使用 Route 53 托管区域,即 mycustomdomain.com 应该路由到 fooelbapp.us-east-2.elasticbeanstalk.com。在 Route 53 托管区域中,我创建了一条以 mycustomdomain.com 为名称且值为 ALIAS fooelbapp.us-east-2.elasticbeanstalk.com 的 A 记录。现在,当我尝试导航到 mycustomdomain.com 时,我收到重定向到 fooelbapp.us-east-2.elasticbeanstalk.com,这不是预期的行为。预期行为是 200 响应和在自定义域名下加载的页面,而不是 Elastic Beanstalk CNAME URL。有其他人遇到过这个问题吗?

Elastic Beanstalk 应用程序是基于 PHP 7 的 WordPress 4.8.2 站点。

解决方案

@Mark B 是正确的,问题是由于我的 Site AddressWordPress Address 被设置为 Elastic Beanstalk CNAME URL 引起的,在更正此问题后一切正常,我的自定义域名现在解析为 Elastic Beanstalk 应用程序没有 301 重定向。

【问题讨论】:

    标签: amazon-web-services amazon-elastic-beanstalk amazon-route53


    【解决方案1】:

    Route53 不发出 HTTP 重定向。发生的事情是您的应用程序服务器认为它正在为域fooelbapp.us-east-2.elasticbeanstalk.com 提供服务,可能是因为它在启动时找到了该域。因此,它接收到的任何请求都不是它正在重定向的那个域。

    您需要配置您的应用程序以了解您希望它服务的实际域名。您将如何做到这一点取决于您使用的 Web 服务器。如果您需要更多帮助,请提供有关您的环境的更多详细信息。

    【讨论】:

    • 感谢@Mark B,我已在问题中添加了环境详细信息。
    • 噢!我找到了,感谢@Mark B 指出我正确的方向。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-11-11
    • 2018-08-01
    • 2021-04-12
    • 1970-01-01
    • 2021-05-14
    • 2019-09-30
    相关资源
    最近更新 更多