Redirect 53号干线改道https://domain.com 到https://www.domain.com

在DNS级别上，我们使用重定向将

domain.com

重定向到

www.domain.com

。这适用于http，但不适用于https请求。 domain.com有TXT和MX记录，所以我们需要。

www.domain.com

是我们的Elastic Beanstalk服务器的CNAME。

domain.com

不能是A记录，因为服务器的IP地址不固定。 工作原理：

• curl=>301重定向到
• curl=>301重定向到
• curl=>由EB服务器提供服务

什么不起作用：

• curl=>curl：（7）未能连接到domain.com:443；拒绝连接

---

如何重定向到？或者，我们应该如何处理TXT和MX记录，以便使用CNAME记录？

不是将

domain.com

指向Amazon S3 bucket进行重定向，而是使用Route 53

ALIAS

函数指向由Elastic Beanstalk创建的弹性负载平衡器？请参阅：没有，因为我们的网站使用单实例EB服务器。不需要负载平衡器，因为单个实例可以轻松地为流量提供服务。路由53

别名中未列出单个EB实例。这是旧的“DNS apex不能包含CNAME”问题。Amazon Route 53通过允许apex域（例如
domain.com
）指向弹性负载平衡器、Amazon S3网站和其他DNS条目来解决这个问题。然后，
www.domain.com
可以重定向到
domain.com
。但是，您的情况正好相反，
domain.com
指向
www.domain.com
。通过S3的重定向不适用于
HTTPS
，因为它是您的证书。让你的应用程序在启动时更新Route 53
a
记录如何，这样域总是指向正确的实例？在我的例子中，我已经指向了cname，而域无法正常工作，请建议我如何工作。不要将
domain.com
指向Amazon S3 bucket进行重定向，您能否使用Route 53
ALIAS
功能指向由Elastic Beanstalk创建的弹性负载平衡器？请参阅：没有，因为我们的网站使用单实例EB服务器。不需要负载平衡器，因为单个实例可以轻松地为流量提供服务。路由53
别名中未列出单个EB实例。这是旧的“DNS apex不能包含CNAME”问题。Amazon Route 53通过允许apex域（例如
domain.com
）指向弹性负载平衡器、Amazon S3网站和其他DNS条目来解决这个问题。然后，
www.domain.com
可以重定向到
domain.com
。但是，您的情况正好相反，
domain.com
指向
www.domain.com
。通过S3的重定向不适用于
HTTPS
，因为它是您的证书。让您的应用程序在启动时更新Route 53
a
记录如何，以便域始终指向正确的实例？在我的情况下，我已指向cname，并且域不工作，但工作正常。请建议我如何使其工作。