amazon-web-services - 我的 AWS Route 53 S3 简单托管设置中缺少什么？

Question

我的 AWS Route 53 托管区域中有 5 条记录：首先是我的域名的 NS。其次是该领域的 SOA。第三个是经过验证的 CNAME。第四是 cloudfront 分发它的别名，带有 www 前缀。第五是为 www 版本验证的 CNAME。

我还没有附加 SSL。

它有效 - 部分效果很好。

尝试从 Chrome 访问未添加前缀的域版本不起作用，但如果我键入带有 www 前缀的域，它会起作用。

Firefox 自动将不带前缀的域重定向到 www 变体。我键入不带前缀的名称，确保它不会重定向，因为带前缀的名称在搜索历史记录中。当我按 Enter 键时，Firefox 会自动重定向到 www.

我希望可以访问主要名称，而不仅仅是 www 。如果有人键入 www 就可以了。他们应该访问该站点，但实际名称没有 www。

我没有足够的经验，无法确定该 www 前缀或为什么有必要。这是关于 AWS 服务的长期课程的结果。

谁能告诉我我是否缺少所需的记录，或者我是否不正确地使用 Alias A 记录？

阅读前三个答案后，编辑在下面添加此内容。感谢所有回答您的回复的人。我很感激他们。请参阅我对这些答案的评论。--

我附上了我的 Route 53 托管区域设置的屏幕截图，以帮助您更清楚地了解我的位置。

请记住。我不是从一个具有我想在 S3 上托管的站点的域开始，然后将 www.mydomain 流量重定向到 mydomain。

我开始编写一个没有域的应用程序。然后我将它上传到 S3 存储桶。然后，我能够使用丑陋的 url 访问它的简单 S3 托管。然后我使用 CloudFront 进行全球分发，同样使用了一个丑陋的 url。直到那时，我才尝试使用我拥有的一个子域并将其重定向到 Route 53。这不像从亚马逊购买域那么干净和简单。我没有 SSL，必须请求 AWS Certificate Manager 来处理我的域的验证。我得到了这一切。

正如我试图解释的那样，我的问题是 - 如果没有 www，Chrome 将无法识别或重定向我的主域名。它只识别一个类型的 www。在域名前面。另一方面，无论您键入什么内容（www 版本或不带 www 的版本），Firefox 都会自动重定向。该重定向是到 www 版本（即最后显示在 url 栏中的内容 - http://www.mydomain）。

标签： amazon-web-servicesamazon-s3amazon-route53

Answer 1

我想我可能已经弄清楚了大部分。正如我在上面的评论中提到的，我注意到我的主域没有别名记录。我还在 AWS 文档中读到我的 S3 托管存储桶应该与域同名，所以我这样做了。

在创建新的原始 S3 托管存储桶后，我制作了另一个来保存日志文件。我设置了 CloudFront 分配。然后我请求并获得了我拥有的域名的 SSL 证书，并为 www 版本添加了另一个证书。成功启用这些功能后，我将注册的 DNS 服务器转移到 AWS。这在我创建 R-53 托管区域时创建了 NS 和 SOA 记录。然后，我为 man 和 www 版本创建了别名记录，并为主域和 www 版本添加了经过验证的 SSL 证书。因此，该区域中总共有 6 条记录。

我创建了新的 S3 存储桶，将其命名为与我的域相同；复制旧的设置，将其设置为托管静态单页站点并生成日志。我已经为日志创建了一个存储桶，所以我只是为名为存储桶的新域指出了日志位置。我给常规日志一个日志前缀（文件夹），而 CloudFront 记录一个 CDN 前缀。

一切都很好，除了我发现了一个新问题。我将发布一个关于此的新问题，例如子页面中浏览器刷新时的 XML 错误。

谢谢大家！