在Chrome中定期收到ERR_NETWORK_CHANGED错误


53

我经常在Chrome中收到ERR_NETWORK_CHANGED错误。通常是在使用Google或其他Google产品(YouTube,云端硬盘等)时使用,但也发生在其他各种网站上,但频率比在Google网站上出现的频率要低。

刷新几下后,请求就可以正常通过了。

我没有在其他浏览器(Firefox,IE)中遇到类似问题。

最大的挫败是我在调试/理解问题时遇到了麻烦。“网络改变”甚至意味着什么?有人可以引导我朝着正确的方向开始学习吗?可能是与IPv6相关的问题吗?网络驱动程序?

据我所知,在此成为问题之前,关于我的网络连接的任何更改都没有。我尝试重新启动Chrome,更新Chrome和重新启动计算机,但错误继续出现。

我正在运行Windows 8.1,Chrome 34.0.1847.131(在桌面模式下),它是Chrome的最新版本。

如果有帮助,请看下面的屏幕截图:

在此处输入图片说明


我在Windows 10从WiFi切换到有线网络时得到了它。
Cees Timmerman,2015年

Answers:


16

我今天早些时候偶然发现了这个问题,并了解到,就我的情况而言,这与我在Windows 8.1笔记本电脑上使用的VPN软件有关。希望这些潜在的解决方案将有助于您/任何其他人解决问题/朝正确的方向指出:

(必须注意,这些步骤取决于您与Internet的连接是否正常;请通过检查其状态[闪烁指示灯/直接连接至连接设备并查看其状态页面] ,确保接入点/路由器已连接到Internet。)

  1. 首先,我们需要验证我们的接口可以正常工作。如果除以太网外还具有WiFi,请通过打开网络和共享中心来检查两个连接。

    • 如果可行:
      • 禁用工作适配器
      • 启用有故障的适配器
      • 通过打开命令提示符来ping回送地址:
        • Windows Key + X
        • 选择命令提示符
        • 输入: ping 127.0.0.1
    • 如果通过ping回送地址得到答复,则说明故障接口现在可以通过三层连接正常运行,因此,如果您愿意,可以继续检查工作适配器的设置,并与配置错误的适配器进行交叉引用。适配器以准确诊断并解决问题。
  2. 当我在网络和共享中心中查看接口的属性时,我意识到手动配置的DNS设置已从最近安装的VPN软件进行了重新配置。我尝试手动将DNS服务器改回这些适配器,但是它没有解决问题。经过检查,我看到了TAP-WindowsAdapter已添加到我的系统中;我的怀疑是第三方软件将网络适配器配置为可以一起运行的方式,这导致我遇到了这个问题!我想知道该软件的工作原理,但是现在我感到DNS配置是问题的根源。我得出的结论是,卸载此软件可以解决问题,因此我决定了解决方案。重新安装此软件后,我还没有遇到这个问题。

  3. 在这里读到,问题可能是由IPv6的隐私扩展引起的,这将使您无法更改全局IPv6地址。您可以检查那里的线程以了解如何配置这些设置,并查看是否可以解决您的问题。


当我阅读第1点时,我关闭了笔记本电脑上的wifi开关,突然发现一切正常(@John MacIntyre也可能会有所帮助,如果我先读一遍)
Northern-bradley

11

对我有用的(虽然我不确定为什么)是禁用IPv6。

我在Arch Linux上看到了Chromium,Slack和Discord的问题。在网上闲逛使我检查了我的网络设置。我奔跑着watch -n 2 'ip address',看见inet6link tentative和之间扑动link noprefixroute。这使我想知道是否应该怪我网络上的某些IPv6配置,因为mtr尝试会在no route to host几秒钟后产生。

可以肯定的是,以下命令已完全解决了ERR_NETWORK_CHANGED问题,并且各种HTTP请求在chrome,slack和ordord中经常失败。

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

如果有人知道为什么这样做,以及我应该研究什么才能真正解决此问题,我将不胜感激。在此问题开始发生之前,我很长一段时间都没有更新我的Internet网关或系统。也许是我的ISP的责任?


这为我在Ubuntu 18.04上修复了问题。我按照以下说明禁用了ipv6:askubuntu.com/a/484487
JDiMatteo,

我的问题是由于拥有ipv6和docker容器而造成的,而该错误在chrome上经常发生。我禁用了ipv6,chrome停止抛出这些错误。
阿布·塔赫女士

6

