Estou tendo problemas com dois servidores, ambos com os mesmos sintomas. Quando eles são reconectados ao switch após perderem a conectividade, eles permanecem em um estado de "rede não identificada". Somente depois de alternar entre a seleção de ipv6 na NIC ou a reinicialização, ela reconhece o domínio novamente e permite a conexão entre os servidores.
Minha correção temporária envolvia acessar o servidor via RDP, acessar as configurações da NIC e ativar ou desativar o IPv6. Não importa se a NIC tiver o IPv6 ativado ou desativado - o problema ocorre de qualquer maneira. Eu acho que mudar as configurações do IPv6 é mais do que apenas reinicializar o NIC do que qualquer coisa. A reinicialização também recupera os servidores, embora demore mais do que o truque do IPv6.
Neste momento, todos os servidores estão conectados ao mesmo switch, embora estejamos enfrentando um problema onde ainda perde energia durante um teste do gerador, apesar de estar conectado a um no-break. Este é um problema completamente separado, mas só quero que você saiba por que os servidores perdem a conectividade de rede.
Existem cerca de 10 servidores e apenas estes 2 servidores parecem ter o problema. Eles são um banco de dados e um servidor de aplicativos que conversam entre si. Ambos foram comprados e colocados em prática ao mesmo tempo. Ambos possuem o agrupamento Broadcom NIC habilitado, mas somente um único cabo conectado a cada um que leva ao switch. O mesmo problema ocorreu com 4 NICs conectadas em cada servidor.
Embora as NICs estejam em um estado não identificado, elas não conseguem executar ping em outros servidores, estou achando que o estado as coloca em uma classe de firewall que não permite a comunicação com outro servidor de domínio, porque permanece conectada ao servidor. internet e pode ser acessado remotamente.
Os IPs do servidor DNS configurados são iguais em cada um: 192.168.X.6, 192.168.X.9 - ambos os servidores ADDS internos.
Alguma idéia do porquê isso está acontecendo? Espero que isso seja o suficiente para você. Por favor, deixe-me saber se você tem alguma dúvida.
Bem, acabei de perceber quantos anos isso tem ... de qualquer forma, para outros usuários, tentar configurar o ArpRetryCount como 0. Às vezes, o serviço NLA não detectará uma nova conexão por causa de algum disparate proxy do ARP em que o switch não é passando os endereços corretos por alguns instantes.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DWORD
ArpRetryCount
0
Além disso, se acontecer, tente apenas reiniciar o serviço NLA em vez de forçar uma desconexão.