Thường xuyên gặp lỗi ERR_NETWORK_CHANGED trong Chrome


54

Tôi thường xuyên gặp lỗi ERR_NETWORK_CHANGED trong Chrome. Thông thường khi sử dụng Google hoặc các sản phẩm khác của Google (YouTube, Drive, v.v.), nhưng cũng đã xảy ra trên các trang web khác nhau, nhưng ít xảy ra hơn so với các trang web của Google.

Sau một vài lần làm mới, yêu cầu được thực hiện tốt.

Tôi chưa gặp vấn đề tương tự trong các trình duyệt khác (Firefox, IE.)

Sự thất vọng lớn nhất là tôi gặp khó khăn ngay cả khi gỡ lỗi / hiểu vấn đề. "Mạng thay đổi" thậm chí có nghĩa là gì? Ai đó có thể dẫn tôi đi đúng hướng về nơi bắt đầu không? Nó có thể là một vấn đề liên quan đến IPv6? Trình điều khiển mạng?

Theo tôi biết, không có gì về kết nối mạng của tôi thay đổi trước khi điều này trở thành một vấn đề. Tôi đã thử khởi động lại Chrome, cập nhật Chrome và khởi động lại máy tính và lỗi tiếp tục xuất hiện.

Tôi đang chạy Windows 8.1, Chrome 34.0.1847.131 (ở chế độ Máy tính để bàn), hiện là phiên bản mới nhất của Chrome.

Đây là một ảnh chụp màn hình, trong trường hợp này là hữu ích:

nhập mô tả hình ảnh ở đây


Tôi đã nhận được nó trong khi Windows 10 đang chuyển từ WiFi sang mạng cáp.
Cees Timmerman

Câu trả lời:


16

Tôi đã vấp phải vấn đề này sớm hôm nay và biết rằng, đối với tình huống của tôi, nó phải làm với phần mềm VPN mà tôi đang sử dụng trên máy tính xách tay Windows 8.1 . Hy vọng rằng các giải pháp tiềm năng này sẽ giúp giải quyết vấn đề / quan điểm đúng hướng cho bạn hoặc bất kỳ ai khác:

(điều quan trọng cần lưu ý là các bước này dựa trên kết nối của bạn với Internet đang hoạt động; đảm bảo điểm truy cập / bộ định tuyến của bạn được kết nối với Internet bằng cách kiểm tra trạng thái của nó [đèn nhấp nháy / kết nối trực tiếp với thiết bị kết nối và xem trang trạng thái của nó])

  1. Đầu tiên chúng ta cần xác minh rằng các giao diện của chúng ta có thể hoạt động. Nếu bạn có WiFi ngoài Ethernet, hãy kiểm tra cả hai kết nối bằng cách mở Mạng và Trung tâm chia sẻ .

    • Nếu một trong những hoạt động:
      • Vô hiệu hóa bộ điều hợp làm việc
      • Kích hoạt bộ điều hợp bị hỏng
      • Ping địa chỉ loopback bằng cách mở dấu nhắc lệnh:
        • Windows Key + X
        • chọn Dấu nhắc lệnh
        • Đi vào: ping 127.0.0.1
    • Nếu bạn nhận được trả lời từ ping địa chỉ loopback, bạn biết rằng giao diện bị trục trặc hiện đang hoạt động đúng với kết nối lớp ba, do đó, nếu bạn muốn, bạn có thể tiến hành kiểm tra cài đặt của bộ điều hợp làm việc và tham chiếu chéo chúng với cấu hình sai bộ chuyển đổi để chẩn đoán chính xác và giải quyết vấn đề.
      • Microsoft có thể tự động làm điều này cho bạn nếu bạn nhấp vào đây!
  2. Khi tôi xem các thuộc tính của giao diện của mình trong Mạng và Trung tâm chia sẻ, tôi nhận ra các cài đặt DNS mà tôi đã cấu hình thủ công đã được cấu hình lại từ phần mềm VPN mà tôi đã cài đặt gần đây. Tôi đã thử thay đổi thủ công các máy chủ DNS trở lại cho các bộ điều hợp này, nhưng nó không giải quyết được vấn đề. Khi kiểm tra, tôi thấy TAP-WindowsAd CHƯƠNGđã được thêm vào hệ thống của tôi; sự nghi ngờ của tôi là cách mà phần mềm bên thứ ba đã cấu hình các bộ điều hợp mạng của tôi hoạt động cùng nhau, điều này dẫn tôi đến vấn đề này! Tôi muốn biết quy trình của phần mềm này hoạt động như thế nào, nhưng hiện tại tôi cảm thấy cấu hình DNS là nguồn gốc của vấn đề. Tôi đi đến kết luận rằng việc gỡ cài đặt phần mềm này có thể giải quyết vấn đề và do đó tôi đã giải quyết. Sau khi cài đặt lại phần mềm này, tôi không gặp phải vấn đề này.

  3. Tôi đọc ở đây , rằng vấn đề có thể do các tiện ích mở rộng quyền riêng tư cho IPv6, điều này sẽ không cho phép bạn thay đổi địa chỉ IPv6 toàn cầu. Bạn có thể kiểm tra luồng ở đó để biết cách định cấu hình các cài đặt đó và xem liệu điều đó có giải quyết được sự cố của bạn không.


