DNS Suffixes List

环境及问题描述：

        Server A（SA）用来share文件，Client A（CA）是一台虚拟机，用来做一些测试。Client B（CB）是我的工作机，平时通过CB Remote Desktop SA和CA进行工作。

SA和CA在同一个机房，CB在办公室，三台机器在同一个域（A.com）。CA使用另一个域（B.com）的账号（userA.B.com）登陆，且userA.B.com有访问SA的share files的权限。

CA原本可以通过在地址栏中输入\\SA可以访问SA的share Files，现在突然要求用户名和密码，正确填写的情况写依然提示密码不正确，但是CB可以正常访问。三台机器都能相互ping通。

问题分析：

       三台机器都能相互ping通，首先说明网络没有问题。但是在环境没有任何更改的情况下，突然不能访问，首先想到的是账号的密码被改变了。于是使用这个账号在CB上尝试访问SA的share files，OK，可以访问。密码被修改的可能性排除。由于是跨域访问，想到是不是SA上的设置的访问权限发生了变化，仔细检查，发现没有异样。这样基本确定不是我们的机器出了问题。难道是IT在域控中做了某些新的设置，导致了我们无法跨域访问？如果是这样，那看来只能联系IT了。问题由此陷入僵局。抱着试一试的态度，使用Tracert命令查看以下网络情况，发现tracert SA 返回的竟然是SA.C.com，终于发现问题了，原来是域后缀加错了。看来是另一个域中新加了一台Server，名字竟然和我们的Server一样，而且它所在的域的后缀名比我们的域后缀名有更高的优先级，所以导致在使用\\SA访问时，实际访问的是另一台Server。

解决方案：

        既然是因为域后缀顺序的问题，那么把我们的Server所在的域的后缀名的优先级提高就OK了。网上查到资料，可以手动设置，也可以修改注册表。

        这个网址有个很好的脚本可以解决这个问题：http://www.networksteve.com/forum/topic.php/Where_in_the_registry_are_the_keys/values_which_set_the_'Append/?TopicId=20181&Posts=2