Việc hủy bỏ xác thực bằng cách lựa chọn cục bộ (Lý do: 3 = DEAUTH_LEAVING) khi cố gắng kết nối với wifi


13

Tôi đã cài đặt Debian 9 Stretch (máy tính để bàn Gnome) 64-bit trên PC. Bộ điều hợp không dây USB của tôi (TP-LINK TL-WN722N) được phát hiện tự động sau khi cài đặt phần mềm điều khiển atheros:

apt-get install firmware-atheros

Nhưng tôi không thể kết nối với bất kỳ khung không dây nào, cho dù chúng được bảo vệ bằng mật khẩu hay không được bảo vệ.

Tôi cắm USB của tôi. Nó đã được phát hiện, gửi auth, đã được xác thực, nhưng ngay lập tức bị hủy bỏ xác thực. Vô hiệu hóa IPV6 không giải quyết được vấn đề của tôi .. Đây là dmesgbáo cáo của tôi :

[   59.880805] usb 1-1.4: new high-speed USB device number 4 using ehci-pci
[   60.005727] usb 1-1.4: New USB device found, idVendor=0cf3, idProduct=9271
[   60.005729] usb 1-1.4: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[   60.005731] usb 1-1.4: Product: USB2.0 WLAN
[   60.005732] usb 1-1.4: Manufacturer: ATHEROS
[   60.005734] usb 1-1.4: SerialNumber: 12345
[   60.324981] usb 1-1.4: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[   60.325069] usbcore: registered new interface driver ath9k_htc
[   60.348095] usb 1-1.4: firmware: direct-loading firmware ath9k_htc/htc_9271-1.4.0.fw
[   60.629962] usb 1-1.4: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[   60.880826] ath9k_htc 1-1.4:1.0: ath9k_htc: HTC initialized with 33 credits
[   61.111895] ath9k_htc 1-1.4:1.0: ath9k_htc: FW Version: 1.4
[   61.111897] ath9k_htc 1-1.4:1.0: FW RMW support: On
[   61.111899] ath: EEPROM regdomain: 0x809c
[   61.111900] ath: EEPROM indicates we should expect a country code
[   61.111901] ath: doing EEPROM country->regdmn map search
[   61.111911] ath: country maps to regdmn code: 0x52
[   61.111912] ath: Country alpha2 being used: CN
[   61.111912] ath: Regpair used: 0x52
[   61.122477] ieee80211 phy0: Atheros AR9271 Rev:1
[   61.185069] ath9k_htc 1-1.4:1.0 wlx18a6f7160a49: renamed from wlan0
[   61.224640] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   61.361032] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   61.535923] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   61.743450] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   69.190250] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   70.360621] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   70.551637] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   70.556012] wlx18a6f7160a49: authenticated
[   75.555233] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   76.872114] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   77.061146] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   77.065158] wlx18a6f7160a49: authenticated
[   82.061225] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   83.775718] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   83.965040] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   83.969807] wlx18a6f7160a49: authenticated
[   88.969792] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   91.207178] wlx18a6f7160a49: authenticate with 74:23:44:dc:0f:d7
[   91.395860] wlx18a6f7160a49: send auth to 74:23:44:dc:0f:d7 (try 1/3)
[   91.400263] wlx18a6f7160a49: authenticated
[   93.996839] wlx18a6f7160a49: aborting authentication with 74:23:44:dc:0f:d7 by local choice (Reason: 3=DEAUTH_LEAVING)
[   94.061841] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready
[   94.233433] IPv6: ADDRCONF(NETDEV_UP): wlx18a6f7160a49: link is not ready

Tôi không biết tại sao điều này xảy ra, cũng như tại sao nó bị hủy bỏ nhiều lần trong một lần thử.

Chỉnh sửa: báo cáo iwconfig:

enp3s0    no wireless extensions.

wlx18a6f7160a49  IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

lo        no wireless extensions.

Bạn thân với AP
Rui F Ribeiro

Câu trả lời:


15

Bằng cách nào đó, phần sụn của tôi gặp sự cố với tên giao diện dài. Vì vậy, tôi đã chạy lệnh này để ngăn chặn nó:

ln -s /dev/null /etc/systemd/network/99-default.link