Khi tôi đọc điểm 1, tôi đã tắt công tắc wifi trên máy tính xách tay và lo lắng và đột nhiên mọi thứ đều ổn (@John MacIntyre cũng sẽ hữu ích nếu tôi đọc nó trước)
phía bắc-bradley

11

Điều làm việc cho tôi (mặc dù tôi không chắc tại sao) là tắt IPv6.

Tôi đã thấy vấn đề này với Chromium, Slack và Discord trên Arch Linux. Chọc vào mạng khiến tôi kiểm tra cài đặt mạng của mình. Tôi chạy watch -n 2 'ip address'và thấy inet6vỗ giữa link tentativelink noprefixroute. Điều này khiến tôi tự hỏi liệu một số cấu hình IPv6 trên mạng của tôi có bị đổ lỗi hay không, vì các mtrnỗ lực sẽ có kết quả no route to hostsau vài giây.

Chắc chắn, các lệnh sau đã giải quyết hoàn toàn các ERR_NETWORK_CHANGEDvấn đề và các yêu cầu HTTP khác nhau thường xuyên bị lỗi trong chrome, slack và Discord.

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

Nếu ai đó biết lý do tại sao điều này hoạt động, và những gì tôi nên kiểm tra để thực sự giải quyết vấn đề này, tôi sẽ rất biết ơn. Tôi đã không cập nhật cổng Internet hoặc hệ thống của mình trong một thời gian dài trước khi vấn đề này bắt đầu xảy ra. Có lẽ ISP của tôi là để đổ lỗi?


Điều này cố định cho tôi trên Ubuntu 18.04. Tôi đã làm theo các hướng dẫn sau để vô hiệu hóa ipv6: askubfox.com/a/484487
JDiMatteo

Vấn đề của tôi được tạo ra từ việc có các thùng chứa ipv6 và docker, trong khi lỗi xảy ra thường xuyên trên chrome. Tôi đã vô hiệu hóa ipv6 và chrome đã ngừng ném các lỗi này.
Md. Abu Taher

6

Tôi gặp vấn đề tương tự khi cứ sau vài trang tải, tôi sẽ nhận được thông báo lỗi này. Khi tôi đi vào Kết nối mạng để xem có gì không ổn, tôi nhận thấy rằng các bộ điều hợp mạng ảo "Hamachi" và "vEthernet (LogMeIn Hamachi Virtual Ethernet)" của chúng tôi cứ tự tắt / bật. Tôi cho rằng điều này đã xảy ra vì tôi đã cài đặt trình điều khiển mạng ảo khác (Hyper-V và Virtual Box).

Để khắc phục, tôi chỉ cần vô hiệu hóa hai bộ điều hợp và điều này đã ngăn thông báo "Mạng đã thay đổi" xuất hiện.


5

Tôi đã nhận được ERR_NETWORK_CHANGEDlỗi sáng nay. Trên thực tế, Chrome sẽ không hoạt động và Slack cũng không hoạt động. Tuy nhiên tôi có thể ping Google và thậm chí tải mọi trang web tôi đã thử trong Internet explorer.

Cuối cùng, tôi nhìn vào các bộ điều hợp mạng của tôi nghĩ rằng một cái gì đó đã được định cấu hình sai và thấy cái Xtrên của tôi Local Area Connectioncứ nhấp nháy liên tục.

Tôi đã kết nối Ethernet chặt chẽ và bam. Đã sửa.

Có vẻ như kết nối của tôi liên tục bị lật qua lại giữa ethernet và wifi, do đó ERR_NETWORK_CHANGEDxảy ra lỗi. Rõ ràng Chrome rất nhạy cảm với điều này vì một số lý do khi IE phát triển mạnh hơn một chút trong lĩnh vực này. Có vẻ rõ ràng lý do tại sao Slack đã hiển thị một lỗi vì họ có thể mở một kết nối và giữ cho nó mở.


1
Cảm ơn. Tôi đã có cùng một vấn đề, ngoại trừ bộ điều hợp WiFi của tôi là cái bị nhấp nháy và tắt.
Sam

Về cơ bản, đây là vấn đề đối với kết nối có dây của tôi không ổn định, vì vậy các cửa sổ tiếp tục cố gắng bật và tắt kết nối wifi dự phòng. Tôi đã tắt wifi, ngắt kết nối cáp có dây, sau đó kết nối lại và nó đang hoạt động tốt
Kip

1

