Estou executando o Windows 10 Professional com um controlador Realtek PCIe GBE Family integrado à placa-mãe MSI 170A-Pro. Geralmente tudo está bem. A rede funciona bem e sem interrupções no Linux e no Windows. Então, o hardware parece estar bem.
No entanto, tenho uma perda de conectividade uma vez por dia usando o Windows 10. Os sintomas são um pouco estranhos:
- Não consigo me conectar a nenhum website no Chrome ou no Internet Explorer (o Chrome diz ERR_CONNECTION_FAILED)
- exceto que o Google geralmente funciona (provavelmente porque uma conexão com ele é mantida pelo chrome)
- minha conexão com o Google Talk continua funcionando (parece afetar somente novas conexões)
- nslookup funciona bem para qualquer domínio
- posso fazer ping nos sites que quero navegar
- Eu tenho um endereço IPv4 e IPv6 válido
- posso fazer ping no gateway padrão em IPv4 e IPv6
- O diagnóstico de rede do Windows não pode encontrar problemas
- O Windows diz que estou conectado com sucesso à Internet
- outros dispositivos na rede continuam sem problemas (não estão relacionados ao roteador)
No entanto, a única solução é redefinir a rede por meio da opção do painel de controle e reinicializar ou chamando netsh winsock reset
em um console administrativo e reinicialize. Reinicializar sozinho não resolve o problema.
Até agora eu fiz
- desabilitar o gerenciamento de energia da placa de rede
- atualize para o driver mais recente da Realtek
Estou completamente perdendo o que exatamente está errado. Porque a rede obviamente funciona. Parece apenas haver certa parte disso não funcionando.
Se alguém tiver alguma ideia de como depurar isso mais adiante, sou todo ouvidos!
Por favor, note que esta é uma rede com fio
A saída ipconfig segue (parece exatamente o mesmo quando a conexão funciona)
Windows IP Configuration
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . : w00t
IPv6 Address. . . . . . . . . . . : 2a02:2450:1024:442:808:aa56:5c13:9413
Temporary IPv6 Address. . . . . . : 2a02:2450:1024:442:a5e3:4f74:fb29:5d13
Link-local IPv6 Address . . . . . : fe80::808:aa56:5c13:9413%3
IPv4 Address. . . . . . . . . . . : 192.168.1.165
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::1e87:2cff:fe6a:b6b0%3
192.168.1.1
Tunnel adapter isatap.w00t:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : w00t
Tunnel adapter Teredo Tunneling Pseudo-Interface:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6ab8:2cd7:1e65:3f57:fe5a
Link-local IPv6 Address . . . . . : fe80::2cd7:1e65:3f57:fe5a%12
Default Gateway . . . . . . . . . :
Algumas informações adicionais:
- ao reinicializar para o Linux, a conexão de rede funciona sem falhas, reinicializando o Windows e o problema ainda está lá
- desligar completamente a máquina não resolve o problema
- Os sites HTTP na minha rede local também não podem ser acessados
- o problema é independente do DNS, os sites não podem ser acessados por meio do endereço IP
- Conexões de SMB com um compartilhamento do Windows não funcionam
Para mim, parece que o TCP-Stack do Operation-System de alguma forma "fica preso". Ping (ICMP) e DNS (UDP) funcionam, HTTP e SMB (TCP) não.
Isso me fez tentar outra coisa: Eu tentei usar o PuTTY para o ssh (TCP) em outra máquina e isso trouxe o erro: Network error: No buffer space available
O erro acima indicou-me para o link que, por sua vez, levou-me a verificar o Visualizador de Eventos, que mostra o Erro 4227:
TCP/IP failed to establish an outgoing connection because the selected local endpoint was recently used to connect to the same remote endpoint. This error typically occurs when outgoing connections are opened and closed at a high rate, causing all available local ports to be used and forcing TCP/IP to reuse a local port for an outgoing connection. To minimize the risk of data corruption, the TCP/IP standard requires a minimum time period to elapse between successive connections from a given local endpoint to a given remote endpoint.
Ao desativar e reativar o dispositivo (que a entrada da base de conhecimento sugere) o erro simplesmente se repete no log.
Parece que algum programa está esgotando as portas TCP de saída disponíveis. Então as perguntas se tornam:
- como descobrir qual programa é o culpado?
- por que uma reinicialização não resolveria esse problema?