的不正确DC...sort进行计算机身份验证

Question

我有一个登录脚本，它使用LOGONSERVER环境变量。我有几个偏远的办公室。每个办公室都有一个文件服务器/DC，每个办公室都是自己的站点。因此，当用户登录到某个办公室时，他们应该使用该域控制器进行身份验证。

我一直看到的问题是，办公室中的一些计算机(并非全部)会在某几天使用来自另一个办公室的随机DC进行身份验证，但有时会很好。例如，一个人登录到office 16，他应该使用SERVER16进行身份验证，但是他使用SERVER13进行身份验证。当我在他的计算机上检查事件查看器时，我可以看到与正确的服务器(SERVER16)同步的时间，但是他的驱动器映射到SERVER13，并且当从命令提示符运行set时，它将他的LOGONSERVER显示为SERVER13。

那么，一台计算机如何与适当的DC同步其站点的时间，但仍然与另一个站点中的服务器进行身份验证？我已经检查过AD站点和服务以及DNS。每个站点只有一个DC，正确的一个，每个站点的DNS站点记录都是正确的。根据所有的逻辑，这是没有理由发生的，除非我错过了什么。另外，我们运行的是2003/2008混合Windows环境，无论服务器的平台是什么。

Answer 1

这实际上比你想象的更常见。请检查以下内容，看看是否有帮助：

如何强制AD站点中的机器根据自己站点中的GC进行身份验证

Answer 2

我们看到这种情况有几个不同的原因：

1. 在客户端上未正确设置DNS/WINS。确保他们没有本地网络上没有的辅助DNS/WINS服务器。
2. 确保在AD站点和服务中设置的跨链接成本高于默认设置。如果没有，并且本地DC很忙，远程DC可能会更快地响应，因为整个链路的成本设置得足够低，认为它应该作为最近的DC响应。