用rendom改变域名后，过早的使用rendom /clean，导致部分客户从域中脱离，改名失败。
在网上的确很少关于rendom原理的文章，通过这个文章：http://technet.microsoft.com/en-us/library/cc738208.aspx
发现域改名主要通过两个属性实现： msDS-UpdateScript和msDS-DnsRootAlias。
前者存放一个属性用于域控的改名，在Rendom /clean后清除
后者将创建一个DNS别名（目标的名称），从而使netlogon服务可以在DNS创建目标域的SRV记录。
在upload步骤时，当前域名（原来的名称）称为realname，目标的域名称为alias。
当execute步骤时，当前域名和目标域名进行交换，原来的域名变成了alias。
直到clean步骤后，alias（交换过来的原来的域名）被清除，也即msDS-DnsRootAlias属性被清除。
这样客户机就无法通过dns找到DC，变成缓存登录，也无法完成域名更改了。
为了论证上述推断，搭建了一个测试环境，一个DC，两个Client，一个Server作为工作台。
1. 首先将两个Client关闭，按步执行到rendom /execute，打开client1，重启两次后成功改变客户机域名。
2. 然后执行rendom /clean，再打开client2，重启多次也无法改变客户机域名。问题重现！！
3. 通过rendom /clean前后比较，发现DNS上原来域名区域下的Srv记录全部被清除。
4. 利用adsiedit修改Domain Name FSMO（在cn=partitions,cn=configuration,dc=ForestRootDomain）下的msDS-DnsRootAlias属性，将原来的域名添加进去，
5. 重启netlogon服务，检查DNS上原来域名区域下的Srv记录，重新出现。
6. 再次重启client2，成功改名！
综上所述，得出如下的修复方案：
1. 重新创建原来的域名的DNS Zone（AD集成，仅安全更新）
2. 在Domain Name FSMO上添加msDS-DnsRootAlias属性
3. 同步DC
4. 重启netlogon，检查DNS Zone的SRV记录
5. 重启客户机
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。