Vấn đề bắt đầu với tôi sau khi nâng cấp lên Windows 10 trên máy tính xách tay của tôi với thẻ wifi "Intel Wireless-N 7265" (trình điều khiển v. 19.2.0.1). Chrome là phiên bản 53.0.

Trang web này không thể đạt được

Kết nối của bạn bị gián đoạn

Phương pháp khả thi

Dưới đây là một số cách tiếp cận để giải quyết vấn đề mà tôi thấy nghiên cứu cả ngày:

  1. Vô hiệu hóa tất cả các bộ điều hợp mạng nhưng để lại cái bạn sử dụng đã bật.
  2. Mở CMD và nhập ipconfig /flushdnsđể xóa tất cả các cài đặt DNS được lưu trong bộ nhớ cache.
  3. Xóa toàn bộ bộ nhớ cache của Chrome.
  4. Tất nhiên, cập nhật trình điều khiển card mạng của bạn (hoặc hạ cấp nếu cái mới nhất gây ra sự cố).
  5. Gỡ cài đặt trình điều khiển mạng của bạn và để Windows cài đặt lại nó.
  6. Hãy thử tự gán địa chỉ máy chủ DNS, xem cài đặt trong Giao thức Internet v4 của thẻ mạng của bạn.
  7. Cố gắng đặt lại TCP / IP nếu bạn gặp sự cố kết nối Internet, xem hướng dẫn của Microsoft .
  8. Hãy thử tắt bộ điều hợp Bluetooth.

Cài đặt thẻ không dây. Chuyển đến Trình quản lý thiết bị của bạn, mở các thuộc tính của thẻ wifi và:

  1. đi tới tab Quản lý nguồn. Bỏ chọn "Cho phép máy tính tắt thiết bị này để tiết kiệm năng lượng".
  2. đi tới tab "Nâng cao" và chọn trong "Chế độ không dây" thay vì 802.11a / b / g tốc độ chậm hơn 802.11b. Nguồn . Kiểm tra tất cả các cài đặt có sẵn trên trang Intel này .
  3. đi tới tab "Nâng cao" và chọn "bị vô hiệu hóa" trong "Hỗ trợ U-APSD". Ngoài ra, hãy thử đặt "Truyền năng lượng" thành Trung bình, hơn là Cao nhất một lần nữa để tắt chức năng Bỏ phiếu tiết kiệm năng lượng (PSP) .
  4. đi tới tab "Nâng cao" và chọn "bị vô hiệu hóa" cho "Gói kết hợp".

  5. Cố gắng thay đổi nhiều tùy chọn khác trong cài đặt bộ điều hợp không dây theo bài đăng này . Ví dụ: Chế độ HT bị tắt, Độ rộng kênh 802.11n chỉ ở 20 MHz, Khả năng chuyển vùng đến mức thấp nhất. Tuy nhiên, như một người dùng đã nêu "Không ai trong số này hoạt động."

  6. Chuyển đến Tùy chọn nguồn, Cài đặt bộ điều hợp không dây và chọn "Hiệu suất tối đa".

Những thứ thông thường:

  1. Cập nhật Chrome lên phiên bản mới nhất, thực hiện tất cả các Cập nhật Windows.
  2. Xóa các tiện ích mở rộng Chrome đã cài đặt mới nhất của bạn.
  3. Kiểm tra bộ định tuyến của bạn. Cố gắng tìm các tập tin nhật ký để khắc phục vấn đề.

Hãy bình luận, giải pháp nào làm việc cho bạn.

Chúc may mắn!


Cập nhật:

Cuối cùng tôi đã mua một bộ chuyển đổi USB không dây của TP-Link (Model TL-WN823N, khoảng 10 USD) dường như hoạt động mà không gặp vấn đề gì. Thật đáng tiếc khi Intel không có khả năng làm cho trình điều khiển của họ hoạt động với WIN 10.


1.đã làm cho tôi! Kẻ phạm tội dường như làTeamViewer VPN
Marcus Mangelsdorf

Làm cách nào để cài đặt ipconfig trên Ubuntu?
chovy

0

Tôi đã cố gắng giảm vấn đề này bằng cách vô hiệu hóa tiện ích mở rộng của mình, rút ​​tài khoản Google Chrome và xóa dữ liệu duyệt web ngay từ đầu. (Xóa tất cả mọi thứ trừ việc điền tự động) Sau khi khởi động lại máy tính!


0

Đối với tôi là daemon docker! Khi tôi dừng lại với

sudo service docker stop

- và dừng một số container tôi đã chạy (có khả năng bị ràng buộc với mạng cục bộ --net=host) sau khi trình nền docker tự động khởi động lại, tôi đã khởi động lại (tôi phải làm gì đó để chuyển sang thời gian chạy nvidia vì một số lý do) và net::ERR_NETWORK_CHANGEDlỗi trong bảng điều khiển Chrome đã xảy ra xa.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.