Hoje cedo deparei-me com este problema e soube que, para a minha situação, tinha a ver com o VPN software* que estava a utilizar no meu Windows 8.1* portátil. Espero que estas potenciais soluções ajudem a resolver o problema/ponto na direcção certa para si ou para qualquer outra pessoa:

(é importante notar que estes passos dependem da sua ligação à Internet; certifique-se de que o seu ponto de acesso/router está ligado à Internet verificando o seu estado [luzes intermitentes/ligação directa ao dispositivo de conectividade e visualização da sua página de estado])

1. Em primeiro lugar, temos de verificar se as nossas interfaces podem funcionar. Se tiver WiFi para além de Ethernet, verifique ambas as ligações abrindo Network e Sharing Center.

2. Quando vi as propriedades dos meus interfaces em Rede e Centro de Partilha, apercebi-me que as definições do DNS que tinha configurado manualmente tinham sido reconfiguradas a partir do software VPN que tinha instalado recentemente. Tentei alterar manualmente os servidores DNS para estes adaptadores, mas o problema não tinha sido resolvido. Após a inspecção, vi o TAP-WindowsAdapter que tinha sido adicionado ao meu sistema; a minha suspeita é que o software de terceiros tinha configurado os meus adaptadores de rede para funcionarem em conjunto, o que me levou a este problema! Gostaria de saber como funciona o processo deste software, mas por agora sinto que a configuração do DNS foi a origem do problema. Cheguei à conclusão de que a desinstalação deste software pode resolver o problema, e por isso cheguei à minha resolução. Depois de reinstalar este software ainda não me deparei com este problema.

3. Li aqui , que o problema poderia ser causado por extensões de privacidade para o IPv6, o que o impediria de alterar o seu endereço IPv6 global. Pode verificar o tópico lá para saber como configurar essas definições e ver se isso resolve os seus problemas.

O que funcionou para mim (embora não tenha a certeza do motivo) foi desactivar o IPv6.

Vi esta questão com Chromium, Slack and Discord no Arch Linux. Poking around on the net made me check my network settings. Corri o watch -n 2 'ip address' e vi o inet6 a fazer flapping entre o link tentative e o link noprefixroute. Isto fez-me pensar se alguma configuração IPv6 na minha rede seria a culpada, uma vez que as tentativas do mtr resultariam no no route to host após alguns segundos.

Com certeza, os seguintes comandos resolveram completamente os problemas do ERR_NETWORK_CHANGED, e vários pedidos HTTP falharam frequentemente em chrome, slack e discord.

sysctl -w net.ipv6.conf.all.disable_ipv6=1
sysctl -w net.ipv6.conf.default.disable_ipv6=1

Se alguém soubesse porque é que isto funcionou, e no que é que eu deveria estar a verificar para realmente resolver este problema, eu ficaria grato. Há muito tempo que não actualizava o meu gateway ou sistema de Internet antes deste problema ter começado a ocorrer. Talvez o meu ISP seja o culpado?

Eu tinha um problema semelhante em que, de poucas em poucas páginas, recebia esta mensagem de erro. Quando entrei em Conexões de rede para ver se algo parecia estar errado, notei que meus adaptadores de rede virtuais “Hamachi” e “vEthernet (LogMeIn Hamachi Virtual Adapter Virtual Ethernet Switch)” continuavam desativando / habilitando a si mesmos. Presumo que isso estava acontecendo porque tenho outros drivers de rede virtual instalados (Hyper-V e Virtual Box).

Para consertar isso, acabei de desativar os dois adaptadores e isso impediu que a mensagem “Network changed” (Rede alterada) aparecesse.

Estava a receber o erro ERR_NETWORK_CHANGED esta manhã. Na verdade, o cromado não funcionava e nem o Slack. No entanto, eu podia pingar o Google e até carregar todos os sites que tentei no Internet Explorer.

Finalmente, olhei para os meus adaptadores de rede pensando que algo estava mal configurado e vi que o X no meu Local Area Connection continuava a tremeluzir.

