"Interruzione dell'autenticazione per scelta locale (motivo: 3 = DEAUTH_LEAVING)" quando si tenta di connettersi al wifi

Ho installato Debian 9 stretch (desktop GNOME) a ​​64 bit sul mio PC. Il mio adattatore wireless USB (TP-LINK TL-WN722N) è stato rilevato automaticamente dopo l'installazione del firmware atheros:

apt-get install firmware-atheros

Ma non riesco a collegarmi a nessun framework wireless, sia che siano protetti con password o non protetti.

Ho collegato il mio USB. È stato rilevato, ha inviato l'autenticazione, è stato autenticato, ma ha immediatamente interrotto l'autenticazione. La disabilitazione di IPV6 non ha risolto il mio problema. Ecco il mio dmesgrapporto:

[   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

Non ho idea del perché ciò sia accaduto, né del motivo per cui è stato interrotto più volte in un solo tentativo.

Modifica: rapporto 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.

In qualche modo, il mio firmware ha avuto problemi con il nome dell'interfaccia lunga. Quindi ho eseguito questo comando per impedirlo:

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

e ha funzionato.

Come altri hanno affermato, il problema è causato da un nome non standard che il dispositivo ottiene (cioè non wlan *). Il collegamento / dev / null non ha funzionato per me, quindi ho dovuto creare una regola udev per rinominare l'interfaccia:

In

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

Inserisci:

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

Adatta ATTRS{product}al tuo dispositivo specifico. Controlla come trovarlo qui

Ho lo stesso problema con due diverse chiavette USB WiFi. La correzione ha funzionato anche nel mio caso, grazie.
Penso che il problema sia collegato a NetworkManager e al firmware: quando ho usato lo stesso computer e chiavi USB, la stessa distribuzione Linux (Debian 9.3), ma ho usato wicd invece di NetworkManager, quindi i nomi lunghi e non standard del dispositivo erano funzionante e questa correzione non era necessaria.

La risposta accettata funziona anche per me. Ma non sono sicuro che l'uso di un collegamento a / dev / null sia la soluzione migliore, perché tra 3 o 4 mesi sarò molto confuso nel trovare un tale collegamento in questo posto.

In Raspbian -Installazione sul mio Raspberry Pi ho trovato un normale file /etc/systemd/network/99-default.link con il seguente contenuto:

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

Uso questo file normale invece del collegamento simbolico per risolvere il problema. Penso che questa soluzione abbia il vantaggio che esiste una sorta di documentazione sul sistema (forse dovrei aggiungere un link a questa pagina ...).

Questo darà un indizio di ciò che sta succedendo al futuro-me. >; ->

Come altri hanno detto, il problema è causato dal nome non standard che il dispositivo ottiene (cioè non wlan *). Di seguito sono indicati i modi corretti per impostare il nome dell'interfaccia di rete quando si utilizza systemd.networkd o NetworkManager .

systemd.networkd

Mentre il collegamento a /dev/nullpuò risolvere il problema, il modo corretto è creare .link fileun'impostazione del nome del dispositivo.

Crea /etc/systemd/network/50-wlan.linkcon il seguente contenuto:

[Match]
Type=wlan

[Link]
Name=wlan0

Riavvia o riavvia la rete, quindi controlla il risultato: udevadm info /sys/class/net/wlan0 | grep ID_NET_NAME=

Maggiori dettagli e informazioni di debug sono disponibili qui: https://www.freedesktop.org/software/systemd/man/systemd.link.html

Responsabile del network

Quando si utilizza NetworkManager è possibile ottenere la ridenominazione dell'interfaccia creando una regola nella directory /etc/udev/rules.d.

Crea /etc/udev/rules.d/70-rename-wlan.rulescon il seguente contenuto:

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

Se tutto è andato bene dovresti vedere wlan0tra i tuoi dispositivi dopo a 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 

E sarai in grado di connetterti al wifi usando nmcli d wifi connect MEU_WIFI_SSID password MEU_PASSWORD. La nmcliconnessione persisterà e si riconnetterà dopo un riavvio.

La soluzione accettata non ha funzionato per me.

Ho risolto il problema disabilitando IPv6 nelle proprietà della connessione. Esegui nm-connection-editor , seleziona la tua connessione problematica, premi il pulsante con l'icona a forma di ingranaggio (nel mio caso), vai alla scheda "Impostazioni IPv6", nel campo Metodo seleziona l'opzione "Ignora".