Categoría: EHUX

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! 🙂

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.

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:

A 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 ;-).

El 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:

$  cd /usr/lib/cups/backend

$ sudo ln -s /usr/lib/cups/backend-available/snmp

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:

# Añadir usuarios cupsys al grupo shadow

sudo adduser cupsys shadow

# añadirte a tí mismo al grupo lpadmin

sudo adduser <tu_usuario> lpadmin

# reiniciar cupsys

sudo  /etc/init.d/cupsys restart

# configurar las impresoras a través del interfaz web e introducir
# usuario y pw cuando se solicite

http://localhost:631/