Obtention régulière d'erreurs ERR_NETWORK_CHANGED dans Chrome

Ce qui a fonctionné pour moi (bien que je ne sois pas sûr de la raison) a été de désactiver IPv6.

J'ai rencontré ce problème avec Chromium, Slack et Discord sur Arch Linux. En fouillant sur le net, j'ai vérifié mes paramètres réseau. J'ai lancé watch -n 2 'ip address' et a vu inet6 entre link tentative y link noprefixroute . Je me suis alors demandé si la configuration IPv6 de mon réseau n'était pas en cause, puisque mtr Les tentatives se traduiraient par no route to host après quelques secondes.

Les commandes suivantes ont permis de résoudre complètement le problème. ERR_NETWORK_CHANGED problèmes, et diverses requêtes HTTP échouent fréquemment dans chrome, slack et discord.

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

Si quelqu'un pouvait savoir pourquoi cela a fonctionné, et ce que je devrais vérifier pour résoudre réellement ce problème, je lui en serais reconnaissant. Je n'avais pas mis à jour ma passerelle Internet ou mon système depuis longtemps avant que ce problème ne se produise. Peut-être que mon FAI est à blâmer ?

Pour moi, le problème était le démon Docker ! Une fois que j'ai arrêté avec :

sudo service docker stop

et a arrêté certains conteneurs que j'avais en cours d'exécution (probablement lié au réseau local avec --net=host ), lorsque le démon docker s'est automatiquement redémarré, j'ai redémarré à nouveau (ce que je dois faire pour passer au runtime nvidia pour une raison quelconque) -- le fichier net::ERR_NETWORK_CHANGED Les erreurs dans la console Chrome ont disparu.

Je suis tombé sur ce problème un peu plus tôt dans la journée et j'ai appris que, dans mon cas, il s'agissait de l'élément suivant Logiciel VPN que j'utilisais sur mon Windows 8.1 portable. J'espère que ces solutions potentielles vous aideront à résoudre le problème ou à vous orienter dans la bonne direction, pour vous ou pour toute autre personne :

(il est important de noter que ces étapes dépendent du fonctionnement de votre connexion à l'Internet ; assurez-vous que votre le point d'accès/routeur est connecté à Internet en vérifiant son état [lumières clignotantes/connexion directe au dispositif de connectivité et affichage de sa page d'état])

1. Nous devons d'abord vérifier que nos interfaces peuvent fonctionner. Si vous avez du WiFi en plus d'Ethernet, vérifiez les deux connexions en ouvrant Centre de réseau et de partage .

   • Si l'un d'eux fonctionne :
     • Désactiver l'adaptateur de travail
     • Activer l'adaptateur défectueux
     • Effectuez un ping de l'adresse de bouclage en ouvrant l'invite de commande :
       • Windows Key + X
       • sélectionnez Invite de commande
       • Entrez : ping 127.0.0.1
   • Si vous obtenez des réponses en envoyant un ping à l'adresse de bouclage, vous savez que l'interface défectueuse fonctionne maintenant correctement avec une connectivité de couche trois. Par conséquent, si vous le souhaitez, vous pouvez vérifier les paramètres de l'adaptateur qui fonctionne et les comparer à ceux de l'adaptateur mal configuré pour diagnostiquer et résoudre le problème avec précision.
     • Microsoft peut le faire automatiquement pour vous si vous cliquez sur ici !

2. Lorsque j'ai consulté les propriétés de mes interfaces dans le Centre Réseau et Partage, j'ai réalisé que les paramètres DNS que j'avais configurés manuellement avaient été reconfigurés à partir d'un logiciel VPN que j'avais installé récemment. J'ai essayé de modifier à nouveau manuellement les serveurs DNS pour ces adaptateurs, mais cela n'a pas résolu le problème. Après inspection, j'ai vu que le TAP-WindowsAdapter qui avait été ajouté à mon système ; je soupçonne la façon dont le logiciel tiers avait configuré mes adaptateurs réseau pour qu'ils fonctionnent ensemble, ce qui m'a conduit à ce problème ! J'aimerais savoir comment fonctionne le processus de ce logiciel, mais pour l'instant, j'ai l'impression que la configuration du DNS était la source du problème. Je suis arrivé à la conclusion que la désinstallation de ce logiciel pourrait résoudre le problème, et c'est ainsi que j'ai trouvé ma solution. Après avoir réinstallé ce logiciel, je n'ai plus rencontré ce problème.

3. Je lis ici que le problème pourrait être causé par les extensions de confidentialité pour IPv6, qui vous empêcheraient de changer votre adresse IPv6 globale. Vous pouvez consulter le fil de discussion pour savoir comment configurer ces paramètres et voir si cela résout votre problème.

J'ai eu un problème similaire : à chaque fois que je chargeais une page, j'obtenais ce message d'erreur. Lorsque je suis allé dans Connexions réseau pour voir si quelque chose ne tournait pas rond, j'ai remarqué que mes adaptateurs réseau virtuels "Hamachi" et "vEthernet (LogMeIn Hamachi Virtual Ethernet Adapter Virtual Switch)" se désactivaient/se réactivaient constamment. Je suppose que cela se produit parce que j'ai d'autres pilotes de réseau virtuel installés (Hyper-V et Virtual Box).

Pour résoudre ce problème, j'ai simplement désactivé les deux adaptateurs, ce qui a empêché le message "Network changed" de s'afficher.

Je recevais le ERR_NETWORK_CHANGED erreur ce matin. En fait, Chrome ne fonctionnait pas et Slack non plus. Cependant, je pouvais faire un ping à Google et même charger tous les sites Web que j'ai essayés dans Internet Explorer.

Finalement, j'ai regardé mes adaptateurs réseau en pensant que quelque chose était mal configuré et j'ai vu le X sur mon Local Area Connection n'arrêtait pas de clignoter.

J'ai poussé ma connexion Ethernet à fond et bam. Corrigé.

Il semble que ma connexion n'arrête pas d'aller et venir entre Ethernet et Wifi, d'où le ERR_NETWORK_CHANGED erreur. Apparemment, Chrome est sensible à ce problème pour une raison quelconque, alors qu'IE semble un peu plus robuste dans ce domaine. La raison pour laquelle Slack affiche une erreur semble évidente puisqu'ils ouvrent probablement une connexion et la maintiennent ouverte.