【问题标题】:Cloudfront setup for main domain without using route53不使用 route53 为主域的 Cloudfront 设置
【发布时间】:2019-03-20 13:03:21
【问题描述】:

我们计划为我们的主域使用云端分发,设置如下。

Cloudfront Origin - route.domain.com -> 远程服务器 IP 地址(xx.xx.xx.xx) www.domain.com, domain.com -> d123.cloudfront.com

正如我们所知,我们可以为 www.domain.com 设置 CNAME 以指向云端分发 (d123.cloudfront.net)。但是,对于 domain.com,我们应该将 A 记录指向 IP 地址,并且无法设置 CNAME 记录。

在 route53 中,有一个名为 Alias 的选项,可用于将域指向 Cloudfront。但是,我们的 domain.com 域名服务器使用了不同的提供商,我们希望坚持使用当前的域名服务器。

任何帮助将不胜感激。

【问题讨论】:

    标签: dns amazon-cloudfront cname a-records


    【解决方案1】:

    由于这是 DNS 本身的限制,如果没有支持类似别名功能(有时称为“ANAME”或“扁平化 CNAME”)的 DNS 托管服务提供商,则无法实现此目的。 53 号公路当然是典型的例子。 CloudFlare 和 DNS Made Easy 是其他的。

    或使用service like this one¹ 将您的裸域名重定向到 www 地址,这将是您的“真实”网站。他们为您的 A 记录提供了一个 IP 地址。请注意,您当前的 DNS 提供商可能具有执行此操作的“重定向”选项。它不是 DNS 的正确一部分,但某些提供商允许您在其 DNS 门户中配置域重定向。

    或将您的 DNS 托管 迁移到 Route 53,将您的 DNS 注册保留在您当前的供应商处。在我看来,确实没有令人信服的理由不使用 Route 53。请参阅Making Route 53 the DNS Service for a Domain That's in Use 了解如何在不中断的情况下迁移到 Route 53,并指出最后一步 - 将域注册转移到 Amazon Route 53 - - 如文档中所述,完全是可选的。


    ¹ 这个不是我隶属于或曾经在生产中使用过的服务,因为我为此使用 EC2 构建了自己的服务,这是另一种选择,但超出了本文的范围回答。这只是一个例子,而不是背书。

    【讨论】:

      猜你喜欢
      • 2018-08-15
      • 2020-04-25
      • 1970-01-01
      • 2019-10-20
      • 2020-04-11
      • 2018-07-09
      • 1970-01-01
      • 1970-01-01
      • 2021-10-15
      相关资源
      最近更新 更多