Periodicamente incapaz de se conectar ao ponto de acesso WPA2-EAP

3

Eu configurei um ponto de acesso WPA2-EAP TLS WiFi em casa e tudo funciona bem normalmente. Infelizmente, porém, muitas vezes deixo minha conexão ao ponto de acesso e não consigo me reconectar. (Estou ressuscitando essa questão porque acabei de instalar a última versão do broadcom-sta-dkms 6.30.223.248-3 do Ubuntu vivid, atualmente estou executando o Ubuntu 12.04)

Aqui está a saída de /var/log/syslog :

Jan 15 21:10:53 mightymoose wpa_supplicant[1915]: CTRL-EVENT-EAP-STARTED EAP authentication started
Jan 15 21:10:53 mightymoose kernel: [80539.376605] wl0: link up (wlan1)
Jan 15 21:10:53 mightymoose kernel: [80539.376732] cfg80211: Calling CRDA for country: US
Jan 15 21:10:53 mightymoose NetworkManager[1671]: <info> (wlan1): supplicant interface state: associating -> associated
Jan 15 21:10:53 mightymoose kernel: [80539.380280] cfg80211: Regulatory domain changed to country: US
Jan 15 21:10:53 mightymoose kernel: [80539.380284] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jan 15 21:10:53 mightymoose kernel: [80539.380287] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
Jan 15 21:10:53 mightymoose kernel: [80539.380290] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
Jan 15 21:10:53 mightymoose kernel: [80539.380292] cfg80211:   (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jan 15 21:10:53 mightymoose kernel: [80539.380294] cfg80211:   (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jan 15 21:10:53 mightymoose kernel: [80539.380296] cfg80211:   (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jan 15 21:10:53 mightymoose kernel: [80539.380299] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
Jan 15 21:10:53 mightymoose wpa_supplicant[1915]: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=13
Jan 15 21:10:53 mightymoose wpa_supplicant[1915]: OpenSSL: pending error: error:0606F076:digital envelope routines:EVP_PKCS82PKEY:unsupported private key algorithm
Jan 15 21:10:53 mightymoose wpa_supplicant[1915]: OpenSSL: pending error: error:140CB00D:SSL routines:SSL_use_PrivateKey_file:ASN1 lib
Jan 15 21:10:53 mightymoose wpa_supplicant[1915]: OpenSSL: pending error: error:140CB009:SSL routines:SSL_use_PrivateKey_file:PEM lib
Jan 15 21:10:53 mightymoose wpa_supplicant[1915]: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 13 (TLS) selected
Jan 15 21:11:00 mightymoose wpa_supplicant[1915]: CTRL-EVENT-EAP-PEER-CERT depth=1 subject='/C=US/ST=California/L=Teekopolis/O=City of Teekopolis/OU=Internet Security Division/CN=Teekopolis Certificate Authority/emailAddress=rfkrocktk@gmai
l.com'
Jan 15 21:11:00 mightymoose wpa_supplicant[1915]: CTRL-EVENT-EAP-PEER-CERT depth=0 subject='/C=US/ST=California/L=Teekopolis/O=City of Teekopolis/OU=Internet Security Division/CN=Teekopolis WiFi/[email protected]'
Jan 15 21:11:48 mightymoose NetworkManager[1671]: <warn> Activation (wlan1/wireless): association took too long.
Jan 15 21:11:48 mightymoose NetworkManager[1671]: <info> (wlan1): device state change: config -> need-auth (reason 'none') [50 60 0]
Jan 15 21:11:48 mightymoose NetworkManager[1671]: <warn> Activation (wlan1/wireless): asking for new secrets
Jan 15 21:11:48 mightymoose wpa_supplicant[1915]: CTRL-EVENT-DISCONNECTED bssid=00:00:00:00:00:00 reason=0
Jan 15 21:11:48 mightymoose kernel: [80594.418159] cfg80211: Calling CRDA to update world regulatory domain
Jan 15 21:11:48 mightymoose kernel: [80594.420040] wl0: link down (wlan1)

A execução de modprobe -r wl && modprobe wl não resolve o problema. Não tenho estes problemas noutros dispositivos, como os meus telemóveis Android, tablets e outros computadores portáteis com o mesmo sistema operativo.

Alguma ideia de onde começar a depurar este problema?

EDIT: Adicionando Saída de lshw -c network

*-network
   description: Wireless interface
   product: BCM43228 802.11a/b/g/n
   vendor: Broadcom Corporation
   physical id: 0
   bus info: pci@0000:0c:00.0
   logical name: wlan1
   version: 00
   serial: de:ad:be:ef:fe:ed
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
   configuration: broadcast=yes driver=wl0 driverversion=6.30.223.248 (r487574) ip=192.168.100.110 latency=0 multicast=yes wireless=IEEE 802.11abg
   resources: irq:18 memory:f6800000-f6803fff

Aqui é solicitada a saída de wpa_supplicant em PasteBin . Não tenho certeza, mas parece haver um problema do OpenSSL.

    
por Naftuli Kay 19.02.2014 / 22:58

1 resposta

0

Você deve trocar o driver do proprietário ( wl ) para o de código aberto, b43 . O sempre útil Wiki do Arch Linux diz, de wl :

Warning: Even though this driver has matured a lot throughout the years and works quite well now, its usage is recommended only when neither of the two open-source drivers support your device.

Seu dispositivo, BCM43228, é de fato suportado por b43 , como você pode verificar aqui .

(Como um aparte, o nome do NIC não é útil nestes assuntos: fabricantes costumam vender, sob os mesmos nomes, NICs baseados em chips diferentes, às vezes até feitos por produtores diferentes! Por exemplo, verifique na tabela mencionada acima, BCM4322: contém um dos quatro chips diferentes, alguns suportados, alguns não suportados por wl ou b43 .O que você precisa para identificar exclusivamente a NIC é o Fornecedor: Código do produto , que você pode obter por meio de

 $ lspci -vnn | grep -i net
 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network    [8086:1502] (rev 04)
 04:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6235 [8086:088e] (rev 24)

Neste caso, o código Fornecedor: Produto é [8086: 088E]. Você tem sorte porque o BCM43228 foi produzido com um chip single , 14e4: 4359, assim podemos determinar que ele é de fato suportado por b43 .

Remova o módulo wl ,

 sudo modprobe -r brcmsmac bcma
 sudo modprobe -r wl

e carregue o driver apropriado,

 sudo modprobe b43

É possível que b43 seja balcklisted por wl , você pode verificar por

 cd /etc/modprobe.d
 grep -nrI b43

Se não houver saída, não há problema. Caso contrário, abra o arquivo que menciona b43 e substitua b43 por wl . Neste caso, você precisará atualizar o arquivo initramfs ,

 sudo update-initramfs -u

Para se livrar de wl de forma permanente,

sudo apt-get purge bcmwl-kernel-source

Bem-vindo ao mundo do software livre de código aberto (FOSS), onde os produtos geralmente são muito superiores aos proprietários.

    
por 19.01.2015 / 10:31