Problema installazione usb wireless TP-LINK WN821N

4 risposte [Ultimo messaggio]
Ritratto di Duke
Duke
(Geek)
Offline
Geek
Iscritto: 13/10/2010
Messaggi: 57

Salve. Ho appena comprato una penna usb wireless TP-link WN821N a 300 Mbps che non c'è verso di far funzionare. La penna viene riconosciuta una volta installato il pacchetto Broadcom-wl dal repository Packman, viene vista da Network Manager (in Gnome) ma sembra che non riesca ad autenticarsi al wpa.
Quando inserisco la chiavetta dal dmesg sembra tutto regolare (faccio presente che wlp0s2f1u1 è un'altra chiavetta usb 54 Mbps che sto usando per collegarmi):

...
[10441.743506] usb 1-1: new high-speed USB device number 7 using ehci-pci
[10441.859383] usb 1-1: New USB device found, idVendor=0bda, idProduct=8178
[10441.859388] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[10441.859390] usb 1-1: Product: USB WLAN
[10441.859392] usb 1-1: Manufacturer: 802.11n
[10441.859393] usb 1-1: SerialNumber: 00e04c000001
[10441.860350] rtl8192cu: Chip version 0x11
[10441.957438] rtl8192cu: MAC address: c4:e9:84:1f:af:53
[10441.957445] rtl8192cu: Board Type 0
[10441.957813] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[10441.957909] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[10441.958502] ieee80211 phy3: Selected rate control algorithm 'rtl_rc'
[10441.960301] rtlwifi: wireless switch is on
[10443.029005] rtl8192cu: MAC auto ON okay!
[10443.062691] rtl8192cu: Tx queue select: 0x05
[10443.443138] IPv6: ADDRCONF(NETDEV_UP): wlp0s2f1u1: link is not ready

Il comando lsusb mi notifica che il dispositivo è presente (ancora faccio presente che ZyDAS ZD1211B 802.11g è l'altra chiavetta):

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0ace:1215 ZyDAS ZD1211B 802.11g
Bus 001 Device 007: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 003: ID 03f0:1024 Hewlett-Packard Smart Card Keyboard
Bus 005 Device 002: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Il modulo viene caricato correttamente:

duke@linux-0k5l:~> lsmod | grep rtl
rtl8192cu             102323  0 
rtl_usb                22973  1 rtl8192cu
rtlwifi                95392  2 rtl_usb,rtl8192cu
rtl8192c_common        75191  1 rtl8192cu
mac80211              691383  4 rtl_usb,rtlwifi,zd1211rw,rtl8192cu
cfg80211              547052  3 mac80211,rtlwifi,zd1211rw

Quando provo a collegarmi alla rete con il nuovo dispositivo tramite Network Manager però continua a chiedermi la chiave di cifratura nonostante gli metta sempre e comunque la chiave corretta.
Infatti, rilanciando dmesg mi da un messaggio di denied association (code=18) che vuol dire tutto e niente Sad

...
[11214.531616] wlp0s2f1u1: authenticate with e8:ab:fa:b0:98:04
[11214.560284] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 1/3)
[11214.571216] wlp0s2f1u1: authenticated
[11214.572168] wlp0s2f1u1: associate with e8:ab:fa:b0:98:04 (try 1/3)
[11214.591422] wlp0s2f1u1: RX AssocResp from e8:ab:fa:b0:98:04 (capab=0x411 status=18 aid=1)
[11214.591435] wlp0s2f1u1: e8:ab:fa:b0:98:04 denied association (code=18)
[11215.504184] wlp0s2f1u1: authenticate with e8:ab:fa:b0:98:04
[11215.532287] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 1/3)
[11215.534649] wlp0s2f1u1: authenticated
[11215.535644] wlp0s2f1u1: associate with e8:ab:fa:b0:98:04 (try 1/3)
[11215.542801] wlp0s2f1u1: RX AssocResp from e8:ab:fa:b0:98:04 (capab=0x411 status=18 aid=1)
[11215.542809] wlp0s2f1u1: e8:ab:fa:b0:98:04 denied association (code=18)
[11216.859446] wlp0s2f1u1: authenticate with e8:ab:fa:b0:98:04
[11216.887328] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 1/3)
[11216.889397] wlp0s2f1u1: authenticated
[11216.890456] wlp0s2f1u1: associate with e8:ab:fa:b0:98:04 (try 1/3)
[11216.897400] wlp0s2f1u1: RX AssocResp from e8:ab:fa:b0:98:04 (capab=0x411 status=18 aid=1)
[11216.897407] wlp0s2f1u1: e8:ab:fa:b0:98:04 denied association (code=18)
[11218.714383] wlp0s2f1u1: authenticate with e8:ab:fa:b0:98:04
[11218.742853] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 1/3)
[11218.762430] wlp0s2f1u1: authenticated
[11218.763476] wlp0s2f1u1: associate with e8:ab:fa:b0:98:04 (try 1/3)
[11218.775700] wlp0s2f1u1: RX AssocResp from e8:ab:fa:b0:98:04 (capab=0x411 status=18 aid=1)
[11218.775713] wlp0s2f1u1: e8:ab:fa:b0:98:04 denied association (code=18)
[11230.395771] wlp0s2f1u1: authenticate with e8:ab:fa:b0:98:04
[11230.422830] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 1/3)
[11230.523868] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 2/3)
[11230.624910] wlp0s2f1u1: send auth to e8:ab:fa:b0:98:04 (try 3/3)
[11230.725975] wlp0s2f1u1: authentication with e8:ab:fa:b0:98:04 timed out

