连接丢失恢复后,Server 2008 R2 NIC 处于“未识别的网络”状态

连接丢失恢复后,Server 2008 R2 NIC 处于“未识别的网络”状态

我有 2 台服务器遇到问题,两台服务器都出现了同样的症状。当它们在失去连接后重新连接到交换机时,它们处于“未识别网络”状态。只有在 NIC 中循环选择 ipv6 或重新启动后,它才会再次识别域并允许服务器之间的连接。

我的临时修复包括通过 RDP 访问服务器、访问 NIC 设置以及启用或禁用 IPv6。无论 NIC 启用还是禁用 IPv6 都没关系 - 无论如何都会出现问题。我猜更改 IPv6 设置更像是重置 NIC。重新启动也可以让服务器恢复运行,尽管比 IPv6 技巧花费的时间更长。

目前,所有服务器都连接到同一个交换机,但我们遇到了一个问题,尽管连接到了 UPS,但在发电机测试期间,它仍然会断电。这是一个完全独立的问题,但我只是想让你知道为什么服务器会失去网络连接。

有将近 10 台服务器,但似乎只有这两台服务器有问题。它们是一台数据库服务器和一台应用服务器,它们可以互相通信。它们是同时购买和安装的。它们都启用了 Broadcom NIC 组合,但只有一根电缆连接到每台服务器的交换机。每台服务器上连接 4 个 NIC 时也出现了同样的问题。

当 NIC 处于未识别状态时,它们无法 ping 通其他服务器,我猜测是因为该状态将它们置于防火墙类中,不允许与其他域服务器通信,因为它仍然连接到互联网并且可以远程访问。

每个配置的 DNS 服务器 IP 都是相同的:192.168.X.6、192.168.X.9 - 都是内部 ADDS 服务器。

知道为什么会发生这种情况吗?希望这些内容对您来说足够详细。如果您有任何疑问,请告诉我。

答案1

好吧,我刚刚意识到这有多老了......无论如何,对于其他人来说,可能会尝试将 ArpRetryCount 设置为 0。有时,NLA 服务不会检测到新连接,因为某些代理 ARP 无稽之谈导致交换机在几分钟内没有传递正确的地址。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DWORD
ArpRetryCount
0

此外,如果您发现这种情况,可以尝试重新启动 NLA 服务,而不是强制断开 nic 连接。

相关内容