Ik stuitte eerder vandaag op dit probleem en leerde dat het voor mijn situatie te maken had met de VPN software die ik gebruikte op mijn Windows 8.1 laptop. Hopelijk helpen deze potentiële oplossingen het probleem/punt in de juiste richting voor u of iemand anders op te lossen:

(het is belangrijk op te merken dat deze stappen afhankelijk zijn van uw verbinding met het internet; zorg ervoor dat uw toegangspunt/router is verbonden met het internet door de status ervan te controleren [knipperende lampjes/directe verbinding met het connectiviteitsapparaat en het bekijken van de statuspagina ervan])

1. 1. Eerst moeten we controleren of onze interfaces kunnen functioneren. Als u naast Ethernet ook WiFi heeft, controleer dan beide verbindingen door Network en Sharing Center.

2 te openen. Toen ik de eigenschappen van mijn interfaces in Network and Sharing Center bekeek, realiseerde ik me dat de DNS-instellingen die ik handmatig had geconfigureerd, opnieuw waren geconfigureerd vanuit VPN-software die ik onlangs had geïnstalleerd. Ik probeerde de DNS-servers handmatig te wijzigen voor deze adapters, maar dat had het probleem niet opgelost. Bij inspectie zag ik de TAP-WindowsAdapter die aan mijn systeem was toegevoegd; mijn vermoeden is de manier waarop de software van derden mijn netwerkadapters had geconfigureerd om samen te functioneren, wat mij tot dit probleem heeft geleid! Ik zou graag willen weten hoe het proces van deze software werkt, maar voorlopig heb ik het gevoel dat de DNS-configuratie de bron van het probleem was. Ik kwam tot de conclusie dat het verwijderen van deze software het probleem kan oplossen, en zo kwam ik tot mijn oplossing. Na het herinstalleren van deze software ben ik dit probleem niet tegengekomen.

1. Ik las hier , dat het probleem zou kunnen worden veroorzaakt door privacy-uitbreidingen voor IPv6, waardoor u uw wereldwijde IPv6-adres niet kunt wijzigen. U kunt de thread daar controleren voor het configureren van die instellingen en kijken of dat uw problemen oplost.

Wat voor mij werkte (hoewel ik niet zeker weet waarom) was het uitschakelen van IPv6.

Ik zag dit probleem met Chromium, Slack en Discord op Arch Linux. Door rond te neuzen op het net moest ik mijn netwerkinstellingen controleren. Ik draaide watch -n 2 'ip address' en zag inet6 flapperen tussen link tentative en link noprefixroute. Dit deed me afvragen of een of andere IPv6 configuratie op mijn netwerk de schuld was, aangezien mtr pogingen zouden resulteren in no route to host na een paar seconden.

Natuurlijk hebben de volgende commando’s de ERR_NETWORK_CHANGED problemen volledig opgelost, en diverse HTTP verzoeken die vaak falen in chroom, slappe en onenigheid.

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

Als iemand zou weten waarom dit werkte, en wat ik zou moeten controleren om dit probleem daadwerkelijk op te lossen, zou ik hem dankbaar zijn. Ik had mijn Internet gateway of systeem al lang niet meer geüpdatet voordat dit probleem zich voordeed. Misschien is het de schuld van mijn ISP?

Ik had een gelijkaardig probleem waarbij ik om de paar pagina’s deze foutmelding zou krijgen. Toen ik in Network Connections ging kijken of er iets mis leek te zijn, merkte ik dat mijn “Hamachi” en “vEthernet (LogMeIn Hamachi Virtual Ethernet Adapter Virtual Switch)” virtuele netwerkadapters zichzelf bleven uitschakelen/inschakelen. Ik neem aan dat dit gebeurde omdat ik andere virtuele netwerk drivers heb geïnstalleerd (Hyper-V en Virtual Box).

Om het te repareren heb ik gewoon de twee adapters uitgeschakeld en dit hield het “Netwerk veranderd” bericht tegen.

Ik kreeg de ERR_NETWORK_CHANGED fout vanmorgen. Eigenlijk zou Chrome niet werken en ook Slack niet. Ik kon echter wel Google pingen en zelfs elke website die ik probeerde in Internet explorer laden.

Tot slot keek ik naar mijn netwerkadapters omdat ik dacht dat er iets verkeerd geconfigureerd was en zag dat de X op mijn Local Area Connection bleef flikkeren.

