当DNSparsing_vlmcs._tcp.<localdomain> KMS机器名时，各种KMS客户端版本（Windows，Office）是否按预期处理CNAME（即parsing引用的目标RR）？
这里的基本原理是：我们有一个包含大量子域的环境，我们的Windows客户端和服务器（不一定是域join的）分散在所有这些子域中。 我们对这些域的DNSpipe理是非常不灵活的（我们可以在一段时间内处理更改，但是很麻烦），而我们有一些域名被委托给AD DNS服务器，这些域名的更改很容易实现。 我们将有_vlmcs._tcp.<localdomain>. IN CNAME _vlmcs._tcp.addns.domain. _vlmcs._tcp.<localdomain>. IN CNAME _vlmcs._tcp.addns.domain. 全面创buildRR来缓解KMS服务器的添加和replace。
我能够testing基本function（Win7 + Server 2008 R2 / Server 2012 R2客户端，Office 2013），而无需付出重大努力。 但是，我没有足够大的不同操作系统版本，Office安装程序，Service Pack以及可能与KMS客户端相关的修补程序的样本大小来判断它是否可以在所有常见configuration中使用。
我怀疑任何人都可以在100％的情况下说CNAME会起作用。 但是，我在你的鞋，我会validation它适用于我可以testing的系统的子集，然后就去做。 最糟糕的情况是，你在监视你的客户端数量之前和之后，所以你注意到，如果他们开始下降，就好像客户端连接了。 当你不符合规定的时候，Windows和Office似乎并没有做太多的事情。 所以用户可能会有些恼火，但不会被破坏。
或者，完全跳过_vlmcslogging，只需在所有客户端上手动设置KMS服务器。 在域join的机器上有一个组策略，你可以使用你的configurationpipe理系统来完成剩下的工作。 你有一个configurationpipe理系统，对不对？