Điểm:0

Đột nhiên không thể ping bất kỳ máy chủ nào qua WiFi

lá cờ hu

Kể từ khi tôi bắt đầu sử dụng openwrt trên bộ định tuyến của mình, một số điều kỳ lạ đã bắt đầu xảy ra.

Tôi thường có 4 thiết bị (2 điện thoại và 2 máy tính xách tay) được kết nối với WiFi AP/bộ định tuyến hàng ngày, nhưng một trong những máy tính xách tay (cụ thể là XPS 13 9365) bắt đầu đột ngột bị "ngắt kết nối". Tôi đã trích dẫn từ này vì theo lý thuyết, tôi vẫn được kết nối, nhưng kết nối mạng đơn giản là ngừng hoạt động.

Thật kỳ lạ vì vấn đề chỉ đơn giản là không xuất hiện vào một số ngày, trong khi những ngày khác là một cơn ác mộng thực sự với kết nối ngừng hoạt động cứ sau vài phút. Và chỉ dành cho XPS 13. Các thiết bị khác hoạt động rất tốt, ngay cả khi tôi có ~ 10 thiết bị được kết nối cùng một lúc.

Đây là những gì tôi nhận được ngay sau khi nhận thấy mạng dừng:

$ sudo iw dev liên kết "wlp60s0"
Đã kết nối với **:**:**:**:**:** (trên wlp60s0)
    SSID: my_ap
    tần số: 2447
    RX: 15583826 byte (14173 gói)
    TX: 1550845 byte (6382 gói)
    tín hiệu: -40 dBm
    tốc độ bit rx: 144,4 MBit/s MCS 15 GI ngắn
    tốc độ bit tx: 144,4 MBit/s MCS 15 GI ngắn

    cờ bss: thời gian ngắn mở đầu ngắn
    khoảng thời gian dtim: 2
    đèn hiệu int: 100

Và tôi vẫn có một địa chỉ IP, v.v.:

danh sách địa chỉ $ ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 trạng thái qdisc noqueue nhóm UNKNOWN mặc định qlen 1000
    liên kết/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    máy chủ phạm vi inet 127.0.0.1/8 lo
       hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
    inet6 ::1/128 máy chủ phạm vi 
       hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
3: enx00e04c6810ec: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc trạng thái fq_codel DOWN nhóm mặc định qlen 1000
    liên kết/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
5: wlp60s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 trạng thái qdisc noqueue UP nhóm mặc định qlen 1000
    liên kết/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.11/24 brd 10.0.0.255 phạm vi động toàn cầu wlp60s0
       hợp lệ_lft 43060 giây ưa thích_lft 43060 giây
    liên kết phạm vi inet6 fe80::fa63:3fff:fe2f:837/64 
       hợp lệ_lft mãi mãi ưa thích_lft mãi mãi

Vì vậy, từ phần trên, bạn có thể thấy tôi vẫn kết nối với AP và có IP hợp lệ. Nhưng bất kể tôi cố gắng ping ai, tôi đều bị mất gói 100%. Các cách kết nối khác (như ssh, trình duyệt, v.v.) cũng không hoạt động. Nhìn thấy:

$ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) byte dữ liệu.
^C
--- Thống kê ping 10.0.0.1 ---
Truyền 2 gói, nhận 0 gói, mất gói 100%, thời gian 1011ms

Tôi cũng đã thử kiểm tra xem có tin nhắn hệ thống nào không. Không may mắn:

$dmesg
$

Ghi chú: tôi đã ban hành Sudo dmesg -c ngay sau khi khởi động để giúp xác định sự cố dễ dàng hơn và trong khi mạng vẫn có thể sử dụng được.

Tôi đang dùng Ubuntu 20.04.3:

$ mèo/etc/vấn đề
Ubuntu 20.04.3 LTS \n \l

Thiết bị không dây của tôi:

$ lspci | mạng grep -i
3c:00.0 Bộ điều khiển mạng: Intel Corporation Wireless 8265/8275 (rev 78)

Như một giải pháp thay thế tạm thời, tôi đã phát triển một tập lệnh để dừng Trình quản lý mạng và kết nối lại thông qua dòng lệnh. Một cái gì đó như thế này:

ifface="wlp60s0"
essid="my_ap"
tmpfile="/tmp/wpa.conf"
vượt qua = "my_pass"

Sudo systemctl dừng NetworkManager.service
sudo iw dev "$iface" del
giao diện sudo iw phy phy0 thêm loại "$ iface" được quản lý
liên kết sudo ip thiết lập "$iface" lên
sudo wpa_passphrase "$essid" "$pass"> "$tmpfile"
sudo wpa_supplicant -i"$iface" -c"$tmpfile" -B
sudo dhclient -v "$iface"

Điều này làm cho cuộc sống dễ dàng hơn một chút, nhưng tất nhiên nó chỉ là tạm thời, thô sơ và xa vời với lý tưởng. Và nó cũng không giúp được gì nhiều vì thỉnh thoảng tôi vẫn bị mất kết nối, giống hệt như khi tôi sử dụng Trình quản lý mạng. Nó chỉ nhanh hơn là chờ Trình quản lý mạng khởi động lại ...

