AWS S3 bucket网站+ cloudfront + route 53 + SSL - ＆gt; www.domain.com不工作

Question

我已经尝试过搜索SO以找到现有的帖子但运气不多。

问题： .com有效，但www。 x .com和https://www。 x .com导致Cloudfront错误

The request could not be satisfied.

Bad request. 
Generated by cloudfront (CloudFront)
Request ID: 

设置：

1. 启用网站托管的S3存储桶
2. 从GoDaddy购买并上传到AWS的SSL证书

3. Cloudfront分发

   • 引用SSL证书
   • 替代域名（CNAME）：myDomain.com
   • 原点从1开始指向S3存储桶。
   • 行为：将HTTP重定向到HTTPS

4. Route 53 config

   • example.com / Alias /指向我的Cloudfront发行版
   • example.com / MX / 0 smtp.secureserver.net
   • example.com / NS / 4由AWS创建的记录
   • example.com / SOA / 1由AWS创建的记录
   • 为SES＆amp; amp;创建的4条记录DKIM
   • subdomain.example.com / NS / 4引用子域的另一个Route 53区域，这是一个使用HTTPS的测试环境
GoDaddy上的

5. 域名，但使用自定义名称服务器配置 - 指向路由53 NS my config for myDomain.com的4条记录

什么有用 几乎其他一切......

1. com路由到https .com
2. https .com
3. https子域名

有什么想法吗？

我目前有DNS记录 www example com / A / referencing example .com

但这似乎并没有起作用。

任何想法都会非常感激！

Answer 1

似乎解决方案是添加另一条A记录，该记录指向www.x.com s3存储桶并将流量从www.x.com存储桶重定向到根x.com。

1. 在aws控制台的s3中创建一个名为www.x.com
的存储桶
2. 在新的www.x.com存储桶属性中的静态网站托管下设置重定向到普通x.com
Route 53中的
3. 在x.com托管区域中创建另一条A记录
4. 将A记录点www.x.com指向www.x.com s3 bucket的目标
5. 等待记录在没有立即生效的情况下传播

我相信这是解决问题的合理方法。

希望有所帮助！