神秘的CloudFront"糟糕的请求"

时间:2015-08-09 09:30:01

标签: amazon-cloudfront cname domain-name

我已经设置了一个新的域名和网络服务器,以及一个CloudFront发行版来为其提供服务。

CloudFront在其自己的域上成功提供该网站:d1lnegrqin0up5.cloudfront.net

我希望mpe.io(没有www)转到Web服务器,www.mpe.io转到CloudFront分发。因此,我为www.mpe.io设置了指向上述CloudFront域的CNAME记录。

我给了它几个小时,www.mpe.io转到CloudFront(它说&#34;由cloudfront生成&#34;在生成的页面上)但是所有请求都很简单会导致错误的请求错误。< / p>

请注意,如果我直接访问CloudFront域,一切正常。如何以与CloudFront域相同的方式使www.mpe.io成功提供文件?

具体细节:

域名DNS记录:

  • 姓名,TTL,类型,记录
  • mpe.io。,3600,A,101.0.76.155
  • www.mpe.io。,3600,CNAME,d1lnegrqin0up5.cloudfront.net
  • *。mpe.io。,3600,A,101.0.76.155

分发设置:

  • 投放方式:网络
  • Cookie记录:关闭
  • 分发状态:已部署
  • 价格等级:使用所有边缘位置(最佳性能)
  • 状态:已启用
  • 替代域名(CNAME): - (这可能很重要吗?)
  • SSL证书:默认CloudFront证书(* .cloudfront.net)
  • 域名:d1lnegrqin0up5.cloudfront.net
  • 自定义SSL客户端支持: -
  • 默认根对象:/ index

2 个答案:

答案 0 :(得分:40)

一切都好!我在写作时回答了我的问题。

这是关于分发设置中的替代域名(CNAME)的字段。当我添加www.mpe.io作为其中一个并给它一些时间时,它最终工作正常。

答案 1 :(得分:0)

你过得很愉快。我在CloudFront发行中添加www.domain的那一刻,iI就识别出了网络。

我还尝试了一个子域进行测试,并在GoDaddy的CNAME中添加了CloudFront URL,并在CloudFront发行版本中输入了子域,

我为像我这样的业余爱好者添加了CloudFront的快照。

enter image description here