我遇到了类似的问题,即每隔几页加载一次,就会收到此错误消息。当我进入网络连接查看是否有任何问题时,我注意到我的“ Hamachi”和“ vEthernet(LogMeIn Hamachi虚拟以太网适配器虚拟交换机)”虚拟网络适配器不断禁用/启用自身。我以为是因为我安装了其他虚拟网络驱动程序(Hyper-V和Virtual Box)。

要解决此问题,我只是禁用了两个适配器,这阻止了“网络已更改”消息的出现。


5

ERR_NETWORK_CHANGED今天早上遇到错误。实际上,Chrome无法正常使用,Slack也不会。但是,我可以对Google进行ping操作,甚至可以加载我在Internet Explorer中尝试过的每个网站。

最终,我查看了我的网络适配器,以为某些配置错误,并发现X我的Local Area Connection指示灯不断闪烁。

我把以太网连接拉紧了。固定。

看来我的连接一直在以太网和wifi之间来回切换,因此出现ERR_NETWORK_CHANGED错误。显然,由于某些原因,Chrome对IE敏感,因为IE在该区域具有更强大的功能。似乎很明显,为什么Slack显示错误,因为他们可能打开了连接并使其保持打开状态。


1
谢谢。我遇到了同样的问题,除了我的WiFi适配器不停地闪烁。
山姆

基本上,这是有线连接的问题,因此Windows一直试图打开和关闭后备wifi连接。我关闭了wifi,断开了有线电缆的连接,然后重新连接,现在一切正常
Kip

1

在使用wifi卡“ Intel Wireless-N 7265”(驱动程序版本为19.2.0.1)的笔记本电脑上升级到Windows 10之后,问题就开始出现了。Chrome是53.0版。

无法访问该网站

您的连接中断

可能的解决方案

以下是一些解决我整天都在研究的问题的方法:

  1. 停用所有网络适配器,但保持启用状态。
  2. 打开CMD并输入ipconfig /flushdns以清除所有缓存的DNS设置。
  3. 清除Chrome的整个缓存。
  4. 当然,请更新您的网卡驱动程序(如果最新的驱动程序会引起问题,请降级)。
  5. 卸载网络驱动程序,然后让Windows重新安装它。
  6. 尝试自己分配DNS服务器地址,请参阅网卡的Internet协议v4下的设置。
  7. 如果您有Internet连接问题,请尝试重置TCP / IP,请参阅Microsoft说明
  8. 尝试禁用蓝牙适配器。

无线网卡设置。转到设备管理器,打开wifi卡的属性,然后:

  1. 转到“电源管理”标签。取消选择“允许计算机关闭此设备以节省电源”。
  2. 请转到“高级”标签,然后在“无线模式”下选择较慢的一个802.11b,而不是802.11a / b / g。来源。检查此Intel页面上的所有可用设置。
  3. 转到标签“高级”,然后在“ U-APSD支持”下选择“禁用”。还要尝试将“发送功率”设置为“中”,而不是再次设置为“最高”,以禁用省电轮询(PSP)
  4. 转到标签“高级”,然后为“数据包合并”选择“禁用”。

  5. 尝试根据此intel帖子更改无线适配器设置中的更多选项。例如,禁用HT模式,仅在20 MHz时具有802.11n通道宽度,漫游积极性最低。但是,正如用户所说,“这些都不起作用”。

  6. 转到电源选项,无线适配器设置,然后选择“最高性能”。

通常的东西:

  1. 将Chrome更新到最新版本,执行所有Windows更新。
  2. 删除您最新安装的Chrome扩展程序。
  3. 检查您的路由器。尝试查找日志文件来确定问题所在。

请发表评论,哪种解决方案适合您。

祝好运!


更新:

我最终购买了TP-Link的无线USB适配器(型号TL-WN823N,约10美元),似乎没有任何问题。遗憾的是,英特尔无法使其驱动程序与WIN 10一起使用。


1.为我工作!罪犯似乎是TeamViewer VPN
Marcus Mangelsdorf'Oct

如何在ubuntu上安装ipconfig?
chovy

0

我设法通过禁用扩展程序,从帐户中拔出Google Chrome浏览器并从头开始清除浏览数据来减少了此问题。(清除自动填充以外的所有内容)重新启动计算机后!


0

对我来说,那是docker守护进程!一旦我停下来

sudo service docker stop

- --net=host一旦docker守护程序自动重启,并停止了我正在运行的某些容器(可能与绑定到本地网络),我又重新启动了(出于某种原因,我必须这样做以切换到nvidia运行时)net::ERR_NETWORK_CHANGED,Chrome控制台中的错误消失了远。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.