【发布时间】:2020-08-25 15:25:29
【问题描述】:
我已经使用 S3、CloudFront 和 Route53 为静态网站完成了经典设置,但是我遇到了一个我以前从未遇到过的令人抓狂的错误。
所以有 2 个存储桶,example.net 和 www.example.net,其中非 www 存储有静态托管和实际文件,www 存储只是重定向到 HTTPS。
在 Route53 方面,我将 mysite.com 的 A 记录作为 CloudFront 分配的别名,其中 www CNAME 指向 mysite.com
CloudFront 分配使用非 www 存储桶作为源,但将 www 和非 www 站点列为备选站点,并启用了将 HTTP 重定向到 HTTPS 选项。
所有这些都成功地让我的网站正常运行,但在 SEO 方面,我遇到了重复的内容问题,因为所有别名都成功解决了
http非www地址-->https非ww地址(HTTP转HTTPS,好)
https非www地址-->https非www地址(直接HTTPS,好)
http www 地址 --> https www 地址(有效,但无法重定向到非 www 域)
https www 地址 --> https www 地址(有效,但无法重定向到非 www 域)
我尝试的一切似乎都破坏了 www 方面(例如删除 CloudFront 分配上的别名,或者将 CNAME 切换为指向 CloudFront URL 的 A)。 问题是,我之前使用带有转发功能的 GoDaddy DNS 完成了此操作,从 this 的回答中我了解到这是一个反向代理而不是核心 DNS 功能。
但是,我找到了thismedium article on how to use CloudFront as a reverse proxy,但我不明白如何将它应用到这个场景中。
谁能帮帮我,谢谢!
【问题讨论】:
标签: amazon-web-services amazon-s3 amazon-cloudfront amazon-route53