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
...