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.
Hola,
¿vale para todos los eduroam de todas las universidades? Vamos, ¿la misma configuracion?
Se puede configurar de alguna manera usando nm-applet 0.6.5
Gracias por anticipado.
Larga vida al Dios Juanan, siiiiiiiiiiiii.
50+1
Javi: sí, que yo sepa, tras haber mirado varios HowTo de otras universidades es la misma configuración. Lo único que varía es que en el campo Identidad: yo sólo pongo scpxxxxxxx (dado que estoy en la UPV/EHU) , pero si me quisiera conectar desde otra universidad tendría que especificar scpxxxxxx@ehu.es (no tengo claro si es @ehu.es ó @ehu a secas, habrá que probar)
caymn: jejeje… ahora hay que intentar conseguirlo con todas las tarjetas posibles de cualquier distro de todos los alumnos, y ahí sí que nos vamos a divertir… pero al menos sabemos que las Broadcom están muy extendidas.
Está bien saberlo, ya que ese mismo chip es el que está en las Airport Extreme de los PPC, como en mi iBook G4.
En cuanto tenga un ratillo lo probaré a ver que tal funciona, que por no configurar la wifi en linux siempre tiro de OSX en la uni jeje.
Agur!
Mañana voy a la uni a probar ese milagro con mi atheros.
Espero postear desde alli.
Aupa!
¡¡Felicidades Juanan!!
Pisoni, yo también tengo una atheros y con Gutsy Gibon, he aparcado temporalmente a Debian, vas al applet del nm-applet y configuras una nueva red inalámbrica con wpa empresarial. Seleccionas TTLS y PAP pones tu usuario y la contraseña. Y deberias poder conectarte. 🙂
Al final mis problemillas con la wifi era la señal, no la configuración. Eso lo descubrí en una de las clases donde la cobertura es perfecta, así como en la biblioteca.
Saludos!
Ah! Se me olvidaba. Yo no tengo configurado el fichero «interfaces». Pongo diréctamente la configuración en el nm-applet.
Si usas eduroam fuera de la upv has de poner el nombre de usuario con «@ehu.es» detrás, esto es: scdasdsa@ehu.es
Woo, por fin he conseguido conectar desde la uni!! Gracias por el «truco 5» y la pantalla donde se ven los parametros del N-M! ; )
Llevo solo una semanilla con el Gutsy, pero me ha enamorado!!
Saludos : )
He estado investigando un poco, y puede que el problema sea por la versión de la tarjeta en combinación con la versión de los drivers.
Apartir del 2.6.24 el driver se actualiza, pasando a ser «b43» (http://linuxwireless.org/en/users/Drivers/b43)
En mi caso, con el driver bcm43xx no me funcionaba bien la Airport, ya que era de las últimas que hicieron y el soporte no era muy bueno, solo funcionaba en modo «B» y a veces se desconectaba.
Con el nuevo driver, mi tarjeta sale como soportada, y la «4311 rev 1», que es la que parece que tienes viendo la salida del lspci, también sale como soportada.
Agur
He conseguido conectarme de manera estable (o eso parece, llevo dos dias sin problemas) con un Acer Aspire 5920. (Intel Corporation PRO/Wireless 4965 AG), con Ubuntu Gutsy.
Siguiendo el consejo de usar un kernel nuevecito exactamente el 2.6.24-10
Pasos realizados:
Añadir al /etc/apt/sources.list el repositorio:
deb http://es.archive.ubuntu.com/ubuntu/ hardy main restricted
# apt-get update
Añadir los archivos del kernel nuevo.
# apt-get -y install linux linux-generic linux-headers-generic linux-image-generic linux-restricted-modules-generic
Y para que no de errores a la hora de compilar aplicaciones también añadí el gcc++ de hardy
# apt-get install gcc++
Quitar del /etc/apt/sources.list el repositorio que hemos añadido y volver a actualizar
# apt-get update
Después de reiniciar, el único problema con el que me encontré fueron con los drivers propietarios de Nvidia, ya que el paquete linux-restricted-modules no existe para esta versión del kernel, pero se pueden poner a mano.(Pero eso ya es otro tema).
Un saludo.
Yo tambien estuve liado con este tema, pero al final consegui conectarme y automatizarlo para que la conexion aparezca cuando arranca. Os recomiendo utilizar wicd
http://sobretux.blogspot.com/search/label/eduroam%20ubuntu%20linux%20wicd