AWS Route 53 别名记录导致 301

Posted

技术标签:

【中文标题】AWS Route 53 别名记录导致 301【英文标题】:AWS Route 53 aliased A record is causing 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 重定向。

【问题讨论】:

【参考方案1】:

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

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

【讨论】:

感谢@Mark B,我已在问题中添加了环境详细信息。 噢!我找到了,感谢@Mark B 指出我正确的方向。

以上是关于AWS Route 53 别名记录导致 301的主要内容,如果未能解决你的问题,请参考以下文章

我可以在 Route53 中创建指向非 aws 主机的 CNAME 吗?

CloudFront 分配未显示为 Route53 别名目标

Amazon Route 53 别名记录/区域文件不起作用 - 外部域注册商

Terraform“为区域匹配失败的 VPC 接口端点创建 R53 别名”——但区域是正确的

AWS Elastic Beanstalk HTTPS

在 ELB 后面可访问的 AWS EB url