Me tropecé con este problema hoy temprano y me enteré de que, para mi situación, tenía que ver con el software VPN que estaba usando en mi laptop con Windows 8.1. Esperemos que estas posibles soluciones ayuden a resolver el problema/punto en la dirección correcta para usted o cualquier otra persona:

(es importante tener en cuenta que estos pasos dependen de que su conexión a Internet funcione; asegúrese de que su punto de acceso/enrutador está conectado a Internet comprobando su estado [luces parpadeantes/conexión directa al dispositivo de conexión y viendo su página de estado])

1. Primero necesitamos verificar que nuestras interfaces pueden funcionar. Si tienes WiFi además de Ethernet, comprueba ambas conexiones abriendo Network and Sharing Center.

2. Cuando vi las propiedades de mis interfaces en el Centro de Redes y Compartición, me di cuenta de que los ajustes DNS que configuré manualmente habían sido reconfigurados desde el software VPN que había instalado recientemente. Intenté cambiar manualmente los servidores DNS para estos adaptadores, pero no había resuelto el problema. Al inspeccionar, vi el TAP-WindowsAdapter que había sido añadido a mi sistema; mi sospecha es la forma en que el software de terceros había configurado mis adaptadores de red para que funcionaran juntos, lo que me llevó a este problema! Me gustaría saber cómo funciona el proceso de este software, pero por ahora me queda la sensación de que la configuración del DNS fue la fuente del problema. Llegué a la conclusión de que la desinstalación de este software puede resolver el problema, y así llegué a mi resolución. Después de reinstalar este software no me he encontrado con este problema.

3. Leí aquí , que el problema podría ser causado por las extensiones de privacidad para IPv6, lo que le impediría cambiar su dirección IPv6 global. Puedes revisar el hilo de ahí para ver cómo configurar esos ajustes y ver si eso resuelve tus problemas.

Lo que me funcionó (aunque no estoy seguro de por qué) fue deshabilitar el IPv6.

Vi este problema con Chromium, Slack and Discord en Arch Linux. Husmear en la red me hizo comprobar la configuración de mi red. Corrí watch -n 2 'ip address' y vi inet6 aleteando entre link tentative y link noprefixroute. Esto me hizo preguntarme si alguna configuración IPv6 en mi red era la culpable, ya que los intentos de mtr resultarían en no route to host después de unos pocos segundos.

Por supuesto, los siguientes comandos resolvieron completamente los problemas de ERR_NETWORK_CHANGED, y varias solicitudes HTTP frecuentemente fallaban en cromo, holgura y discordia.

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

Si alguien supiera por qué esto funcionó, y qué debería revisar para resolver realmente este problema, estaría agradecido. No había actualizado mi sistema o portal de Internet en mucho tiempo antes de que este problema comenzara a ocurrir. ¿Quizás la culpa sea de mi ISP?

Tuve un problema similar en el que cada pocas páginas cargadas, recibía este mensaje de error. Cuando entré en Conexiones de red para ver si algo parecía estar mal, noté que mis adaptadores de red virtual “Hamachi” y “vEthernet (LogMeIn Hamachi Virtual Ethernet Adapter Virtual Switch)” seguían desactivándose / habilitándose. Asumo que esto ocurría porque tengo otros controladores de red virtual instalados (Hyper-V y Virtual Box).

Para arreglarlo, simplemente deshabilité los dos adaptadores y esto impidió que apareciera el mensaje “Network changed”.

Estaba recibiendo el error ERR_NETWORK_CHANGED esta mañana. En realidad, el cromo no funcionaría y tampoco lo haría Slack. Sin embargo, podía hacer ping a Google e incluso cargar todos los sitios web que probé en Internet Explorer.

Finalmente, miré mis adaptadores de red pensando que algo estaba mal configurado y vi que el X de mi Local Area Connection seguía parpadeando.

Puse mi conexión Ethernet en apretado y bam. Corregido.