va no đa hoạt động.


Chỉ cần thêm rằng bài viết này đã giúp tôi hiểu lý do tại sao sửa chữa thực sự hoạt động; đó là vì chúng ta đang trọng mặc định /lib/systemd/network/99-default.linktập tin có chứa một NamePolicymà không hài lòng firmware. BTW, tôi vẫn gặp vấn đề khi tham gia một số mạng. Nó đã xảy ra rằng miền quy định mặc định không phù hợp với vị trí của tôi, vì vậy tôi đã phải phát hành iw reg set <MyCountryCode>và chỉnh sửa /etc/default/crdatệp theo
user3249994

Tôi đã quan sát vấn đề rất giống với rt2x00 và cách giải quyết này đã có hiệu quả ngay lập tức. Tôi sẽ đánh giá cao nếu ai đó có thể giải thích tại sao nó hoạt động và giải pháp thích hợp là gì.
Helmut Grohne

3
Mặc dù tôi đồng ý rằng đây là một cách giải quyết chức năng, thật tuyệt vời nếu ai đó có thể giải thích "tại sao" tốt hơn một chút ... Tôi đoán là nó phải làm gì đó với NetworkManager nhưng đó hoàn toàn là một trò hề.
CJ Steele

1
Điều này giúp ích, tôi đã chiến đấu với vấn đề này trong hơn một tháng, tôi đã nâng cấp debian của mình vài tháng trước và bắt đầu thấy vấn đề này, nhưng chỉ với các bộ định tuyến cụ thể. Tôi có chip wifi intel (mô-đun iwlwifi).
Krzysztof Krasnoyń

1
Điều này hoạt động cho bộ điều hợp không dây Ralink MTK7601u của tôi. $ sudo nmcli dev wifi connect MySSIDđưa ra một thông báo lỗi như Error: Connection activation failed: (53) The Wi-Fi network could not be found.báo cáo dmesg gần như giống nhau.
Arnie97

7

Như những người khác nói rằng vấn đề là do tên không chuẩn mà thiết bị gặp phải (tức là không phải wlan *). Liên kết / dev / null không hoạt động với tôi, vì vậy tôi phải tạo quy tắc udev để đổi tên giao diện:

Trong

/etc/udev/rules.d/70-persistent-net.rules

thêm vào:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?\*", ATTRS{product}=="802.11 n WLAN", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"

Điều chỉnh ATTRS{product}theo thiết bị cụ thể của bạn. Kiểm tra làm thế nào để tìm thấy nó ở đây


Tôi đang gặp vấn đề tương tự, và tôi chỉ bắt gặp giải pháp này ... Có phải nó chỉ ATTRS{product}cần được thay thế? Có DRIVERScũng cần phải có một cái gì đó hoặc là nó thực sự phải được thiết lập để =?cám ơn!
J. Taylor

1
Đã hơn một năm trước và thẳng thắn không nhớ chi tiết. Tôi tin rằng ATTRS {sản phẩm} là đủ để phù hợp với thiết bị của bạn. Ngoài ra, nó phải là DRIVERS == "? *" - xếp chồng ăn sao.
Maciek

các liên kết bị hỏng!
nabulator

Đây là giải pháp cho những ai đang sử dụng NetworkManager. Quy tắc này có thể linh hoạt hơn để bạn không phải quan tâm đến ATTRS{product}. Của tôi đang đùa với cấu hình này:SUBSYSTEM=="net", ACTION=="add", KERNEL=="wlan*", NAME="wlan0"
Rodvlopes

1

Tôi có cùng một vấn đề với hai thanh USB WiFi khác nhau. Các sửa chữa cũng làm việc trong trường hợp của tôi, cảm ơn.
Tôi nghĩ rằng sự cố được kết nối với NetworkManager và với chương trình cơ sở: khi tôi sử dụng cùng một máy tính và thẻ nhớ USB, cùng một bản phân phối Linux (Debian 9.3), nhưng đã sử dụng wicd thay vì NetworkManager, sau đó các tên thiết bị dài, không chuẩn làm việc, và sửa chữa này là không cần thiết.


Tôi đã cài đặt wicd và nó kết nối tốt sau đó, cảm ơn!
Hayden Thring

