我试过搜索SO找到一个现有的线程，但没有太多的运气 .
Issue: .com有效，但www . x .com和https://www . x .com导致Cloudfront错误
The request could not be satisfied.
Bad request.
Generated by cloudfront (CloudFront)
Request ID:
The setup:
-
S3存储桶启用网站托管
-
从GoDaddy购买并上传到AWS的SSL证书
-
Cloudfront分发
-
引用SSL证书
-
备用域名（CNAME）：myDomain.com
-
Origin从1指向S3存储桶 .
-
行为：将HTTP重定向到HTTPS
-
Route 53配置
-
example.com / Alias /指向我的Cloudfront发行版
-
example.com / MX / 0 smtp.secureserver.net
由AWS创建的 -
example.com / NS / 4记录
AWS创建的 -
example.com / SOA / 1记录
-
为SES和DKIM创建了4条记录
-
subdomain.example.com / NS / 4引用子域的另一个Route 53区域，这是一个使用HTTPS的测试环境
GoDaddy上的
- 域，但使用自定义名称服务器配置 - 指向myDomain.com的Route 53 NS配置的4条记录
What works 几乎其他一切......
-
com路由到https .com
-
https .com
-
https子域名
有任何想法吗？
我目前有一个www示例com / A /引用示例.com的DNS记录
但这似乎并没有起作用 .
任何想法将不胜感激！
1 回答
似乎解决方案是添加另一条A记录，该记录指向www.x.com s3存储桶并将流量从www.x.com存储桶重定向到根x.com .
在aws控制台的s3中创建一个名为www.x.com的存储桶
在静态网站托管下设置重定向，将新www.x.com桶的属性托管到普通x.com
Route 53中的
在x.com托管区域中创建另一条A记录
为A记录点www.x.com到www.x.com s3桶的目标
等待记录在没有立即生效的情况下传播
我相信这是解决问题的合理方法 .
希望有所帮助！