Ik duwde mijn Ethernet-verbinding in de knoop en bam. Vast.

Het lijkt erop dat mijn verbinding tussen ethernet & wifi heen en weer bleef flikkeren, vandaar de ERR_NETWORK_CHANGED-fout. Blijkbaar is Chrome hier om een of andere reden gevoelig voor, omdat IE op dit gebied iets robuuster is. Lijkt duidelijk waarom Slack een fout vertoonde aangezien ze waarschijnlijk een verbinding openen en open houden.

Voor mij was het de docker daemon! Toen ik eenmaal gestopt was met sudo service docker stop

en een aantal containers die ik had draaien (waarschijnlijk gebonden aan het lokale netwerk met --net=host), toen de docker daemon automatisch herstartte, ben ik opnieuw gestart (wat ik moet doen om over te schakelen naar de nvidia runtime om een of andere reden) – de net::ERR_NETWORK_CHANGED fouten in de Chrome console gingen weg.

Het probleem begon voor mij na het upgraden naar Windows 10 op mijn laptop met wifi kaart “Intel Wireless-N 7265” (driver v. 19.2.0.1). Chrome is versie 53.0.

Mogelijke oplossingen

Hier zijn enkele benaderingen om het probleem op te lossen dat ik de hele dag heb onderzocht:

1. Deactiveer alle netwerkadapters maar laat degene die je gebruikt ingeschakeld.
2. 3. Open de CMD en voer ipconfig /flushdns in om alle cached DNS instellingen te wissen.
3. Zet alle netwerkadapters uit. 3. Wis de volledige cache van Chrome.
4. Natuurlijk, update uw netwerkkaartstuurprogramma (of downgrade als de laatste problemen veroorzaakt).
5. Verwijder uw netwerkstuurprogramma en laat Windows het opnieuw installeren.
6. Probeer zelf de DNS-serveradressen toe te wijzen, zie de instellingen onder Internet Protocol v4 van uw netwerkkaart.
7. Probeer TCP/IP te resetten als u problemen hebt met uw internetverbinding, zie Microsoft instructies .
8. Probeer de Bluetooth-adapter uit te schakelen.

Draadloze kaart instellingen. Ga naar apparaatbeheer, open de eigenschappen van uw wifi-kaart en:

1. ga naar het tabblad Energiebeheer. 2. ga naar de tab “Geavanceerd” en selecteer onder “Draadloze modus” in plaats van 802.11a/b/g de langzamere 802.11b. Bron . Controleer alle beschikbare instellingen op deze Intel-pagina .
2. ga naar het tabblad “Geavanceerd” en kies “uitgeschakeld” onder “U-APSD-ondersteuning”. Probeer ook “Transmit Power” in te stellen op Medium, dan op Hoogste om Power Save Polling (PSP) te deactiveren.

3. ga naar het tabblad “Geavanceerd” en kies “uitgeschakeld” voor “Packet Coalescing”.

4. Probeer veel meer opties in de instellingen van de draadloze adapter te wijzigen volgens deze intelpost . Bijv. HT-modus uitgeschakeld, 802.11n Kanaalbreedte op alleen 20 MHz, Roaming Aggressiveness to lowest. Echter, zoals een gebruiker aangaf “Dit werkt niet”

5. Ga naar Voedingsopties, Draadloze Adapter Instellingen, en kies “Maximale Prestaties”.

De gebruikelijke dingen:

1. 2. Update Chrome naar de laatste versie, doe alle Windows Updates.
2. 2. Verwijder de laatste geïnstalleerde Chrome-extensies.
3. 4. Controleer uw router. Probeer logbestanden te vinden om het probleem op te lossen.

Geef a.u.b. aan welke oplossing voor u werkte.

Veel succes!

Update:

Ik heb uiteindelijk een draadloze USB-adapter van TP-Link (Model TL-WN823N, ongeveer 10 USD) gekocht die zonder problemen lijkt te werken. Wat jammer dat Intel niet in staat is om hun drivers te laten werken met WIN 10.

Ik heb dit probleem kunnen verminderen door mijn extensies uit te schakelen, de stekker van mijn account Google Chrome uit het stopcontact te halen en de browsegegevens vanaf het begin te wissen. (Alles wissen behalve het automatisch vullen) Nadat het de computer opnieuw heeft opgestart!