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
fonte
Respostas:
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
bind
namin(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 é queping
nã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.fonte