1

Câu trả lời được chấp nhận làm việc cho tôi quá. Nhưng tôi không chắc chắn rằng việc sử dụng một liên kết đến / dev / null là giải pháp tốt nhất, vì trong 3 hoặc 4 tháng tôi sẽ rất bối rối khi tìm thấy một liên kết như vậy ở nơi này.

Trong Raspbian -Installation trên Raspberry Pi của tôi, tôi đã tìm thấy một tệp /etc/systemd/network/99-default.link thông thường với nội dung sau:

# This machine is most likely a virtualized guest, where the old persistent
# network interface mechanism (75-persistent-net-generator.rules) did not work.
# This file disables /lib/systemd/network/99-default.link to avoid
# changing network interface names on upgrade. Please read
# /usr/share/doc/udev/README.Debian.gz about how to migrate to the currently
# supported mechanism.

Tôi sử dụng tệp thông thường này thay vì liên kết tượng trưng để khắc phục sự cố. Tôi nghĩ giải pháp này có ưu điểm là có một số loại tài liệu trên hệ thống (có lẽ tôi nên thêm một liên kết đến trang này).

Điều này sẽ đưa ra gợi ý về những gì đang xảy ra với tôi trong tương lai. >; ->


0

Như những người khác đã nói, vấn đề là do tên không chuẩn mà thiết bị gặp phải (tức là không phải wlan *). Dưới đây là các cách thích hợp để đặt tên của giao diện mạng khi sử dụng systemd.networkd hoặc NetworkManager .

systemd.networkd

Trong khi liên kết để /dev/nullcó thể giải quyết vấn đề, cách thích hợp là tạo một .link filecài đặt tên thiết bị.

Tạo /etc/systemd/network/50-wlan.linkvới nội dung sau:

[Match]
Type=wlan

[Link]
Name=wlan0

Khởi động lại hoặc khởi động lại mạng sau đó kiểm tra kết quả: udevadm info /sys/class/net/wlan0 | grep ID_NET_NAME=

Thông tin chi tiết và thông tin gỡ lỗi có thể được tìm thấy ở đây: https://www.freedesktop.org/software/systemd/man/systemd.link.html

Quản lý mạng

Khi sử dụng NetworkManager, việc đổi tên giao diện có thể đạt được bằng cách tạo quy tắc tại thư mục /etc/udev/rules.d.

Tạo /etc/udev/rules.d/70-rename-wlan.rulesvới nội dung sau:

SUBSYSTEM=="net", ACTION=="add", KERNEL=="wlan*", NAME="wlan0"

Nếu mọi thứ đều ổn, bạn sẽ thấy wlan0trong số các thiết bị của mình sau một reboot.

root@bananapi:~# ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group 
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group 
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group 

Và bạn có thể kết nối với wifi bằng cách sử dụng nmcli d wifi connect MEU_WIFI_SSID password MEU_PASSWORD. Các nmclisẽ kiên trì kết nối và kết nối lại sau khi khởi động lại.


Tôi nghĩ cả NetworkManager và systemd-networkd đều đổi tên thiết bị của bạn. Điều đó được thực hiện bởi udev. Vì vậy, vâng, viết quy tắc udev hoạt động và việc tạo tệp .link cũng vậy (trong trường hợp đó, tệp .link được xử lý bởi udev, không phải systemd-networkd).
thaller

Trong ví dụ thứ hai, rõ ràng udev đang hoàn thành công việc chứ không phải NetworkManager. Bạn có thể đúng khó khăn, nhưng trong ví dụ thứ hai systemd-networkd cũng có thể hoàn thành công việc (có lẽ nó nói chuyện với udev dưới mui xe).
Rodvlopes

-1

Giải pháp được chấp nhận đã không làm việc cho tôi.

Tôi đã giải quyết vấn đề bằng cách vô hiệu hóa IPv6 trong các thuộc tính kết nối. Chạy trình chỉnh sửa kết nối nm , chọn kết nối gặp rắc rối của bạn, nhấn nút có biểu tượng bánh răng (trong trường hợp của tôi), chuyển đến tab "Cài đặt IPv6", trong trường Phương pháp chọn tùy chọn "Bỏ qua".

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.