Sto diventando matto, il chipset di questa scheda è supportato da un sacco di tempo e non riesco a trovare in rete una situazione analoga alla mia. Qualcuno può darmi una dritta per risolvere questo problema?
Grazie.

Ritratto di Duke
Duke
(Geek)
Offline
Geek
Iscritto: 13/10/2010
Messaggi: 57

Allora, sembra che sono venuto a capo del problema, anche se sinceramente non capisco come e perché. Dai log postati sopra era evidente che il driver e il firmware della chiavetta venivano caricati correttamente, quindi il problema era a valle, cioè nella comunicazione tra router e chiavetta.
Faccio una premessa: a casa, avendo spostato la presa telefonica e il modem, ho dovuto acquistare un repeater perchè la chiavetta che avevo prima era un po scarsa in termini di ricezione. Nel frattempo con Alice ho cambiato contratto adsl passando da una 7 mega a una 20 mega. Quando i soloni della Telecom mi hanno spostato di apparato, il mio vecchio modem Speedtouch non riusciva più ad allinearsi (Gesù solo sa il perchè). Allora ho comprato un nuovo modem TP-Link a 300 Mbps e questo sembra andare d'accordo con gli apparati Telecom. Visto che avevo un modem a 300 Mbps ho deciso di farmi un Nas, e per aumentare le performance di transfert rate tra pc e nas ho comprato la TP-Link. Questa chiavetta, pur essendo dello stesso brand del router, sembra non andare molto d'accordo con quest'ultimo (non mi autenticava). La rete la sentiva perchè si agganciava al repeater, ma poi non riusciva ad autenticarsi. Allora ho escluso il repeater (la potenza del segnale era sufficiente con la nuova chiavetta) e nella configurazione del wireless sul router ho cominciato a giocare con i parametri un po a casaccio e ho visto che passando l'ampiezza del canale da 20/40 Mhz a 20 Mhz tutto funzionava a meraviglia. Ora dico, se 20/40 include i 20 (a rigor di logica), perchè settando 20 secchi funziona e settando 20/40 no? Bho???!!!!! Lasciamo questo dubbio ai posteri Tongue

Ritratto di Duke
Duke
(Geek)
Offline
Geek
Iscritto: 13/10/2010
Messaggi: 57

