域控制器认为它在公共networking上

我们有一个服务器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的帮助,而且错误是由于域的长时间加载造成的(请看:“如何检查…”),那么还有更多的事情可以做。

    • 写一个脚本重新启动它与调度程序运行(危险)
    • 将NLA服务的加载转移到服务启动的末尾,更改registry中的加载顺序(危险)
    • 在启动时从计划程序执行“IPCONFIG / RENEW”,延迟1或2分钟(优于启动NLA服务)
    • 每次重新启动后手动重新启动NLA服务(但应首选“IPCONFIG / RENEW”)!

    当域控制器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转发器。