DNS A 记录 ALIASES 和 ANAME 记录差异

Question

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

那么 Route53（或其他地方的）A 记录 ALIASes 和 ANAME 记录之间有什么区别？有吗？它们中的任何一个是否具有或包含在 IEFT RFC 实现文档中，或者别名记录是否都在它们所使用的提供程序中实现？

[编辑]：为 ANAME 使用列出了不正确的 DNS 提供商

Answer 1

它看起来ANAME只是由DNS Made Easy组成的一个听起来标准的名称，用来描述他们的服务产品，该服务产品与Route 53 Alias 所做的非常相似。

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

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

除此之外，别名还提供了使用 Route 53 拥有的有关 S3 网站端点、ELB 和 Cloudfront 的当前有效 IP 地址的信息的能力，以使用权威信息响应 A 记录查询几乎实时准确，如果您正在使用这些服务，则任何其他提供商都无法使用；当然，反之亦然，Route 53 别名不能用于查找和返回 Route 53 本质上不可用的信息。您不能只使用“任何”目标作为别名——只有我上面提到的三个服务的端点，或 Route 53 内同一托管区域中的其他记录。

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

如果目的地是 S3、ELB 或 CloudFront，ANAME另一个 DNS 主机服务上的记录将无法提供与 Route 53 相同的功能，就像 Route 53上的别名将无法返回指向另一个的答案一样CDN 提供商的边缘站点使用内部可用的信息，因为该信息对于提供商的基础设施来说是内部不可用的。否则功能似乎基本相同。