DNS A记录ALIASES和ANAME记录差异

Modified on: Sun, 18 Aug 2019 08:40:02 +0800

我们在AWS上有许多服务器组,它们使用三个服务器来提供站点服务。每个服务器或一组服务器位于不同的可用区域内,其中一个是重定向服务器,而另外两个是在弹性负载平衡器后面访问的主服务器。我们最终有一个客户使用Route53,并在弹性负载平衡中查找指向区域顶点域的一些细节。支持此功能的大多数DNS提供商似乎将此称为A记录的DNS别名。然而,有些网站似乎引用了一个名为ANAME记录的类似记录。这不是典型的CNAME,也不是非典型的DNAME记录。这些网站中的大多数还会返回使用它的DNSMadeEasy simpleDNS

那么Route53(或其他地方)的记录ALIASes和ANAME记录有什么区别?有吗?这些中的任何一个是否已包含在IEFT RFC实现文档中,或者是否存在于所使用的提供程序中实现的别名记录?

[edit]:针对ANAME使用列出了错误的DNS提供商

作者:,dcmbrown

最佳答案

看起来ANAME只是由DNS轻松来描述与Route 53别名相似的非常相似的服务。

我最近在CNAME 之间的差异-cname-in-route53“> Stack Overflow,但总结一下:

为给定主机配置了CNAME的DNS服务器发出引用,指示正在查找的主机的规范名称,通常需要原始解析程序进行第二次查询以查找该备用名称;别名(以及它的外观,CNAME)使用DNS服务器知道的“真实”目的地的内部信息,直接简单地响应请求,而无需第二次查找DNS协议交换中的中间信息的任何可见性。

除此之外,Alias提供的功能是能够使用Route 53拥有的有关S3网站端点,ELB和Cloudfront的当前有效IP地址的信息来响应具有权威性的A记录查询近乎实时准确的信息,如果您使用这些服务,则不是任何其他提供商可以使用的信息;当然,情况恰恰相反,Route 53 Alias不能用于查找和返回Route 53本身不具备的信息。您不能只使用“任何”目标作为别名 - 只有我在上面提到的三种服务的端点,或者在Route 53内的同一托管区域中的其他记录。

从这个意义上讲,ANAME和Alias不等效,具体取决于提供后端的服务...除非ANAME指向(内部) )对于静态的信息。

另一个DNS主机服务上的ANAME记录将无法提供与Route 53 相同的功能,如果 目的地为S3, ELB或CloudFront,与路由53上的别名无法使用内部可用信息返回指向另一个CDN提供商边缘位置的答案的方式相同,因为提供商的基础架构内部无法获得该信息。否则功能似乎大致相同。


相关问答

添加新评论