可能重复：
在DNS中，IN NS指向一个CNAME？
我正在迁移托pipe服务提供商。 目前我有大量的域指向我目前的NS服务器。 我的新提供者有他们自己的NS服务器，我将需要更新我所有的托pipe域名，以便他们指向新的服务器。
由于用新的NSlogging更新几百个域需要花费很长的时间，我想知道是否可以使用CNAMES将我当前的NSlogging指向新的主机NS？
即
ns1.myns.com => CNAME => ns1.newns.com
ns2.myns.com => CNAME => ns2.newns.com
当前指向ns1.myns.com的所有域然后实际上将指向ns1.newns.com，其中DNSlogging已被镜像并正确指向新的服务器IP。
那有意义吗？ 这会工作吗？
不要这样做。 如果您有权访问nsX.myns.com的DNSlogging，请将Alogging更改为指向nsX.newns.com的Alogging。 这是如何devise的。
如果可能的话，这将是很好的，但它只适用于某些客户端，而其他的则失败。
问题在于，cname右侧的名称服务器会认为名称正在被使用（委托），因为委托名称服务器使用指向其名称服务器的cname。 如果您使用IP（或子域名/子域名服务器），他们的名称服务器将检查其名称，并且不会看到对其名称服务器的任何委派（即使正在使用其ips），也可能使域名脱机。 （看到这个问题）
它的悲伤cname不支持100％的nslogging，但是一些dns客户期望立即可以parsing的答案，并且在cname上失败（非常糟糕的编程）。
有时候我认为这些BIND程序员应该被击中，因为它很容易破坏BIND服务器和恶搞结果，而且他们不会编程那些看起来合乎逻辑的东西。