Những gì tôi đã cố gắng cho đến nay

  • Vô hiệu hóa wifi power_save với Sudo iw dev wlp60s0 tắt power_save.
  • Vô hiệu hóa tiết kiệm năng lượng wifi qua NetworkManager bằng cách chỉnh sửa /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf và thay đổi wifi.powersave = 3 đến wifi.powersave = 2 sau đó khởi động lại. (nguồn: https://unix.stackexchange.com/a/315400/108418)
  • Thay đổi bảo mật wifi trên bộ định tuyến (WPA -> WEP hoặc khác) (nguồn: 20.04 không thể kết nối với wifi 5Ghz sau khi cập nhật)
  • Thay đổi chế độ wifi từ "N" thành "Legacy". Điều này dường như giải quyết được vấn đề, nhưng có lẽ do tôi đã không sử dụng nó đủ lâu. Ngoài ra, tốc độ mạng giảm rõ ràng khiến tùy chọn này không khả thi.
  • Bật chế độ gỡ lỗi Trình quản lý mạng và cố gắng xác định các sự cố có thể xảy ra.

Không có cái nào ở trên hoạt động.

Các liên kết khác tôi đã truy cập

Đây là một số nỗ lực của tôi, nhưng các triệu chứng không hoàn toàn giống nhau hoặc giải pháp được đề xuất không hiệu quả với tôi...

https://www.reddit.com/r/linuxquestions/comments/ausg6k/arch_wifi_stays_connected_but_theres_no_internet/ehc3oph/

https://blog.stigok.com/2017/03/26/wifi-loses-connectivity-periodally-wpasupplicant-reason-4.html

Vì vậy, tôi đăng tất cả những điều này ở đây với hy vọng ai đó đã trải qua điều này rồi và có thể có thể chiếu sáng...

Cám ơn rất nhiều!

Cập nhật số 1

Tôi đã tìm ra cách để tái tạo vấn đề. Mỗi lần tôi truy cập trang này và duyệt ảnh (để trình duyệt tải nhiều ảnh cùng lúc, song song), kết nối bị ngắt.

https://www.facebook.com/terraadentropelomundo/photos/

Tôi tự hỏi liệu có bất kỳ vấn đề nào với trình điều khiển không dây khi xử lý nhiều kết nối cùng một lúc hay không.

Cập nhật #2

Sau khi duyệt qua các diễn đàn khác với hy vọng tìm ra giải pháp, tôi đã tìm thấy điều này:

Nó dường như đã trở nên tốt hơn khi tôi thay đổi "Khoảng thời gian báo hiệu" từ mặc định 100 ms đến 50 trên AP của tôi. Cho đến nay không có ngắt kết nối trong ba ngày.

CHỈNH SỬA: Có thể xác nhận, sự cố dường như đã được khắc phục sau thay đổi này.

(nguồn: https://bugs.archlinux.org/task/58457#comment185619)

Thật hợp lý, vì tôi đã bắt đầu đối mặt với vấn đề này sau khi chuyển sang openwrt trên AP của mình. Vì vậy, chắc chắn có điều gì đó kỳ lạ với trình điều khiển/phần sụn của Intel, nhưng việc thay đổi đèn hiệu trên AP của tôi dường như giải quyết được vấn đề. Tôi sẽ kiểm tra thêm vài ngày nữa và xem vấn đề có biến mất không.

Cập nhật #3

Không hoạt động. Ngay cả khi sử dụng đèn hiệu 50ms trong openwrt, thỉnh thoảng tôi vẫn bị ngắt kết nối mà không có bất kỳ thông báo nào hiển thị trong dmesg...

lá cờ pe
Thiết bị openwrt của bạn có đang lọc các lệnh echo không? 'Vì vấn đề dường như không liên quan đến hệ điều hành PC...
lá cờ hu
Ý bạn là lọc các gói icmp? Không. Lưu ý rằng mọi thiết bị khác trên mạng đều hoạt động hoàn toàn bình thường. Chỉ PC này gặp sự cố ngắt kết nối này. Và chúng không liên tục. Có những ngày tôi sử dụng máy tính xách tay cả ngày mà không gặp vấn đề gì. Những ngày khác, tôi bị rớt kết nối cứ sau vài phút. Chỉ dành cho PC này. Tất cả các thiết bị khác (máy tính xách tay khác, điện thoại thông minh khác, v.v.) vẫn hoạt động hoàn toàn bình thường. Tại sao bạn nghĩ rằng nó không liên quan đến máy tính xách tay nếu sự cố chỉ xảy ra với thiết bị cụ thể này?
lá cờ cc
Có thể đặt ipv6 để bỏ qua hoặc tắt nếu bạn không thực sự sử dụng nó.
lá cờ hu
Tắt rồi @ubfan1. Tôi bắt đầu tin rằng nó có liên quan đến việc trình điều khiển bị quá tải bởi các kết nối hoặc có thể có quá nhiều thông lượng dữ liệu... Hãy xem phần Cập nhật. Tôi đã thêm một số thông tin ở đó.
chili555 avatar
lá cờ cn
Bạn đã thử đề xuất của tôi ở đây chưa? https://askubuntu.com/questions/1364239/tp-link-usb-wless-adapter-keep-losing-data-every-several-minutes-without-disc/1364295#1364295
lá cờ hu
Vâng, @chili555. Tất cả ba lựa chọn. Không may mắn.Cho đến nay, điều dường như đang hoạt động là thay đổi đèn hiệu từ 100 thành 50 trên bộ định tuyến (xem "Cập nhật #2"). Nhưng tôi đã thử nghiệm nó chỉ trong 3 giờ trong khi tôi đã có cả ngày mà không bị rớt một giọt nào, vì vậy hãy đợi thêm vài ngày nữa và tôi sẽ quay lại đây với nhiều phản hồi hơn. Cảm ơn bạn!
waltinator avatar
lá cờ it
Nhìn vào các bản ghi! `sudo journalctl -b 0 -u Trình quản lý mạng`. Đọc `man journalctl`. Nhìn vào `ip route show`. Đọc `man ip ip-route`.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.