Categoría: EHUX

Aitor Cuartango vuelve a contribuir con un artículo sobre Eduroam y EHUX, esta vez comentando la mejora del soporte en las tarjetas con drivers bcm94311mcg y bcm4318:

«Como algunos desafortunados sabréis, una partida de portátiles de la Facultad se pidió con una tarjeta que incorpora un chip broadcom bcm94311mcg marca Dell. Bueno, al fin hemos conseguido buenos resultados con esta tarjeta con el nuevo driver b43. Además tenemos unas tarjetas de préstamo linksys wpc54g ver.3 que funcionan con el mismo driver. Estos chips de broadcom….

No es un driver libre, ya que se basa en un firmware binario que proporciona la casa broadcom. Pero funciona. Con lo cual no recomendamos comprar tarjetas broadcom con driver propietario sino tarjetas como las intel que tienen drivers libres (y muchas otras marcas).

Al tajo:
Hemos instalado un ordenador con la versión beta de ubuntu, la 8.04 y hemos ido al menu donde pone «Gestor de drivers de hardware» donde hemos seleccionado que use el driver propietario de nuestra broadcom.

Tras esto el kernel se queja de que no tiene el firmware propietario instalado. Entonces hemos ido a la web oficial del driver b43 en el apartado que nos interesa para nuestra tarjeta:
http://linuxwireless.org/en/users/Drivers/b43#devicefirmware

Y hemos seguido las instrucciones en un terminal como root:

export FIRMWARE_INSTALL_DIR=»/lib/firmware»
wget http://downloads.openwrt.org/sources/broadcom-wl-4.80.53.0.tar.bz2
tar xjf broadcom-wl-4.80.53.0.tar.bz2
cd broadcom-wl-4.80.53.0/kmod
b43-fwcutter -w «$FIRMWARE_INSTALL_DIR» wl_apsta.o

reiniciamos para que carge los drivers en el inicio del sistema, et voila!
Entramos en el network manager y configuramos la red como siempre. Y ahora sin problemas de reconexiones.»

Recordemos  que EHUX es en esencia una Ubuntu Gutsy actualmente, y por tanto cualquier usuario que use Ubuntu podrá seguir las mismas instrucciones que Aitor comenta en este post. Y por lo que veo, en general, cualquier usuario Linux con el chipset que se comenta en el post. Agradecería que comentárais vuestras experiencias como comentarios a este mini-howto, para que queden por escrito y sirvan a más gente.

Actualización: 15/11/2007
Depende del sitio y la hora. No encuentro otra explicación al hecho de que a veces, conecto por Eduroam desde Gutsy (según dónde y a qué hora esté) y a veces no. Al menos, sé rápidamente cuándo voy a conectar: basta con dejar abierto el log /var/log/kern:


$ tail -f /var/log/kern


Si en algún momento veo la siguiente línea:
ieee80211_crypt: registered algorithm ‘TKIP’

sé que voy a conectar. Otro problema radica en que cada X tiempo (pueden ser 2 minutos o 20), la conexión se pierde (SIN haberme movido del sitio!)

¿Por qué Linux carga el módulo ieee80211_crypt (en concreto, el algoritmo TKIP) sólo «a veces»? Eso es un misterio…
====
Varios meses después, por fin lo he conseguido. Escribo estas líneas conectado a Eduroam desde Ubuntu Gutsy con el DELL Latitude D820. Todavía no me lo creo, he estado mirando el cable de red, para asegurarme de que no estoy conectado por cable, varias veces 🙂

El «truco» 1 está aquí (tras varios meses, parece una chorrada, pero es el tornillo que hacía que el cohete no despegara … el caso es que éste cohete tiene miles y miles de ellos 😉


$ gconftool-2 –recursive-list /system/networking/wireless/networks/eduroam


Si tienes algo en esa rama: bórralo con recursive-unset. Además, ojito al parche, porque hay un bug reportado que indica que NetworkManager (n-m en adelante) guarda la contraseña en claro en esa rama de GConf. De hecho, gracias a ese bug me enteré de la existencia de esta rama en GConf.

El «truco» 2 consiste en NO usar NDISWRAPPER, que es el driver «envoltorio» de los drivers Windows que viene por defecto para la tarjeta Broadcom 4311. En concreto, mi tarjeta es:


$ lspci -v
0c:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01)
Subsystem: Dell Unknown device 0007


Los módulos que controlan mi tarjeta wifi son:
juanan@pdi-laptop:~$ lsmod | egrep ‘(bcm|ieee)’
ieee80211_crypt_tkip 11776 0
bcm43xx 127336 0
ieee80211softmac 31360 1 bcm43xx
ieee80211 35656 2 bcm43xx,ieee80211softmac
ieee80211_crypt 7040 2 ieee80211_crypt_tkip,ieee80211
ieee1394 96312 2 sbp2,ohci1394

En concreto, estos son los paquetes que he instalado:

El «truco» 3 consiste en NO usar el certificado digital de la UPV. Es curioso, porque en Windows tampoco es necesario y sin embargo, no sé por qué, yo creía que sí. En fin…

El «truco» 4 consiste en USAR un kernel «modernito»:


juanan@pdi-laptop:~$ uname -a
Linux pdi-laptop 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux


El «truco 5» consiste en que la configuración del wpa_supplicant ha de estar en /etc/wpa_supplicant/wpa_supplicant.conf y NO en /etc/wpa_supplicant.conf .

Éste es el contenido de /etc/wpa_supplicant/wpa_supplicant.conf:

ctrl_interface=/var/run/wpa_supplicant
ap_scan=1
eapol_version=1
network={
ssid=»eduroam»
proto=WPA
key_mgmt=WPA-EAP
group=CCMP TKIP
eap=TTLS
identity=»scpxxxxx»
password=»xxxxxxxxxx»
priority=2
phase2=»auth=PAP»
}


Aunque realmente no sé si es totalmente necesario, dado que con meter los siguientes datos en la ventana de Network Manager, tal y como se puede ver en la siguiente imagen, ya vale:

Creo que no me dejo nada importante. Cualquiera que tenga problemas con esta tarjeta y esta red, que deje sus comentarios en este post, a ver si conseguimos que todo el mundo conecte sin problemas desde Ubuntu (u otra distro). En la UPV/EHU hay unos 500 portátiles DELL Latitude D820, así que, con que el 10% usen Linux (yo creo que sí, jejeje… optimista que es uno), al menos este mensaje debería de ayudar a 50 personas.