Parece que mi conexión siguió parpadeando entre ethernet y wifi, de ahí el error ERR_NETWORK_CHANGED. Aparentemente Chrome es sensible a esto por alguna razón, ya que como IE se ve un poco más robusto en esta área. Parece obvio por qué Slack mostraba un error ya que probablemente abren una conexión y la mantienen abierta.

¡Para mí era el demonio del estibador! Una vez que paré con

sudo service docker stop

y detuve algunos contenedores que tenía en marcha (probablemente vinculados a la red local con --net=host), cuando el docker daemon se reinició automáticamente, volví a arrancar (lo que tengo que hacer para cambiar al tiempo de ejecución de la nvidia por alguna razón) – los errores de net::ERR_NETWORK_CHANGED en la consola de Chrome desaparecieron.

El problema comenzó para mí después de actualizar a Windows 10 en mi portátil con la tarjeta wifi “Intel Wireless-N 7265” (driver v. 19.2.0.1). Chrome es la versión 53.0.

Posibles soluciones

Aquí hay algunos enfoques para resolver el problema que encontré investigando todo el día:

1. Desactivar todos los adaptadores de red pero dejar el que se usa activado.
2. Abre el CMD e introduce ipconfig /flushdns para borrar todos los ajustes del DNS en caché.
3. Borrar toda la caché de Chrome.
4. Por supuesto, actualiza el controlador de la tarjeta de red (o descárgalo si el último causa problemas).
5. Desinstala el controlador de red y deja que Windows lo vuelva a instalar.
6. Intenta asignar tú mismo las direcciones del servidor DNS, consulta la configuración en Protocolo de Internet v4 de tu tarjeta de red.
7. Intenta restablecer el TCP/IP si tienes problemas de conexión a Internet, consulta Instrucciones de Microsoft .
8. Desinstala la tarjeta de red. Intente desactivar el adaptador Bluetooth.

Configuración de la tarjeta inalámbrica. Ve al Administrador de dispositivos, abre las propiedades de tu tarjeta wifi y:

1. Ve a la pestaña Administración de energía. Deselecciona “Permitir que el ordenador apague este dispositivo para ahorrar energía”.
2. Ve a la pestaña “Avanzado” y selecciona en “Modo Inalámbrico” en lugar de 802.11a/b/g el más lento 802.11b. Fuente . Compruebe todos los ajustes disponibles en esta página de Intel .
3. Vaya a la pestaña “Avanzado” y seleccione “desactivado” en “Soporte U-APSD”. También intente configurar “Potencia de transmisión” en Media, que en Alta de nuevo para tener Power Save Polling (PSP) desactivado.

4. vaya a la pestaña “Advanced” y elija “disabled” para “Packet Coalescing”.

5. Intente cambiar muchas más opciones en los ajustes del adaptador inalámbrico según este intel post . Por ejemplo, modo HT desactivado, ancho de canal 802.11n a 20 MHz solamente, agresividad de itinerancia al mínimo. Sin embargo, como un usuario declaró “Nada de esto funciona”.

6. Vaya a Opciones de energía, Ajustes del adaptador inalámbrico, y elija “Rendimiento máximo”.

Lo habitual:

1. Actualizar Chrome a la última versión, hacer todas las actualizaciones de Windows.
2. Elimina las últimas extensiones de Chrome instaladas.
3. 3. Comprueba tu router. Intenta encontrar los archivos de registro para aclarar el problema.

Comenta qué solución te ha funcionado.

¡Buena suerte!

Actualización:

Terminé comprando un adaptador USB inalámbrico de TP-Link (Modelo TL-WN823N, unos 10 USD) que parece funcionar sin problemas. Qué lástima que Intel sea incapaz de hacer funcionar sus drivers con WIN 10.

Conseguí reducir este problema desactivando mis extensiones, desenchufando mi cuenta de Google Chrome y borrando los datos de navegación desde el principio. (Borrando todo excepto el relleno automático) ¡Después de reiniciar el ordenador!