Mensagem de erro "O limite de nomes para a placa do adaptador de rede do computador local foi excedido"

10

Deixe-me começar afirmando que já procurei muitas fontes em busca de informações ou resolução, mas não consegui encontrar uma solução permanente.

Problema: Aleatoriamente, pelo que parece não haver razão, o servidor Windows começa a responder com a mensagem de erro ao tentar acessar qualquer recurso de rede. Não importa se é uma unidade em rede, um caminho UNC ou um link simbólico. Além disso, os clientes não podem acessar o servidor uma vez que esse erro começa a ocorrer. A Área de Trabalho Remota afirma que a máquina não pode ser encontrada quando tento conectar. O PING retornará o IP atribuído, mas indica que a solicitação expirou. Não há informações no log de eventos do Windows para esse erro.

O servidor é uma VM executando o Windows Server 2016. Há apenas uma placa de rede virtual atribuída e não há VLANs segmentadas.

Começando com http://support.microsoft.com/kb/319504 - Percebo que se trata de uma versão mais antiga do Windows, mas, na verdade, recebo "o erro do sistema 68 ocorreu" ao executar o comando "net use * \ server \ folder ”no momento em que o servidor está produzindo o erro. No entanto, nenhuma das maneiras de corrigir o problema funciona.

É difícil acreditar que todas as portas efêmeras tenham sido utilizadas. A execução do comando “netsh int ipv4 show dynamicport tcp” indica atualmente que existem 16384 portas disponíveis para uso.

A execução de “netstat -ano” no momento em que o servidor está produzindo o erro exibe muito poucos recursos de rede em uso (menos de 50). Os estados estão ouvindo ou estão estabelecidos. Não há sessões ou portas presas em time_wait ou close_wait.

Em seguida, https://support.microsoft.com/en-us/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Este artigo confirma o que estou vendo para o intervalo dinâmico de portas, que começa com 49152 em vez de entre 1024 e 5000. Também me mostrou o comando netsh usado acima.

A maioria das pesquisas no Google me aponta de volta para support.microsoft.com/kb/319504, que é o primeiro artigo em que fui ou são para um produto não relacionado (como o BizTalk ou Exchange).

A VM tem uma carga leve. Não há muitos clientes conectados. O único software atualmente instalado é o SQL Server 2016.

Se eu reiniciar a VM, o erro desaparecerá por alguns dias. Então volta. E o mais estranho é que tenho 2 VMs que estão agindo dessa maneira. A máquina host da VM está funcionando sem erros. E todas as outras VMs desse host estão funcionando sem erros. A rede subjacente também não possui problemas relatados. Todas as máquinas estão no mesmo domínio.

Estou sem saber o que está produzindo o erro. Qualquer ajuda seria muito apreciada.

obrigado

yodabit
fonte
Por acaso você está executando o ISCSI?
precisa
1
Um colega quase arrancou o rosto dessa questão sem uma solução previsível. Você entrou em contato com a Microsoft sobre isso?
Spooler
O serviço Firewall do Windows está parado? Vi problemas semelhantes em que alguém interrompeu o serviço pensando que ele interromperia o firewall. O serviço atua como um auxiliar para as portas efêmeras de alto alcance e sua interrupção causa muitos problemas.
duct_tape_coder
Eu tenho o mesmo problema em uma VM. É uma VM da geração 1 que foi V2V'd. Todos os outros estão funcionando bem. A reconstrução da NIC não funciona. Você encontrou uma solução? Estou prestes a reconstruir o servidor.
KeithRichardson
@nurgent - veja aqui: capens.net/content/…
paulsm4 /

Respostas:

0

A configuração de rede da sua VM é relevante aqui. Por favor, compartilhe?

Embora eu esteja mais familiarizado com o Linux do que com o Windows, se você estiver usando uma rede de ponte simples, eu poderia imaginar isso acontecendo devido à exaustão de recursos causada por um ou mais outros nós (duas VMs e um host compartilhando um IP e entre eles eles usam todos os ephems), ou simplesmente porque a porta efêmera que o sistema deseja usar já está sendo usada por outra VM ou pelo próprio host e o Windows ingenuamente assume que possui direitos exclusivos para todas as portas, o que significa que uma falha bindna min(in_use_port + 1, max_port)inicialização sem ambiguidade indica uma exaustão de portas. O único aspecto disso que não se encaixa nessa hipótese é que pingnão está respondendo. O ping é ICMP e não tem nada a ver com a disponibilidade de portas efêmeras ou com a falta delas.

BMDan
fonte