我们有一个服务器2008 R2 主域控制器,似乎有健忘的时候要弄清楚它是在什么样的networking。 (仅)networking连接在启动时被识别为“公共networking”。
然而,如果我禁用然后重新启用连接,它很高兴地发现它实际上是域networking的一部分。
这是否是因为在networking位置最初计算出来时AD域服务未启动?
这个问题引起了一些Windows防火墙规则的麻烦(我知道这可以通过其他方式解决),所以我大多只是好奇,看看有没有人知道为什么会发生这种情况。
该连接上是否有默认网关? 它是否回复ping请求?
Windows使用网关来识别networking; 如果没有configuration网关,或者无法ping通网关,则无法识别连接的networking,并认为它是公共networking。
域控制器的networking是否划分为域networking不依赖于网关configuration。
NLA
(networking位置感知)服务starts before the domain is available
导致虚假networking分类的行为。 在这种情况下,select公共或专用networking,之后不予纠正。
如何检查是否给出这种故障情况
当重新启动后的域控制器在公共networking中时,重新启动NLA服务或断开/重新连接networking。 之后域控制器应该在域networking中。
如何解决它
这可能有助于将NLA服务设置为延迟启动 。 更好的办法是检查域名需要很长时间才能出席。 看起来,有多个网卡时,域需要更长的时间才能启动。
当它没有帮助
既不加速域的加载,也不延迟NLA的帮助,而且错误是由于域的长时间加载造成的(请看:“如何检查…”),那么还有更多的事情可以做。
当域控制器configuration了两个或多个IP(在相同或其他网卡上)并且其他networking未在DNS中configuration时,还有一个原因。
行为的复制
在testing域控制器(单个DC!)上,我删除了默认网关条目,并将DNS Server
设置为delayed start
。 做这个域需要很长时间才能被加载,networking被分类为public
。 断开并重新连接networking电缆后,networking被正确分类为domain network
。
我已经看到类似的行为站在2008 R2 AD服务器。 得到我的东西是启用了多个NIC,即使它没有被使用。 一旦我禁用未使用的网卡并重新启动,问题就消失了。
你在这里遇到的确切的窗口function被称为NLA(networking位置感知)。 我不太了解自己是一个专家,但是我知道这里有一些有趣的信息,关于它是如何工作的,或者是应该工作的。
我们不得不重buildVMconfiguration。 新的网卡。 设置静态IP,重启。 networking是“公共”的。 重新启动NLA服务。 networking是'域名'。
安装新的域控制器后,您可能会发现“WINDOWS防火墙”未正确设置为“DOMAIN:ON”。 这是由Microsoft提供的错误安装默认结果。 要解决此问题,请将networking连接上的IP6 DNS设置从“:: 0”清除回自动。 另外,从DNS服务器清除IP6转发器。
只是为这个令人沮丧的问题添加一些额外的信息:
并有Windows 7和2008 R2的修补程序