在DNS中，In NS能指向CNAME吗？

Question

是否允许有NS记录是CNAME？例如：

subdomain.example.com.       IN NS  ns1.example.com.
ns1.example.com.             CNAME  foo.example.com.
foo.example.com.             IN A   10.1.1.1

这似乎不适用于绑定，尽管(当然)是这样的：

subdomain.example.com.       IN NS  foo.example.com.
foo.example.com.             IN A   10.1.1.1

任何关于RFCs禁止这种设置的指示都将不胜感激。

Answer 1

RFC 1035仅仅将NS资源记录( RR )定义为一个域名，而没有指定目标的RR类型(尽管它确实表明它不能是IP)。

RFC 1912在2.4节中有更多的细节：

拥有指向CNAME的NS记录是不好的，并且可能与当前的绑定服务器发生严重冲突。事实上，当前的BIND实现将忽略这些记录，可能导致一个蹩脚的委托。在BIND中进行了一定数量的安全检查，以防止欺骗DNS NS记录。此外，据报道，旧的绑定服务器将被捕获到一个无限查询循环中，试图为别名名称服务器找出地址，从而导致连续的DNS请求流被发送。

正如后来在评论中指出的那样，RFC 2181第10.3节明确禁止这样做：

MX和NS记录用作NS资源记录值的域名，或者MX资源记录值的一部分不能是别名。在这一点上，规范不仅是明确的，而且在这两个位置中使用别名都不像所希望的那样有效，也不能很好地实现可能导致这种方法的雄心。此域名必须有一个或多个地址记录作为其值。目前，这些将是一个记录，但在未来的其他记录类型提供寻址信息可能是可以接受的。它也可以有其他RRs，但从来没有CNAME RR。