DNSimple和AWS Route53支持ALIASlogging，允许在CNAMES中为@（Apex）logging提供类似的function。
我正在运行一个DNS服务器（绑定），目前托pipe在1500个区域左右。 大部分区域都有configuration为相同IP地址的@logging。 为了达到CNAMElogging所提供的相同的灵活性，我想用@logging做同样的事情，并将其提供给我的客户。
看来，DNSimple已经build立了一个自定义的解决scheme。 我的问题是，有没有任何DNS服务器软件支持这个？ 这将是一个选项来编写扩展或插件的绑定，允许这个？
如果你想运行你自己的DNS服务器，你可以看看Git上的PowerDNS。
https://github.com/PowerDNS/pdns/tree/alias 你需要自己构build它，但在“别名”分支是他们目前的ALIASRR的实施，它工作正常。
不，因为这只是一个定制的解决scheme，没有任何DNS RFC的基础。
http://support.dnsimple.com/articles/differences-between-a-cname-alias-url/
在深入细节之前，重要的是知道A和CNAMElogging是标准DNSlogging，而ALIAS和URLlogging是DNSimple提供的自定义DNSlogging。 它们都被内部翻译成Alogging以确保与DNS协议的兼容性。
虽然有人可能会为他们拼凑某种forms的插件，但不要指望这种情况发生。 如果没有一个RFC来描述服务器必须遵守的行为，那么做这种事情的专业兴趣将会保持在极低的水平。 正如它应该。
也就是说，如果您需要批量定义大量相同configuration的域，则没有什么能够阻止您定义单个区域文件并将其用于多个区域。
我正在看那个简单的文章，看看我能find什么。 到目前为止，这似乎是一个越来越多的DNS使用。 越来越多的提供商正在实施在RFC 2672：非terminalDNS名称redirect中指定的DNAMElogging
DNSimple提供了一个稍微定制的解决scheme，虽然这实际上可能是一个翻译层，使他们的用户更容易。
Dynect提供这个作为他们的托pipeDNS服务的一部分
AWS Route 53支持Apex域的redirect，允许他们支持使用S3 / Elastic Load Balancer / CloudFront。 他们在文件中有这方面的指导。 searchaliasRR他们的文档。