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 Address
和 WordPress 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 别名记录/区域文件不起作用 - 外部域注册商