Ubuntu, Eduroam y la tarjeta Intel 1390

gutsy.png En mi desesperación por hacer funcionar la tarjeta wireless de mi portátil en la red sin cables eduroam (red común de muchas facultades europeas, entre las que afortunadamente se encuentra la de Informática de San Sebastián) he pasado a usar la versión Gutsy (beta) de Ubuntu. Tras algunos sustos (Nautilus no funcionaba, Firefox tampoco, el reloj interno tampoco) y la actualización masiva de paquetes de hoy (ayer no estaban en los repositorios, qué raro…) todo ha vuelto a la normalidad. En esa normalidad se incluye el que mi tarjeta Wireless Intel 1390 no conecta con Eduroam. He probado a conectar sin problemas con otras redes que usan encriptación WEP ó encriptación WPA Personal (a saber qué protocolo de encriptación concreto es este último, pero es la opción que aparece en el Network Manager para la conexiónb wifi FON – la privada, no la pública – de mi casa). Todo ok. Pero en Eduroam es imposible, no puedo conectar con Ubuntu y esta tarjeta. Curioso, porque desde el mismo portátil, arrancando en Windows, conecto sin problemas. Curioso también el que el driver que estoy usando en Linux, es exactamente el mismo que uso en Windows, dado que uso NDISWRAPPER.

Tras varias horas de tirarme de los pelos, creo que al menos, sé dónde está el error:
$ wpa_supplicant -dd -B -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf -D ndiswrapper

WEXT: Operstate: linkmode=1, operstate=5
Own MAC address: 00:XX:XX:XX:XX:XX
Driver does not support WPA.
wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0

La tercera línea viene a indicar que el driver que estoy usando no soporta WPA. Lo cual es muuuuuuyyyyy extraño, dado que en casa, en la red privada MyPlace (señal cifrada con WPA) de la red FON de mi casa no tengo ningún problema para conectar.

Si tras la orden anterior intento usar dhclient para obtener IP del punto de acceso:

root@laptop:/home/juanan# dhclient wlan0
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/wlan0/00:xx:xx:xx:xx:xx
Sending on LPF/wlan0/00:xx:xx:xx:xx:xx
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 2
No DHCPOFFERS received.
No working leases in persistent database – sleeping.

No sé si tirar la toalla o seguir intentándolo… sólo me queda una bala, y es usar el driver nativo para la 1390 que acabo de encontrar aquí (aún sabiendo que no es un sitio oficial de drivers).

Por otro lado, tras la actualización, por fin he conseguido conectar mi Linux al proyector del aula en la que imparto clases. ¡Ya no más trasvases de .odp al sistema de Redmond! 🙂

Adobe Flash Player 9 en Ubuntu

Sigo con la actualización y puesta a punto de mi distro EHUX. Ahora le toca el turno a Adobe Flash Player 9. Ésta ha sido fácil. Basta con descargar de la página de Adobe la última versión para Linux en formato .tar.gz , por ejemplo, al directorio /tmp. Nos situamos en ese directorio y descomprimimos:

$ tar -xvzf install_flash_player_9_linux.tar.gz

Nos creará un nuevo directorio install_flash_player_9_linux

$ cd install_flash_player_9_linux/
Ejecutamos el programa instalador en modo texto:
$ sudo ./flashplayer-installer

Nos preguntará por el directorio donde tengamos instalado Firefox. Como recientemente instalé Firefox 2.0.0.3 en el directorio /opt/firefox, ésa es la ruta que indicaré:

Please enter the installation path of the Mozilla, SeaMonkey,
or Firefox browser (i.e., /usr/lib/mozilla): /opt/firefox

Arrancamos Firefox, entramos en www.adobe.com y comprobamos que se ve la animación en Flash que contiene la portada. ¡Listo!

Nota: si alguien usa Solaris en x86 o en Sparc, Adobe Labs sacó el 21 de Marzo (hace muy poco por tanto) una beta del plugin de Flash para este sistema en esas arquitecturas.

CUPS y el sondeo automático de impresoras en Ubuntu

Como ya habréis leído en posts anteriores, he cambiado al distro de mi portátil. Ahora uso EHUX 2 (Ubuntu Dapper) en lugar de Fedora Core 5 (a los fedoritas : no os preocupéis, en mi PC de escritorio mantengo el Fedora Core 6 😉 El caso es que algunas opciones de configuración muy útiles de Dapper están bastante ocultas o en el caso que centra este post, han sido directamente seccionadas de cuajo. En concreto, el soporte de Network Printer Discovery de CUPS. Me explico:

CUPS + Network Printer DiscoveryA partir de la versión 1.2 de CUPS (el gestor de impresoras de Ubuntu Dapper por defecto), se incluye una opción para sondear la red de forma automática en busca de impresoras de red compartidas. Para ello se hace uso del protocolo SNMP (Simple Network Management Protocol). El resultado de usar esta opción (ver imagen de la izquierda) es que, el usuario, a una distancia de dos clicks de ratón, puede instalarse una impresora de red desde su máquina Linux (los usuarios de Windows pueden aprovechar para limpiarse la baba antes de seguir leyendo ;-).

CUPS - Network Printer DiscoveryEl problema, como puede verse en la imagen de la izquierda: todavía no sé por qué, a pesar de que CUPS 1.2 incluye de serie esa opción de Network Printer Discovery, en Ubuntu Dapper han decidido que la eliminaban. Adiós simplicidad.

La solución, encontrada gracias a este artículo en KDE_Developers:

El resultado es espectacular y muy, muy útil, sobre todo si trabajas en un centro en el que disponéis de varias impresoras de red compartidas y no quieres configurarlas una a una a mano…. (caso de la UPV/EHU !)

Actualización: en Ubuntu Dapper, por defecto, se ha deshabilitado también la posibilidad de gestionar impresoras a través del interfaz Web de CUPS. Si quieres volver a activar esta opción, debes de seguir los siguientes pasos:

Intel 3945ABG en Ubuntu Dapper

Estoy usando EHUX 2.0 , la distro Linux de la UPV/EHU basada en Ubuntu Dapper, en mi nuevo portátil (el viejo murió hace 4 días 🙁 El caso es que no podía conectarme a la wifi de casa, porque entre los dispositivos de red sólo aparecía la tarjeta Ethernet.

Sin embargo, si lanzaba el comando dmesg | grep ipw sí que me aparecía la tarjeta :

root@morton:~# dmesg | grep ipw
[17179584.112000] ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.0.5m
[17179584.112000] ipw3945: Copyright(c) 2003-2006 Intel Corporation
[17179584.112000] ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
[17179585.572000] ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels)

También veía que los módulos necesarios estaban cargados:

root@morton:~# lsmod | grep ipw
ipw3945 126620 1
ieee80211 37064 1 ipw3945

Pero tras instalar network-manager-gnome con apt-get, en el icono del mismo, sólo veía la red cableada, sin ninguna posibilidad de usar la wireless.

Indagando por distintos foros, y tras unas cuantas pruebas, parece ser que sólo me faltaba una cosa por instalar para que la Intel 3945ABG funcionara: el paquete linux-resticted-modules.

# apt-get install linux-restricted-modules-$(uname -r)

Ahora escribo este mensaje desde el sillón de mi casa, conectado por wifi !