我们在AWS上有许多服务器组,它们使用三个服务器来提供站点服务.每个服务器或一组服务器位于不同的可用区域内,其中一个是重定向服务器,而另外两个是在弹性负载平衡器后面访问的主服务器.我们最终有一个客户使用Route53,并在弹性负载平衡中查找指向区域顶点域的一些细节.支持此功能的大多数DNS提供商似乎将此称为A记录的DNS别名.然而,有些网站似乎引用了一个名为ANAME记录的类似记录.这不是典型的CNAME,也不是非典型的DNAME记录.这些网站中的大多数还会返回使用它的DNSMadeEasy simpleDNS.
那么Route53(或其他地方)A记录ALIASes和ANAME记录之间有什么区别？有吗？这些中的任何一个是否已包含在IEFT RFC实现文档中,或者是否包含在所使用的提供程序中实现的别名记录？
[编辑]：为ANAME使用列出了错误的DNS提供商
解决方法
看起来ANAME只是由
DNS Made Easy组成的标准名称,用于描述他们的服务,与Route 53 Alias的功能非常相似.
我在Stack Overflow最近描述了Alias和CNAME之间的差异,但总结一下：
为给定主机配置了CNAME的DNS服务器发出一个引用,指示正在查找的主机的规范名称,通常需要原始解析器进行第二次查询以查找该备用名称;别名(以及它的外观,ANAME)使用DNS服务器知道的“真实”目的地的内部信息,直接简单地响应请求,而不需要第二次查找,也不需要任何中间信息的可见性. DNS协议交换.
除此之外,Alias提供的功能是能够使用Route 53拥有的有关S3网站端点,ELB和Cloudfront的当前有效IP地址的信息,以响应具有权威信息的A记录查询.近乎实时的准确性,如果您使用这些服务,则不是任何其他提供商可以使用的;当然,情况恰恰相反,Route 53 Alias不能用于查找和返回Route 53本身不具备的信息.您不能只使用“任何”目标作为别名 – 只有我在上面提到的三种服务的端点,或者在Route 53内的同一托管区域中的其他记录.
从这个意义上讲,ANAME和Alias不等效,具体取决于提供后端的服务…除非ANAME指向(内部)静态信息.
如果目标是S3,ELB或CloudFront,则另一个DNS主机服务上的ANAME记录将无法提供与Route 53相同的功能,就像Route 53上的Alias无法返回指向的路径一样另一个CDN提供商的边缘位置使用内部可用信息,因为提供商的基础设施内部无法获得这些信息.否则功能似乎大致相同.