我试图为我的绑定DNS服务器，在子网192.168.0.65 / 29下我的区域数据文件看起来像这样设置反向区域：
@ IN SOA server.example.com. server.example.com. ( 2014101300 ; serial 1000 ; refresh 180 ; retry 180 ; expire 10 ; minimum ) 65 IN CNAME 65.64/29 66 IN CNAME 66.64/29 67 IN CNAME 67.64/29 68 IN CNAME 68.64/29 66 IN NS server.example.com. 65 IN PTR router.example.com. 66 IN PTR server.example.com. 67 IN PTR client-1.example.com. 68 IN PTR client-2.example.com. 当我尝试加载此文件失败，并显示以下错误：“CNAME和其他数据”。 任何想法可能会出错？
CNAMElogging应该位于您的0.168.192.IN-ADDR.ARPA. 区。 它也应该有64/27.23.168.192.IN-ADDR.ARPA.胶水logging64/27.23.168.192.IN-ADDR.ARPA. 您正在委派的区域。
65 IN CNAME 65.64/29.0.168.192.IN-ADDR.ARPA. ;qualified 66 IN CNAME 66.64/29 ;unqualified name 67 IN CNAME 67.64/29
该区域为64/27.23.168.192.IN-ADDR.ARPA. 应该包含其余的logging。 如果你在同一个DNS服务器上这样做，你可以省略胶水和NSlogging。
有关文档和示例，请参阅如何委派反向子网映射logging。 RFC 2317，无类别IN-ADDR.ARPA代表团，已被链接到。
CNAMElogging的右侧应该是规范的名称，而不是看起来像CIDR地址的东西。 请参阅RFC 2181的说明。
一个更合乎逻辑的区域文件将会是一个没有所有CNAME RRlogging的文件。
您的区域文件列出这些条目为66：
66 IN CNAME 66.64/29 66 IN NS server.example.com. 66 IN PTR server.example.com.
所以你不仅有一个CNAMElogging，而且还有一个NS和PTR，而且是明确禁止的。 CNAME“redirect”所有查询（MX，A，…），因此您不能通过指定其他资源logging来覆盖这些查询。
除此之外，你的区域文件对我来说看起来有些尴尬。 在SOAlogging之后，我只希望这样的条目：
@ IN NS server.example.com. 65 IN PTR router.example.com. 66 IN PTR server.example.com. 67 IN PTR client-1.example.com. 68 IN PTR client-2.example.com.
顺便说一下，你的CNAME的右侧对我来说似乎很奇怪，“65.64 / 29.0.168.192.in-addr.arpa”。 将很可能不可parsing（斜杠不被允许AFAIK），但我敢肯定，您的设置将不需要这些CNAME。