Algardei a minha ligação Ethernet e bam. Fixo.

Parece que a minha ligação continuava a girar entre ethernet e wifi, daí o erro ERR_NETWORK_CHANGED. Aparentemente o cromo é sensível a isto por alguma razão onde, como o IE parece um pouco mais robusto nesta área. Parece óbvio porque é que o Slack estava a mostrar um erro uma vez que eles provavelmente abrem uma ligação e mantêm-na aberta.

Para mim foi o daemon das docas! Quando parei com os

sudo service docker stop

e parei alguns contentores que tinha em funcionamento (provavelmente ligados à rede local com o --net=host), quando o daemon das docas reiniciou automaticamente, reiniciei novamente (o que tenho de fazer para mudar para a nvidia runtime por alguma razão) – os erros do net::ERR_NETWORK_CHANGED na consola Chrome desapareceram.

O problema começou para mim depois de actualizar para o Windows 10 no meu portátil com a placa wifi “Intel Wireless-N 7265” (driver v. 19.2.0.1). Chrome é a versão 53.0.

Possíveis Soluções

Aqui estão algumas abordagens para resolver o problema que encontrei a pesquisar durante todo o dia:

1. Desactive todos os adaptadores de rede mas deixe o que utiliza activado.
2. Abra o CMD e introduza o ipconfig /flushdns para limpar todas as definições do DNS em cache.
3. Limpe toda a cache do Chrome.
4. Claro, actualize o driver da sua placa de rede (ou faça downgrade se o mais recente causar problemas).
5. Desinstale o driver de rede e deixe o Windows reinstalá-lo.
6. Tente atribuir os endereços do servidor DNS você mesmo, veja as definições em Internet Protocol v4 da sua placa de rede.
7. Tente reiniciar o TCP/IP se tiver problemas de ligação à Internet, veja Instruções Microsoft .
8. Tente desactivar o adaptador Bluetooth.

Configurações do cartão sem fios. Vá ao seu Device Manager, abra as propriedades da sua placa wifi e:

1. Vá ao separador Power Management. Desmarque “Permitir que o computador desligue este dispositivo para poupar energia”.
2. Vá para o separador “Advanced” e seleccione em “Wireless Mode” em vez de 802.11a/b/g o mais lento 802.11b. Fonte . Verifique todas as definições disponíveis em esta página Intel .
3. Vá ao separador “Advanced” e escolha “disabled” em “U-APSD support”. Tente também definir “Transmit Power” para Medium, do que para Highest novamente para ter Power Save Polling (PSP) desactivado.

4. Vá ao separador “Advanced” e escolha “disabled” para “Packet Coalescing”.

5. Tente alterar muitas mais opções nas definições do adaptador sem fios de acordo com este poste intel . E.g. Modo HT desactivado, largura de canal 802.11n apenas a 20 MHz, agressividade de Roaming para o mais baixo. No entanto, como um utilizador afirmou “Nada disto funciona”.

6. Vá a Opções de Alimentação, Definições do Adaptador Sem Fios, e escolha “Desempenho Máximo”.

O habitual:

1. Actualize o Chrome para a versão mais recente, faça todas as actualizações do Windows.
2. Remova as suas últimas extensões Chrome instaladas.
3. Verifique o seu router. Tente encontrar ficheiros de registo para resolver o problema.

Por favor comente, que solução funcionou para si.

Boa sorte!

Actualização:

Acabei por comprar um adaptador USB Wireless de TP-Link (Modelo TL-WN823N, cerca de 10 USD) que parece funcionar sem qualquer problema. Que pena que a Intel seja incapaz de fazer com que os seus drivers funcionem com o WIN 10.

Consegui reduzir este problema, desactivando as minhas extensões, desligando a minha conta Google Chrome e limpando os dados de navegação desde o início. (Limpar tudo excepto o preenchimento automático) Depois de ter reiniciado o computador!