是否有可能使SOAlogging中的mname指向CNAME？ 例：
;; ANSWER SECTION: example.com. 1800 IN SOA ns0.example.com. hostmaster.example.com. 2017071022 3600 300 1814400 600 ns0.example.com. 900 IN CNAME realdnsmasterexample.com. realdnsmaster.example.com. 900 IN A 10.0.0.1 原因是为我们的主DNS服务器添加一个抽象层，这样我们就拥有了主DNSangular色的一些可移植性。 我们不会列出“ns0”作为各个区域的名称服务器。 我找不到任何说明mname的目标必须是A或AAAAtypes的文档。
MNAME字段可能没有按照您认为正在使用的方式使用。
以下是来自RFC 2136， DNS术语的引用。 它的状态是信息化 – 它没有定义互联网标准，但它的目的是作为DNSpipe理员相对于2015年实践的术语的参考。粗体的重点是我的。
主要主人：“主要主人在区域的SOA MNAME字段中，并可select由NS RR命名”。 （引自[RFC1996]，第2.1节）。 [RFC2136]将“主要主机”定义为“AXFR / IXFR依赖关系图根目录下的主服务器”，主要主机在该区域的SOA MNAME字段中进行命名，并可select由NS RR进行命名。每个区域“。 主要主设备的思想仅被[RFC2136]使用，在DNS的其他部分被认为是陈旧的。
RFC 2136是DNS标准中唯一一个定义消耗 MNAME字段值的软件进程的RFC。 它仅被dynamicDNS客户端软件使用，并且仅在用户没有指定服务器执行更新的情况下。 永远不要假设MNAME指向除了接受区域dynamic更新的DNS服务器之外的任何东西，因为它是唯一一个在值错误和/或伪造时会中断的软件。
…但是考虑到上述情况，如果您实际上正在使用MNAME字段来执行dynamic更新端点的自动检测，则将其作为CNAME是没有任何问题的。 你不会背离为什么指向一个MXlogging或NSlogging在别名背后的逻辑理由被禁止的标准。
可以在那里使用CNAME。 但是，如果您的目的是在您的NSlogging中也使用dynamic名称服务器，则仍然需要使用您购买域名的人员更新粘合logging; 否则他们会一直指向旧的域名服务器，你的域名将无法parsing。