Aggiorno, perchè non ero venuto a capo di un piffero: la connessione è più lenta del previsto (150Mbps al posto dei 300 previsti, penso sia dovuto alla riduzione dell'ampiezza del segnale impostata sul modem), instabile (si disconnette a random quando vuole lei) e con segnale a bassa portata.
Fatte altre ricerche e sono venuto alla conclusione che il driver fornito con il pacchetto broadcom-wl dal repository packman è veramente un ciofeca che da tempo avrebbe dovuto essere patchato. Però facendo ulteriori ricerche ho scoperto che esiste un driver alternativo. Di seguito spiego il lungo percorso e i passi necessari per installare la chiavetta in questione.
Innanzi tutto è necessario sapere che la chiavetta è la più canchera del pianeta, fatta in 4 versioni di cui l'ultima versione con un chipset diverso dalle precedenti.
Le prime 3 versioni sono con chipset atheros, l'ultima (la v4) e con chipset realteck. Prima cosa da fare quindi è accertarsi della versione del chipset e questo lo si scopre con il comando lsusb. Una volta scoperto che si ha la versione 4 agire come segue (per le altre probabilmente va già bene il driver nativo del kernel installato), premesso che ho una Opensuse 13.2:

1) Caricare il repository Packman omnicomprensivo http://packman.inode.at/suse/openSUSE_13.2/
2) installare il pacchetto broadcom-wl che contiene il driver della periferica 8192cu, il driver è farlocco e deve essere corretto con i passi successivi, ma almeno vi consente di vedere la chiavetta nelle impostazioni di rete di Yast, altrimenti manco col binocolo, non viene cagata di striscio dal kernel originale
3) installare la gestione dinamica dei moduli dkms (basta cercarla in Yast)
4) aprire un terminale e diventare superuser (> su)
5) > cd /usr/local/src
6) > git clone https://github.com/pvaret/rtl8192cu-fixes.git //questo comando scarica una cartella rtl8192cu-fixes in /usr/local/src, credo che serva a clonare in locale un repository
7) > dkms add rtl8192cu-fixes //crea una cartella rtl8192cu-"versione" in /usr/src, andatela pure a vedere, perchè è importante conoscere la versione
8) > dkms install 8192cu/"versione" //occhio alla versione, è indicata nel path del modulo, ad esempio /usr/src/8192cu-1.10, nel mio caso il comando era dkms install 8192cu/1.10, per le successive versioni potrebbe essere 8192cu/1.11, 8192cu/1.12 etc...
9) > depmod -a
10 sudo cp /usr/src/8192cu-"versione"/blacklist-native-rtl8192.conf /etc/modprobe.d //copia il file blacklist-native-rtl8192.conf nella cartella /etc/modprobe.d. Occhio anche in questo caso al discorso della versione
11) > echo "options 8192cu rtw_power_mgnt=0 rtw_enusbss=0" > /etc/modprobe.d/50-8192cu.conf //crea il file 50-8192cu.conf con le impostazioni del modulo. Attenzione, il seguente comando dato come sudo non funziona, perchè la condizione di sudo non da permessi di scrittura in /etc/modprobe.d. Se si hanno problemi anche divendando su, è necessario lanciare quest'ultimo comando autenticandosi in una nuova sessione come root
12) fare il reboot.

Dopo tutto ciò la chiavetta va come un treno, segnale a bomba (anche portando l'ampiezza del segnale del modem a 40Mhz), connessione stabile e velocità a 300Mbs.
Ovvio che tutte le volte che si procede ad aggiornare il kernel è necessario rifare tutto, a meno che un domani un'anima pia si decida una volta per tutte a sistemare questo dannatissimo driver.

Mi sono fatto la domanda e mi sono dato la risposta da solo, 42 accessi al 3d e manco una risposta, gran bel forum... Big Grin
Saluti!

Ritratto di dragoncello
dragoncello
(Collaboratore)
Offline
Collaboratore
Iscritto: 16/07/2005
Messaggi: 2728

Sarà che forse sta kiavetta sgangherata in tutto l' emisfero è stata comprata da te e che quindi una ricerca in tal senso,approfondita la devi/dovevi fare solo e soltanto tu,visto che nessuno ti risponde, sarà che nessuna monta una pennaa usb come la tua sgangherata?
Nail Biting

SUSE Tumbleweed- kernel-5.2.8-1-2 kde-plasma-5.16.4- Intel Core i7 Asus P9x79 pro GeForce GTX 560-driver Nvidia-390.116.51- SSD samsung 850 pro 512 gb http://opensuse-community.org/

Ritratto di Duke
Duke
(Geek)
Offline
Geek
Iscritto: 13/10/2010
Messaggi: 57

Sarà che 76 visite al mio post confermano che in realtà non sia stato l'unico a comprare sta chiavetta sgangherata?