我的 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 记录？

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

我附上我的 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）。

Answer 1

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

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

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

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

谢谢大家！