在不使用route53的情况下为主域进行Cloudfront设置

时间:2019-03-20 13:03:22

标签: dns amazon-cloudfront cname a-records

我们计划将Cloudfront分配用于我们的主域,并且设置如下。

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

我们知道,我们可以为www.domain.com设置CNAME以指向Cloudfront发行版(d123.cloudfront.net)。但是,对于domain.com,我们应将A记录指向IP地址,并且无法设置CNAME记录。

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

任何帮助将不胜感激。

1 个答案:

答案 0 :(得分:0)

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

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

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


¹此人不是我附属或曾经在生产中使用的服务,因为我为此目的使用EC2构建了自己的服务,这是另一种选择,但不在此范围之内回答。这仅是示例,而不是背书。