DNS A记录别名和ANAME记录差异

AWS上有许多服务器组，它们使用三台服务器来提供站点服务。每个服务器或一组服务器在不同的可用区域内，其中一个是重定向服务器，而另外两个是在弹性负载均衡器后面访问的主要服务器。我们终于有了一个使用Route53的客户端，并且正在寻找弹性负载平衡时指向区域顶点域的一些详细信息。支持此功能的大多数DNS提供程序似乎都将其称为A记录的DNS别名。但是，某些站点似乎引用了类似的记录，称为ANAME记录。这不是典型的CNAME或非典型DNAME记录。这些站点中的大多数也都参考使用它的DNSMadeEasy simpleDNS。

那么Route53（或其他地方）的A记录ALIASes和ANAME记录有什么区别？有一个吗？这些文件是否具有IEFT RFC实施文件或包含在IEFT RFC实施文件中，或者别名记录是否全部在使用它们的提供程序中实现？

[edit]：列出了不正确的DNS提供商以用于ANAME

看起来这ANAME只是由DNS Made Easy制作的标准名称，用来描述其提供的服务，与 Route 53 Alias 的服务极为相似。

我描述了Alias和CNAME最近在Stack Overflow之间的区别，但在这里总结一下：

CNAME为给定主机配置了DNS的DNS服务器发出引用，该引用指示正在查找的主机的规范名称，通常需要源解析器进行第二次查询才能查找该备用名称；别名（从其外观来看，是ANAME）使用DNS服务器知道的“真实”目的地的内部信息来直接直接响应请求，而无需进行第二次查找，并且对中间信息的任何可见性DNS协议交换。

除此之外，Alias还提供了使用Route 53拥有的有关S3网站端点，ELB和Cloudfront的当前有效IP地址的信息的能力，以响应具有以下授权信息的A记录查询：几乎实时的准确性，如果您使用的是这些服务，那么任何其他提供商都将无法使用它们；当然，相反的情况也是如此，Route 53别名不能用于查找和返回Route 53本质上不可用的信息。您不能仅使用“ any”目标作为别名-只能使用我上面提到的三个服务的端点，或Route 53中同一托管区域中的其他记录。

从这个意义上说，an ANAME和Alias是不等效的，这取决于提供后端的服务是什么...除非ANAME（在内部）指向静态信息。

如果目标是S3，ELB或CloudFront，则ANAME另一个DNS主机服务上的记录将无法提供与路由53相同的功能，就像路由53 上的别名无法返回指向另一个的答案一样CDN提供程序的边缘位置使用内部可用的信息，因为该信息对于提供程序的基础结构不是内部可用的。否则功能似乎基本相同。

从常见问题解答（FAQ）的此处开始，它解释了别名记录是Route53特定的指针，类似于CNAME记录，但对解析器不可见。