Linux on Marco Antonio Blanco

Recomedaciones Linux de la semana (07/11/2014)

Fri, 07 Nov 2014 16:03:22 +0000

A principios de semana se publicó la versión 7 de Scientific Linux, según anunciaron en LinuxParty.
En TuXapuntes nos cuentan cómo conectarnos a Telegram desde Pidgin, el popular cliente de mensajería multiplataforma.
¿Quieres tomar notas en tus ficheros PDF? Puedes hacerlo con oKular, el visor de documentos de KDE, tal y como explican en Bitelia.
Tal y como anuncian los propios desarrolladores, ya está disponible la versión 13.2 de openS#USE.
El Proyecto Mozilla ha anunciado en su blog oficial que el próximo 10 de noviembre lanzará un navegador rediseñado para desarrolladores web (en inglés).
Debian 8.0 “Jessie” ha entrado en la fase de congelación de características, como nos recuerdan desde Softpedia. ¡Ya queda menos! (en inglés).
Curioso tutorial nos regalan en opensource.com sobre cómo obtener una versión vectorial de una foto con Inkscape (en inglés).

Truco Linux: Cómo actualizar el contenido de ficheros de texto automáticamente con sed

Fri, 07 Nov 2014 10:21:34 +0000

Los administradores de sistemas Linux nos enfrentamos constantemente al problema de tener que cambiar un valor en varios ficheros de configuración a la vez, los cuales tienen siempre el formato de texto plano. Por ejemplo, si cambiamos la IP o el nombre de un equipo, hay que recorrerse todo el directorio /etc en busca de ficheros que contengan una referencia al dato antiguo y cambiarla por el nuevo. Esto, que evidentemente es un proceso tedioso si hay que hacerlo a mano, podemos afortunadamente automatizarlo con una de las herramientas de procesamiento de texto que Linux incluye de serie y que ha heredado de Unix: sed.

sed es una utilidad de línea de comandos y nos permite con una sintaxis muy sencilla sustituir una cadena de texto por otra, que incluso permite utilizar expresiones regulares para aplicar la sustitución a patrones de cadenas. La operación más básica de sed tendría la siguiente forma:

# sed 's/antigua/nueva/g' fichero_original > fichero_nuevo

Si no queremos crear un fichero nuevo sino cambiar el existente, incluimos el parámetro -i:

# sed -i 's/antigua/nueva/g' fichero_original > fichero_nuevo

Veamos entonces el ejemplo mencionado de tener que sustituir el nombre del sistema por uno nuevo. Para ello, realizaremos una búsqueda en /etc y modificaremos los ficheros que contengan la cadena a cambiar.

# grep -r -H equipo1 /etc | cut -f 1 -d ":" | xargs sed -i 's/equipo1/equipo2/g'

En la línea anterior combinamos varios comandos Linux para prepara la lista de ficheros a procesar y obtener el resultado deseado con sed:

grep hace una búsqueda recursiva (-r) en el directorio /etc e imprime los nombres de lo ficheros coincidentes (-H).
cut extrae la primera columna (-f) indicando : como separador de las mismas (-d).
xargs recibe la lista de ficheros y se le pasa a sed uno a uno (si no sed actuaría sobre toda la lista a la vez, lo cual no puede hacer).
Finalmente sed realiza la sustitución.

Este truco es también muy útil para los desarrolladores web, por ejemplo para actualizar plantillas o código fuente. Un aviso: hay que asegurarse de que la cadena a sustituir SÓLO aparece en los ficheros que nos interesan, ya que podemos sufrir el efecto secundario de cambiar lo que no deberíamos.

Espero que os sea de utilidad. Hasta el truco de la semana que viene.

Recomedaciones Linux de la semana (31/10/2014)

Fri, 31 Oct 2014 12:00:08 +0000

Comenzamos con una preocupante cuestión para los profesionales de las TIC de la que se hacen eco en LinuxParty: La RAE criminaliza a los hackers igualando su definición a la de los piratas informáticos. Ya hay una campaña en Change.org para pedir que se cambie dicha definición.
En KDE Blog nos cuentan cómo procesar ficheros PDF en Linux con la herramienta PDF Chain.
TuXapuntes nos regala con una interesante chuleta con los principales comandos de Linux.
George Shi, jefe de producto de S#USE Linux, ha sido entrevistado esta semana en dos partes por MuyLinux y MuyComputerPRO.
Para los más valientes, en Geeks & Linux Atelier! tenemos un tutorial sobre cómo instalar KDE 5.x en Ubuntu y Linux Mint. Mucho cuidado, que se trata de una versión aún en desarrollo.
Una interesante pregunta desde ADSLZone: ¿Se pierde la garantía por instalar Linux?
Desde el proyecto Humble Bundle anuncian haber alcanzado los 100 juegos publicados para Linux y dan las gracias a todos los usuarios que han confiado en ellos (en inglés).
En ZDNet nos encontramos con un curioso artículo que argumenta por qué Microsoft ama a Linux (en inglés).
Para terminar, una curiosidad. Valve ha publicado una nueva versión del cliente para Linux de Steam con soporte para el gamepad de Xbox One (en inglés).

Truco Linux: Cómo convertir masivamente entre formatos de imagen

Fri, 31 Oct 2014 08:30:08 +0000

ImageMagick es un paquete de herramientas de línea de comandos para la manipulación de ficheros de imágenes. Es tal su potencia que se ha popularizado mucho su uso en servidores web como apoyo al backend de los sitios alojados. En el truco de esta semana quiero centrarme en la que probablemente sea la herramienta más útil y conocida de las que ofrece ImageMagick: el conversor de formatos convert.

Supongamos que tenemos un buen número de imágenes para publicar en nuestra web en un formato que no nos conviene. Basta con que realicemos un bucle sobre la lista de imágenes convirtiendo cada una al formato deseado.

$ for i in *.jpg 
> do
> echo "Convirtiendo $i..."
> convert -quality 75 $i $(basename $i .jpg).png
> done

En el ejemplo hemos hecho una conversión desde JPG a PNG con un nivel de compresión concreto (75) para los ficheros de destino. Como se puede apreciar en la línea del comando convert, podemos incluir los parámetros que queramos para modificar el resultado a nuestro gusto. Dichos parámetros los podemos consultar en su manual electrónico (man convert). Además, hemos extraído el nombre base de cada fichero con el comando basename y le hemos añadido el sufijo .png.

La gran ventaja de convert (aparte de su rapidez y versatilidad) es que, al ser una utilidad de línea de comandos, la podemos ejecutar directamente en el servidor web, sin tener que bajarnos las imágenes, procesarlas y subirlas de nuevo.

Por cierto, convert no sólo convierte entre formatos de imagen, sino que también es capaz de realizar numerosas operaciones sobre imágenes: redimensionamiento, recorte, emborronamiento, optimización, rotación, unión, etc. La lista completa de posibilidades se encuentra en su web oficial.

Si no contamos con convert en nuestro sistema, basta con instalar ImageMagick. En Debian lo hacemos como habitualmente:

# apt-get install imagemagick

Hasta el truco de la semana que viene.

Recomedaciones Linux de la semana (24/10/2014)

Fri, 24 Oct 2014 13:49:17 +0000

Ubuntu ha publicado esta semana una nueva versión de su distribución de escritorio. Se trata de la 14.10, que ha recibido el pintoresco seudónimo de Utopic Unicorn.
Ya que hablamos de Ubuntu, desde Ubuntizando nos recuerdan que el proyecto acaba de cumplir 10 años de existencia.
La Educación es siempre un tema candente y en Bitelia nos hablan de las ventajas de utilizar Software Libre para ampliar las posibilidades de aprendizaje de los alumnos.
Desde LinuxParty nos informan de que SoL, el portátil solar con Linux, ya está a la venta.
Las empresas de software libre multiplican su empleo, según nos cuentan desde linuxadictos.com.
Un interesante artículo sobre cómo analizar la actividad de red en tiempo real con Iptraf es lo que nos ofrecen desde TuxApuntes esta semana.
Para todo el que se quiera iniciar en el mundo de la administración de sistemas Linux, en TecMint han publicado una guía de introducción a la programación en shell scripting (en inglés).
En Epoch Times han elaborado una curiosa lista con los 5 comandos Linux más mortíferos que NUNCA se deberían ejecutar. Lo cierto es que dan mucho miedo… (en inglés).
Y para terminar una noticia de ocio. GOG.com ha alcanzado la cifra de 100 juegos para Linux en su catálogo de descargas digitales, entre los que se incluyen clásicos imperecederos como Baldur’s Gate. ¡Habrá que probarlos! (en inglés).

Truco Linux: Cómo instalar un detector de malware en Linux

Thu, 23 Oct 2014 16:46:47 +0000

A pesar de ser un sistema operativo muy robusto frente a los virus, hasta el punto de haberse acuñado la frase “Linux no tiene virus”, es indudable que puede ser vulnerable a código malicioso desarrollado para atacar activamente sistemas basados en Linux y ante el que necesitamos protección. Por ello quiero dedicar el truco de esta semana a la instalación de un detector de malware. El software elegido no tiene un nombre muy original que digamos. Se trata de Linux Malware Detect (LMD), un analizador de malware para Linux de licencia libre diseñado para detectar amenazas en entornos de red.

Las instrucciones que voy a dar a continuación para instalar son en esta ocasión independientes de la distribución de destino. Como siempre que instalamos un software, hay que ejecutarlas como superusuario.

Empezamos descargándonos el paquete con la versión más actual. Afortunadamente, sus autores lo han nombrado genéricamente maldetect-current.tar.gz, por lo que siempre estaremos seguros de bajarnos la última versión disponible. Por supuesto, la descarga la haremos en /usr/local/src, el directorio estipulado en el estándar para estos menesteres.

# cd /usr/local/src
# wget http://www.rfxn.com/downloads/maldetect-current.tar.gz
Resolviendo www.rfxn.com (www.rfxn.com)... 129.121.132.46
Conectando con www.rfxn.com (www.rfxn.com)[129.121.132.46]:80... conectado.
Petición HTTP enviada, esperando respuesta... 200 OK
...
# tar xzvf maldetect-current.tar.gz
maldetect-1.4.2/
maldetect-1.4.2/CHANGELOG
maldetect-1.4.2/cron.daily
maldetect-1.4.2/README
maldetect-1.4.2/files/
...

Una vez descargado y descomprimido el paquete, nos cambiamos al directorio que contiene el software y procedemos a instalar.

# cd maldetect-1.4.2
# ./install.sh
Linux Malware Detect v1.4.2
(C) 2002-2013, R-fx Networks
(C) 2013, Ryan MacDonald
inotifywait (C) 2007, Rohan McGovern
This program may be freely redistributed under the terms of the GNU GPL

installation completed to /usr/local/maldetect
…
maldet(6698): {sigup} signature set update completed
maldet(6698): {sigup} 11791 signatures (9899 MD5 / 1892 HEX)

Como podremos comprobar, no sólo se ha instalado el analizador sino que además se han actualizado sus bases de datos de firmas de malware. Con esto ya está listo para su uso, que podemos hacer de dos formas, o bien puntualmente o bien como servicio del sistema. En cualquier caso, tendremos que hacerlo como superusuario.

Supongamos que queremos analizar /tmp de forma puntual e interactiva. Invocaremos LMD de la siguiente forma:

# maldet -a /tmp

Si preferimos que sea en segundo plano en vez de interactivamente, lo hacemos así:

# maldet -b /tmp

Y si queremos que LMD se ejecute como servicio del sistema:

# maldet -m /tmp

También podemos indicarle que monitorice los directorios domésticos de los usuarios:

# maldet -m users

Evidentemente, si se reinicia el sistema, tendremos que arrancar LMD de nuevo a mano. Para ello, lo mejor es incluir su invocación en el script local de inicio del sistema, que en Debian es /etc/rc.local.

Si queremos detener el servicio LMD, basta con el siguiente comando:

# maldet -k

Finalmente, podemos consultar los resultados de la monitorización en el fichero /usr/local/maldetect/event_log.

Ah, y no olvidemos actualizar las bases de datos de firmas periódicamente con:

# maldet -u

Como es habitual, este comando lo podemos planificar a nuestra conveniencia mediante cron. Hasta el truco de la semana que viene.

Nos quedamos sin Adobe Reader en Linux, ¿y ahora qué?

Wed, 22 Oct 2014 16:45:33 +0000

El pasado mes de Septiembre, Adobe nos dio la “mala” noticia de que Linux dejaba de ser una de las plataformas en las que su lector de PDF Reader tuviese soporte. Y lo digo entre comillas porque en el fondo no es tan mala noticia. De hecho, que Adobe elimine una herramienta privativa, sobrecargada y con tantos problemas de seguridad es en realidad una gran noticia para los usuarios Linux. Sobre todo si tenemos en cuenta que contamos con muy buenas alternativas libres como oKular (KDE) o Evince (GNOME).

Es cierto que ninguna de estas opciones cubren el 100% de las capacidades de Reader, como las animaciones o los modelos 3D empotrados, pero eran precisamente estas complejidades las que hacían de Reader una herramienta pesada e insegura. Aún así, hay una característica por la que sí echaríamos de menos a Reader: los formularios. Desgraciadamente, en España se realizan muchísimos trámites administrativos a través de plataformas telemáticas basadas, entre otras cosas, en documentos PDF empotrados en el navegador en los que hay que rellenar una serie de campos. Si Adobe abandona a los usuarios de Linux, ¿qué hacemos ahora para tener acceso a estos servicios públicos a los que tenemos derecho?

Afortunadamente, existe una solución basada en software libre sencilla de echar a andar. Consiste en utilizar el plugin MozPlugger para Firefox y combinarlo con Evince, que ofrece un mejor soporte de los formularios PDF que oKular, de forma que los documentos PDF aparezcan empotrados cuando así lo requiera un sitio web. Como es habitual, daré las instrucciones para Debian y derivadas, aunque son fácilmente adaptables a cualquier otra distribución Linux.

Empezamos instalando el software que necesitamos, es decir, MozPlugger y Evince. En el caso de Squeeze, Jessie y posteriores, ambos paquetes se encuentran en los repositorios oficiales:

# apt-get install mozplugger evince
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
...

Sin embargo, en el caso de Wheezy, la actual estable, no contamos con un paquete oficial, así que tendremos que descargarnos la versión para Squeeze de nuestra arquitectura e instalarla a mano, lo cual funciona sin problemas.

# dpkg -i mozplugger_1.14.1-1_amd64.deb
Seleccionando el paquete mozplugger previamente no seleccionado.
(Leyendo la base de datos ...)
Desempaquetando mozplugger (de mozplugger_1.14.1-1_amd64.deb) ...
Configurando mozplugger (1.14.1-1) ...

Una vez instalados los paquetes necesarios, procedemos a configurar mozplugger para que utilice Evince como su lector de PDF por predeterminado, que dependen de la versión de Debian que tengamos instalada.

En Jessie o posteriores editamos el fichero /etc/mozpluggerrc.d/62-documents.conf y buscamos la sección que se refiere a los documentos PDF:

application/pdf:pdf:PDF file
application/x-pdf:pdf:PDF file
text/pdf:pdf:PDF file
text/x-pdf:pdf:PDF file
 ACROREAD()
 repeat noisy swallow(Xpdf) fill needs_xembed: xpdf -g +9000+9000 "$file"
 repeat noisy swallow(okular) fill needs_xembed: okular "$file"
 repeat noisy swallow(epdfview) fill needs_xembed: epdfview "$file"
 GV()
 repeat noisy swallow(evince) fill needs_xembed: evince "$file"

Entonces insertamos en primera posición una nueva línea referente a Evince para que así se convierta en el lector PDF empotrado predeterminado:

application/pdf:pdf:PDF file
application/x-pdf:pdf:PDF file
text/pdf:pdf:PDF file
text/x-pdf:pdf:PDF file
 repeat noisy swallow(evince) fill: evince "$file"
 ACROREAD()
 repeat noisy swallow(Xpdf) fill needs_xembed: xpdf -g +9000+9000 "$file"
 repeat noisy swallow(okular) fill needs_xembed: okular "$file"
 repeat noisy swallow(epdfview) fill needs_xembed: epdfview "$file"
 GV()
 repeat noisy swallow(evince) fill needs_xembed: evince "$file"

Finalmente tenemos que ejecutar un script que traslada los cambios realizados al fichero principal de configuración en /etc/mozpluggerrc:

# /usr/sbin/update-mozpluggerrc
Purging current configuration...
Generating mozpluggerrc...
Merging /etc/mozpluggerrc.d/20-header.conf ...
Merging /etc/mozpluggerrc.d/40-global_defs.conf ...
Merging /etc/mozpluggerrc.d/60-video.conf ...
Merging /etc/mozpluggerrc.d/61-audio.conf ...
Merging /etc/mozpluggerrc.d/62-documents.conf ...
Done.

En el caso de Wheezy y Squeeze lo único que hay que hacer es editar directamente el fichero /etc/mozpluggerrc según las instrucciones anteriores.

Ahora iniciamos Firefox (si ya lo teníamos abierto será necesario cerrarlo y abrirlo de nuevo) y configuramos las opciones de visualización de PDF. En el menú de Firefox, elegimos la opción de Preferencias y seleccionamos la sección de Aplicaciones. En el cuadro de búsqueda introducimos la cadena “pdf” y elegimos “mozplugger” en el desplegable. Tras pulsar en el botón “Cerrar”, ya tendremos activo Evince como visor PDF empotrado predeterminado. Para hacer pruebas, podemos elegir cualquier documento PDF que incluya formularios.

Cambiando el lector de PDF predeterminado en Firefox

Los usuarios de otros navegadores se habrán dado cuenta que esta solución sólo funciona con Firefox y navegadores compatibles con el API de plugins de Netscape. De hecho, Chrome sustituyó su mecanismo de conexión de plugins hace unas pocas versiones, lo que impide que sus usuarios disfruten no sólo de MozPlugger, sino de otras tecnologías como Java. En este caso, la única solución posible es utilizar Firefox para esos sitios web en los que sea necesario utilizar formularios PDF empotrados.

Para finalizar debo advertir que el soporte de los formularios PDF de Evince no es perfecto y que es muy probable que tarde o temprano nos encontremos con un documento que no podamos rellenar, pero menos da una piedra. Espero que probéis esta receta y que compartáis vuestras impresiones.

Recomedaciones Linux de la semana (17/10/2014)

Fri, 17 Oct 2014 12:20:32 +0000

Empezamos el repaso semanal con un interesante artículo de Hotfixed sobre cómo analizar el tráfico VoIP generado por una centralita Asterisk con la herramienta Wireshark.
En rm-rf.es nos cuentan cómo modificar parámetros del núcleo de Linux al vuelo sin necesidad de recompilar.
Desde el proyecto KDE han anunciado la disponibilidad del escritorio Plasma 5.1, hecho del que se hicieron eco en MuyLinux con un interesante análisis de sus novedades y de si ya estaba listo para el usuario medio.
¿Qué debemos hacer cuando sufrimos un robo de datos? En CSO Online nos hablan de los 5 pasos a tomar en tan desafortunada situación (en inglés).
Desde Softpedia nos hablan de la reciente publicación de Red Hat Enterprise Linux 6.6 y de las mejoras que trae, incluyendo el soporte UEFI (en inglés).
Al final, después de todo el lío que formó el alcalde de Munich con la posible vuelta atrás a Windows, parece que la ciudad alemana se queda con Linux (en inglés).
Y para terminar os recuerdo que ayer hablamos en el Blog de cómo mantenerse al día de las vulnerabilidades de BASH y proteger automáticamente nuestros sistemas.

Truco Linux: Cómo comprobar si somos vulnerables al bug de BASH

Thu, 16 Oct 2014 12:52:22 +0000

Siendo sin duda el asunto más importante del año en cuestión de seguridad y sistemas informáticos, he pensado en seguir aportando mi granito de arena a luchar contra el bug de BASH y por ello quiero dedicar el truco Linux de esta semana a explicar cómo podemos comprobar de forma periódica si somos vulnerables a Shellshock o a alguna otra vulnerabilidad relacionada que pueda surgir en el futuro. Para ello vamos a utilizar un fantástico script escrito por Hanno Böck y que publica en su repositorio público de GitHub.

bashcheck, que así se llama el script, realiza un serie de comprobaciones en el sistema en el que se ejecuta para analizar si sufre de alguna de las 6 vulnerabilidades publicadas a fecha de este artículo. Veamos cómo instalar el script en nuestros sistemas, mantenerlo actualizado y ejecutarlo periódicamente para que nos informe por email de si alguno es vulnerable o no.

Empezamos con la instalación de bashcheck. Como ya he dicho, el proyecto se encuentra alojado en un repositorio de GitHub, lo que nos podría hacer pensar que la opción más directa para descargar el script sea hacer uso de Git. Pero teniendo en cuenta que sólo vamos a descargar un fichero, que Git no suele venir instalado de serie en las distribuciones Linux más populares y que no es precisamente un software fácil de utilizar sin experiencia previa, creo que es mejor utilizar alguna herramienta más sencilla pero potente que sí esté ya instalada en nuestro Linux y que nos evite el tener que “contaminar” nuestro sistema con la instalación de un software que va a tener un uso tan marginal.

Para estos casos yo prefiero utilizar Wget, el cual permite descargarse un fichero sólo si ha sido actualizado. Sin embargo, GitHub no nos lo va a poner fácil en este sentido, ya que ni nos deja descargarnos un único fichero a nuestra elección sino todo el repositorio completo, ni sirve la información temporal necesaria como para que Wget o cualquier otra herramienta pueda comprobar si efectivamente el fichero disponible es más moderno que el que ya tenemos descargado. Por ello vamos a tener que sortear estos obstáculos a través del siguiente script que he preparado para la ocasión:
{code type=php}
#!/bin/bash
#
# descargar_bashcheck.sh
# Descarga bashcheck desde GitHub e instala si es una nueva version
# 2014 (C) Activa Sistemas
# Este script se distribuye bajo licencia GPL
#
STAMP=$(date +%Y-%m-%d)
echo “Descargando bashcheck…”
wget –quiet https://github.com/hannob/bashcheck/archive/master.zip -O /tmp/bashcheck_$STAMP.zip
unzip -o -q -j /tmp/bashcheck_$STAMP.zip bashcheck-master/bashcheck -d /usr/local/tmp
rm /tmp/bashcheck_$STAMP.zip
diff -q /usr/local/tmp/bashcheck /usr/local/bin/bashcheck 2> /dev/null
if [ $? != 0 ]
then
echo “Actualizando bashcheck…”
mv /usr/local/tmp/bashcheck /usr/local/bin/bashcheck
chmod 755 /usr/local/bin/bashcheck
chown root.root /usr/local/bin/bashcheck
echo “Nuevo bashcheck listo para su uso”
else
echo “No es necesario actualizar bashcheck”
fi
{/code}

Guardamos el código en un fichero que llamaremos descargar_bashcheck.sh, lo almacenamos en /usr/local/bin (donde deben ir las herramientas propias que desarrollemos) y le otorgamos permisos de ejecución:

# chmod 755 /usr/local/bin/descargar_bashcheck.sh

Lo ejecutamos por primera vez para comprobar que todo es correcto y que se descarga la última versión disponible de bashcheck:

# /usr/local/bin/descargar_bashcheck.sh
Descargando bashcheck...
Actualizando bashcheck...
Nuevo bashcheck listo para su uso
# ls -l /usr/local/bin/bashcheck
-rwxr-xr-x 1 root root 2889 oct 13 10:48 /usr/local/bin/bashcheck

El último paso es asegurarnos de que se mantiene actualizado y que se ejecuta diariamente para avisarnos de eventuales vulnerabilidades. Para ello, programamos un par de tareas con cron. Aunque el usuario root cuenta con su propia lista de tareas programadas, personalmente prefiero dar de alta las tareas generales del sistema en el fichero /etc/crontab, en el que insertaremos las siguientes líneas:

# bashcheck
00 07 * * * root /usr/local/bin/descargar_bashcheck.sh
30 07 * * * root /usr/local/bin/bashcheck | mail -s "Resultado analisis bashcheck" alguien@ejemplo.com

Con esto habremos programado la ejecución diaria de ambas tareas a las 7:00 y las 7:30, respectivamente, y enviaremos por email el resultado de bashcheck a la dirección que queremos. Os dejo como ejercicio hacer que bashcheck sólo mande el email si el resultado del test es positivo, es decir, se ha encontrado una vulnerabilidad en el sistema.

Para el que tenga a su cargo un buen número de sistemas y se pregunte cómo copiar descargar_bashcheck.sh y modificar el crontab en cada uno de manera automática y con el menor esfuerzo posible, le diré que la mejor manera es a través de un buen software de gestión automatizada de sistemas, como Chef, Ansible, Salt o, mi favorito, Puppet. Evidentemente, una herramienta así también nos sirve para aplicar parches si bashcheck nos avisa de una nueva vulnerabilidad.

Para terminar, una anécdota: tanto bashcheck como descargar_bashcheck.sh están escritos en BASH ;) ¡Hasta el truco de la semana que viene!

Recomedaciones Linux de la semana (10/10/2014)

Fri, 10 Oct 2014 13:14:37 +0000

Según nos cuentan en MuyLinux, los técnicos de Weta Digital utilizaron Ubuntu y KDE en la elaboración de efectos especiales de la película El Hobbit: La desolación de Smaug.
En ADSLZONE nos hablan de la publicación de la nueva versión del núcleo de Linux, la 3.17, y sus jugosas novedades.
Si nos queremos introducir de una forma sencilla y asequible en el mundo de la nube, en LinuxParty se nos cuenta cómo hacerlo con OwnCloud.
El “Laboratorio Linux” nos informa de una nueva versión de Brackets, un editor HTML5 y CSS3 de código abierto.
La ciudad alemana de Gummersbach ha anunciado que este verano finalizó el proceso de migración desde Windows XP a SuSE Linux (en inglés).
En The New Stack analizan 6 de las mejores herramientas de código abierto para la minería de datos (en inglés).
Y para terminar, un poco de autopromoción. En Activa Sistemas esta semana hemos llevado a cabo con éxito la migración a Linux de los puestos de trabajo de la Federación (FAECTA). ¡Todo un logro del que estamos muy satisfechos!

Truco Linux: Los comandos internos de BASH

Thu, 09 Oct 2014 16:40:06 +0000

Con la que le está cayendo estos días a BASH con las infames vulnerabilidades que se le están descubriendo, he pensado dedicar el truco de esta semana a romper una lanza a favor de este fabuloso intérprete de comandos. A pesar de los problemas que nos está provocando a los administradores de sistemas, no podemos olvidar las enormes posibilidades de BASH y lo que nos ha facilitado la vida hasta la fecha. Una de estas capacidades avanzadas es lo que se conoce como los comandos (u órdenes) internos de la shell.

BASH incluye un buen número de comandos internos, algunos de los cuales son versiones reducidas de los que aparecen en el paquete coreutils de GNU, tales como echo, time, test, pwd o kill, mientras que otros sólo existen dentro de BASH, como cd, alias, pushd, popd, exec o trap. Para comprobar si un comando es interno y si tiene una contrapartida externa se utiliza el comando type, que por cierto es sólo interno:

$ type -a echo
echo es una orden interna del shell
echo is /bin/echo
$ type -a cd
cd es una orden interna del shell
$ type -a mkdir
mkdir is /bin/mkdir

Según las prioridades de ejecución de BASH, un comando interno siempre se ejecuta antes. Por tanto, ¿qué ventajas tiene esto? Por una parte una mayor rapidez de ejecución y un menor consumo de recursos y por otra parte la seguridad de poder ejecutar el comando aunque el sistema esté colapsado. Por ejemplo, si el sistema ha llegado al máximo de procesos en ejecución y queremos matar algunos, no podremos utilizar /bin/kill pero sí el comando interno kill. A cambio, como ya he dicho al principio, los comandos internos “repetidos” tienen menores capacidades que sus equivalentes externos.

Obteniendo informacion del sistema desde consola e IRC con inxi

Wed, 08 Oct 2014 10:33:55 +0000

No hace mucho publiqué una serie de artículos sobre cómo obtener información del hardware de un sistema Linux en producción sin necesidad de pararlo. Recientemente me he topado con otra herramienta que nos sirve para esta tarea: inxi, un script que recaba información completa sobre el hardware y el software más importante de un sistema y lo muestra en consola o, si así lo configuramos, a través de IRC.

La instalación de inxi es muy sencilla y en su web oficial se encuentran las instrucciones para las distribuciones Linux más populares, si no se encuentra instalado ya de serie como es el caso de Linux Mint y otras.

Para su instalación en Debian, tendremos que seguir pasos diferentes dependiendo de la versión que tengamos instalada. Si usamos Jessie o posterior, tenemos un paquete a nuestra disposición en los repositorios oficiales, por lo que bastará con el siguiente comando:

# apt-get install inxi

Sin embargo, en el caso de Wheezy (la actual versión estable), hay que descargarse el paquete e instalarlo a mano. Primero, accedemos al repositorio de inxi en Jessie y nos lo descargamos del servidor que queramos. Después, instalaremos con este comando:

# dpkg -i inxi_2.1.28-1_all.deb

La forma más sencilla y directa de utilizar inxi es invocarlo directamente sin parámetro alguno:

# inxi
CPU~Dual core AMD A6-5400K APU with Radeon HD Graphics (-MCP-) clocked at Min:1400.000Mhz Max:3600.000Mhz Kernel~3.16-0.bpo.2-amd64 x86_64 Up~16:29 Mem~1798.6/7406.1MB HDD~4000.8GB(19.8% used) Procs~190 Client~Shell inxi~2.1.28

La salida de inxi por defecto es a color, por lo que si nos resulta molesto podemos o bien cambiar el esquema de color utilizado con el parámetro -c, que admite un número de 0 a 32, donde 0 lo desactiva completamente. El otro parámetro genérico es -v, que aumenta el nivel de detalle de la salida de inxi según el valor que le indiquemos entre 0 (mínimo) y 7.

El resto de parámetros están dedicados a obtener información específica sobre componentes hardware concretos, lo que podemos consultar en el manual electrónico (man inxi) de inxi. Por ejemplo, si queremos información sin color sobre la CPU y la tarjeta gráfica:

# inxi -C -G -c0
CPU: Dual core AMD A6-5400K APU with Radeon HD Graphics (-MCP-) cache: 2048 KB 
 Clock Speeds: 1: 1900 MHz 2: 1400 MHz
Graphics: Card: Advanced Micro Devices [AMD] ATI Device 9991
 Display Server: N/A driver: N/A tty size: 177x25 Advanced Data: N/A for root out of X

En cuanto al uso de inxi a través de IRC, basta con que lo integremos con nuestro cliente IRC favorito y recibiremos la información de nuestros sistema a través suyo. En el wiki oficial del proyecto se habla de los clientes IRC más populares. Por ejemplo, para integrar inxi con Konversation en KDE4:

# ln -s /usr/local/bin/inxi /usr/share/kde4/apps/konversation/scripts/inxi

En el poco tiempo que llevo probándolo, inxi me está resultando muy útil y es más que probable que termine definitivamente formando parte de mi “caja de herramientas” de administración de sistemas. Si lo probáis, no dudéis en compartir vuestra experiencia con inxi.

Recomedaciones Linux de la semana (03/10/2014)

Fri, 03 Oct 2014 12:04:39 +0000

En Geeks & Linux Atelier! han publicado un curioso artículo sobre cómo usar Whatsapp en Linux (pista: tiene que ver con un emulador Android).
MariaDB, el popular fork de MySQL, está ganando terreno rápidamente, como demuestra el artículo de Linux Party donde se nos cuenta cómo configurar MariaDB Galera Cluster 5.5 en CentOS, RHEL y Fedora.
Para aquellos que gusten de desarrollar videojuegos o quieran iniciarse en esta apasionante disciplina, en Linux Hispano nos hablan de Phaserun motor JavaScript para videojuegos de licencia libre.
La Junta de Comunidades de Castilla-La Mancha ha puesto en marcha una Red Profesional de empresas proveedoras de tecnología GNU-Linux a través del Centro de Apoyo Tecnológico a Emprendedores (BILIB) y en colaboración con la Federación de Empresas de Tecnología de la Información de Castilla-La Mancha (FEDETICAM).
Tras quince años de presencia en Linux, el sistema de impresión CUPS se renueva con la versión 2.0.
Las TIC en general han sido desde sus inicios un campo mayoritariamente “de hombres”. Por eso se agradecen todos los esfuerzos dirigidos a animar a las mujeres a formar parte del apasionante mundo del Software Libre (en inglés).
Frank Karlitschek, fundador del proyecto ownCloud, realiza una interesante reflexión sobre un posible futuro para PHP (en inglés).
En TuxArena analizan dos herramientas de CAD libres para Linux: DraftSight y QCAD (en inglés).

Hasta la semana que viene.

Truco Linux: Extraer un clip de un vídeo

Thu, 02 Oct 2014 12:30:59 +0000

Esta semana os traigo una pequeña receta para extraer una parte concreta (un clip) de un fichero de vídeo en Linux. Para ello vamos a ver cómo hacerlo con dos herramientas diferentes de licencia libre, de forma que podamos elegir posteriormente la que más nos interese o, sencillamente, la que tengamos disponible.

Para ilustrar este truco vamos a suponer que queremos obtener un extracto de un vídeo en formato FLV a partir de una posición temporal y de una duración determinada, primero respetando los códecs de audio y vídeo originales y después convirtiéndolos a otros formatos más abiertos y estándares

En primer lugar vamos a extraer el clip con FFmpeg, un completo proyecto que incluye utilidades y librerías para la producción y gestión de activos multimedia y cuya herramienta de línea de comandos está considerada como toda una navaja suiza. En Debian instalamos FFmpeg con apt-get install ffmpeg.

Copiando los códecs originales:

ffmpeg -ss 00:31:25 -i video_original.flv -vcodec copy -acodec copy -bsf h264_mp4toannexb -t 00:02:30 clip_video.flv

Convirtiendo los códecs:

ffmpeg -ss 00:31:25 -i video_original.flv -vcodec libxvid -acodec pcm -t 00:02:30 clip_video.avi

Como se puede ver, establecemos el punto de inicio del clip con el parámetro -ss y la duración con -t, mientras que el parámetro -bsf h264_mp4toannexb sólo es necesario en el caso de vídeos FLV. Asimismo, es muy importante respetar el orden de los parámetros tal y como aparecen en los ejemplos.

La segunda opción es MEncoder, una utilidad de línea de comandos que forma parte del proyecto MPlayer, el popular reproductor multimedia. En Debian instalamos MEncoder con apt-get install mencoder.

Copiando los códecs originales:

mencoder -ss 00:31:25 -endpos 150 -oac copy -ovc copy video_original.flv -o clip_video.flv

Convirtiendo los códecs:

mencoder -ss 00:31:25 -endpos 150 -oac pcm -ovc lavc video_original.avi -o clip_video.avi

En este caso, se establece igualmente el punto de inicio del clip con el parámetro -ss, pero la duración se especifica con -endpos en segundos. Asimismo, también es muy importante respetar el orden de los parámetros tal y como aparecen en los ejemplos.

Ambas herramientas se encuentran disponibles en los repositorios oficiales de Debian, pero existen versiones más modernas y completas en los de Debian Multimedia, las cuales recomiendo instalar.

Elegir una u otra opción va a depender, como decía al principio, de nuestras necesidades y de la disponibilidad de cada herramienta en nuestra plataforma de elección. Eso sí, en mis pruebas FFmpeg suele generar ficheros más pequeños y no suele necesitar de códecs externos, por lo que suele ser mi preferido.

Existen más utilidades, tanto de línea de comandos (Transcode) como gráficas (Avidemux, HandBrake), pero o bien no producen tan buenos resultados como FFmpeg y MEncoder o bien se basan en ellas para funcionar, por lo que al final es mejor usarlas directamente.

¡Hasta el truco de la semana que viene!

Cómo resolver el bug de BASH en Debian

Wed, 01 Oct 2014 16:23:56 +0000

La noticia más destacada de la semana pasada (yo diría que de los últimos meses) es sin duda la del infame bug de BASH (también conocido como Shell Shock), que permite comprometer remotamente sistemas que tengan instalado este popular intérprete de comandos, como Linux, Unix o Mac OS. Se trata sin duda de una de las vulnerabilidades de mayor impacto en Internet de los últimos años (con el permiso de Heartbleed), tanto por su facilidad de explotación como por su propagación por la Red. Por ello, los administradores de sistemas hemos tenido que ponernos las pilas y parchear rápidamente los sistemas a nuestro cargo para mitigar las posibles consecuencias del bug. Como en Activa Sistemas tenemos a Debian como plataforma favorita, nuestros esfuerzos se han dirigido a resolver Shell Shock en dicha distribución Linux, esfuerzos que queremos compartir con nuestros lectores.

La metodología a seguir para parchear el bug es la misma independientemente de la versión de Debian de cada servidor, que consiste en instalar una versión actualizada de BASH que no contenga el bug, pero el camino para llegar a dichos paquetes actualizados sí que depende de la versión de Debian. Veamos qué hacer en cada caso:

Wheezy y posteriores: En el caso de la versión estable y las versiones en desarrollo e inestable basta con actualizar la base de datos de paquetes desde los repositorios oficiales:

# apt-get update

y, o bien actualizar todo el sistema:

# apt-get upgrade

o bien instalar sólo BASH:

# apt-get install bash

Squeeze: A la anterior versión estable se le otorgó el soporte extendido (LTS: Long Term Support) en Abril de 2014, lo que supone que recibirá actualizaciones de paquetes hasta Febrero de 2016. Esto implica que BASH tiene una actualización para Squeeze en los repositorios LTS. Por lo tanto, lo primero es añadirlos a nuestro sistema, para lo cual tenemos que incluir la siguiente línea en el fichero /etc/apt/sources.list:

deb http://http.debian.net/debian/ squeeze-lts main contrib non-free

A continuación seguimos los pasos para Wheezy y tendremos BASH actualizado en Squeeze.

Lenny y anteriores: En el caso de que tengamos instalada en algún servidor una versión de Debian más antigua que Squeeze (por ejemplo, el típico caso de una máquina virtual instalada expresamente para dar soporte a una aplicación anticuada pero en uso), la única opción que tenemos es la de construir un backport del paquete de BASH para Wheezy. Esto consiste en descargar el paquete fuente y recompilarlo en una versión de Debian idéntica a la que tenemos en el servidor de destino.

Como se puede imaginar, esta operación no está al alcance de cualquiera, ya que implica tener experiencia en la compilación de código fuente y la construcción de paquetes de software. Por eso, hemos construido nuestros propios backports de BASH para Lenny y los hemos puesto a disposición de todo aquél interesado para que los utilicen para actualizar sus sistemas antiguos. Eso sí, los paquetes se ofrecen sin ningún tipo de garantía, por lo que recomendamos su instalación previa en un sistema de prueba antes de proceder al servidor en producción.

Al igual que en el caso de Squeeze, sólo hay que añadir el repositorio al sistema y proceder a la instalación del paquete actualizado.

Sólo queda comprobar si realmente la actualización ha surtido efecto. Para ello, ejecutamos el siguiente comando en una consola:

# env x='() { :;}; echo vulnerable' bash -c 'echo this is a test'

Si no se imprime en pantalla la palabra vulnerable, entonces hemos conseguido parchear el bug de BASH y estaremos a salvo, al menos hasta que se descubra otro ;)

Recomedaciones Linux de la semana (26/09/2014)

Fri, 26 Sep 2014 12:19:26 +0000

Tras la inauguración de ayer, hoy también iniciamos una nueva sección semanal, en este caso dedicada a la recomendación de artículos y noticias (tanto en español como en inglés) de alto interés sobre Linux y Software Libre y que se hayan publicado en la semana en curso. Pasemos sin más dilación a nuestro primer listado de recomendaciones.

En VozToVoice nos cuentan cómo instalar Asterisk 11.12.1 en CentOS 7.
La Oficina de Software Libre de la Universidad de Granada ha anunciado el inicio de la XII campaña de donación de material informático “Ordenadores Libres con Software Libre”.
En CNET nos hablan de Pi-Top, un portátil basado en Raspberry Pi imprimible en 3D y que cualquiera puede construir (en inglés).
Xmodulo nos trae esta semana un interesante tutorial acerca de cómo monitorizar el histórico en accesos al sistema de los usuarios a través de la utilidad utmpdump. Aunque dirigido a CentOS, el tutorial sirve para cualquier distro moderna (en inglés).
Y para terminar, la que es sin duda la noticia de la semana: el grave fallo de seguridad encontrado en BASH que pone en peligro a todos los sistemas Unix (incluyendo Linux) que utilicen este popular intérprete de comandos. En Security By Default nos dan todos los detalles.

Esperamos que esta primera recopilación de recomendaciones, aunque breve, sea de vuestro interés. Hasta la semana que viene.

Truco Linux: Los huevos de pascua de Debian

Thu, 25 Sep 2014 15:58:01 +0000

Para inaugurar esta nueva sección nada mejor que una curiosidad de mi distribución Linux favorita, que no es otra que Debian. Como buen producto fabricado por geeks, tecnofans y programadores, Debian Linux incluye oculto en su interior un buen número de Huevos de Pascua (para quien no lo sepa, los Easter Eggs son contenidos y funcionalidades escondidas en software y productos multimedia, generalmente con un sentido humorístico, de diversión o de homenaje, aunque a veces se utilizan como mecanismo reivindicativo). Veamos qué “secretos” calla Debian…

Los huevos de pascua de Debian están relacionados con las herramientas de gestión de software. Comencemos con la más básica, apt-get. Si invocamos su ayuda en línea, apt-get nos informa de lo siguiente:

# apt-get
Usage: apt-get [options] command
 apt-get [options] install|remove pkg1 [pkg2 ...]
 apt-get [options] source pkg1 [pkg2 ...]
...
 This APT has Super Cow Powers.

Así que APT tiene poderes de super vaca… Vamos a preguntarle por más detalles:

# apt-get moo
         (__) 
         (oo) 
   /------\/ 
  / |    ||   
 *  /\---/\ 
    ~~   ~~   
...."Have you mooed today?"...

Bonita vaca :)

Si apt-get tiene un huevo de pascua, entonces seguro que aptitude también, ¿no?

# aptitude moo
No hay ningún huevo de pascua en este programa.

Bueno, aunque lo aptitude niegue, esto es un huevo de pascua en toda regla. Vamos a insistirle:

# aptitude -v moo
Realmente no hay ningún huevo de pascua en este programa.
# aptitude -vv moo
¿No le he dicho ya que no hay ningún huevo de pascua en este programa?
# aptitude -vvv moo
¡Deje de hacer eso!
# aptitude -vvvv moo
Vale, vale, si le doy un huevo de pascua, ¿se irá?
# aptitude -vvvvv moo
De acuerdo, usted gana.

 /----\
 -------/ \
 / \
 / |
 -----------------/ --------\
 ----------------------------------------------
root@rivendel:~# aptitude -vvvvvv moo
¿Qué es? Un elefante siendo devorado por una serpiente, evidentemente.

Un gran huevo de pascua sin duda, muy elaborado, con una fantástica referencia literaria (para quién no la reconozca, se trata de “El Principito”) y en español. ¿Qué más se puede pedir?

Espero que os haya gustado esta curiosidad para inaugurar esta sección. Nos vemos en el truco de la semana que viene.

Nuevo curso, nuevas secciones

Mon, 22 Sep 2014 19:23:09 +0000

Esta noche acaba, desgraciadamente, el Verano. Con el comienzo del Otoño, empieza un nuevo curso, circunstancia que queremos aprovechar para renovar el blog y darle algo más de “vidilla”. Para ello, hemos pensado en inaugurar dos nuevas secciones de periodicidad semanal (o eso intentaremos) con contenido más ligero y directo y que no ha tenido cabida en el blog hasta ahora.

La primera sección se publicará los Jueves y se dedicará a trucos y curiosidades sobre Linux y el Software Libre, en forma de recetas y breves reseñas que resulten útiles a la vez que amenas.

La segunda sección saldrá los Viernes y tendrá el formato de una recopilación de los enlaces más interesantes de la semana relacionados igualmente con Linux y el Software Libre. Así pretendemos mantener a nuestros lectores informados sobre lo más destacado de lo acontecido en nuestro mundillo en los últimos días.

Esperamos que con estas novedades consigamos dinamizar el blog y generar aún más contenido de interés para todos nuestros seguidores. Empezamos esta misma semana, ¡así que no os lo perdáis!

KDE Connect, integración de escritorios Linux y Android

Mon, 11 Aug 2014 14:14:09 +0000

Revisando recientemente Google Play, la tienda oficial de apps para Android, me encontré con una de nombre llamativo: KDE Connect. Según su descripción, se trata de una aplicación que “integra Android con el escritorio KDE Plasma”, permitiendo una serie de interesantes interacciones entre dispositivos corriendo alguno de dichos sistemas. Siendo usuario convencido de KDE desde sus comienzos y teniendo en mi poder varios dispositivos Android, tenia que instalarme sí o sí esa app de nombre tan sugerente (al menos para mí). En este artículo quiero compartir lo que he descubierto y por qué KDE Connect se ha convertido desde ya en una herramienta imprescindible en mi día a día.

Funcionalidades de la app Android

La app no es más que la mitad de lo necesario para echar a andar KDE Connect. Basta con que la instalemos (es gratuita) en el dispositivo Android de nuestra elección, siendo posible tanto en tablets como en smartphones. No lo he probado, pero imagino que no hay impedimento para instalarlo en otros dispositivos Android, como los dongles para TV, lo que sería una opción muy interesante como veremos más adelante. Eso sí, la versión de Android debe ser al menos la 4.1 para poder disfrutar casi todas las funcionalidades y la 4.3 para acceder al 100% de las mismas.

Lo siguiente es instalar la parte correspondiente al ordenador. Para ello, necesitamos evidentemente Linux con un escritorio KDE de una versión lo más reciente posible. En el caso de Debian, sólo tenemos soporte a partir de Debian Jessie (la actual versión en pruebas). Como yo me animé hace algún tiempo a migrar mis equipos a dicha versión, no me costó nada instalar KDE Connect:

# apt-get install kdeconnect

Según la distribución, el nombre del paquete puede variar algo, pero siempre tendrá que ver con el nombre del proyecto. En el caso de que no contemos con un paquete oficial para nuestra distro, siempre podemos compilarlo, para lo cual recomiendo las estupendas instrucciones publicadas en Xmodulo.

Tras la instalación en el ordenador recomiendo reiniciar KDE, ya que KDE Connect es un servicio y es mejor empezar a utilizarlo tras un arranque limpio del escritorio. A partir de este momento, estará disponible y podremos comenzar a utilizarlo. Para comprobar que está bien instalado y en funcionamiento, abriremos las “Preferencias del sistema” de KDE y buscaremos el icono de KDE Connect en la categoría Hardware.

Preferencias de la app Android

Lo único que queda para disfrutar de la integración entre KDE y Android es enlazar los dispositivos, al estilo de como se hace con Bluetooth. Este enlace lo podemos iniciar o bien desde el ordenador o bien desde el dispositivo Android, es indideferente. Pero sí es fundamental que hayamos abierto la app al menos una vez y que tanto el ordenador como el dispositivo Android estén en la misma red local. Así, ambos sistemas se detectarán automáticamente y sólo tendremos que solicitar la vinculación desde uno y aceptar la solicitud desde el otro, así de sencillo. Además, para mayor seguridad, la comunicación entre dispositivos tiene encriptación RSA de serie.

Una vez vinculados ordenador y Android, tendremos a nuestra disposición un buen número de funcionalidades interesantes:

Envío de ficheros bidireccional. Desde KDE es tan sencillo como elegir un fichero en Dolphin, marcarlo con el botón derecho del ratón y utilizar al opción de enviar al dispositivo Android. Desde este último, es igualmente sencillo, ya que basta con usar el típico botón de compartir y elegir KDE Connect. Como ejemplo, volviendo al tema del dongle HDMI, podríamos mandarle ficheros multimedia desde el ordenador y visualizarlos en la TV.
Navegación por el sistema de ficheros del dispositivo Android. Muy util para copias de seguridad y copias masivas de ficheros.
Portapapeles compartido. Esto me sorprendió gratamente cuando copié una URL en el ordenador y al abrir Pocket en el móvil me preguntó si quería guardarla.
Integración de telefonía. Para recibir notificaciones de llamadas y SMS. ¡En el futuro podremos incluso responder!
Notificaciones Android (4.3+) en el ordenador.
Control de la batería Android en el ordenador.
Emulación de un touchpad. Así podemos controlar el cursor de KDE desde la pantalla del dispositivo Android.
Control remoto multimedia. De este modo se puede utilizar un Android como mando a distancia de un reproductor multimedia para Linux.

Panel de control de KDE Connect

Todas estas funcionalidades se pueden activar o desactivar por dispositivo, gestionando así de forma granular la integración de nuestro escritorio KDE con cada Android vinculado… Sí, así es, es posible vincular todos los dispositivos Android que queremos con nuestro escritorio. Incluso es posible que los Android interactúen entre ellos a través de KDE Connect.

Llevo poco tiempo utilizándolo, pero como he comentado en la introducción, KDE Connect se ha convertido en una herramienta fundamental tanto para mi trabajo como para mis ratos de ocio. No puedo más que recomendar encarecidamente su uso a todos los usuarios de KDE y Android.

Como los créditos suelen ir al final de las películas, no quiero terminar este artículo sin darle las gracias a Albert Vaca por su gran trabajo con KDE Connect, un proyecto que inició en el Google Summer of Code de 2013 y que presentó al público en el Akademy-es 2013 de Bilbao. ¡Buen trabajo Albert!

Desura vs. Steam (y GOG.com), un año después

Thu, 07 Aug 2014 14:06:13 +0000

Hace ya año y medio, a raíz de la publicación del cliente para Linux de Steam, escribí un artículo sobre Desura en el que describía a esta veterana plataforma de distribución de juegos y la comparaba brevemente con la de Valve. Hace unos días, la gente de GOG.com ha anunciado (y puesto en marcha) el soporte para Linux de su tienda de juegos, algo que ya he probado tanto por curiosidad como para poder hablar con conocimiento de causa. Aprovechando la ocasión y que ahora contamos con tres plataformas de juegos en Linux, quiero repasar las fortalezas y debilidades de cada una y así poder compararlas entre sí. El orden que voy a seguir es por fecha de aparación en Linux, así que empezaré con Desura, seguiré con Steam y terminaré con GOG.com. Vamos a ello.

Desura

Introducción

Desura es la plataforma de distribución digital de juegos para Linux más veterana. Fue desarrollada inicialmente en 2009 por DesuraNET, un grupo de desarrolladores australianos, y vio su primera versión para Linux en el verano de 2011. En Enero de 2012 se liberó el código fuente del cliente, dando lugar al proyecto Desurium. En 2013 fue adquirida por Linden Labs. La colaboración con los primeros Hundle Bundle le dio cierta notoriedad en 2011.

Fortalezas

Versión para 64 bits. Desura cuenta con versiones tanto para 32 como para 64 bits, lo que implica un óptimo rendimiento de la plataforma y permite utilizar versiones de los juegos propios de la arquitectura de la distro que tengamos instalada.
Instalación sencilla en cualquier distribución Linux moderna. Desura es un paquete que sólo depende de sí mismo para funcionar, lo que permite su instalación en cualquier plataforma Linux relativamente reciente.
Demos. Desura incluye demos de algunos de los títulos de su catálogo, lo que permite probar antes de comprar los juegos e invertir nuestro dinero de la mejor manera posible.
Juegos libres y freeware. Además de juegos comerciales, Desura ofrece la posibilidad de instalar y jugar tanto a algunos títulos libres como a juegos comerciales gratuitos, muchos de los cuales no están paquetizados en ninguna distro popular. De este modo, no es necesario gastarse un euro para disfrutar de Desura.
Mods gratuitos. Desura ofrece también mods, es decir, modificaciones de títulos existentes que amplían la experiencia de juego. Además, todos son gratis.
Actualización y reparación de juegos. Cuando se publica una nueva versión de un juego de nuestra lista, Desura nos avisa y nos permite actualizarlo con un sólo click. Igualmente, si un juego no funciona adecuadamente, Desura nos permite reparar su instalación, ofreciéndonos varias opciones dependiendo del problema.
Enorme catálogo de juegos. Estamos hablando de más de 600 títulos, cantidad que se nutre con la incorporación de juegos libres y mods. Se incluyen más de 35 títulos “triple A”. Además, el catálogo se amplía constantemente con nuevos juegos.
Fuerte comunidad de usuarios. A través de funcionalidades especificas de su sitio web, Desura ha sido capaz de atraer a un gran numero de jugones y de cimentar una comunidad de usuarios que le da un gran valor añadido a su oferta.
Herramientas de desarrollo y publicación de juegos. Desura pone a disposición de los programadores una ingente cantidad de recursos para la creación y puesta en el mercado de sus videojuegos, incluyendo mecanismos de financiación durante el desarrollo.

Debilidades

El cliente no se ha renovado en años, no sólo a nivel estético sino también a nivel técnico. No ha recibido ni una sola actualización desde que lo estoy usando (2011), lo que supone que no se han incluido nuevas funcionalidades ni se han reparado posibles errores en el software.
El cliente sufre de cierta inestabilidad que hace que se cierre inesperadamente en plena instalación, actualización o reparación de juegos. No es algo grave, ya que basta con abrir de nuevo Desura, pero si bastante molesto por lo recurrente del problema. Lo que sí es grave es que está claro que no lo van a resolver por lo comentado en el punto anterior.
Nula gamificación. A día de hoy, que la plataforma que hayas elegido para jugar te ofrezca retos más allá de los que incluya el propio juego (como los famosos logros de Xbox) es un plus a tener en cuenta. Desura no ofrece nada en este sentido.
Sin acceso a la comunidad mientras se juega. Cuando ejecutas un juego, no hay forma de conectar con la comunidad directamente desde el mismo. Por supuesto, siempre se puede cambiar al navegador, pero no es lo mismo.

Conclusión

A pesar de todas sus virtudes, la baja calidad del cliente de Desura le va a pasar factura antes o después, si no les está pasando ya. Se habla de que una nueva iteración del proyecto, esta vez en formato web, está en desarrollo. Al mismo tiempo, Desurium está recibiendo mejoras y actualizaciones. ¿Esto implica que abandonan el actual cliente nativo? ¿Son estos los motivos por los que no actualizan el cliente y no arreglan los problemas que “atormentan” a los usuarios? Por esto mismo, a mí ya me han perdido.

Steam

Introducción

La historia de Steam es bien conocida a estas alturas (desarrollada por Valve, los responsables de la saga Half-Life, y estrenada en 2002) y poco me voy a extender sobre ella, más allá de comentar que su desembarco en Linux tuvo lugar en Febrero de 2013. Aunque inicialmente sólo tenía soporte para ciertas versiones de Ubuntu, el cliente de Steam se encuentra en los respositorios oficiales de Debian Jessie y es posible instalarlo en Debian Wheezy con ciertas “triquiñuelas”. Asimismo, ya existen clientes oficiales para Fedora y RHEL.

Como anécdota, Valve publicó en Diciembre de 2013 SteamOS, su propio sistema operativo optimizado para juegos y basado en Debian. Aunque está disponible para su descarga por cualquier usuario, su objetivo final es el de servir de base software para sus futuras Steam Machines, la incursión de Valve en el mundo del hardware.

Fortalezas

Instalación sencilla en cualquier distro moderna basada en Debian o Fedora. Si no se encuentra en los repositorios oficiales de nuestra distribución, basta con descargar el paquete del sitio web oficial y proceder a su instalación. Eso sí, sólo para 32 bits.
Demos. Steam incluye demos de algunos de los juegos que distribuye, pero ofrece muchos menos que Desura.
Incluye gamificación. Al contrario que Desura, Steam si incluye retos relacionados con los juegos que distribuye. Aunque hay opiniones encontradas sobre el valor de esta característica, es sin duda un importante valor añadido para un buen número de jugadores.
Acceso a la comunidad mientras se juega. Basta una simple combinación de teclas mientras se ejecuta un juego para acceder al cliente y tener acceso a funcionalidades extra y a la comunidad de usuarios, lo que supone una experiencia de juego notablemente enriquecida.
Actualización de juegos. Steam se encarga automáticamente de actualizar los juegos de nuestra biblioteca que así lo requieran, minimizando una tarea tan tediosa.
Enorme catálogo de juegos. Valve acaba de anunciar que han superado los 600 títulos para Linux, muchos de ellos “triple A”. Además, el catálogo se amplía constantemente con nuevos juegos.
Fuerte comunidad de usuarios. Al igual que Desura, Steam cuenta también con una gran comunidad de usuarios.
Auto-publicación de juegos. Steam ofrece a sus usuarios la posibilidad de publicar y distribuir sus propios juegos a través de la plataforma.

Debilidades

El cliente no está disponible para todas las distros. Con los paquetes DEB y RPM se cubre una buena parte del mercado Linux, pero existen otras muchas distros que o bien no usan dichos sistemas de empaquetado o bien no pueden resolver las dependencias que Steam requiere. Una versión en formato TAR autocontenida sería una solución elegante y una cortesía con esos usuarios.
Sin versión para 64 bits. En vez de poder utilizar versiones de los juegos propios de la arquitectura de la distro que tengamos instalada, Steam nos obliga a utilizar versiones de 32 bits de ciertas librerías del sistema y a duplicar el espacio ocupado por las mismas. Además, no aprovechamos toda la potencia de la plataforma hardware.
Inexistencia de juegos libres. Aunque Steam ofrece juegos Free-to-Play, no ofrece ningún título libre. Desde mi punto de vista se trata de una gran oportunidad perdida, pero es posible que los juegos libres no sean compatibles con los planes de negocio de Valve.
Los juegos se distribuyen con DRM. Evidentemente se trata de una medida antipiratería que impida que los usuarios puedan compartir títulos entre ellos, pero también tiene la pega de que el usuario no tenga control sobre los títulos que ha pagado. Así, Valve decide retirar un juego de Steam, el usuario lo pierde aunque lo haya comprado.

Conclusión

Aunque hace año y medio Steam estaba muy por detrás de Desura, la situación es ahora radicalmente opuesta, tanto por el buen hacer de Steam como por la desidia de Desura. Imparables a día de hoy si no fuera por la irrupción de GOG.com en el mercado Linux.

GOG.com

Introducción

A pesar de ser unos recién llegados a Linux, GOG.com tiene a sus espaldas bastante experiencia como para darle guerra a sus competidores. No en vano llevan en el mercado desde 2009 y sus responsables son nada más y nada menos que CD Projekt RED, el estudio polaco responsable de trasladar al mundo de los videojuegos con gran éxito las aventuras del brujo Geralt de Rivia, uno de los personajes de la literatura fantástica más interesantes de las últimas décadas.

La filosofía del proyecto desde sus inicios, y lo que ha hecho que su popularidad crezca como la espuma, es que se especializaron en la publicación de juegos antiguos que ya no se podían ejecutar en los ordenadores actuales. La recuperación para la comunidad de jugones de títulos clásicos de gran calidad fue todo un bombazo en su momento. Además, todos los títulos se distribuyen sin DRM, evitando todos los problemas que los sistemas antipiratería causan a los usuarios legítimos. Posteriormente se atrevieron a distribuir títulos actuales y no les ha ido nada mal, hasta el punto de hacerle sombra a la todopoderosa Steam.

A diferencia de Desura y Steam, GOG.com no ofrece un cliente nativo, sino que toda la gestión de los juegos de su plataforma se hace a través de su sitio web. Esto no quiere decir que sea intrínsecamente peor o mejor que tener un cliente de escritorio, sólo es un punto de vista diferente para resolver un mismo problema. Curiosamente, esto ha permitido que los usuarios de Linux pudiésemos disfrutar de los títulos de GOG.com a través de PlayOnLinux, mediante algún tipo de emulación, bien con DosBox bien con Wine, dependiendo de si el juego era originalmente para MS-DOS o para Windows.

Esto nos lleva a otra curiosidad de GOG.com. Buena parte de los juegos que ofrece para Linux no tienen una versión nativa, sino que se ejecutan a través de la mencionada emulación, la cual se incluye de serie en el propio paquete del juego, adecuadamente configurada para sólo tener que instalar y jugar.

Fortalezas

Juegos paquetizados y autocontenidos. GOG.com ofrece dos opciones para descargar los juegos para Linux, en formato DEB (según ellos, para Ubuntu y Mint, pero lo he probado en Debian y la instalación va bien) y en formato TAR (para el resto de distros Linux relativamente recientes). En ambos casos, todo lo que necesita el juego para funcionar, incluyendo la anteriormente mencionada emulación, se instala en su propio directorio sin interferir en el resto del sistema, lo que asegura su ejecución y buen funcionamiento. Por cierto, en el caso de los paquetes DEB, la instalación de cada título se hace bajo el directorio /opt/GOG Games.
Juegos sin DRM. Como he comentado en la introducción, el distribuir los juegos sin medidas antipiratería evita los graves problemas que suelen acarrear a los legítimos usuarios de la plataforma, al fin y al cabo sus clientes.
Actualización de juegos. Aunque es necesario visitar la web de GOG.com, al entrar se nos avisa de si algún título se ha actualizado, por lo que bastará con descargarlo e instalarlo.
Buen catálogo inicial de juegos. GOG.com se ha estrenado a lo grande: 100 títulos entre clásicos y novedades recién salidas del horno, mezclando títulos indies con “triple A”.
Material adicional. Cuando se compra un juego en GOG.com no sólo se tiene acceso al software en sí sino también a material extra relacionado, como manuales, mapas, vídeos, bandas sonoras, etc.
Fuerte comunidad de usuarios. Al igual que en el caso de sus competidores, GOG.com también ha sido capaz de construir una comunidad de usuarios estable y dedicada.

Debilidades

Sin cliente nativo. No nos engañemos, una web no puede sustituir a un cliente de escritorio especializado por muy .
Inexistencia de juegos libres. Siguen existiendo grandes títulos libres que no se encuentran paquetizados en ninguna distro. Su disponibilidad en una plataforma como GOG.com sería un gran calor añadido y podría convertirles en la gran plataforma central de juegos para Linux.
Nula gamificación. GOG.com adolece en este sentido de lo mismo que Desura.
Sin acceso a la comunidad mientras se juega. De nuevo GOG.com repite un defecto de Desura.
No hay demos. El no poder probar los juegos antes de comprarlos es un punto muy negativo. Adquirir un título y descubrir a continuación que no es lo que esperabas deja un mal regusto que hace que te pienses dos veces la siguiente compra.

Conclusión

Para ser un recién llegado, GOG.com apunta muy alto en el mercado Linux. Han sido capaces de hacerle sombra a Steam casi sin despeinarse con una filosofía propia y de gran éxito. Si a esto le añadimos la próxima publicación de GOG Galaxy, su futuro cliente de escritorio sin DRM y de uso completamente opcional, con el que los usuarios verán resueltas las carencias actuales de GOG.com, Steam puede ponerse a temblar.

Conclusión final

Como se puede ver, el panorama actual de juegos para Linux es muy apasionante. Todos los usuarios de Linux esperábamos que algo así ocurriera alguna vez, pero creo que ninguno nos imaginábamos que finalmente tendríamos un mercado estable de juegos para Linux.

Por mi parte, llevo unos meses utilizando Steam satisfactoriamente y ahora he empezado con GOG.com. Es cuestión de esperar a ver cómo evoluciona la plataforma polaca para decidirme por una plataforma o por otra, toda vez que Desura la he descartado casi definitivamente (muy bien lo tienen que hacer en el futuro próximo para volver a considerarlos). Si mi bolsillo me lo permite y tanto Steam como GOG.com lo siguen haciendo muy bien, igual me mantengo en las dos. Al fin y al cabo, esto es como tener una PS4 y una Xbox One en casa a la vez…

Monitorix, un sencillo sistema de monitorización para servidores Linux

Fri, 11 Jul 2014 12:47:08 +0000

Hace algunos años escribí un artículo sobre la necesidad de monitorizar los sistemas informáticos a nuestro cargo, en el que comentaba que la tarea de implantar un sistema de monitorización no era tan difícil como exigente. Pues bien, existe un software que no sólo es muy fácil de instalar sino que permite elegir el nivel de exigencia que queramos tanto para nosotros como administradores como para el propio software.

El software en cuestión se llama Monitorix, lo desarrolla Jordi Sanfeliu en el lenguaje Perl, es de licencia libre y está disponible para Linux y FreeBSD. Su objetivo es ofrecer un panel de control sencillo, personalizable a través de un único fichero de configuración en texto plano (en algunas distros existe un fichero extra, como veremos más adelante), que permita realizar un detallado seguimiento mediante completas gráficas a los parámetros y servicios del sistema que más nos interesen. Monitorix no sólo nos habla del uso de la CPU, la RAM, la red o el almacenamiento local, sino que está preparado para mantenernos informados del rendimiento de servidores tan populares como Apache o MySQL. Y todo, insisto, a través de gráficas muy completas y a la vez sencillas de interpretar.

Todo el acceso a Monitorix se realiza a través de navegador web, ya que se invoca a través de un CGI que incluye su propio servidor web (se puede integrar con uno ya existente en el sistema) y que consulta las bases de datos generadas por un demonio que está periódicamente recopilando la información que nos interese.

Para ello, Monitorix utiliza bases de datos Round Robin (RRD) como backend para el almacenamiento de los datos recogidos. Esto le permite mantener un histórico del comportamiento del sistema y nos ofrece la posibilidad de consultar la información tanto en tiempo real como del periodo de tiempo que queramos.

Otra característica muy interesante de Monitorix es que se puede configurar una instancia a través de la cual accedamos a todas las demás instaladas en los sistemas monitorizados. De esta forma sólo necesitamos un panel de control para acceder a toda la información de nuestros sistemas. Para ello hay que activar en la configuración de Monitorix el modo multihost en el nodo central e indicarle cuales son los otros sistemas a monitorizar a través suyo. La activación de esta característica es muy sencilla y se detalla claramente en la FAQ del proyecto.

Antes de proceder a explicar cómo instalar Monitorix en Debian, debo aclarar que tenemos dos opciones: instalación manual e instalación mediante repositorio. Qué opción nos interesa más es algo que debemos elegir cada uno en base a nuestras circunstancias particulares, aunque por mi parte tengo claro que para hacer una prueba me quedo con la manual, mientras que para instalar definitivamente no hay nada mejor que usar un repositorio.

Instalación a mano

Empezamos comprobando cuál es la última versión disponible en http://www.monitorix.org/downloads.html y procedemos a la instalación del paquete, sustituyendo (version) por el número que hemos visto en la web de descarga.

Primero descargamos el paquete:

# wget http://www.monitorix.org/monitorix_(version)-izzy1_all.deb

A continuación instalamos software de apoyo:

# apt-get install rrdtool perl libwww-perl libmailtools-perl libmime-lite-perl librrds-perl libdbi-perl libxml-simple-perl libhttp-server-simple-perl libconfig-general-perl libio-socket-ssl-perl

Ahora instalamos el paquete descargado de Monitorix:

# dpkg -i monitorix_(version)-izzy1_all.deb

Y le decimos al sistema que resuelva cualquier depedencia incmplida que pueda haber surgido:

# apt-get -f install

Instalación mediante repositorio

En este caso comenzamos editando la lista de repositorios de nuestra Debian en /etc/apt/sources.list y añadimos el repositorio deb http://apt.izzysoft.de/ubuntu generic universe.

Después añadimos la firma de dicho repositorio importando su clave GPG al sistema:

# wget -O - http://apt.izzysoft.de/izzysoft.asc 2>/dev/null | apt-key add -

Finalmente actualizamos los repositorios e instalamos el paquete:

# apt-get update && apt-get install monitorix

Configuración y puesta en marcha

En Debian, configuramos Monitorix a través del fichero /etc/monitorix/conf.d/00-debian.conf, que sustituye la configuración presente en el fichero principal /etc/monitorix/monitorix.conf, de forma que no tengamos que tocarlo y así la actualización entre versiones sea más sencilla.

Dado que Monitorix trabaja sobre los registros del sistema, en este fichero comprobamos que sus caminos son correctos. Asimismo, en la sección <graph_enable> podemos habilitar y deshabilitar lo que queramos monitorizar. Finalmente, cada parámetro del sistema o servicio a monitorizar tiene su propia sección en la que podemos personalizar su comportamiento.

Tras cualquier cambio en la configuración, basta con reiniciar el servicio para activarlo:

# /etc/init.d/monitorix restart

El servidor web que incluye Monitorix es accesible a través del puerto 8080 (también configurable). Para acceder al recién instalado panel de control, abrimos un navegador y apuntamos a http://<IP>:8080/monitorix/.

Con esto tendremos instalado un potente sistema de monitorización, con información directa y sencilla de interpretar y con un bajo impacto en el sistema.

Espero haberos animado a probar Monitorix. A cambio espero vuestros comentarios.

Acceso SSH sin contraseña a servidores Linux

Mon, 30 Jun 2014 12:16:47 +0000

Existen numerosos escenarios en los que es necesario automatizar tareas entre dos servidores Linux, como por ejemplo cuando queremos enviar código desde un servidor de desarrollo a otro de demo a través del cuál nuestros clientes van a revisar el trabajo desarrollado hasta el momento. Para ello lo mejor es utilizar el protocolo SSH, que permite no sólo crear sesiones interactivas sino también enviar ficheros y ejecutar comandos remotamente de una forma segura frente a terceros malintencionados. Sin embargo, SSH exige algún tipo de autentificación para acceder al servidor remoto, bien mediante contraseña bien mediante certificados. Lo habitual (por sencillo) es utilizar contraseñas, lo que convertiría cada conexión en algo tedioso al tener que autentificarse cada vez. Por ello, voy a contaros cómo generar una relación de confianza entre dos máquinas Linux para que se puedan automatizar tareas a través de SSH sin el uso de contraseñas.

Lo primero que hay que hacer es que ambas máquinas cuenten con soporte SSH. Aunque sólo es necesario el servicio en la máquina remota y lo normal en las distribuciones Linux más populares es que el cliente y el servidor se encuentren en paquetes diferentes, es muy útil contar con ambos en toda máquina que caiga bajo nuestra administración, así que procederemos a instalar los dos. En Debian por ejemplo existe un metapaquete que hace eso precisamente:

# apt-get install ssh

En Linux, el servicio SSH más popular y soportado es OpenSSH, que es justo el que se acaba de instalar en ambas máquinas.

A partir de este momento, llamaremos al servidor cliente S1 y al servidor remoto S2. A continuación, accedemos a S1 como el usuario para el que queremos crear la relación de confianza (usuario1) y generamos las claves de autentificación, sin introducir una frase de paso (passphrase):

usuario1@S1:~> ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/usuario1/.ssh/id_rsa):
Created directory '/home/usuario1/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/usuario1/.ssh/id_rsa.
Your public key has been saved in /home/usuario1/.ssh/id_rsa.pub.
The key fingerprint is:
15:7d:0a:de:d8:a2:06:5f:4f:15:92:3b:14:1e:26:60 usuario1@S1

Ahora mediante ssh vamos a crear el directorio ~/.ssh como usuario2 en S2. El directorio puede ya existir, lo que no supone ningún problema:

usuario1@S1:~> ssh usuario2@S2 mkdir -p .ssh usuario2@S2's password:

Finalmente añadimos la nueva clave pública de usuario1 al fichero .ssh/authorized_keys (o .ssh/authorized_keys2 según la versión del servidor SSH) de usuario2 en S2 e introducimos la contraseña de usuario2 por última vez:

usuario1@S1:~> cat .ssh/id_rsa.pub | ssh usuario2@S2 'cat >> .ssh/authorized_keys'
usuario2@S2's password:

Desde este momento, ya es posible acceder a S2 como usuario2 desde S1 como usuario1 sin utilizar contraseña:

usuario1@S1:~> ssh usuario2@S2
usuario2@S2:~>

Ya podemos incorporar a nuestros scripts los comandos de SSH (y otras herramientas que hagan uso de SSH, como rsync) para que las tareas que hayamos automatizado funcionen sin interrupción por el sistema de autentificación.

Sobra decir que esto NUNCA se debe hacer para el usuario root, ya que si cae una máquina en manos malintencionadas, se produce un efecto dominó con el resto de servidores con los que tenga una relación de confianza mediante SSH sin contraseña. De hecho, NUNCA se debería tener activo el acceso a root mediante SSH. Para ello, lo mejor es utilizar certificados, que es algo que veremos en un futuro artículo.

Espero que esta receta os sea de utilidad en vuestras tareas diarias de administración.

Gestión dinámica del rendimiento de CPUs bajo Linux

Fri, 30 May 2014 11:43:57 +0000

Esta semana hemos tenido la enorme suerte de poder impartir un seminario sobre seguridad para menores en Internet en el Colegio CEU San Pablo de Sevilla. Para ilustrar de forma práctica los conocimientos adquiridos en la sesión, instalamos una pequeña red formada por portátiles de un perfil antiguo (Intel Pentium M 1,6 GHz, 512MB RAM) en los que tenemos instalado Debian Linux con el escritorio XFCE (una pequeña maravilla que saca todo el jugo a equipos poco potentes).

Aparte de utilizar un escritorio ligero, es posible obtener el máximo rendimiento posible a portátiles tan antiguos gracias al escalado dinámico de la frecuencia de la CPU, una técnica que permite equilibrar el consumo de energía frente a la frecuencia del procesador según las necesidades del usuario. En Linux, esta gestión se realiza a través de los CPU governors, unos esquemas que indican al núcleo cómo debe llevar a cabo estos ajustes. En este artículo vamos a ver cómo realizar nosotros mismos esta gestión dinámica de la frecuencia de nuestras CPUs, que podemos aplicar a cualquier tipo de sistema, no sólo en portátiles.

Como es habitual en el resto de mis artículos, la plataforma Linux de referencia es Debian. Aún así, lo que cuento en las siguientes líneas se puede hacer igual o muy parecido en otras distribuciones populares. Evidentemente, vamos a trabajar directamente con el hardware, así que sólo el superusuario tiene los privilegios necesarios para lo que vamos a ver a continuación.

En primer lugar, hay que activar el soporte de la gestión dinámica de la frecuencia de la CPU. Para ello, si no lo está ya, instalamos el software necesario:

# apt-get install cpufrequtils
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias 
Leyendo la información de estado... Hecho
Se instalarán los siguientes paquetes extras:
 libcpufreq0
Se instalarán los siguientes paquetes NUEVOS:
 cpufrequtils libcpufreq0
...
Seleccionando el paquete libcpufreq0 previamente no seleccionado.
(Leyendo la base de datos ... 254034 ficheros o directorios instalados actualmente.)
Desempaquetando libcpufreq0 (de .../libcpufreq0_008-1_amd64.deb) ...
Seleccionando el paquete cpufrequtils previamente no seleccionado.
Desempaquetando cpufrequtils (de .../cpufrequtils_008-1_amd64.deb) ...
Procesando disparadores para man-db ...
Configurando libcpufreq0 (008-1) ...
Configurando cpufrequtils (008-1) ...
[ ok ] Loading cpufreq kernel modules...done (powernow-k8).
[ ok ] CPUFreq Utilities: Setting ondemand CPUFreq governor...CPU0...CPU1...done.

Como vemos en el ejemplo, la plataforma hardware que uso en el ejemplo tiene la arquitectura AMD64 y cuenta con dos procesadores (realmente es sólo uno pero con dos núcleos), que son detectados automáticamente al terminar la instalación del software.

Toda la gestión ser realiza a través del directorio /sys/devices/system/cpu/cpuX/cpufreq, donde X es el número de orden la CPU que queremos gestionar. Veamos lo que nos encontramos para el primer procesador:

# cd /sys/devices/system/cpu/cpu0/cpufreq
# ls -l
total 0
-r--r--r-- 1 root root 4096 may 30 affected_cpus
-r--r--r-- 1 root root 4096 may 30 bios_limit
-r-------- 1 root root 4096 may 30 cpuinfo_cur_freq
-r--r--r-- 1 root root 4096 may 30 cpuinfo_max_freq
-r--r--r-- 1 root root 4096 may 30 cpuinfo_min_freq
-r--r--r-- 1 root root 4096 may 30 cpuinfo_transition_latency
-r--r--r-- 1 root root 4096 may 30 related_cpus
-r--r--r-- 1 root root 4096 may 30 scaling_available_frequencies
-r--r--r-- 1 root root 4096 may 30 scaling_available_governors
-r--r--r-- 1 root root 4096 may 30 scaling_cur_freq
-r--r--r-- 1 root root 4096 may 30 scaling_driver
-rw-r--r-- 1 root root 4096 may 29 scaling_governor
-rw-r--r-- 1 root root 4096 may 30 scaling_max_freq
-rw-r--r-- 1 root root 4096 may 30 scaling_min_freq
-rw-r--r-- 1 root root 4096 may 30 scaling_setspeed
drwxr-xr-x 2 root root 0 may 30 stats

Se puede apreciar que, excepto stats que es un directorio, el resto de contenido son ficheros que se pueden consultar y modificar para realizar la gestión dinámica de la frecuencia. Veamos qué governors tenemos disponibles, cuál es el que está actualmente configurado y activo en este procesador y cuál es su frecuencia actual (en Hz):

# cat scaling_available_governors
userspace powersave conservative ondemand performance 

# cat scaling_governor
ondemand

# cat cpuinfo_cur_freq
1000000

Es decir, que el procesador está configurado para que modifique su frecuencia de forma dinámica según las necesidades del sistema en cada momento (el governor ondemand). Muy parecido es el governor conservative, que cambia la frecuencia de forma más gradual en vez de saltar directamente a la velocidad de CPU necesaria, lo que lo hace más idóneo para sistemas alimentados por batería. Los governors performance y powersave configuran la CPU a la máxima y mínima frecuencia de forma estática, respectivamente, y el governor userspace permite que los usuarios y procesos con privilegios de superusuario puedan modificar dinámicamente la velocidad del procesador.

Supongamos que queremos utilizar el governor performance. Nada más sencillo:

# echo performance > scaling_governor

# cat scaling_governor
performance

# cat cpuinfo_cur_freq
2200000

Ya tenemos la CPU a pleno rendimiento (y gastando más energía, claro).

En el directorio /sys/devices/system/cpu/cpuX/cpufreq tenemos más ficheros para consultar más datos sobre nuestras CPUs y alterar su comportamiento, pero también podemos hacerlo a través de una sencilla herramienta de línea de comandos:

# cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
 driver: powernow-k8
 CPUs which run at the same hardware frequency: 0 1
 CPUs which need to have their frequency coordinated by software: 0 1
 maximum transition latency: 109 us.
 hardware limits: 1000 MHz - 2.20 GHz
 available frequency steps: 2.20 GHz, 2.00 GHz, 1.80 GHz, 1000 MHz
 available cpufreq governors: userspace, powersave, conservative, ondemand, performance
 current policy: frequency should be within 1000 MHz and 2.20 GHz.
 The governor "performance" may decide which speed to use
 within this range.
 current CPU frequency is 2.20 GHz (asserted by call to hardware).
 cpufreq stats: 2.20 GHz:18,75%, 2.00 GHz:2,63%, 1.80 GHz:15,07%, 1000 MHz:63,55% (3424)
analyzing CPU 1:
 driver: powernow-k8
 CPUs which run at the same hardware frequency: 0 1
 CPUs which need to have their frequency coordinated by software: 0 1
 maximum transition latency: 109 us.
 hardware limits: 1000 MHz - 2.20 GHz
 available frequency steps: 2.20 GHz, 2.00 GHz, 1.80 GHz, 1000 MHz
 available cpufreq governors: userspace, powersave, conservative, ondemand, performance
 current policy: frequency should be within 1000 MHz and 2.20 GHz.
 The governor "performance" may decide which speed to use
 within this range.
 current CPU frequency is 2.20 GHz (asserted by call to hardware).
 cpufreq stats: 2.20 GHz:18,75%, 2.00 GHz:2,63%, 1.80 GHz:15,07%, 1000 MHz:63,55% (3424)

Mediante cpufreq-info -h podemos consultar la lista de parámetros disponibles para poder elegir la información concreta que queremos obtener en cada momento. También contamos con las utilidades cpufreq-set para modificar el comportamiento de la CPU y cpufreq-aperf para calcular la frecuencia media en un periodo de tiempo (atención: no todas las CPUs admiten esta consulta). Ambas herramientas admiten el parámetro -h para obtener la lista de opciones que ofrecen.

Sin embargo, todos los cambios que hagamos se pierden en el momento en que reiniciemos el equipo. Por tanto hay que utilizar un mecanismo que nos permita mantener nuestras modificaciones entre reinicios. Si sólo queremos establecer un governor concreto, basta con que lo especifiquemos en el fichero /etc/default/cpufrequtils (si no existe, lo creamos) insertando el siguiente contenido:

GOVERNOR="performance"

Si queremos modificar otros parámetros de la CPU, como la frecuencia de inicio, es necesario instalar el paquete sysfsutils:

# apt-get install sysfsutils
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias 
Leyendo la información de estado... Hecho
Se instalarán los siguientes paquetes extras:
 libsysfs2
Se instalarán los siguientes paquetes NUEVOS:
 libsysfs2 sysfsutils
...
Seleccionando el paquete libsysfs2:amd64 previamente no seleccionado.
(Leyendo la base de datos ... 254004 ficheros o directorios instalados actualmente.)
Desempaquetando libsysfs2:amd64 (de .../libsysfs2_2.1.0+repack-2_amd64.deb) ...
Seleccionando el paquete sysfsutils previamente no seleccionado.
Desempaquetando sysfsutils (de .../sysfsutils_2.1.0+repack-2_amd64.deb) ...
Procesando disparadores para man-db ...
Configurando libsysfs2:amd64 (2.1.0+repack-2) ...
Configurando sysfsutils (2.1.0+repack-2) ...
[ ok ] Setting sysfs variables....

y modificar el fichero /etc/sysfs.conf adecuadamente. Dicho fichero incluye suficientes ejemplos como para que sea sencilla la tarea de incluir nuestras propias modificaciones. Tras guardar los cambios, los activamos con /etc/init.d/sysfsutils start.

En definitiva, gracias a los governors los administradores de sistemas Linux contamos con una herramienta potente y flexible para optimizar el rendimiento de uno de nuestros recursos más preciados: las CPUs de los sistemas a nuestros cargo.

Fail2ban, protección frente a ataques de fuerza bruta a servidores

Mon, 05 May 2014 14:08:04 +0000

Dentro de las preocupaciones que tenemos los que gestionamos servidores que ofrecen servicios a través de Internet destaca sin duda su seguridad a la vez que aseguramos su funcionamiento continuo. Uno de los ataques más recurrentes y habituales que sufren estos servidores es el de fuerza bruta, que consiste en la prueba sistemática y continua de un servicio hasta que se descubre una vulnerabilidad o hasta que se consigue que el servicio (en algunos casos incluso el propio servidor) deje de funcionar. Ante este tipo de ataques se utiliza una medida sencilla y efectiva, como es la utilización de algún sistema de control o filtrado de paquetes (por ejemplo, el conocido TCP Wrapper o el no menos popular iptables, el cortafuegos del núcleo de Linux). A través de alguna de estas herramientas podemos bloquear las direcciones IP de las que proceden los ataques. Sin embargo, son muchos los servicios a controlar y las IPs a bloquear al cabo de un tiempo. Afortunadamente, contamos con una gran herramienta que permite la automatización de esta línea de defensa: Fail2ban.

Se trata de un sistema de prevención de intrusiones que funciona no sólo en Linux sino en cualquier sistema POSIX que incluya un interfaz a un sistema de control de paquetes como los que he comentado antes, lo que quiere decir que funciona en otros sistemas como FreeBSD y Mac OS X. Además, como está escrito en Python, bastaría desplegar el código fuente y ejecutarlo para “echarlo a andar”. Sin embargo, es mucho mejor y más sencillo instalarlo a través de los repositorios oficiales de nuestra distribución Linux de elección.

En el caso de Debian, basta con:

# apt-get install fail2ban

Mientras que en el caso de Red Hat y sus derivativas se instala con:

# yum install fail2ban

Fail2ban funciona monitorizando los ficheros de registro del sistema en busca de entradas concretas y actuando en consecuencia a través de la ejecución de scripts que llevan a cabo las acciones deseadas por el administrador. Por ejemplo, si se detectan demasiados intentos erróneos de acceso al servidor FTP, se puede bloquear la IP desde la que se han realizado y enviar un email al administrador notificando el evento. Este bloqueo se realiza habitualmente mediante la adición de reglas en el cortafuegos y/o al fichero hosts.deny de TCP Wrapper. Además, se le puede indicar a Fail2ban que desbloquee la IP tras cierto periodo de tiempo, lo que nos sirve para evitar que conexiones legítimas (imaginemos un cliente de correo reinstalado al que se le introduce mal la contraseña del usuario) queden bloqueadas definitivamente. Generalmente, basta un bloqueo temporal para detener un ataque de fuerza bruta. Por defecto, 3 intentos fallidos (parámetro maxretry) en los últimos 10 minutos (parámetro findtime) provocan que una IP sea bloqueada otros 10 minutos (parámetro bantime).

Una vez instalado, Fail2ban nos ofrece una serie de configuraciones estándares para los servicios más habituales (apache, postfix, ssh, etc.), por lo que sólo tenemos que editar el fichero /etc/fail2ban/jail.conf y activar los filtros que nos convengan (basta con cambiar enabled = false por enabled = true en el filtro correspondiente). Estos filtros se definen a mediante expresiones regulares Python y se almacenan en ficheros dentro del directorio /etc/fail2ban/filter.d, por lo que es relativamente sencillo crear nuevos y adaptar los existentes. De igual modo, las acciones se guardan en el directorio /etc/fail2ban/action.d, en un formato propio de Fail2ban (muy sencillo) a través del cual se especifican los comandos a ejecutar y otros parámetros necesarios para un correcto funcionamiento de cada acción. Por cierto, a la combinación de un filtro y una acción se le conoce con el nombre de “jail” (cárcel). De ahí el nombre del fichero de activación de filtros.

Cada vez que realicemos un cambio en los ficheros de configuración de Fail2ban es necesario reiniciarlo, como es habitual en cualquier servicio:

# service fail2ban restart

Desgraciadamente, no hay sistema perfecto y Fail2ban presenta dos importantes carencias: no protege ante ataques distribuidos y no incluye soporte IPv6. Aún así, Fail2ban supone una gran ayuda y una línea más en la defensa de nuestros servidores expuestos en Internet.

Conversión de máquinas virtuales VMWare a Xen

Tue, 08 Apr 2014 10:56:48 +0000

A la hora de implantar una nueva aplicación de servidor es imprescindible realizar un detallado estudio de la misma que incluya entre otras cosas pruebas de funcionamiento y requerimientos técnicos. En estos casos lo habitual es generar un entorno sandbox en el que instalar la aplicación y llevar a cabo el estudio sin miedo a “estropear nada”. Sin duda, la mejor opción para obtener un entorno aséptico es el uso de la virtualización.

De hecho, es muy habitual que los proveedores de las aplicaciones ofrezcan máquinas virtuales preinstaladas para que sólo tengamos que lanzarlas y realizar el estudio. Sin embargo, la mayoría de dichas VM de prueba están basadas en VMWare debido a la popularidad que éste tiene en entornos corporativos. Personalmente, prefiero utilizar Xen como solución de virtualización en servidores porque, aparte de que es software de licencia libre, ofrece un impresionante conjunto de funcionalidades y capacidades que nos permiten virtualizar prácticamente cualquier sistema operativo bajo cualquier circunstancia técnica.

La escasa disponibilidad de VM de prueba en formato Xen no me ha impedido utilizarlas, ya que lo que hago es traducirlas desde el formato de VMWare. La receta que sigo para ello es lo que quiero compartir en el artículo de hoy. Antes de nada, debo apuntar que sólo he migrado VMs basadas en Linux. Si alguien necesita hacerlo con VMs basadas en Windows (le deseo suerte), un buen punto de partida previo es éste artículo de Microsoft.

Para ello, vamos a necesitar tener instalado el paquete qemu en nuestro servidor. En Debian es tan sencillo como:

# apt-get install qemu

Lo siguiente es comprobar el formato concreto de la imagen de la VM origen (vmdk o raw), cuyo fichero tiene extensión vmdk:

# qemu-img info Test1.vmdk
image: Test1.vmdk
file format: vmdk
virtual size: 82G (88081432576 bytes)
disk size: 2.0G

En este caso el formato de la imagen es el nativo de VMWare, así que debemos proceder a su conversión.

qemu-img convert Test1.vmdk -O raw Test1.img

Veamos un ejemplo con una imagen en formato raw:

# qemu-img info Test2.vmdk
file format: raw
virtual size: 82G (88081432576 bytes)
disk size: 2.0G

En este caso, basta con que renombremos la extensión a img:

# mv Test2.vmdk Test2.img

Ahora toca guardar la imagen en su directorio correspondiente:

# mkdir -p /home/xen/domains/test1/
# mv Test1.img /home/xen/domains/test1/

Para terminar, tenemos que generar el fichero de configuración de la nueva VM, que guardaremos en /etc/xen. En nuestro ejemplo, el fichero se llamará /etc/xen/Test1.cfg y tendrá el siguiente contenido:

disk = [ 'file:/home/xen/domains/test1/Test1.img,xvda,w' ]

Las imágenes VMWare suelen venir acompañadas de un fichero con extensión vmx, que contiene información sobre el hardware virtualizado de la VM. Suele ser muy interesante consultarlo y copiar a la configuración de la máquina Xen aquellas características que nos puedan ser de utilidad. En nuestro ejemplo, nos encontramos lo siguiente:

# less Test1.vmx
...
memsize = "2048"
numvcpus = "2"
...

Y lo trasladamos al fichero Test1.cfg de Xen así:

memory = '2048'
vcpus = '2'

Estamos preparados para arrancar la nueva máquina Xen:

# xm create -c Test1.cfg
Using config file "/etc/xen/Test1.cfg".
Started domain Test1
...

En caso de que todo vaya bien, podemos incluir en el fichero de configuración más información, como el nombre de la máquina, la configuración de red o el comportamiento de la VM ante el cierre del sistema:

name = 'test1.ejemplo.com'
vif = [ 'ip=192.168.10.55' ]
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'

Por último, una vez estemos satisfechos con el resultado, deberíamos incorporar esta nueva máquina a la gestión de dominios de Xen:

# xm new Test1.cfg
Using config file "Test1.cfg".

Un último apunte antes de terminar. A veces nos podemos encontrar con imágenes VMWare que están divididas en varios ficheros. En ese caso procederemos a convertir cada fichero antes de unirlos en una sola imagen Xen final. Por ejemplo:

# ls
Test3-s001.vmdk Test3-s004.vmdk Test3.vmdk
Test3-s002.vmdk Test3-s005.vmdk Test3.vmx
Test3-s003.vmdk Test3-s006.vmdk 
# for i in `ls *[0-9].vmdk`; do qemu-img convert $i -O raw ${i/vmdk/raw} ; done
# cat *.raw >> Test3.img

Espero que esta receta os sea de utilidad a la hora de probar nuevas aplicaciones y servicios para vuestros servidores. Espero vuestros comentarios.

Optimización del tamaño de ficheros PDF en Linux

Fri, 14 Mar 2014 13:09:19 +0000

Este artículo va a ser más corto de lo habitual ya que lo voy a dedicar a un truco que he descubierto después de mucho investigar cómo conseguir que mis PDFs pesen menos con herramientas de Linux. Vaya por delante que no se trata de una receta mágica que reduce el tamaño de los ficheros sin coste a cambio, ya que la única forma de hacerlo es disminuyendo la calidad del contenido (similar a cuando aumentamos la compresión en un JPG).

Antes de dar con este truco he probado con numerosas herramientas populares en Linux, como ImageMagick o PDFtk, y con diversos servicios online de conversión, como Compress PDF, pero el mejor resultado me lo ha dado sin duda el venerable y fiable Ghostscript. Para quien no lo conozca a estas alturas, Ghostscript es un renderizador software de ficheros PostScript y PDF que se encuentra presente en los sistemas Unix desde finales de los 80.

Evidentemente, antes de proceder a utilizar Ghostscript es necesario tenerlo instalado en nuestro Linux, aunque lo habitual es que venga de serie. En el caso de Debian, es tan sencillo como:

# apt-get install ghostscript

Ya podemos proceder a utilizarlo siempre que queramos y sin necesidad de privilegios de administrador, ya que al fin y al cabo se trata de una herramienta para usuarios. Eso sí, hay que utilizarlo desde la línea de comandos, así que tendremos que abrir una consola de texto desde el menú de nuestro escritorio gráfico.

Llegó el momento de compartir el truco. La línea de comandos a utilizar para optimizar el tamaño de un PDF es la siguiente:

$ gs -dSAFER -dBATCH -dNOPA#USE -q -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -sDEVICE=pdfwrite -dPDFSETTINGS="perfil_pdf" -sOutputFile="fichero_optimizado" "fichero_original"

Ghostscript necesita de tres parámetros personalizables para trabajar según nuestras necesidades. El primero es "perfil_pdf", que indicará un perfil de calidad predefinida. De menor a mayor calidad, los valores de "perfil_pdf" son screen, default, ebook, printer y prepress. El segundo parámetro es "fichero_optimizado" y se trata del nombre (podemos incluir también el camino) del fichero resultado una vez reducido su tamaño. Por último, tenemos "fichero_original", que evidentemente es el nombre (también se puede indicar el camino) del fichero PDF que queremos optimizar.

Con esto podemos conseguir resultados espectaculares, como un caso en el que he conseguido reducir un PDF de 62Mb a sólo 5MB con el perfil “ebook” y apenas pérdida de calidad. Sin embargo, cada fichero PDF es un mundo (no es lo mismo un fichero sólo de texto que otro que incluya una buena carga gráfica) y nos podemos encontrar casos en los que incluso aumente de peso. Todo es cuestión de probar.

Antes de terminar, un comentario sobre los conversores online. No soy muy partidarios de ellos porque suelen tener límites en el tamaño del PDF a optimizar, te insertan una marca de agua y nadie te asegura la confidencialidad del fichero subido. Pero también es cierto que te pueden sacar de un apuro en un momento de urgencia. Todo es valorar las ventajas y los inconvenientes.

Espero que este truco os sea de utilidad (al final me ha quedado un artículo largo…).

Virtualización en escritorios (y IV): KVM/QEMU

Fri, 07 Mar 2014 13:12:02 +0000

Hace tiempo que tenía pendiente terminar esta serie de artículos dedicados a la virtualización en escritorios y como en el artículo anterior mencionaba esta técnica como una herramienta útil en el proceso de migración de un sistema informático a Linux, la ocasión era inmejorable para publicar unas líneas sobre una solución 100% libre y que viene de serie en el propio núcleo de Linux: KVM

KVM son las siglas de Kernel-based Virtual Machine y se trata de un módulo del núcleo de Linux que permite a un programa de usuario utilizar las capacidades de virtualización por hardware que incluyen diversos procesadores. En resumen, KVM convierte el núcleo de Linux en un hipervisor. Actualmente, KVM soporta los procesadores Intel y AMD más recientes (a través de un segundo módulo especializado del núcleo), así como una serie de plataformas menos populares en nuestros escritorios, como PowerPC, S/390 y ARM. Se incluyó por primera vez en el núcleo de Linux en la versión 2.6.20, publicada en Febrero de 2007.

KVM y QEMU emulando varios sistemas

A través de KVM es posible ejecutar múltiples máquinas virtuales corriendo imágenes sin necesidad de adaptación de numerosos sistemas operativos, incluyendo Linux, Windows, BSD, Solaris y Android. De este modo, cada máquina virtual cuenta con su propio hardware virtualizado: disco, red, vídeo, audio, etc.

Sin embargo, KVM no realiza ningún tipo de emulación, por lo que es necesario un interfaz en espacio de usuario que permita la creación y uso de las máquinas virtuales. La mejor opción en este sentido es QEMU, un emulador y virtualizador de máquinas genérico de licencia libre.

Cuando se utiliza junto con KVM, QEMU consigue un rendimiento cercano al nativo a través de la ejecución del código de la máquina virtual en el procesador de la máquina física. Así, es incluso posible ejecutar Mac OS X con una versión especialmente modificada de QEMU. Como curiosidad, añadiré que QEMU es compatible con otras soluciones de virtualización, como Xen

La puesta en marcha de la pareja KVM/QEMU es muy sencilla en Debian. En primer lugar procedemos a la instalación de las herramientas de espacio de usuario, ya que como he comentado antes el soporte de virtualización KVM ya viene de serie con el núcleo de Linux:

# apt-get install qemu-kvm libvirt-bin

En este momento ya tendríamos instalado QEMU listo para su uso con KVM, aunque sólo a través de herramientas de línea de comandos. Si queremos un buen interfaz gráfico de gestión, algo muy recomendable en el manejo de máquinas virtuales en un escritorio, mi recomendación es instalar AQEMU, que nos ofrece un interfaz muy al estilo de Virtualbox:

# apt-get install aqemu

Ventana principal de AQEMU

La primera vez que ejecutamos AQEMU nos presentará en pantalla un asistente de configuración, cuyo primer paso es elegir el idioma del interfaz (desgraciadamente no tenemos el Español como opción). En el segundo paso se nos pregunta por el directorio en el que residirán las máquinas virtuales (podemos dejar el valor por defecto a menos que se trate de un sistema de ficheros remoto o removible), si queremos utilizar el modo “Gestor de dispositivos” (recomiendo su activación) y queremos experimentar con un visor VNC empotrado en la ventana principal de AQEMU (aquí recomiendo que no, es demasiado inestable aún).

El siguiente paso nos pregunta por los “emuladores” que tenemos instalados. Pulsamos en “Search” y AQEMU buscará (y encontrará) las herramientas de KVM y QEMU. Si estamos de acuerdo con el resultado, continuamos con el siguiente paso en el que se va a configurar QEMU. Pues bien, lo mejor es dejarlo todo en sus valores por defecto y finalizar el asistente, con lo que se nos presentará la venta principal de AQEMU. Si queremos ejecutar de nuevo el asistente, tenemos la opción en el menú “File”, al igual que podemos cambiar la configuración directamente a través de las opciones “General Settings” y “Advanced Settings”.

AQEMU y los 3 sistemas más populares

Ahora es cuestión de utilizar el asistente de creación de máquinas virtuales (segundo icono por la izquierda en la barra de herramientas) para generar la primera. Cuando se nos pregunte qué emulador vamos a utilizar, probaremos primero con KVM. Si hay problemas de compatibilidad, entonces probamos de nuevo con QEMU.

Con esto tendremos KVM a pleno rendimiento (nuna mejor dicho) en nuestro escritorio. Como se puede ver, se trata de una solución relativamente sencilla de instalar y utilizar y que además es libre. En su contra tiene que QEMU ofrece pocos drivers de dispositivos multimedia y que no incluye aun soporte para el modelo de arranque UEFI. Aún así, se trata de una opción muy a considerar cuando necesitemos virtualizar sistemas para utilizarlos en nuestros escritorios. Espero que la probéis y compartáis vuestras experiencias.

Cómo migrar a Linux tras el fin del soporte de Windows XP

Thu, 27 Feb 2014 13:24:57 +0000

Nos encontramos a poco más de un mes para que Microsoft finalice el soporte activo del venerable Windows XP. La solución que se propone desde Redmond es, evidentemente, migrar a una versión superior de su sistema operativo. Sin embargo, el cambio no es tan sencillo ni tan falto de obstáculos como Microsoft pretende. Tanto Windows 7 como 8.1 tienen requerimientos hardware superiores y presentan incompatibilidades con programas y periféricos que funcionan bien en XP, por no hablar de los cambios en el paradigma de escritorio que presenta la última versión de Windows. Ante este panorama, es el momento de plantearse seriamente una migración a un entorno basado en Linux y software libre.

Un sistema informático tipo

Como en cualquier cambio en un sistema informático, es crucial realizar una cuidadosa planificación del proceso que contemple fases y tiempos de realización, donde se tengan en cuenta aspectos tan importantes como la futura organización de la red, el software a utilizar, la formación de los usuarios y el soporte posventa. en este articulo voy a centrarme en las dos primeras cuestiones.

Respecto a la organización de la red, podemos aprovechar la migración para implantar un modelo centralizado de gestión de usuarios (OpenLDAP) y sistemas de ficheros (NFS, Samba). Este modelo nos ofrece la máxima flexibilidad (es muy fácil añadir nuevos elementos a la red, sea cual sea el sistema operativo que corran), el mejor rendimiento y los menores costes de mantenimiento.

Una vez centralizada la gestión del sistema informático, Linux nos ofrece varias posibilidades interesantes, compatibles entre sí y combinables en un mismo ecosistema, para la gestión de las estaciones de trabajo. Contamos por supuesto con el modelo clásico (fat client), en el que el sistema operativo y las aplicaciones se instalan en la propia estación. Si reducimos los requerimientos de mantenimiento a la vez que aumentamos la dependencia de la red y los servidores, tenemos los puestos de trabajo sin disco duro (diskless clients) que arrancan el sistema operativo por red pero siguen utilizando los recursos locales (CPU, RAM, etc.) para la ejecución de las aplicaciones de usuario. Si damos un paso en este sentido, nos encontramos con los clientes ligeros (thin clients) que funcionan como una simple ventana a las capacidades de los servidores centrales. Linux cuenta con soporte de serie para este último modelo a través del proyecto LTPS.

La elección del modelo adecuado dependerá de las necesidades del usuario, de las características del hardware de los puestos de trabajo y de la cuantía de la inversión que estemos dispuestos a llevar a cabo. En cualquier caso, una vez centralizada la gestión de la red (algo indispensable en cualquier sistema informático) cambiar de un modelo a otro es relativamente sencillo.

Intranet en pleno funcionamiento

En cuanto a la migración de las aplicaciones de usuario, Linux ofrece numerosas alternativas nativas al software habitual en una red Windows. Incluso podemos plantearnos migrar algunas de estas aplicaciones a formato web, como por ejemplo el correo electrónico, la agenda de direcciones y el calendario a una completa intranet.

Puede darse el caso de que no encontremos una alternativa satisfactoria en Linux a una aplicación imprescindible. Se me vienen a la cabeza ejemplos como el de un diseñador que necesite de Photoshop porque necesita funcionalidades que GIMP no ofrezca o el de la típica aplicación de gestión a medida que se encuentra en la empresa desde los tiempos de Windows 95. En ese caso Linux nos ofrece tres opciones que permiten integrar la aplicación en la nueva infraestructura basada en software libre: WINE, virtualización y acceso remoto.

Lista de programas Windows instalados

WINE es lo que podríamos llamar un “emulador de Windows” (aunque técnicamente es una implementación de las funciones de Windows) que permite ejecutar en Linux software nativo de Windows. Con un desarrollo de más de 15 años a sus espaldas, sus responsables han llegado a recrear fallos específicos de Windows de los que depende el funcionamiento de muchas aplicaciones. Dado que WINE viene de serie en las distribuciones Linux actuales y que la lista de programas compatibles es muy extensa, es sin duda la primera opción a probar al integrar aplicaciones Windows en una red Linux.

Virtualizando con Virtualbox

En el caso de que WINE no nos sirva, tenemos la posibilidad de acomodar la aplicación “rebelde” en una máquina virtual en la que aprovechemos alguna de esas licencias de Windows XP que en breve dejarán de sernos útiles. Para ello tenemos entornos de virtualización tan completos como QEMU o Virtualbox, que nos van a ofrecer una capacidad tan interesante como la de aislar XP de forma que nunca se comunique con el mundo exterior ahora que su soporte finaliza, minimizando el riesgo de que un malware lo alcance. Además, podemos generar imagenes periódicas de la máquina virtual (VM), de forma que si finalmente se infecta podamos volver atrás a un estado limpio conocido.

Si necesitamos que más de un usuario tenga acceso a la VM, tenemos restricciones de licencia o la aplicación es muy cara, podemos optar por el acceso remoto a la misma. Bien a través del protocolo RDP que Windows XP ofrece de forma nativa o bien a través de un servidor VNC (de licencia libre), los usuarios podrán acceder al escritorio XP virtualizado y utilizar la aplicación desde sus escritorios Linux, dentro de las limitaciones de licencia de la propia aplicación.

En definitiva, con una buena planificación y unos objetivos claros y definidos, una migración a Linux no es tan complicada y traumática como podría parecer. Quedan pocos días para que Windows XP se despida de nosotros y es el momento de decidirse a dar el salto a Linux y el Software Libre. Algunos de nuestros clientes lo han hecho ya, ¿por qué no tú?

Cómo recuperar ficheros de discos defectuosos bajo Linux

Thu, 20 Feb 2014 14:38:50 +0000

En un artículo anterior describía unos procedimientos para comprobar la salud de los discos duros de un sistema Linux. El objetivo de dicho artículo era descubrir si los discos presentaban algún tipo de problema físico, recomendando su sustitución lo antes posible. Sin embargo, ¿qué hacemos si queremos recuperar ficheros que tienen partes de los mismos residiendo en sectores defectuosos? Veámoslo, teniendo en cuenta que la información que se encuentre en dichos sectores tiene una alta probabilidad de ser irrecuperable. En este caso, al menos podemos intentar recuperar el contenido accesible, que podemos editar a posteriori.

El método consiste en realizar una copia del fichero con tolerancia a fallos, de forma que cuando se produzca un error de lectura el procedimiento siga adelante y recupere al final la información que sí ha podido leer sin problemas. Para ello contamos con una herramienta clásica de UNIX, el comando dd, tan útil como peligroso si no lo utilizamos bien.

En el caso que nos ocupa, tendremos que indicarle a dd el fichero a recuperar, el destino en el que guardaremos el contenido recuperado y que debe realizar la copia con tolerancia a errores de lectura. El comando completo, que hay que ejecutar como root, sería el siguiente:

# dd if=/home/usuario/fichero of=/media/usbdrive/fichero_limpio conv=noerror,sync

Como se puede ver, la salida se realiza en un dispositivo diferente al disco defectuoso (por ejemplo, un pendrive) para evitar males mayores.

Una vez terminada la copia, sólo resta desechar el disco y sustituirlo por otro en buenas condiciones. POr cierto, debido a los errores de lectura, la copia con dd puede tardar bastante tiempo en llevarse a cabo, sobre todo dependiendo del tamaño del fichero original y de la cantidad de sectores defectuosos por los que hay que pasar. En definitiva, que hay que armarse de paciencia.

Si no queremos deshacernos del disco problemático (por ejemplo, forma parte de un RAID, no tenemos recambio a mano o simplemente lo queremos reutilizar), existe una opción que hay que utilizar como último recurso, ya que se trata de un procedimiento que elimina la información del sector y que tiene un alto grado de riesgo destructivo para todo el sistema de ficheros. Se trata de forzar la relocalización dinámica de sectores defectuosos, algo que los discos suelen llevar a cabo de forma automática por su cuenta pero que en esta ocasión vamos a obligarle a hacer.

Para ello contamos con la herramienta hdparm, la cual ya mencionamos en el artículo anterior. Pero antes de comenzar con la relocalización, comprobaremos si el disco ya ha reasignado sectores en el pasado. Hay que tener en cuenta que cada disco duro ofrece un número máximo de sectores de reserva y que si se ha agotado este procedimiento será inútil. El comando es el siguiente:

# smartctl -a /dev/sda | grep -i reallocated
 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0

Si nos fijamos en el último dato, vemos que está a cero, lo que indica que nunca se han relocalizado sectores en el disco. En el ejemplo del artículo anterior, la cuenta estaba en 10640, una mala noticia sin duda.

El siguiente paso es confirmar que el supuesto sector defectuoso tiene realmente problemas de lectura. Siguiendo en el ejemplo del otro artículo, el comando es como sigue:

# hdparm --read-sector 2307480536 /dev/sda

/dev/sda:
reading sector 2307480536: FAILED: Input/output error

Efectivamente, el sector es defectuoso, así que podemos proceder a relocalizarlo:

# hdparm --write-sector 2307480536 /dev/sda

/dev/sda:
Use of --write-sector is VERY DANGEROUS.
You are trying to deliberately overwrite a low-level sector on the media
This is a BAD idea, and can easily result in total data loss.
Please supply the --yes-i-know-what-i-am-doing flag if you really want this.
Program aborted.

# hdparm --write-sector 2307480536 --yes-i-know-what-i-am-doing /dev/sda

/dev/sda: re-writing sector 2307480536: succeeded

Como comentaba más arriba, hdparm nos avisa de que se trata de una operación peligrosa porque estamos escribiendo en el disco duro a bajo nivel saltándonos los mecanismos estándares de escritura de bloques del sistema de ficheros residente.

Si la operación anterior tiene éxito, podemos comprobar el resultado:

# hdparm --read-sector 2307480536 /dev/sda

/dev/sda:
reading sector 2307480536: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
...
(siguen muchas líneas con ceros a continuación)

# smartctl -a /dev/sda | grep -i reallocated
 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 1

Vemos que el sector vuelve a estar disponible para su uso y que la cuenta de sectores relocalizados ha aumentado en uno.

Ahora sólo es cuestión de decidir si seguimos con el disco adelante, lo reutilizamos para datos menos importantes o lo tiramos a la basura directamente.

Los Reyes me han traído un Android

Mon, 13 Jan 2014 10:24:54 +0000

Este año tocaba renovación de móvil (el hardware de mi iPhone 4 estaba en las últimas) y en esta ocasión me he decantado por pedirle a Sus Mágicas Majestades un smartphone Android. Hacía tiempo que quería huir de las garras de Apple y he aprovechado la oportunidad para saltar a un sistema que, aparte de ser el más popular del mercado a día de hoy, está basado en Linux.

Al igual que en su momento mi primer iPhone (un modelo 3G de 16 GB) me causó una gratísima impresión, las primeras experiencias con este móvil Android no han podido ser mejores. Como ya he mencionado, el iPhone 4 que he usado hasta ahora ya no daba más de sí, con fallos en los botones físicos y una destacable falta de rendimiento. Con el iPhone 3G estaba dispuesto a perdonar la falta de libertad de una plataforma privativa y los problemas de conectividad con el Linux de mi PC de sobremesa, pero se ve que en Apple han decido empeorar la calidad de los terminales y del interfaz a partir del iPhone 4 (por mi casa han pasado también un 4S y un 5), así que no tenía sentido seguir aguantando con iOS.

Android, al que ya conozco bien por el uso que le he dado en tablets, me resulta no sólo más sencillo de utilizar, sino que ofrece mayores posibilidades en el interfaz de usuario y permite configurar lo inimaginable. Además, su respeto a los estándares de la industria TIC y su facilidad de integración con sistemas de terceros lo convierten en mi elección número uno como plataforma móvil. Finalmente, ¡me encanta tener por fin Firefox en mi smartphone!

La migración entre terminales ha sido muy sencilla, ya que prácticamente toda mi información y las funcionalidades que utilizo a diario están en la nube. A pesar de la pasión que pueda llegar a sentir por Android (o cualquier otra plataforma), no pienso atarme y perder la independencia que me ha dado el cloud computing y el uso de una nube privada.

Ahora me toca seguir experimentando con mi nuevo Android, sobre todo en cuestiones relacionadas con el uso corporativo (sincronización con la intranet, acceso remoto por VPN, trabajo en grupo, etc.). Espero que la plataforma dé la talla y que los resultados sean más éxitos que fracasos.

Buenas perspectivas en 2014 para Linux en el escritorio

Tue, 31 Dec 2013 10:42:19 +0000

Todos los años lo mismo. Se acaba un año y los linuxeros nos lanzamos a proclamar a los cuatro vientos que el siguiente es “el año de Linux en el escritorio”, y así llevamos desde siempre con el mismo resultado… nada de nada. Sin embargo, en 2013 se han producido una serie de circunstancias que me han animado a hacer de adivino y a afirmar que 2014 sí que puede ser por fin el año en el que Linux se convierta en una alternativa popular en los equipos de escritorio de los usuarios de todo el mundo. Vamos a repasar a continuación dichas circunstancias.

1. El dominio de Android. A mediados de 2013, Android se hacía con el 80% del mercado de dispositivos móviles. El sistema de Google no es ni más ni menos que un Linux con un interfaz gráfico de usuario amigable a la vez que potente, lo que viene a demostrar que Linux está más que preparado para satisfacer a todo tipo de usuarios. Es pues evidente que si se ha conseguido que Linux triunfe en smartphones y tablets (donde dominaba iOS al igual que en los PCs dominaba Windows), es perfectamente posible hacerlo igual en equipos de sobremesa y portátiles.

2. La rápida popularización de la Raspberry Pi. Según datos de la Fundación RPi, el ya famoso microordenador ha vendido la friolera de 2 millones de unidades desde su puesta a la venta en Febrero de 2012, es decir, ¡en menos de dos años para un producto nuevo y sin el músculo de marketing de las grandes firmas TIC!. Teniendo en cuenta que el objetivo inicial de la RPi era el de servir de plataforma educativa para niños de todas las edades y circunstancias (ejecutando un escritorio por tanto) y que la inmensa mayoría de esos dos millones de RPi corren Linux, tenemos otro buen número de escritorios Linux en pleno funcionamiento y demostrando la validez de la plataforma.

3. SteamOS y la apuesta firme de Valve. Justo ahora que acaba 2013 es cuando la empresa de Gabe Newell ha decidido demostrar que su anunciada apuesta por Linux no era un brindis al sol sino un proyecto serio, con muchas posibilidades de que sea rentable y que ha acaparado los apoyos de numerosos estudios y distribuidores de videojuegos. La apuesta es tan firme que no sólo se ha publicado este año la esperadísima versión para Linux del cliente de Steam, sino que se acaban de liberar las primeras versiones de SteamOS (un sistema operativo basado en Linux configurado y optimizado para jugar) y se han enviado a los betatesters las primeras SteamMachines (plataformas hardware diseñadas para alojar SteamOS). Es decir, que el mayor obstáculo de Linux para conquistar los escritorios (los videojuegos) va a ser definitivamente derribado. No es por nada, pero en esto me tengo que apuntar un tanto…

4. Las bajas ventas de Windows 8. Siempre que se publica una nueva versión de Windows, los linuxeros nos frotamos las manos y esperamos que las continuas pifias de Microsoft en sus nuevos sistemas operativos empujen a los usuarios a los brazos de Linux (yo mismo no estoy libre de pecado). Hemos tenido grandes oportunidades pasadas (Windows Me, Vista), pero entonces el mercado no estaba preparado para dar el salto. Pero ahora, después de que el gran público le haya dado la espalda al horrendo interfaz de Windows 8 (con menos del 10% de penetración del mercado tras año y medio desde su publicación), manteniendo la línea de sus predecesores en cuanto a falta de estabilidad (ahí siguen los pantallazos azules para demostrarlo) y con unos usuarios más informados y maduros en sus decisiones de compras TIC, es el momento para que Linux se haga con un hueco importante en los escritorios.

5. El fin de soporte de Windows XP. Microsoft ha establecido una fecha improrrogable para finalizar el ciclo de vida de Windows XP, sin duda su sistema de escritorio más exitoso: el 8 de Abril de 2014. Ese día cuelga como una Espada de Damocles sobre las cabezas de las aún numerosas empresas que cuentan con XP en sus sistemas informáticos (al menos un 30% de penetración del mercado en Noviembre de 2013). Teniendo en cuenta que la solución que Microsoft propone es migrar a Windows 8 y que es difícil encontrar versiones anteriores a la venta, sobre todo preinstaladas en equipos nuevos, volvemos a lo dicho en el punto anterior: la ocasión la pintan calva.

En definitiva, creo firmemente que Linux se hará notar en los escritorios en 2014 y es algo en lo que intentaré aportar mi granito de arena. ¿Cómo lo veis vosotros?

PD: Aprovecho la ocasión para desearos a todos un Feliz, Próspero y Linuxero Año Nuevo 2014.

Comprobando la salud de los discos duros en un sistema Linux

Fri, 22 Nov 2013 13:13:29 +0000

En los últimos meses nos hemos visto en la tesitura de tener que sustituir discos duros defectuosos en diversos servidores cuyo mantenimiento caen bajo nuestra responsabilidad, algunos con acceso local y otros sólo con acceso remoto por encontrarse geográficamente en otros países. Afortunadamente todos esos servidores corren Linux, lo que facilita enormemente la tarea de detectar fallos en discos duros, proceder a su parada y sustituirlos por otros nuevos, integrándolos transparentemente en el RAID que solemos implementar en nuestros servidores.

¿Cómo se detecta que un disco es defectuoso? La primera pista nos la va a dar un cambio drástico en el servidor: bajada de rendimiento, problemas de acceso a ficheros, servicios caídos, etc. Es en ese momento cuando debemos pasar a comprobar la salud de los discos duros del sistema y descubrir cuál (o cuales) es el que tiene problemas.

La forma más directa y sencilla de comprobar si un disco duro está teniendo problemas es consultar el registro de los mensajes del núcleo con el comando dmesg. Ahí buscaremos referencias a errores de acceso a disco, problemas en las operaciones de lectura/escritura, menciones a relocalización de sectores, etc.

# dmesg | less
...
ata2.00: failed command: READ FPDMA QUEUED
ata2.00: cmd 60/08:00:d8:5b:89/00:00:89:00:00/40 tag 0 ncq 4096 in
 res 41/40:08:d8:5b:89/00:00:89:00:00/00 Emask 0x409 (media error)
ata2.00: status: { DRDY ERR }
ata2.00: error: { UNC }
sd 1:0:0:0: [sdb] Unhandled sense code
sd 1:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 1:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor]
sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed
sd 1:0:0:0: [sdb] CDB: Read(10): 28 00 89 89 5b d8 00 00 08 00
end_request: I/O error, dev sdb, sector 2307480536
...

En el ejemplo vemos que el disco problemático es sdb. Igualmente sencillo es comprobar si se ha caído algún disco del RAID del servidor:

# cat /proc/mdstat 
Personalities : [raid1] 
md3 : active raid1 sda4[2] sdb4[1](F)
 1839220031 blocks super 1.2 [2/1] [U_]

De nuevo comprobamos que sdb es el culpable. Sin embargo, al tratarse de servidores, la forma más adecuada de detectar fallos en los discos es mediante la prevención a través de un sistema de monitorización al que incorporemos los controles necesarios, normalmente basados en la tecnología S.M.A.R.T. que se encuentra presente en los discos duros desde hace ya muchos años.

El soporte S.M.A.R.T. en Linux se consigue a través del paquete smartmontools, que permite controlar y monitorizar sistemas de almacenamiento utilizando dicha tecnología. De hecho, se incluye un demonio que nos avisa inmediatamente si se producen errores en alguno de los discos monitorizados.

Una vez identificado el disco defectuoso procedemos a comprobar su salud mediante smartctl, una herramienta de línea de comandos incluida en smartmontools. Con esta utilidad podremos no sólo obtener detallada información sobre el disco, sino además llevar a cabo completos tests que nos mostrarán si es defectuoso y cuál es el defecto concreto. Veamos unos ejemplos.

Para obtener información sobre un disco tenemos a nuestra disposición varios parámetros. Si queremos información sobre el hardware:

# smartctl -i /dev/sdb
=== START OF INFORMATION SECTION ===
Device Model: ST...
Serial Number: W...
Firmware Version: C...
User Capacity: 3,000,592,982,016 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 4
Local Time is: Fri Nov 22 12:33:54 2013 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Podemos ampliar estos datos con la información SMART del disco duro con el parámetro -a. Si en cambio usamos -x, la salida del comando incluirá la información que no proviene de SMART.

# smartctl -a /dev/sdb
=== START OF INFORMATION SECTION ===
...
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
 was never started.
 Auto Offline Data Collection: Disabled.
Self-test execution status: ( 121) The previous self-test completed having
 the read element of the test failed.
...
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
 1 Raw_Read_Error_Rate 0x000f 107 098 006 Pre-fail Always - 186855524
 3 Spin_Up_Time 0x0003 093 093 000 Pre-fail Always - 0
 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 8
 5 Reallocated_Sector_Ct 0x0033 092 092 036 Pre-fail Always - 10640
 7 Seek_Error_Rate 0x000f 083 060 030 Pre-fail Always - 219208774
...

Si alguno de los anteriores comandos falla, podemos añadir el parámetro -T permissive (e incluso -T verypermissive) para intentar que smartctl ignore los errores que pueda y obtenga toda la información posible del disco.

Pasemos a lo realmente interesante: la realización de tests en los discos duros. La primera y más sencilla opción que tenemos a nuestra disposición es el parámetro -H, que nos informa de la salud SMART del disco.

# smartctl -H /dev/sdb
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

Esta opción sólo indica que la salud es mala cuando el disco ya ha fallado o va a fallar en las próximas 24 horas. Podemos ver en el ejemplo que, a pesar de que sdb es defectuoso, se nos informa de que la salud SMART del disco es buena.

Para detectar el problema del disco en detalle contamos con el parámetro -t, que a su vez admite un argumento que indica el tipo de test a realizar: offline, short, long y conveyance. Todas estas pruebas se pueden realizar con el sistema en producción, a menos que usemos el parámetro -C, que las ejecuta en modo cautivo (no tiene efecto en tests de tipo offline). Este modo sirve para realizar las pruebas más rápidamente y tiene especial utilidad cuando la máxima prioridad es comprobar la salud del disco. La explicación en detalle de cada uno de estos tests se encuentra en el manual electrónico de smartctl.

Excepto en el mencionado modo cautivo, los tests se realizan en segundo plano, por lo que no obtenemos ninguna información por pantalla a menos que la pidamos explícitamente con el parámetro -l selftest. Dado que esto sólo nos muestra un instante del progreso del test, es interesante combinarlo con el comando watch, que por defecto realiza la tarea que le asignemos cada dos segundos. Veamos un ejemplo:

# smartctl -t short /dev/sdb
=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 1 minutes for test to complete.
Test will complete after ...

Use smartctl -X to abort test.

# watch smartctl -l selftest /dev/sdb
Every 2,0s: smartctl -l selftest /dev/sdb

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 90% 15073 2307480536

¡Eureka, hemos encontrado el defecto del disco sospechoso! Se trata de un error de lectura en al menos un sector del disco, siendo el primero detectado el especificado en la salida de smartctl. Ahora sólo queda cambiarlo por uno nuevo y llevar el defectuoso al fabricante a que nos lo cambie (si está en garantía, claro). Por cierto, en el ejemplo vemos cómo se nos informa de que podemos abortar cualquier test con smartctl -X.

Como curiosidad, si necesitamos conocer el modelo y número de serie del disco para el trámite con el fabricante, podemos obtenerlos con este sencillo comando (además de con smartctl -i):

# hdparm -i /dev/sdb | grep SerialNo
 Model=ST..., FwRev=C..., SerialNo=W...

¡Suerte con los discos duros!

Comprobando el hardware de un servidor Linux sin abrirlo: pequeñas utilidades de línea de comandos (y IV)

Tue, 22 Oct 2013 10:36:53 +0000

Para terminar esta serie de artículos sobre herramientas software para conocer el hardware de un servidor que esté en producción sin pararlo ni abrirlo, quiero dedicar este artículo a enumerar una serie de sencillas utilidades de línea de comandos que sólo hacen una tarea pero la hacen de una manera muy especializada y eficiente, lo que las convierten en realmente útiles para el administrador de sistemas.

lspci

lspci es una herramienta que lista todos los dispositivos PCI presentes en el sistema.

# lspci
00:00.0 Host bridge: Intel Corporation Device 0150 (rev 09)
00:01.0 PCI bridge: Intel Corporation Device 0151 (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Device 0162 (rev 09)
00:14.0 USB Controller: Intel Corporation Device 1e31 (rev 04)
00:16.0 Communication controller: Intel Corporation Device 1e3a (rev 04)
00:1a.0 USB Controller: Intel Corporation Device 1e2d (rev 04)
00:1c.0 PCI bridge: Intel Corporation Device 1e10 (rev c4)
00:1c.4 PCI bridge: Intel Corporation Device 1e18 (rev c4)
00:1d.0 USB Controller: Intel Corporation Device 1e26 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Device 1e4a (rev 04)
00:1f.2 SATA controller: Intel Corporation Device 1e02 (rev 04)
00:1f.3 SMBus: Intel Corporation Device 1e22 (rev 04)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09)

Gracias a la gran cantidad de parámetros que admite, podemos controlar el nivel de detalle y la forma de presentar la información que nos devuelve lspci. Por ejemplo, -k nos indica el módulo del kernel que gestiona cada dispositivo, -t nos muestra los dispositivos en un árbol, -m saca la información en un formato fácilmente analizable por scripts y -v nos da información detallada sobre cada dispositivo (podemos poner hasta tres v para aumentar el nivel de detalle).

# lspci -k
00:00.0 Host bridge: Intel Corporation Device 0150 (rev 09)
Subsystem: ASUSTeK Computer Inc. Device 84ca
Kernel driver in use: agpgart-intel
00:01.0 PCI bridge: Intel Corporation Device 0151 (rev 09)
Kernel driver in use: pcieport
00:02.0 VGA compatible controller: Intel Corporation Device 0162 (rev 09)
Subsystem: ASUSTeK Computer Inc. Device 84ca
00:14.0 USB Controller: Intel Corporation Device 1e31 (rev 04)
Subsystem: ASUSTeK Computer Inc. Device 84ca
Kernel driver in use: xhci_hcd
00:16.0 Communication controller: Intel Corporation Device 1e3a (rev 04)
Subsystem: ASUSTeK Computer Inc. Device 84ca
...

# lspci -t
-[0000:00]-+-00.0
+-01.0-[01]--
+-02.0
+-14.0
+-16.0
+-1a.0
+-1c.0-[02]--
+-1c.4-[03]----00.0
+-1d.0
+-1f.0
+-1f.2
\-1f.3

lsusb

lsusb realiza un trabajo similar pero con el subsistema USB y los dispositivos conectados.

# lsusb
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. Cordless Mouse Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

lsusb cuenta con un menor número de parámetros que modifican su salida pero son igualmente útiles. Por ejemplo, -t nos muestra los dispositivos en un árbol, -v nos da información detallada y -s y -d muestran sólo los dispositivos especificados por bus y dispositivo o por identificador de fabricante, respectivamente.

# lsusb -d 046d:c50e -v
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. Cordless Mouse Receiver
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x046d Logitech, Inc.
idProduct 0xc50e Cordless Mouse Receiver
...

ethtool

ethtool sirve para mostrar o cambiar la configuración de los interfaces de red. Esta herramienta necesita de al menos un argumento para trabajar (el interfaz de red a consultar) y de parámetros que indiquen qué información requerimos.

# ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes

# ethtool -i eth0
driver: forcedeth
version: 0.64
firmware-version:
bus-info: 0000:00:08.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

# ethtool -S eth0
NIC statistics:
tx_bytes: 266807800
tx_zero_rexmt: 333342
tx_one_rexmt: 0
tx_many_rexmt: 0
tx_late_collision: 0
...

# ethtool -t eth0
The test result is PASS
The test extra info:
link (online/offline) 0
register (offline) 0
interrupt (offline) 0
loopback (offline) 0

dmesg

dmesg es un comando que nos muestra el contenido del registro del núcleo, lo que implica que al comienzo se encuentra toda la información relativa a la detección del hardware. Personalmente recomiendo su invocación de la siguiente manera para no mostrar las marcas de tiempo del núcleo y paginar la exhaustiva información que se nos va a mostrar en pantalla:

# dmesg -t | less
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 3.9-0.bpo.1-amd64 (debian-kernel@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.9.6-1~bpo70+1
Command line: BOOT_IMAGE=/boot/vmlinuz-3.9-0.bpo.1-amd64
e820: BIOS-provided physical RAM map:
BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable
...
NX (Execute Disable) protection: active
SMBIOS 2.3 present.
DMI: /M55S-S3, BIOS FB 01/10/2007
No AGP bridge found
...
ACPI: RSDP 00000000000f6260 00014 (v00 GBT )
ACPI: RSDT 00000000cfff3000 00038 (v01 GBT NVDAACPI 42302E31 NVDA 01010101)
...
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
ehci-pci: EHCI PCI platform driver
ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21
forcedeth 0000:00:08.0: setting latency timer to 64
forcedeth 0000:00:08.0: ifname eth0
...

/proc

Para terminar el artículo, quiero hablar de /proc, que no es una herramienta en sí, sino el sistema de ficheros a través del cual se puede interactuar con el núcleo en vivo. Por tanto, podemos utilizar los comandos habituales tanto para consultar información como para modificarla al vuelo. Veamos varios ejemplos de uso de /proc para conocer el hardware del sistema.

# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
stepping : 9
microcode : 0x12
cpu MHz : 1600.000
cache size : 8192 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl nonstop_tsc pni pclmulqdq est ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes avx f16c rdrand hypervisor lahf_lm ida arat epb xsaveopt pln pts dtherm fsgsbase smep erms
bogomips : 6800.20
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

# cat /proc/meminfo
MemTotal: 19554776 kB
MemFree: 156468 kB
Buffers: 239696 kB
Cached: 18424088 kB
SwapCached: 5088 kB
Active: 9483528 kB
Inactive: 9367064 kB
Active(anon): 152516 kB
Inactive(anon): 34384 kB
Active(file): 9331012 kB
Inactive(file): 9332680 kB
Unevictable: 20 kB
Mlocked: 20 kB
SwapTotal: 33553332 kB
SwapFree: 33537992 kB
...

# cat /proc/partitions
major minor #blocks name

2 0 4 fd0
11 0 1048575 sr0
8 0 156289847 sda
8 1 1951744 sda1
8 2 97655808 sda2
8 3 56680448 sda3

Conclusión

Existen muchas más herramientas, como free, top, uname, lsmod, fdisk, etc. La lista es sencillamente interminable. Basta con hacer una sencilla búsqueda por Internet para encontrar pequeñas joyas como las que he comentado en este artículo, consultar su manual y añadirlas a nuestra “caja de herramientas” particular.

Con esta serie de artículos espero haber facilitado un poquito el día a día a mis colegas administradores de sistemas. Espero vuestros comentarios.

Comprobando el hardware de un servidor Linux sin abrirlo: OCS Inventory (III)

Thu, 19 Sep 2013 13:58:58 +0000

Las herramientas de las que he hablado hasta ahora en esta serie de artículos eran utilidades de línea de comandos dirigidas a descubrir de forma puntual qué hardware tiene un sistema en producción sin pararlo. Si lo que buscamos es algo más complejo más allá de una simple consulta de vez en cuando, que nos permita elaborar y mantener el inventario hardware y software de los sistemas a nuestro cargo, una gran opción es sin duda OCS Inventory.

Se trata de un completo entorno de gestión (de licencia libre) de los activos TIC de cualquier organización. Cuando se publicó por primera vez en 2001, OCS Inventory permitía la creación automatizada del inventario del hardware. A día de hoy ha evolucionado tanto que inventaria también el software, realiza escaneos de red e incluso permite la instalación distribuida de software. También incluye un sistema de plugins que permite ampliar las capacidades de serie de OCS Inventory. Aunque la lista de plugins disponibles no es muy extensa, ofrece la suficiente utilidad como para tenerlos en cuenta.

OCS Inventory se compone de tres elementos: un servidor, los agentes y las herramientas de distribución de software. El servidor es el elemento principal del entorno, gestionando la información y poniéndola a disposición de los administradores del sistema. Existen versiones tanto para Linux (y otros Unix) como para Windows.

Sin embargo, el servidor no serviría de nada sin los agentes, pequeños componentes software que se instalan en los dispositivos que queremos inventariar y gestionar a través del servidor y que nutren a éste con toda la información que puedan descubrir sobre el sistema en el que están instalados. Por la naturaleza de su función, en el caso de los agentes existen versiones para todos los sistema operativos más populares, incluyendo los de los smartphones y tablets (excepto iOS).

Por último se encuentran las herramientas de distribución de software, con versiones para Linux, Windows y MacOS, que permiten de una manera sencilla la instalación remota y controlada de programas en equipos que corran dichos sistemas operativos. Es sin duda una gran ayuda para los administradores de redes y una de las capacidades más celebradas de OCS Inventory.

Su instalación es realmente sencilla. Basta con dirigirnos a la sección de descargas de la web oficial y obtener las versiones adecuadas a los sistemas que vamos a gestionar. Sin embargo, lo más sencillo para instalar un servidor OCS Inventory es utilizar una distribución Linux en cuyos repositorios esté disponible.

Por ejemplo, en Debian empezaríamos con el servidor:

# apt-get install ocsinventory-server

y seguiríamos con la consola de administración, que se puede instalar en el mismo equipo que el servidor o en otro de nuestra elección:

# apt-get install ocsinventory-reports

Si accedemos mediante navegador a http://servidor_consola_admon/ocsreports , podremos proceder a configurar la consola de administración, indicando entre otras cosas dónde se encuentra el servidor de OCS Inventory.

Sólo restaría instalar los agentes en los equipos a monitorizar. En el caso de Debian sería así:

# apt-get install ocsinventory-agent

Durante la instalación debemos elegir http como método para generar el inventario e introducir el nombre o dirección IP del servidor OCS cuando se nos solicite.

Con esto OCS empezará de inmediato a escanear nuestra red y a recibir todo tipo de datos sobre la configuración de nuestros sistemas. Esta información se muestra poco después en la consola de administración. A partir de ese momento, OCS se encarga de mantener actualizada la información mediante escaneos periódicos, cuya frecuencia podemos configurar.

En definitiva, OCS Inventory se convierte en un importante aliado para los administradores de sistemas en sus tareas diarias. Es sencillo de instalar y a cambio ofrece un gran valor. Evidentemente no está pensado para consultas puntuales de información, ya que para ello están los comandos revisados en los artículos anteriores, pero sin duda OCS no debería faltar en ninguna red gestionada por buenos profesionales.

Móntate tu propio servidor de música doméstico con Raspberry Pi, Icecast2 y MPD

Mon, 19 Aug 2013 12:58:41 +0000

El propósito principal cuando adquirí mi Raspberry Pi era convertirlo en un completo centro multimedia, un anhelo de muchos años que gracias al Pi he podido satisfacer a bajo coste. Por eso elegí Xbian como la distribución a instalar, ya que no sólo está especializada en ofrecer una gran experiencia con XBMC (sin duda el mejor media center libre) sino que permite evolucionar la plataforma a nuestro gusto gracias a que está basada en Debian.

Así, he podido cumplir la semana pasada con otro de mis objetivos con mi Pi: montar mi propia radio doméstica y poder escuchar música en cualquier parte de mi casa, todo ello con software libre y sin tener que realizar una fuerte inversión (¿he oído Sonos?).

Para ello vamos a utilizar dos componentes software que como ya he dicho son de licencia libre y que son fácilmente instalables en Debian. Por un lado se encuentra Icecast2, un servidor de streaming de audio que soporta el protocolo SHOUTcast y que es capaz de recibir flujos de música desde diversos tipos de fuentes, incluyendo retransmisiones en vivo que nosotros mismos emitamos o servicios populares como Spotify. Por otro lado tenemos a MPD, un reproductor de música en modo servidor.

El objetivo por tanto es configurar MPD para que reproduzca los ficheros de audio de un directorio concreto, envíe dicha reproducción a Icecast2 y que éste se encargue de generar un streaming de audio en nuestra red doméstica al que podremos acceder desde cualquier cliente compatible con el protocolo SHOUTcast, incluyendo smartphones via WiFi..

La instalación del software en Xbian (y cualquier otra derivación de Debian) es muy sencilla:

# apt-get install mpd mpc icecast2

Como se puede ver, aprovechamos la instalación de software para incluir MPC, un cliente de línea de comandos para controlar todos los aspectos de la ejecución de MPD, desde la gestión de listas de reproducción hasta la duración del fundido entre canciones. Para conocer todas las posibilidades de MPC, nada mejor que consultar su manual electrónico:

# man mpc

Durante la instalación de Icecast2 se nos preguntará por un nombre de servidor y por una serie de contraseñas para ciertos usuarios y operaciones: source (acceso de las fuentes de audio), relay (acceso de la replicación de streams desde otros servidores) y admin (acceso de administración de Icecast2). La fortaleza de estas contraseñas queda a nuestra discreción, pero en este momento la que más nos interesa es la de source, ya que es la que va a utilizar MPD para enviarle la reproducción de ficheros de audio a Icecast2.

Para nuestro propósito, con esto ya está listo Icecast2. Si queremos modificar más aspectos de su configuración o simplemente rehacerla (por ejemplo, cambiar una contraseña), basta con que editemos el fichero /etc/icecast2/icecast.xml y procedamos a reiniciar el servidor:

# /etc/init.d/icecast2 restart

Es el turno de configurar MPD, el cual seguramente habrá mostrado un aviso al finalizar la instalación y haberse iniciado:

listen: bind to '[::1]:6600' failed: Failed to create socket: Address family not supported by protocol (continuing anyway, because binding to '127.0.0.1:6600' succeeded)

No debemos preocuparnos ya que este mensaje significa que no tenemos activo IPv6 en nuestro Pi, lo cual no impide que MPD se haya iniciado y esté en pleno funcionamiento. De todas formas, si queremos activar el soporte IPv6 en nuestra Xbian, basta con incluir la cadena ipv6 en /etc/modules. También podemos probar a cargar el módulo a mano desde la línea de comandos:

# modprobe ipv6

La configuración de MPD es algo mas compleja, ya que tendremos que indicarle tanto la fuente de ficheros de audio como el destino de su reproducción (en nuestro caso, el servidor Icecast2). Para ello tendremos que editar el fichero /etc/mpd.conf.

Por defecto, la fuente de ficheros (indicada por la variable music_directory) apunta al directorio /var/lib/mpd/music. Mi recomendación es dejarla tal como está y crear enlaces simbólicos dentro de dicho directorio que apunten a los directorios en los que tengamos nuestros ficheros de música, aunque se trate de dispositivos removibles (como discos USB).

Lo siguiente es configurar el destino de la reproducción, Para ello comentaremos todas las secciones audio_output e incluiremos la siguiente:

audio_output {
 type "shout"
 name "Mi radio domestica"
 description "Stream MPD desde mi Raspberry Pi"
 host "localhost"
 port "8000"
 mount "/mpd"
 password "contraseña_source_de_icecast2"
 bitrate "128"
 format "44100:16:2"
 encoding "mp3"
}

En este ejemplo, estamos indicándole a MPD que envíe la reproducción de ficheros al servidor Icecast2 que está escuchando en el puerto 8000 de la misma plataforma (nuestro Pi), utilizando /mpd como punto de montaje (más sobre esto a continuación). Dicha reproducción se codificará al vuelo en formato mp3 a 44100Hz, 16 bits, 2 canales y un bitrate de 128k. Aquí el parámetro realmente importante es password, en el que indicaremos entre comillas la contraseña que usamos para el usuario source de Icecast2.

Además habilitaremos la siguiente sección audio_output, con al finalidad de que MPD arranque de todas formas aunque el servidor Icecast2 no esté disponible:

audio_output {
 type "null"
 name "My Null Output"
}

Terminamos la configuración de Icecast2 modificando la variable bind_to_address, a la que asignaremos el valor localhost. Tras guardar los cambios, sólo queda reiniciar ambos servidores:

# /etc/init.d/icecast2 restart
Restarting icecast2: Starting icecast2
Detaching from the console
icecast2.
# /etc/init.d/mpd restart
[ ok ] Stopping Music Player Daemon: mpd.
[ ok ] Starting Music Player Daemon: mpd.

Ahora vamos a comprobar que MPD está en correcto funcionamiento:

# mpc outputs
Output 1 (Mi radio domestica) is enabled
Output 2 (My Null Output) is enabled

Si alguna de las salidas apareciera deshabilitada, bastaría con ejecutar el siguiente comando:

# mpc enable

Vamos a alimentar nuestro servidor MPD con música. Lo más sencillo es utilizar MPC para esta tarea.

# mpc update --wait (escanea el directorio de ficheros de audio)
# mpc ls | mpc add (añade las canciones encontradas a la lista de reproducción por defecto)
# mpc playlist (muestra el contenido de la lista de reproducción que acabamos de crear)
...
# mpc play (comienza la reproducción)
...

Podemos seguir “jugando” con MPC a través de comandos como status, random, repeat, crossfade, shuffle, etc., pudiendo utilizar MPC desde otro ordenador con sólo incluir el parámetro -h junto con la IP del Pi. Las posibilidades son muchas para que la reproducción quede a nuestro gusto. Además, MPD va a recordar el estado en el que lo hayamos dejado, por lo que aunque reiniciemos el Pi, MPD continuará la reproducción por donde la dejamos.

Es el momento de conectarnos a Icecast2 con un cliente compatible. En http://www.icecast.org/3rdparty.php tenemos una lista completa tanto de clientes de control (para sustituir a MPC) como de reproductores compatibles. Para escuchar nuestra recién instalada radio doméstica, tenemos que indicarle al reproductor que se conecte a la URL http://ip_raspberry_pi:8000/mpd.m3u. Como vemos, el punto de montaje definido antes se utiliza en la URL para acceder a nuestra radio, que se está transmitiendo por nuestra red doméstica y a la que puede tener acceso cualquier dispositivo conectado a la misma, desde ordenadores hasta altavoces inalámbricos, pasando por tablets y smartphones.

A partir de aquí las posibilidades son infinitas. Por ejemplo, podemos conectar flujos de terceros (con software como DarkIce), replicar esta instalación en nuestra empresa para implantar un hilo musical a bajo coste o utilizar un servidor virtual en Internet para tener nuestra radio disponible en cualquier sitio (imaginad conectar nuestra radio privada al equipo de audio de nuestro coche mediante el Bluetooth de nuestro smartphone).

Espero que lo probéis y que compartáis vuestras experiencias y otras ideas que se os ocurran para mejorar esta receta.

Comprobando el hardware de un servidor Linux sin abrirlo: dmidecode (II)

Fri, 09 Aug 2013 12:17:56 +0000

La segunda herramienta que nos va a permitir conocer la configuración del hardware de un sistema en producción sin tener que pararlo ni abrirlo es dmidecode. Al igual que hwinfo, se trata de una utilidad de línea de comandos. Sin embargo, en vez de sondear el hardware, dmidecode analiza la información almacenada en la BIOS en las tablas DMI y la muestra en pantalla.

Para instalar dmidecode en un sistema Debian, basta con seguir el procedimiento habitual:

# apt-get install dmidecode

La forma de utilizar dmidecode es muy sencilla y similar a la de hwinfo, es decir, invocamos el comando junto con un argumento que nos permitirá obtener la información concreta deseada. Evidentemente, si ejecutamos dmidecode sin argumentos, obtendremos toda la información disponible:

# dmidecode
SMBIOS 2.7 present.
109 structures occupying 3956 bytes.
Table at 0x000EB6C0.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
 Vendor: American Megatrends Inc.
 Version: 0915
 Release Date: 07/27/2012
 Address: 0xF0000
 Runtime Size: 64 kB
 ROM Size: 8192 kB
 Characteristics:
 PCI is supported
 BIOS is upgradeable
...

dmidecode tiene dos parámetros para seleccionar la información a mostrar, --string y --type. El primero obtiene el valor de la cadena DMI indicado por la palabra clave que hay especificar. Por ejemplo, para conocer la marca del procesador:

# dmidecode --string processor-manufacturer
Intel

Al contrario que hwinfo, sólo podemos utilizar un valor a la vez. La lista de palabras clave admitidas se puede consultar en el manual electrónico de dmidecode:

# man dmidecode

El parámetro --type muestra las entradas en la BIOS del tipo que especifiquemos, donde el tipo es o bien un número (pudiendo indicar más de uno separados por comas) o bien una palabra clave (de una lista que es distinta a la utilizada por --string). Por ejemplo, para conocer información sobre el sistema y la placa base:

# dmidecode --type 1,2
SMBIOS 2.7 present.

Handle 0x0001, DMI type 1, 27 bytes
System Information
 Manufacturer: System manufacturer
 Product Name: System Product Name
 Version: System Version
 Serial Number: System Serial Number
 UUID: XXX
 Wake-up Type: Power Switch
 SKU Number: SKU

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
 Manufacturer: ASUSTeK COMPUTER INC.
 Product Name: P8H77-M PRO
 Version: Rev X.0x
 Serial Number: XXX
 Features:
 Board is a hosting board
 Board is replaceable
 Chassis Handle: 0x0003
 Type: Motherboard
 Contained Object Handles: 0

Y para saber más sobre el chasis del servidor:

# dmidecode --type chassis
SMBIOS 2.7 present.

Handle 0x0003, DMI type 3, 22 bytes
Chassis Information
 Manufacturer: Chassis Manufacture
 Type: Desktop
 Lock: Not Present
 Version: Chassis Version
 Serial Number: Chassis Serial Number
 Asset Tag: Asset-1234567890
 Boot-up State: Safe
 Power Supply State: Safe
 Thermal State: Safe
 Security Status: None
 OEM Information: 0x00000000
 Height: Unspecified
 Number Of Power Cords: 1
 Contained Elements: 0

Al igual que antes, la lista de tipos numéricos y palabras clave admitidas se puede consultar en el manual electrónico de dmidecode.

Como curiosidad, el paquete dmidecode incluye otras herramientas, destacando biosdecode, que analiza la memoria de la BIOS y muestra las estructuras de las que tiene conocimiento.

Para terminar dos advertencias. La primera es que dmidecode sólo muestra lo que la BIOS conoce, por lo que si se trata de un sistema de esos en los que la BIOS es muy espartana, es posible que no obtengamos todo lo que queremos conocer (típico de un sistema de marca). La segunda es que hay que tener cuidado al utilizarlo en un sistema en producción (aunque este sea su objetivo). Todo lo que suponga sondear el hardware está sujeto a una probabilidad (mínima) de provocar problemas en la plataforma y su caída.

Comprobando el hardware de un servidor Linux sin abrirlo: hwinfo (I)

Mon, 08 Jul 2013 13:43:00 +0000

Existen situaciones en las que es necesario conocer en detalle el hardware del que se compone un servidor del que no tenemos información pero que está en producción y que por tanto no se puede detener para abrirlo y ver sus “tripas”. Un caso muy típico es cuando es necesario ampliar la memoria RAM y no sabemos ni qué tipo admite su placa base ni cuantas ranuras están ya ocupadas. Si se trata de un servidor basado en Linux, tenemos varias herramientas a nuestra disposición para esta tarea. La primera de la que voy a hablar, por su sencillez de uso, es hwinfo.

Se trata de una utilidad de línea de comandos que es necesario ejecutar como administrador ya que de otra forma no tendremos los privilegios necesarios para acceder a la información del hardware. Para instalarlo en Debian basta con ejecutar:

# apt-get install hwinfo

Si se invoca directamente hwinfo sin ningún parámetro, veremos como se pone inmediatamente a detectar el hardware del servidor, tras lo cual muestra en pantalla un informe completo sobre el mismo. Como esta información suele ser muy extensa, lo más apropiado es redirigir la salida estándar a un fichero:

# hwinfo > /tmp/$(date +%Y%m%d)-$(hostname)-hardware.txt

De este modo obtendremos un fichero de texto plano que contiene el informe detallado del hardware del sistema y cuyo nombre está compuesto por la fecha y el nombre del servidor. Para consultarlo, podemos abrirlo así:

# less /tmp/20130708-servidor-hardware.txt

El informe por defecto es como digo muy extenso, por lo que también podemos optar por su versión resumida:

# hwinfo --short
cpu: 
 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz, 2000 MHz
 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz, 800 MHz
keyboard:
 /dev/input/event14 USB Keykoard
 /dev/input/event0 AT Translated Set 2 keyboard
mouse:
 /dev/input/mice Pixart Imaging USB Optical Mouse
 /dev/input/mice SynPS/2 Synaptics TouchPad
graphics card:
 nVidia GeForce 8600M GT
...

En el caso de que sólo nos interese conocer los detalles de ciertos componentes hardware, podemos restringir la consulta mediante el uso de una serie de palabras clave cuyo listado podemos obtener en el manual electrónico mediante el comando man hwinfo.

Por ejemplo, si quiero conocer información sobre el procesador:

# hwinfo --cpu
01: None 00.0: 10103 CPU 
 [Created at cpu.304]
 Hardware Class: cpu
 Arch: Intel
 Vendor: "GenuineIntel"
 Model: 6.15.13 "Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz"
 ...

Y si quiero detalles sobre la RAM:

# hwinfo --mem
1: None 00.0: 10102 Main Memory 
 [Created at memory.61]
 Hardware Class: memory
 Model: "Main Memory"
 Memory Range: 0x00000000-0xbe053fff (rw)
 Memory Size: 3 GB
 Config Status: cfg=new, avail=yes, need=no, active=unknown

Estos parámetros se pueden combinar en un sólo comando e incluso con --short para obtener un informe resumido:

# hwinfo --short --cpu --network
cpu: 
 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz
 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz
network:
 wlan0 Dell Wireless 1390 WLAN Mini-Card
 eth0 Broadcom BCM4401-B0 100Base-TX

En todo el tiempo que llevo usándolo, hwinfo se ha mostrado muy estable y nunca ha producido problemas en los sistemas en los que lo he ejecutado. Sin embargo, si sospechamos que algún componente hardware pueda estar defectuoso, considero una temeridad utilizar una herramienta como hwinfo, ya que podríamos provocar un “kernel panic” y la más que probable caída del servidor.

Según consta en el manual de hwinfo, tiene un problema: no es capaz de detectar todo el hardware. Por eso, lo complementaremos en futuros artículos con otras herramientas igualmente interesantes.

MultiCD, integración de varias ISOs en un pendrive USB

Fri, 21 Jun 2013 11:12:14 +0000

En el artículo sobre Unetbootin comenté que su mayor carencia era que sólo podía grabar una única imagen ISO en el dispositivo USB. Dada la gran utilidad que tendría el poder integrar varias imagenes en un único pendrive, he estado buscando una herramienta que lo permitiese hasta que he dado con MultiCD, la cual sin ser perfecta cumple con creces con este objetivo.

MultiCD es un shell script (por lo tanto, sólo sirve para Linux) con un funcionamiento muy sencillo: lee cada ISO que queramos integrar, construye el menú principal que nos permitirá acceder a cada imagen y finalmente genera una nueva ISO con toda la información anterior. Ya es cuestión nuestra el volcarla al pendrive, pero para ello recomiendo el mismo mecanismo que en el caso de la instalación de distros en Raspberry Pi. Evidentemente, podemos también quemarla en un CD o DVD, dependiendo del tamaño final resultante.

Su instalación es muy sencilla. Basta con acceder al enlace de descarga en GitHub que figura en la web oficial de MultiCD (el enlace a tuxfamily.org no funciona) y pulsar en el botón que aparece en la columna de la derecha con la leyenda “Download ZIP”. Una vez terminada la descarga, descomprimimos en un directorio de nuestra elección y nos aseguramos que el script principal tiene los permisos de ejecución adecuados.

# chmod 755 multicd.sh

Ahora basta con copiar o enlazar las imágenes ISO a integrar al directorio de instalación de MultiCD y ejecutar el script.

# ./multicd.sh

Antes de proceder a ejecutar el script por primera vez debemos asegurarnos de que contamos con los paquetes mkisofs o genisoimage para la generación de la ISO final.

La ejecución de MultiCD la podemos hacer tanto como usuario root como usuario estándar, ya que el script se encarga de utilizar las herramientas adecuadas en cada caso. Mi recomendación es probar primero como usuario no privilegiado y pasar a root únicamente si no nos queda más remedio.

MultiCD sólo es capaz de integrar aquellas ISO para las que tiene un plugin preparado a tal efecto (cada plugin es igualmente un shell script que se encarga de gestionar las particularidades de cada imagen), pero la lista de ellos es enorme y cubre las necesidades de prácticamente cualquier usuario. Esta lista se puede consultar en la web de MultiCD, pero incluso hay ISOs soportadas que no aparecen en la misma, por lo que la mejor manera de saber qué está soportado es consultar el listado de scripts del directorio plugins.

Si al ejecutar MultiCD no se incluye alguna de las imágenes seleccionadas, sólo tenemos que consultar en la lista de ISOs de la web cómo espera MultiCD que se llame dicha imagen y renombrarla adecuadamente.

Desgraciadamente, en mis pruebas he descubierto que muchos de ellos no están actualizados para reconocer las últimas versiones de la ISO correspondiente (como es el caso del utilísimo Ultimate Boot CD o del apreciado Kaspersky Rescue Disk), lo que disminuye la utilidad de MultiCD. Aún así, me he construido un pendrive de lo más interesante con las siguientes imagenes:

NetbootCD (instalación por red de las distribuciones Linux más populares)
SuperGrubDisk2 (inicio de sistemas Linux con arranque defectuoso)
Rescatux (reparación del arranque de sistemas Linux)
System Rescue CD (Linux en vivo para el mantenimiento de sistemas)
Clonezilla (clonación de sistemas)
AVG Antivirus
Memtest86+ (comprobación de RAM; incluido de serie)

En definitiva, MultiCD es una herramienta muy útil para los que nos dedicamos a la gestión de sistemas informáticos. Os animo a probarla y a que compartáis vuestras impresiones.

Instalar KDE 4.10 en Debian Wheezy

Mon, 03 Jun 2013 19:30:21 +0000

Soy usuario del escritorio KDE desde prácticamente los inicios del proyecto. Considero que es un gran entorno de trabajo, usable y que potencia la productividad. Pero también soy un convencido de Debian como sistema operativo, lo que significa que debo conformarme con versiones de KDE relativamente antiguas. Aunque entiendo y comparto la filosofía de Debian en el tema del software incluido en cada edición de la distro, estoy en desacuerdo con que piezas de software tan importantes como el escritorio no reciban actualizaciones más a menudo, ya que condenan al usuario a no disfrutar de las continuas mejoras que el equipo KDE incluye en cada nueva iteración.

Dado que Debian Wheezy ha salido con KDE 4.8 (con un año de antigüedad), fue para mí una gran noticia descubrir a través del blog Diariodebian una forma de instalar KDE 4.10 en la reciente edición estable de Debian. Sin embargo, las instrucciones del artículo no me han funcionado bien del todo, así que he creado mi propio recetario para conseguir que KDE 4.10 se instale y funcione correctamente en mi Debian 7.0. Eso sí, estas instrucciones sólo sirven para la arquitectura amd64.

El truco de este recetario consiste en utilizar los paquetes de KDE 4.10 que ZevenOs Neptune incluye en sus repositorios. Se trata de una distro basada en Debian Wheezy, por lo que sus paquetes deberían ser compatibles. De ahí que podamos echar mano de su KDE 4.10 para nuestra Debian 7.0. Asimismo, advierto que estas instrucciones son para realizarlas como administrador del sistema (root) desde la línea de comandos. Aquellos que prefieran los entornos gráficos, pueden sustituir algunos de estos pasos con su gestor de software favorito.

El primer paso consiste en añadir los repositorios correspondientes de ZevenOs Neptune al fichero /etc/apt/sources.list, donde se almacena la lista de repositorios desde los que instalamos el software de nuestro sistema. Abrimos el fichero con nuestro editor de elección y añadimos las siguientes líneas:

# ZevenOs Neptune (KDE 4.10)
deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main

tras lo cual actualizamos la base de datos de paquetes:

apt-get update

Ahora, dependiendo del estado de nuestra Debian, tomaremos un camino u otro. En el caso de que no tengamos KDE instalado previamente, procederemos con su instalación desde cero:

apt-get install kde-full kde-l10n-es

con lo que instalaremos KDE 4.10 al completo junto con el soporte para el idioma español. Si en nuestro caso es que ya tenemos una versión anterior de KDE instalada, procederemos a actualizarla de la siguiente manera:

apt-get dist-upgrade

En ambos casos, la instalación se nos va a quejar de que la firma de ciertos paquetes (los de ZevenOs Neptune) es desconocida para el sistema. Esto se debe a que efectivamente no hemos instalado dicha firma, pero por más que la he buscado no la he encontrado, así que tendremos que contestar “sí” a la pregunta de si se continúa con la instalación.

Ya sólo queda reiniciar el PC, tras lo que debería presentarsenos la pantalla de bienvenida de KDM, el gestor de acceso de KDE, lo que significa que podemos empezar a disfrutar de la versión 4.10 de este estupendo escritorio.

En el artículo original se recomienda la instalación de unos paquetes que aseguran una homogeneidad visual entre las aplicaciones ejecutadas bajo KDE independientemente de si se han desarrollado con GTK o Qt, algo con lo que estoy totalmente de acuerdo:

apt-get install gtk3-engines-oxygen gtk2-engines-oxygen

Eso es todo. Espero que probéis KDE 4.10 y me contéis qué tal os ha ido.

Las novedades más interesantes de Debian 7.0 "Wheezy"

Wed, 08 May 2013 10:54:52 +0000

La noticia más importante sin duda de la semana en el mundo Linux ha sido la esperadísima publicación de la versión 7.0 de Debian, conocida con el nombre clave de Wheezy. No voy a profundizar en la noticia en sí ya que a estas alturas ha sido más que cubierta y comentada en Internet, sino que me voy a centrar en comentar las que a mi entender son las novedades más importantes y útiles de Debian 7.0 después de más de un año utilizándola mientras estaba en pruebas.

Para mí, la característica más interesante es la del soporte de multiarquitectura, que permite instalar paquetes de múltiples arquitecturas en el mismo sistema resolviendo las dependencias correctamente de forma automática. Así, es perfectamente posible instalar programas de 32 bits (i386) en una Debian de 64 bits (amd64). Esto me ha permitido, por ejemplo, contar con programas con Skype y Steam que de otra forma no hubiera podido utilizar. Como se puede imaginar, la multiarquitectura nos abre un enorme abanico posibilidades, tanto en escritorios como en servidores.

Precisamente la que considero como segunda novedad interesante está más dirigida a servidores por su exposición a los usuarios (aunque los escritorios también se pueden beneficiar), como es la inclusión de serie de AppArmor en Debian 7.0. AppArmor es un software de seguridad presente tanto en el núcleo de Linux como en herramientas de usuario que permite limitar el acceso a los ficheros a los que puede acceder un programa en base a un conjunto de reglas. De este modo, se protege el sistema de vulnerabilidades tanto conocidas como desconocidas. Si a esto añadimos el hecho de que muchos paquetes se han compilado con las opciones de securización del compilador gcc habilitadas, lo que activa distintas protecciones contra diversos problemas de seguridad, podemos concluir que Wheezy es sin duda la versión de Debian más segura hasta la fecha.

El resto de novedades son más o menos interesantes dependiendo de cada usuario. Personalmente sólo destacaría por último el completo soporte multimedia gracias al paquete libav-tools, que incluye todos los reproductores, codificadores y herramientas auxiliares que todo usuario puede llegar a necesitar para tener una experiencia multimedia satisfactoria con su sistema Debian. Esto además nos evita el tener que estar jugando con paquetes de terceros (que pueden generar conflictos con paquetes oficiales) y nos asegura el contar con una plataforma 100% libre y legal.

Sólo me queda animar a todo el mundo a probar Wheezy y a utilizarla como plataforma de uso habitual. Espero vuestros comentarios sobre vuestras experiencias con Debian 7.0

UNetbootin, creando dispositivos USB en vivo desde imagenes ISO

Mon, 08 Apr 2013 10:30:51 +0000

Mientras escribía el artículo anterior sobre Berryboot, se me vino a la cabeza otra herramienta que tiene algún punto en común con ella: UNetbootin. Se trata de una sencilla aplicación que permite crear dispositivos USB en vivo a partir de imágenes ISO de distribuciones Linux y otras herramientas autoarrancables desde una unidad óptica. Al igual que Berryboot, UNetbootin nos permite elegir de una lista predefinida qué distro queremos en nuestro pendrive, tras lo cual procederá a descargarsela e instalarla en el dispositivo USB. Aquí acaban las similitudes con Berryboot, ya que los objetivos, finalidad, plataforma hardware y formas de trabajar de ambas herramientas son diferentes (por ejemplo, UNetbootin sólo permite una distro por dispositivo, al contrario que Berryboot).

La forma de trabajar con UNetbootin es muy sencilla. Basta con dirigirnos a su web oficial y descargarnos el binario correspondiente a nuestro sistema operativo (existen versiones para Linux, Windows y MacOSX). Antes de proceder a ejecutarlo debemos haber conectado y montado el dispositivo USB de destino. Una nota de seguridad: aunque se trata de software libre y nos lo estamos bajando de una web de confianza como Sourceforge, se trata de la descarga de un binario y no está de más que tenga cuidado extra, sobre todo teniendo en cuenta que se trata de un software que exige permisos de administrador para su funcionamiento.

UNetbootin recién iniciado

La ventana de UNetbootin nos muestra dos opciones: o bien elegimos la imagen a instalar del desplegable superior (donde descubriremos una lista impresionante de posibilidades) o bien proveemos nuestra propia imagen ISO (si a alguien se le ocurre probar cosas “diferentes”, como una versión de Windows, y tiene éxito que por favor nos lo haga saber en los comentarios). En cualquier caso, una vez realizada la selección, debemos elegir la unidad de destino del desplegable inferior. Aquí, como he comentado en artículos anteriores, debemos tener especial cuidado ya que se trata de una herramienta destructiva por naturaleza y podemos dañar el contenido de otros dispositivos si no ponemos atención (de hecho, UNetbootin nos deja incluso elegir discos duros). Finalmente, sólo queda pulsar en el botón de “Aceptar” y esperar a que acabe el proceso.

Una de las mayores ventajas de UNetbootin (aparte del ahorro en CDs y DVDs) es que nos permite trabajar de forma sencilla con equipos que carecen de unidad óptica, como es el caso de los netbooks. De este modo es posible probar e instalar una distro Linux o realizar tareas de mantenimiento con algunas de las herramientas de diagnóstico y detección de antivirus que UNetbootin permite utilizar. Sin duda, se trata de una utilidad de gran valor.

Berryboot, múltiples distros para Raspberry Pi en una sola tarjeta SD

Thu, 14 Mar 2013 11:42:32 +0000

Siguiendo con el tema del artículo anterior, existe una herramienta muy interesante que permite instalar varias distribuciones para Raspberry Pi en la misma tarjeta SD, algo muy útil si estamos cortos de tarjetas. El proyecto se llama BerryBoot y su instalación y uso son muy sencillos como vamos a ver a continuación.

Lo primero es como siempre descargarnos el software de la página oficial. A continuación lo descomprimimos y procedemos a instalarlo en nuestra tarjeta SD tal y como describí en el artículo anterior. Una vez lista la tarjeta, la insertamos en el RPi y lo arrancamos. Una vez iniciado, BerryBoot arrancará un instalador que dará formato a la tarjeta SD y nos presentará en pantalla un menú desde el que podremos elegir las distros que queramos instalar desde Internet. Evidentemente, cuando el asistente nos pregunte, le indicaremos la tarjeta como medio de instalación.

Cuando hayamos terminado la instalación de las distros que nos interesan y arranquemos de nuevo el RPi, nos encontraremos un menú de inicio que nos permitirá elegir la distro que queramos iniciar en ese momento. Esto obviamente nos obliga a tener un teclado y un ratón conectados al RPi, pero es el precio a pagar para poder tener varias distros en una misma tarjeta y poder probarlas.

Es posible añadir otras distros que BerryBoot no conozca al menú de arranque y, aunque se trata de un proceso complejo, basta con seguir paso a paso el recetario que aparece en la página oficial para personalizar nuestra tarjeta SD.

Para terminar, quiero hacer hincapié en que debemos contar con una tarjeta SD con suficiente espacio para todas las distros que queramos instalar. Esto podrá parecer evidente, pero es muy fácil que no caigamos en la cuenta y si no lo planificamos previamente al final tendremos que repetir el proceso desde el principio. Lo suyo es contar con una tarjeta de 32GB, pero si no es posible 16GB se me antojan como el mínimo imprescindible.

Espero vuestro comentarios sobre vuestra experiencia con BerryBoot.

Instalación de distros en Raspberry Pi

Tue, 05 Mar 2013 13:40:17 +0000

Desde que tengo mi Raspberry Pi no he dejado de probar distintas aplicaciones, con mayor o menor éxito dependiendo del grado de madurez del proyecto, demostrando lo útil que es el dispositivo gracias a su diseño y bajo coste. Hasta ahora, la distribución para RPi que más me ha gustado y que más utilizo es XBian, gracias a la cual mi RPi se ha convertido en un potente y completo centro multimedia. De hecho, me estoy planteando comprarme otro RPi para seguir probando cosas e inventando nuevos proyectos. Tras esta experiencia, quiero comentar en este artículo como instalar cualquier distribución para RPi sin problemas.

Lo primero que tenemos que hacer es descargarnos la imagen de la distro a instalar, la cual tendrá la extensión .img y estará comprimida para facilitar su descarga. A continuación descomprimimos la imagen y procedemos a volcarla a la tarjeta SD que introduciremos en el RPi. Para ello vamos a utilizar el comando dd, que sirve para copiar información desde una fuente a un destino byte a byte. Dado que en Linux todo es un fichero, la potencia de dd es tremenda, ya que nos va a permitir volcar el contenido de la imagen de una distro a un dispositivo extraíble como es la tarjeta SD.

Sin embargo, parafraseando el conocido anuncio, esta potencia sin control es muy peligrosa y podemos convertir a dd en una herramienta destructiva si no elegimos bien el destino del comando. Así que antes de volcar vamos a ver cómo elegir adecuadamente el dispositivo que representa a nuestra tarjeta SD.

Antes de seguir, debo comentar que cada proyecto RPi tiene unos requerimientos mínimos de espacio, por lo que la tarjeta SD que elijamos debe cubrir dicha cantidad. No todos las distros tienen las mismas necesidades, e incluso nos las podemos encontrar que les basta con 1GB, pero lo habitual es irnos a 8GB o más. Asimismo, es importante elegir una clase elevada de tarjeta, preferiblemente clase 10, ya que eso nos asegura una transferencia de datos mínima y un rendimiento adecuado en el RPi. Hay más información a este respecto en la Wikipedia.

Con la tarjeta sin insertar, ejecutamos el siguiente comando:

# cat /proc/partitions

lo que nos dará un resultado similar a éste:

major minor #blocks name

 8 0 156289847 sda
 8 1 1951744 sda1
 8 2 97655808 sda2
 8 3 56680448 sda3
 11 0 1048575 sr0

Lo que hemos hecho es preguntarle directamente al núcleo de Linux por los dispositivos de almacenamiento y sus particiones que el sistema operativo haya detectado. Aunque existen otros métodos (por ejemplo, usando el comando fdisk -l), éste es sin duda el más fiable. En el ejemplo, tenemos un disco duro (sda) con tres particiones y una unidad óptica (sr0).

Ahora insertamos la tarjeta SD en nuestro ordenador y consultamos de nuevo al núcleo por los dispositivos y sus particiones, con lo que obtendremos algo tal que así:

major minor #blocks name

 8 0 156289847 sda
 8 1 1951744 sda1
 8 2 97655808 sda2
 8 3 56680448 sda3
 11 0 1048575 sr0
 8 64 975360 sde
 8 65 975295 sde1

Como vemos, existe una diferencia clara: ahora existe un dispositivo nuevo (sde) con una partición. Pues bien, ése es el que representa a nuestra tarjeta SD y el que debemos usar en el comando dd. Por cierto, en vez de sde el sistema podrá elegir sdb, sdc, etc, según la disponibilidad de identificadores de dispositivos. En mi caso, al usar un lector multitarjeta, es lógico que el sistema me haya asignado sde.

En el caso de que nuestro Linux haya montado automáticamente la tarjeta SD debemos proceder previamente a desmontarla desde el propio entorno gráfico. Una vez lista la tarjeta, ejecutamos el siguiente comando:

# dd if=distro.img of=/dev/sde

A partir de este momento, el sistema se pondrá a volcar el contenido de la imagen de la distro para RPi en nuestra tarjeta SD. En el parámetro if indicamos el fichero de la imagen y en el parámetro of el dispositivo de la tarjeta SD. Aquí se puede apreciar el peligro de dd si indicamos incorrectamente el dispositivo de salida. ¿Qué ocurriría si pongo sda en vez de sde? Pues que más que probablemente destruya mi sistema operativo. Por eso, hay que revisar concienzudamente el comando dd antes de ejecutarlo para estar seguros de que no cometemos un grave error.

Una vez terminado dd, forzamos el vaciado de los buffers intermedios con este comando:

# sync

y ya podemos extraer la tarjeta SD de nuestro ordenador, insertarla en el RPi y probar la distro.

Con estas instrucciones sólo queda elegir la distro que queremos probar, ya sea de propósito general como Raspbian o especializada como XBian (centro multimedia), PiMame (emulador arcade) o IPFire (cortafuegos). Espero vuestras experiencias con Raspberry Pi y algunos de estos proyectos.

Desura, la alternativa a Steam

Tue, 26 Feb 2013 19:11:44 +0000

Tras dedicar el anterior artículo a Steam y su instalación en Debian Wheezy me dí cuenta de que a Desura sólo le había dedicado una breve mención en otro artículo dedicado al renacimiento del mercado de juegos para Linux. Para los que no sepan lo que es, se trata de una plataforma de distribución digital de juegos creada en 2009 por un grupo de desarrolladores australianos.

Aunque no es exclusiva de Linux, Desura facilita enormemente la adquisición y gestión de juegos en formato digital, eliminando muchos de los problemas que los usuarios noveles se encuentran a la hora de instalar programas en Linux que no están integrados en sus respectivas plataformas de gestión de software. Dado que Desura ha sido la pionera en la distribución digital de juegos comerciales en Linux y lleva por tanto más tiempo disponible que Steam en el sistema del pingüino, es de recibo que dedique un artículo a hablar de sus bondades y de cómo instalarlo en Linux.

Desura en acción

En cuanto a funcionalidad, Desura ofrece lo mismo que Steam (o debería decirlo al revés, ya que éste es el novato en Linux): un entorno de comercio electrónico, un sistema de gestión de software, una comunidad de usuarios y una plataforma para desarrolladores. Sin embargo, aquí acaban las similitudes. Desura tiene una serie de ventajas sobre Steam que lo convierten en un serio competidor para la plataforma de Valve y en mi primera elección como plataforma comercial de juegos.

1. Versión para 64 bits. Desura cuenta con versiones tanto para 32 como para 64 bits, lo que implica un óptimo rendimiento de la plataforma y permite utilizar versiones de los juegos propios de la arquitectura de la distro que tengamos instalada. Steam sólo cuenta con una versión para 32 bits, lo que obliga a utilizar versiones de 32 bits de ciertas librerías del sistema y a duplicar el espacio ocupado por las mismas, aparte de un inferior rendimiento general del entorno.

2. Instalación sencilla en cualquier distribución Linux moderna. Mientras que Steam sólo está disponible de serie para las últimas ediciones de Ubuntu (aunque se puede instalar en otras distribuciones a través de ciertas triquiñuelas), Desura es un paquete que sólo depende de sí mismo para funcionar, lo que permite su instalación (que además es muy sencilla como veremos a continuación) en cualquier plataforma Linux relativamente reciente (de unos años para acá).

3. Demos. Desura incluye demos en algunos de los títulos de su catálogo, lo que permite la prueba antes de comprar los juegos y nos habilita para invertir nuestro dinero de la mejor manera posible.

4. Juegos libres y freeware. Además de juegos comerciales, Desura ofrece la posibilidad de instalar y jugar tanto a algunos títulos libres como a juegos comerciales gratuitos. Así, no es necesario gastarse un euro para disfrutar de Desura. A día de hoy, Steam sólo ofrece un título gratuito.

5. Mods gratuitos. Finalmente, en lo que a tipos de software se refiere, Desura ofrece también mods, es decir, modificaciones de títulos existentes que amplían la experiencia de juego. Además, todos son gratis.

6. Actualización y reparación de juegos. Cuando se publica una nueva versión de un juego de nuestra lista, Desura nos avisa y nos permite actualizarlo con un sólo click. Igualmente, si un juego no funciona adecuadamente, Desura nos permite reparar su instalación, ofreciéndonos varias opciones dependiendo del problema.

7. Enorme catálogo de juegos. Esta ventaja es evidentemente fruto de que Steam acaba de aterrizar en Linux, pero Valve va a tener que trabajar muy duro para acercarse a la gran oferta actual de Desura, algo a lo que no es ajena la incorporación de juegos libres y mods a su catálogo.

Web oficial de Desura

Sin embargo, no todo es tan bonito ni tan perfecto en Desura. Por mi parte puedo afirmar que sufre de cierta inestabilidad que hace que se cierre inesperadamente en plena instalación, actualización o reparación de juegos. No es algo grave, ya que basta con abrir de nuevo Desura, pero si bastante molesto por lo recurrente del problema. Espero que lo resuelvan antes o después.

Para instalarlo basta con descargarnos el software de la web oficial de Desura, que se encargará de detectar la arquitectura de nuestra distribución, 32 ó 64 bits, y ofrecernos la descarga adecuada. El paquete viene en formato .tar.gz, por lo que procederemos a copiarlo a un directorio temporal de nuestra elección y a descomprimirlo allí. Por cierto, no es necesario realizar estar operaciones como administrador del sistema, por lo que podemos instalar Desura como nuestro usuario estándar (algo recomendable por otro lado).

# cp desura-x86_64.tar.gz
# tar xzvf desura-x86_64.tar.gz

Ahora sólo queda iniciar el ejecutable que incluye el paquete y Desura se pondrá a continuación a descargar el resto de los ficheros necesarios para funcionar, tras lo cual se inicia el entorno en sí mismo. Esto además instalará un icono de arranque en nuestro escritorio y en nuestro menús.

# ./desura

Lo primero que se muestra en pantalla es el formulario de autentificación. Si no contamos con usuario en Desura, es el momento de crearnos uno. A continuación entramos en la plataforma y ¡a disfrutar de juegos de calidad para Linux! Espero vuestras experiencias.

Instalando Steam en Debian Wheezy

Tue, 19 Feb 2013 11:12:20 +0000

La noticia más destacada de la semana pasada en el mundo Linux fue sin duda la de la publicación de la primera versión estable del cliente de Steam (la popular plataforma de distribución digital de juegos de Valve) para el sistema del pingüino. A pesar de que sólo existe versión para las últimas ediciones de Ubuntu, es posible instalarlo en Debian Wheezy (no es posible en Squeeze por la falta de algunas librerías) con algún que otro truco. Yo hace tiempo que me instalé la beta y lo cierto es que es un gusto disfrutar de mis juegos (por ejemplo, los de los Humble Bundle) cómodamente a través de un completo interfaz como Steam.

De las distintas opciones que he probado para instalar Steam en mi Wheezy, hay una que me ha funcionado sin problemas y que voy a comentar a continuación. Pero antes, si como yo utilizamos un sistema de 64 bits, es imprescindible activar antes el soporte multiarquitectura, ya que Steam sólo está disponible para 32 bits. Como siempre, estas instrucciones hay que llevarlas a cabo como administrador del sistema.

Los comandos para activar la arquitectura i386 en un sistema amd64 son los siguientes:

# dpkg --add-architecture i386
# apt-get update

Para instalar Steam vamos a utilizar un tutorial preparado por un usuario llamado Cyb.org, en el que utiliza tanto un par de scripts preparados por él mismo como otro desarrollado por un usuario llamado Kano. Sin embargo el tutorial es algo confuso e incompleto en alguno de sus pasos, así que trataré de que el procedimiento quede lo más claro posible.

Empezaremos descargando el script de Kano así:

# wget http://kanotix.com/files/fix/install-steam-wheezy.sh

A continuación le daremos permisos de ejecución:

# chmod 755 install-steam-wheezy.sh

Y procedemos a ejecutarlo, lo que terminará con la instalación de un cliente Steam adaptado a nuestra Debian:

# ./install-steam-wheezy.sh

Los siguientes pasos hay que llevarlos a cabo como nuestro usuario del sistema. Antes de cerrar la sesión de administrador, procederemos a dar permisos a nuestro usuario en el sistema de gestión de permisos sudo. Para ello, ejecutamos el comando visudo y añadimos en el editor que se abre a continuación la siguiente línea:

nombre_usuario ALL=(ALL:ALL) ALL

Esta línea sólo nos hará falta hasta que terminemos la instalación. A cotinuación nos salimos de la sesión de administrador y, como nuestro usuario estándar del sistema, nos descargamos el siguiente script:

wget http://dl.dropbox.com/u/29081229/Steam/debian_install.sh

Le damos también permisos de ejecución como antes y lo ejecutamos. Con esto ya estará lista una versión más moderna de la librería libc6 de la que viene en Wheezy y que es necesaria para Steam. Sólo queda descargarse el script que nos va a permitir ejecutar Steam sin problemas:

wget http://dl.dropbox.com/u/29081229/Steam/debian_steam.sh

Igualmente, le damos permisos de ejecución y lo arrancamos, con lo que el cliente Steam se iniciará, se autoactualizará y terminará pidiendo nuestro usuario y contraseña en el sistema de Valve. Una vez comprobado que todo está bien, no debemos olvidar que hay que eliminar de sudo la línea que insertamos antes. Sólo quedaría crearnos un icono en nuestro escritorio o en nuestro menús que invocara Steam a través del último script descargado. Hay que recordar que no debemos utilizar el icono que el propio Steam nos instala, ya que no funcionará.

Personalmente me encontré con un error en el propio Steam al iniciarlo por primera vez, en el que se quejaba de que no encontraba la librería steamui.so. Realmente el problema era que no contaba con todas las librerías i386 necesarias, así que me bastó con instalar el paquete ia32-libs para resolver el problema.

A pesar del tutorial, reconozco que se trata de un proceso complejo. Lo suyo sería que Valve publicara una versión para Debian, pero ya que no es así al menos este tutorial nos asegura el poder disfrutar de buenos juegos en nuestro Linux. ¡A pasarlo bien!

Virtualización en escritorios (III): VMWare

Tue, 12 Feb 2013 10:43:31 +0000

Continuamos con la serie de artículos dedicada a la virtualización en escritorios con el repaso a otra de las soluciones más populares del mercado. En esta ocasión se trata de VMWare, uno de los pioneros en esto de la virtualización de sistemas, siendo al igual que Virtualbox una de las opciones más sencillas de instalar y utilizar, aunque con el inconveniente de que se trata de una solución completamente privativa con versiones tanto de pago como gratuitas.

VMWare fue desarrollado por VMware Inc., que presentó al público en Mayo de 1999 un producto para escritorios, VMWare Workstation. Posteriormente entró en 2001 en el mercado de servidores con VMware GSX Server y VMware ESX Server. En 2004, la empresa se convirtió en filial de EMC Corporation.

Los productos de VMWare se ejecutan sobre Linux, Windows y Mac OS X sobre procesadores Intel, y es capaz de alojar a una gran cantidad de sistemas virtualizados. En el ámbito que nos ocupa, el de los escritorios, VMWare ofrece un producto gratuito llamado VMWare Player, que no solo ejecuta máquinas virtuales sino que también es capaz de crearlas. Su instalación es tan sencilla como descargarse de la web oficial el instalador correspondiente al sistema operativo anfitrión de nuestra elección y proceder a su ejecución. En el caso de Debian, es más que interesante seguir las instrucciones del wiki oficial del proyecto.

La existencia de una versión gratuita para escritorios convierte a VMWare en una opción muy asequible para los usuarios incluso de entornos corporativos, ya que su licencia así lo permite. Además, el formato que utiliza para los discos virtuales es gestionable incluso desde herramientas de licencia libre. Por último, existen numerosas máquinas virtuales con aplicaciones instaladas disponibles para su descarga en Internet, lo que hace ganar puntos a VMWare como opción interesante para nuestros escritorios.

VMWare basa su funcionamiento en la virtualización parcial del hardware, es decir, emula ciertas partes de la plataforma hardware sobre la que corre el sistema huésped, como el adaptador de vídeo, la tarjeta de red y los controladores de disco, mientras que pasa directamente al hardware real las llamadas a ciertos componentes, como los dispositivos USB, serie y paralelo. Esto implica una alta portabilidad entre anfitriones, siendo posible pausar una VM en un sistema, copiarla a otro y seguir allí su ejecución como si nada hubiese pasado. Asimismo, el rendimiento es generalmente superior al de soluciones de virtualización completa, aunque esto depende del uso que se le dé a la virtualización.

Al igual que en el caso de Virtualbox, quiero daros un consejo a la hora de crear nuevas máquinas virtuales. Cuando tengamos que crear el almacenamiento de la VM y se nos pregunte por el tipo de asignación del espacio, debemos asegurarnos de que sea dinámico y no fijo, de forma que no perdamos en el disco físico todo el espacio reservado para la VM mientras no esté en uso.

A pesar de las virtudes de VMWare y de tratarse de un producto robusto y estable con numerosas posibilidades, para mí chirría el hecho de que se trata de un producto privativo, por lo que prefiero otras soluciones que son tan completas como VMWare pero de licencia libre como KVM, que revisaremos en un artículo próximo. En cualquier caso, espero vuestras experiencias con VMWare.

Conversion de videos a HTML5 en Debian Wheezy

Mon, 28 Jan 2013 11:28:44 +0000

Estamos actualmente inmersos en un proyecto web consistente en la migración del actual motor al gestor de contenidos TYPO3. Se trata de una web con una importante carga de vídeos (unos 5 GB), los cuales están codificados como DivX, con la consiguiente complicación a la hora de asegurarse de que se visualizan correctamente en todas las plataformas de navegación actuales. Dado que existen algunas en las que esto ya no es posible (sobre todo en tablets y smartphones), la solución que planteamos era tirar de estándar y convertir toda la base audiovisual a HTML5, lo cual no es la panacea como comentaré más adelante, pero que al menos nos asegura que los vídeos podrán visualizarse adecuadamente de aquí a unos años.

Como estamos hablando de más de 150 vídeos, es evidente que la conversión no se podía hacer a mano, así que buscando por Google me encontré en un blog con una solución que podía automatizar el proceso, basada en la herramienta de línea de comandos ffmpeg, una verdadera navaja suiza para la codificación y conversión de material audiovisual.

Se trata de un script para Linux que toma como parámetro de entrada el vídeo a convertir y que produce como salida tres versiones del vídeo (una por cada codec soportado por la etiqueta video), una captura de pantalla en JPG para el parámetro poster y un pequeño código HTML para visualizarlo todo (que en TYPO3 no es necesario pero que no viene mal para otras situaciones). Sin embargo, el script no funcionaba bien del todo por varios motivos: algunos parámetros de invocación de ffmpeg estaban obsoletos, la visualización de los vídeos en las plataforma móviles de Apple no es correcta (como bien apuntaban en los comentarios del blog) y la generación del HTML para la visualización no funcionaba. Así que me puse manos a la obra y resolví los tres problemas (del segundo ya tenía la solución en los comentarios, como ya he dicho), obteniendo este script:

{code type=php}
#!/bin/bash

if [[ $1 ]]
then
filename=$(basename “$1”)
filename=${filename%.*}
directory=$(dirname “$1”)

duration=$(ffmpeg -i “$1” 2>&1 | grep Duration | awk ‘{print $2}’ | tr -d ,)
minutes=${duration%:*}
hours=${minutes%:*}
minutes=${minutes##*:}
seconds=${duration##*:}
seconds=${seconds%.*}

hours=$((hours*3600))
minutes=$((minutes*60))

total=$(expr $hours + $minutes + $seconds)
number=$RANDOM
let “number %= $total”

echo “Generating thumbnail”
ffmpeg -i “$1” -filter:v yadif -an -ss $number -t 00:00:01 -r 1 -y -vcodec mjpeg -f mjpeg “$directory/$filename.jpg” 2>&1
echo “Converting $filename to ogv”
ffmpeg -i “$1” -acodec libvorbis -ac 2 -ab 96k -ar 44100 -b:v 345k “$directory/$filename.ogv”
echo “Finished ogv”

echo “Converting $filename to webm”
ffmpeg -i “$1” -acodec libvorbis -ac 2 -ab 96k -ar 44100 -b:v 345k “$directory/$filename.webm”
echo “Finished webm”

echo “Converting $filename to h264”
ffmpeg -i “$1” -acodec aac -ab 160000 -vcodec libx264 -vpre ipod640 -b:v 345k -threads 0 -pix_fmt yuv420p -f mp4 -strict -2 “$directory/$filename.mp4”
echo “Finished h264”

echo “Writing HTML…”

echo "

" > "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " Sorry, your browser does not support HTML5 video" >> "$directory/$filename.html"
 echo "

" >> “$directory/$filename.html”

echo “All Done!”
else
echo “Usage: [filename]”
fi

{/code}

Basta con copiarlo y guardarlo en un fichero al que daremos un nombre descriptivo (por ejemplo, convertHTML5) y que deberemos almacenar en una ruta dentro de nuestro camino de ejecución. Personalmente, sugiero /usr/local/bin en base a las recomendaciones del estándar Linux para los sistemas de ficheros. Antes de proceder a su ejecución, debemos asegurarnos de que el script tiene los permisos adecuados:

# chmod 755 /usr/local/bin/convertHTML5

Igualmente, debemos asegurarnos de que las herramientas de apoyo que el script necesita están instaladas en nuestro sistema. En el caso de Debian, necesitamos al menos tener instalada Wheezy para asegurarnos de que las versiones de dichas herramientas son lo suficientemente actuales para que hagan su trabajo adecuadamente. Para ello además deberemos incluir el repositorio Debian Multimedia en nuestra lista en /etc/apt/sources.list:

deb http://oktan.ls.fi.upm.es/debian-multimedia/ wheezy main non-free

Tras actualizar la base de datos de paquetes:

# apt-get update

procedemos a instalar los paquetes necesarios:

# apt-get install ffmpeg x264 yasm lame libvpx1

Ya podemos proceder a convertir automáticamente todos nuestros vídeos, para lo cual lanzaremos un pequeño bucle:

# for i in *.{avi,AVI}; do convertHTML5 $i; done

Si tenemos vídeos en otros formatos diferentes a DivX, como WMV, MPG o MOV, basta con que añadamos sus extensiones a la lista dentro de las llaves en el bucle. ffmpeg es lo suficientemente inteligente para detectar el formato de entrada y actuar en consecuencia.

Como decía más arriba, este script da como salida tres versiones del vídeo original, uno en cada uno de los formatos (MP4, WEBM, OGV) que soporta la etiqueta video de HTML5. El motivo es que la conocida guerra de codecs se saldó con que cada navegador y plataforma soporta un formato diferente, lo que obliga a mantener una versión de cada uno para que todos los usuarios puedan disfrutar del material audiovisual sin importar cómo se conectan al sitio web. Lo único que ha provocado esta falta de entendimiento es que los desarrolladores tenemos que sufrir esta pesadilla y al menos duplicar el espacio dedicado a los audios y vídeos que queramos servir a través de HTML5. Entiendo que es muy positivo sustituir a Flash de una vez por todas, pero no a cualquier precio. De ahí mi comentario inicial de que esta solución no es precisamente una panacea.

En cualquier caso, este script nos está siendo de gran utilidad y por eso lo compartimos, esperando que también sea útil a nuestros lectores. Espero vuestros comentarios y posibles mejoras que se os puedan ocurrir.

Virtualización en escritorios (II): Virtualbox

Fri, 18 Jan 2013 11:10:58 +0000

Tras la presentación de lo que es la virtualización de sistemas, sus ventajas y los casos de uso más habituales, voy seguir esta serie de artículos dedicada a la virtualización en escritorios con el repaso a las soluciones más populares existentes en el mercado. Para ello, empezaré con Virtualbox, una de las opciones más sencillas de instalar y utilizar.

Virtualbox fue originalmente desarrollado por la empresa alemana innotek GmbH, que lo vendió en 2008 a Sun Microsystems, terminando en manos de Oracle con el resto de activos de Sun (como Java, MYSQL, Solaris, etc.) cuando se produjo la famosa adquisición. Se ejecuta en los sistemas operativos más populares y en otros minoritarios, como el propio Solaris o FreeBSD, y es capaz de alojar a una ingente cantidad de sistemas virtualizados, incluyendo OS/2. Su instalación es tan sencilla como descargarse de la web oficial el instalador correspondiente al sistema operativo anfitrión de nuestra elección y proceder a su ejecución, tras lo cual hay que proceder también a descargar e instalar el “VirtualBox extension pack”, que amplía las posibilidades del paquete original con soporte USB 2.0, RDP y arranque PXE. Sin embargo, en el caso de Debian es aún más sencillo como veremos más adelante.

La existencia del “VirtualBox extension pack” se debe a la especial licencia del software. En la actualidad, el núcleo de Virtualbox se distribuye bajo la licencia libre GPLv2, mientras que las características extendidas antes mencionadas sólo están accesibles mediante una licencia privativa para uso y evaluación personal. Esto convierte a Virtualbox en una opción muy asequible para usuarios domésticos y en entornos educativos, pero pierde enteros en entornos corporativos frente a soluciones completamente libres y, en lo referente a costes de licencias, gratuitas.

Virtualbox basa su funcionamiento en la virtualización completa (full virtualization), es decir, en la emulación al 100% de la plataforma hardware sobre la que corre el sistema huésped, de forma que éste nunca accede directamente a los recursos del hardware del anfitrión. Así, es posible instalar prácticamente cualquier sistema operativo sin modificar ni adaptar al entorno virtualizado, a cambio de una apreciable pérdida de rendimiento por la emulación por software del hardware. Sin embargo, los desarrolladores de Virtualbox han hecho un buen trabajo intentando que dicha pérdidad de rendimiento no sea tan grande, sobre todo gracias al uso del soporte de virtualización en hardware que los procesadores modernos traen de serie.

Como comentaba antes, la instalación en Debian es aún más sencilla que en otros sistemas gracias al uso de repositorios. Aunque Virtualbox está disponible en los repos oficiales, yo prefiero utilizar los que Oracle pone a disposición de los usuarios ya que así nos aseguramos tener siempre acceso a la última versión disponible. De hecho, a la hora de escribir este artículo, he comprobado que en Debian tenemos la versión 4.1, mientras que en el repositorio de Oracle contamos con la 4.2, publicada en Septiembre de 2012.

Empezamos por tanto la instalación añadiendo el repositorio oficial de Oracle a nuestra lista, bien a través del Centro de Software o bien editando directamente el fichero /etc/apt/sources.list, operaciones que sólo podemos realizar como administradores del sistema. Utilizaremos esta línea si usamos Squeeze:

deb http://download.virtualbox.org/virtualbox/debian squeeze contrib

o bien ésta otra si usamos Wheezy:

deb http://download.virtualbox.org/virtualbox/debian wheezy contrib

Ahora actualizamos la base de datos de paquetes:

# apt-get update

Y procedemos a instalar Virtualbox:

# apt-get install virtualbox-4.2

Sólo queda darle permisos de acceso a Virtualbox a aquellos usuarios del sistema anfitrión que queramos. Para ello, basta con añadirlos al grupo de usuarios vboxusers, de forma que Virtualbox pueda ejecutarse con pleno acceso a los recursos que necesita cuando es invocado por dichos usuarios. Por ejemplo, si queremos darle permiso al usuario marco, lanzamos el siguiente comando:

# adduser marco vboxusers

Listo. Ahora invocamos Virtualbox desde el icono que se ha debido instalar en nuestros menús y debería aparecer una pantalla como ésta:

Virtualbox recién instalado

En el caso de que la licencia nos lo permita, podemos proceder entonces a instalar el “extension pack”, que descargaremos previamente de la página de descargas de Virtualbox (una única descarga para todas las plataformas). Una vez hayamos cerrado Virtualbox, procedemos a la instalación del paquete como administradores con este comando:

# VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-4.2.6-82870.vbox-extpack

Alguien me dirá que es más sencillo hacer un simple doble click sobre el fichero del paquete o instalarlo a través del menú de preferencias del propio Virtualbox (y no les falta razón), pero de este modo sólo se instala para el usuario que está instalando el paquete y no para todos los del sistema anfitrión. Además, desde línea de comandos tendremos acceso a cualquier error que se produzca y, aunque parezca increible, podremos actualizar el paquete, algo que no parece posible desde los otros métodos si no desinstalamos primero el existente.

Sólo queda crear nuestras propias máquinas virtuales a través del sencillo asistente que Virtualbox ofrece al pulsar el botón “Nueva” y personalizarlas a través del botón “Configurar”, como se puede ver en la siguiente pantalla:

Virtualbox con una VM creada

Como se puede apreciar en el pantallazo, tengo una máquina virtual (VM) ya creada basada en Debian y que tengo suspendida en plena ejecución, de forma que cuando la inicie seguirá corriendo por donde iba cuando se detuvo.

Un consejo a la hora de crear nuevas máquinas virtuales. El asistente nos preguntará por el almacenamiento de la VM, que debería ser en un fichero alojado en un dispositivo local (trabajar con VMs en red supone una enorme pérdida de rendimiento). Cuando nos pregunte por el tipo de asignación del espacio, debemos asegurarnos de que sea dinámico y no fijo, de forma que no perdamos en el disco físico todo el espacio reservado para la VM mientras no esté en uso.

Si además nos aseguramos de que en la configuración de cada VM estén activas las extensiones de virtualización del procesador, tendremos un sistema de virtualización completo y lleno de posibilidades para nuestro escritorio. Espero vuestras experiencias con Virtualbox.

Reestructuración de un sistema informático

Fri, 11 Jan 2013 13:12:59 +0000

Tal y como hemos anunciado hoy en nuestra web corporativa, la Federación Andaluza de Empresas Cooperativas de Trabajo Asociado (FAECTA) nos ha adjudicado la gestión de su sistema informático en los próximos dos años. Aparte de la alegría que supone, esta concesión implica además una gran cantidad de trabajo al inicio del proyecto, ya que el primer paso que damos en un servicio de asistencia informática es el de la reestructuración de los activos TIC del cliente en busca de una estabilidad, robustez, seguridad y eficiencia que permita traducir el uso de las herramientas informáticas en un aumento de la productividad de la entidad y en un notable descenso de las incidencias técnicas. Veamos en las siguientes líneas cómo lo llevamos a cabo en Activa Sistemas.

Existe un procedimiento previo indispensable e ineludible para llevar a buen puerto la reestructuración: la realización de una profunda auditoría del sistema informático que incluya un detallado inventario hardware y software y que permita descubrir las fortalezas y carencias del mismo a nivel de funcionalidad, rendimiento y seguridad. Con esta información en nuestro poder se procede a redactar una serie de medidas y propuestas a desarrollar para potenciar y proteger las fortalezas y resolver las carencias.

Aunque a priori es imposible saber con lo que uno se va a encontrar en un sistema informático con el que se tiene contacto por primera vez, es igualmente cierto que suele haber una serie de puntos a resolver y de medidas a tomar comunes a todos los proyectos (al menos esa es nuestra experiencia hasta la fecha).

Elaboración de políticas de uso y seguridad de los activos TIC. Su importancia radica en que sin estos documentos es prácticamente imposible conseguir la deseada estabilidad del sistema informático que permita aumentar la productividad y disminuir los costes de mantenimiento. Es fundamental que las políticas estén avaladas por la gerencia de la entidad para que tengan validez operativa y que no entren en conflicto con la normativa vigente para que tengan validez legal (por ejemplo, un error muy común es incluir penalizaciones a los usuarios por el mal uso del sistema, algo que corresponde realmente al reglamento interno, los estatutos de la entidad y la legislación vigente).
Saneamiento de la red local a nivel físico, tanto cableado como inalámbrico. La base de un sistema informático es su red local física y, si esta se encuentra en mal estado o no da el rendimiento adecuado, todo el sistema se resiente drásticamente. Por ello hay que asegurarse de que todos los nodos de la red cuentan con el acceso de calidad y ancho de banda que requieren para llevar a cabo sus funciones, preferiblemente cableado, relegando el acceso inalámbrico a los casos justificados.
Renovación del parque de puestos de trabajo. Para que un ordenador de escritorio sea realmente productivo como herramienta de trabajo, es imprescindible que su ciclo de vida no supere los cinco años (al meno, a día de hoy). Por algo será que en España las normas contables consideran que su amortización está completa a los tres años…
Implantación de un sistema de seguridad perimetral y de gestión de las comunicaciones. Con el aumento año tras año de las ciberamenazas, cada vez es más imprescindible con un sistema que no sólo gestione el acceso a Internet (y que incluso lo acelere en la medida de lo posible) sino que además permita conectar de forma segura y privada a usuarios remotos y que nos defienda de problemas externos, desde el spam hasta intrusiones, pasando por malware y contenido no deseado.
Implantación de un servidor centralizado de usuarios, datos y aplicaciones. He visto problemas y carencias de todo tipo, pero el que más me horroriza y que hace que me eche las manos a la cabeza es cuando me encuentro que la empresa no tiene servidor de ningún tipo y que toda la información se encuentra repartida en los distintos puestos de trabajo. Con un servidor central es posible controlar el acceso de usuarios a ficheros, la gestión de recursos compartidos e incluso permitirnos una intranet para el acceso desde cualquier sitio al correo, la agenda, las tareas, etc.
Implantación de un sistema de copias de seguridad.La gente no se lo cree, pero las desgracias ocurren y, una vez que se producen, es demasiado tarde y sólo queda lamentarse y asumir las consecuencias si no se han tomado las medidas oportunas. Por ello, al igual que se contratan diversos seguros para proteger los activos de una empresa, también hay que implantar un completo sistema de salvaguarda de la información de la entidad, contemplando desde los dispositivos de copia en sí (por ejemplo, un NAS o un espacio virtual en la nube) hasta la política adecuada a las necesidades locales.
Homogeneización de sistemas operativos, aplicaciones y herramientas. Un parque muy heterogéneo de programas, tanto a nivel de sistema operativo como de aplicaciones, conlleva ciertos problemas como una gestión compleja del sistema y una mayor probabilidad de fallos y averías. Sólo hay que pensar en mantenimiento, actualizaciones, incompatibilidades, etc., para darnos cuenta de lo crítico de este punto. Una sugerencia que podemos hacer en este punto es la de migrar a software libre y, si es posible, incluso a Linux.
Unificación de los servicios de Internet. Es demasiado común encontrarse con que la web corporativa está alojada en un proveedor y el correo electrónico en otro (usualmente, la misma empresa de telecomunicaciones que provee del acceso a Internet). Aparte de la complicación en la gestión que ello supone, implica un mayor gasto que si se unificara todo bajo un mismo proveedor y servicio de alojamiento.
Actualización del sitio web corporativo. Si poco caso se le echa al alojamiento, lo mismo podemos decir del contenido, es decir, el sitio web en sí. Una vez instalado por primera vez, las empresas suelen olvidarse del él, lo que agrava el gasto que supone el alojamiento. Para que un sitio web sea efectivo, es vital mantenerlo vivo, ya sea a nivel de contenidos para mejorar el posicionamiento en buscadores, a nivel de funcionalidades para ofrecer un mejor servicio a los visitantes como a nivel de motor para facilitar su gestión y resolver problemas de funcionamiento y seguridad.
Elaboración de un plan formativo de los usuarios para renovar y poner al día sus conocimientos TIC. Si se desea disminuir el número de incidencias técnicas y aprovechar los recursos TIC al máximo, es evidente que los usuarios deben estar capacitados para ello. Un plan formativo adecuado a las necesidades de la entidad y diseñado de forma dinámica y efectiva es una garantía de éxito.
Implantación de nuevos servicios y funcionalidades. Una vez resuelto todo lo básico, es el momento de mirar al futuro y de proponer novedades y mejoras TIC que supongan un salto cualitativo en la productividad de la entidad: software libre, cloud computing, teletrabajo, movilidad, etc.

No nos hemos encontrado aún una empresa u organización que necesite de todas estas medidas porque efectivamente sufra de todas las carencias correspondientes (sencillamente dudo que pudiesen funcionar), pero la mayoría sí que han necesitado de buena parte de estas soluciones. Es entonces de suma importancia que los responsables de la entidad sean capaces de ver que se trata de medidas necesarias (al fin y al cabo, un aprovechamiento óptimo de las TIC supone una enorme ventaja competitiva) y que la inversión sensata en TICs es eso, una inversión y no un gasto.

Probando el rendimiento de discos duros bajo Linux

Fri, 21 Dec 2012 13:59:21 +0000

A principios de 2012 le compré un nuevo disco duro a mi portátil con el único propósito de ampliar el escaso espacio libre que me quedaba en el antiguo. Por cierto, utilicé Clonezilla para la operación de copiar todas la información desde el disco original al nuevo y, mientras que mi sistema Linux salió andando sin problemas, tuve que dedicar varias horas a reparar la licencia de Windows Vista que aún conservo (ya que la pagué con el portátil, me la quedé).

Aunque el tener el doble de espacio es una gozada (pasé de 250 a 500GB), surgió un problema que no me esperaba: el rendimiento del portátil cayó notablemente, lo que en principio era achacable al acceso al nuevo disco. Así que para comprobar la validez de dicha sospecha, esta misma semana he realizado una serie de pruebas al nuevo disco desde Linux. Todas estas pruebas tuve que realizarlas como administrador del sistema ya que de otra forma no tendría los privilegios suficientes para acceder a los recursos necesarios para llevarlas a cabo de manera correcta.

Lo primero que hice fue comprobar el rendimiento del disco a nivel de hardware con el comando hdparm, una herramienta muy completa que permite realizar una gestión completa de nuestros discos duros. Como tal, es igualmente útil como peligrosa para nuestros datos si no la usamos bien.

En el caso que nos ocupa, utilicé dos parámetros simultáneamente para medir el rendimiento del nuevo disco. t nos devuelve la transferencia de datos directa (buffered) y T nos ofrece la transferencia de datos a través de caché (cached). Al combinar ambos parámetros en el mismo comando, se ponderan entre sí y nos ofrecen unos resultados más acordes con la realidad de nuestro dispositivo. Estos fueron mis resultados:

# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads: 2234 MB in 2.00 seconds = 1094.17 MB/sec
 Timing buffered disk reads: 220 MB in 3.00 seconds = 71.56 MB/sec

Este comando hay que repetirlo tres veces para estar seguros de que los datos son estables y, por lo tanto, fiables. Comparando el resultado de las lecturas directas a disco con las especificaciones del fabricante (que hay que recordar que se obtienen en laboratorio en condiciones ideales y que por lo tanto hay que ponderar a la hora de hacer comparaciones con valores obtenidos en situaciones reales), descubrí que las primeras con aproximadamente un 50% de las segundas, lo que concuerda con lo que suele ser habitual. De hecho, hice pruebas con el disco antiguo y tuve resultados similares. Probé también con mi nuevo PC de sobremesa y más de lo mismo. Así que tocaba descartar problemas en el hardware.

El siguiente paso era comprobar el comportamiento de la E/S del disco bajo ciertas cargas, lo cual se puede simular con la herramienta fio. Mientras que hdparm suele venir de serie en cualquier distribución Linux, no es así el caso de fio, que se instala en Debian tan sencillo como así:

# apt-get install fio

El mejor escenario para comprobar el rendimiento de un disco es cuando se producen numerosos accesos aleatorios. Para ello, generé un fichero de simulación como el siguiente, en el que se transfieren 256 MB de datos:

# cat test.fio 
[random-read]
rw=randread
size=256m
directory=/tmp/test

A continuación, creé el directorio de pruebas:

# mkdir /tmp/test

e invoqué fio de la siguiente manera:

# fio test.fio

Esto genera gran cantidad de información, pero lo suficientemente clara como para darme cuenta de que el problema no estaba en la E/S del nuevo disco duro.

El último sospechoso era el sistema de ficheros. Estando seguro de que no tenía ningún fallo estructural (de eso se encarga el propio sistema de ficheros, ext3 en mi caso), pasé a comprobar el rendimiento del sistema de ficheros con la herramienta bonnie++, que nos ofrece completos (y complejos) informes con resultados.

Al igual que fio, bonnie++ no viene de serie en Linux, así que en Debian lo instalamos así:

# apt-get install bonnie++

Para utilizar bonnie++, necesitamos indicarle un directorio en el que pueda escribir sin problemas para poder hacer sus pruebas, así que como quería probar la partición en la que reside el sistema operativo, aproveché el directorio creado anteriormente en /tmp para ello.

# bonnie++ -u root -d /tmp/test

Al igual que con fio, con bonnie++ se obtiene gran cantidad de datos, que de nuevo fueron negativos a la hora de encontrar el culpable del bajo rendimiento del portátil. Tendré que buscar en otro sitio (¿poca RAM? ¿las exigencias de KDE? ¿un nuevo kernel?).

PD: Por cierto, para saber cómo se llama nuestro disco duro y nuestros sistemas de ficheros en nuestra instalación de Linux, basta con invocar el comando df -h.

Software libre y desarrollo web

Mon, 17 Dec 2012 11:39:21 +0000

Como el lector sabrá, en Activa Sistemas apostamos desde siempre por el Software Libre, por cuestiones filosóficas y prácticas. Este artículo viene a ser una especie de “canción de la victoria”, y ahora paso a explicar el por qué.

En el sector de las TIC y la informática en general existe mucha oferta en cuanto herramientas, entornos de desarrollo y frameworks en general. A veces, decidir entre una tecnología u otra, puede ser crucial para el desarrollo de un proyecto. La apuesta en general desde hace muchos años de Activa Sistemas ha sido el uso de tecnologías libres, y en el caso del desarrollo web, decidimos apostar por las siguientes tecnologías, hace ya muchos años.

Apache. La decisión de usar Apache no fué en su momento demasiado arriesgada, ya que este servidor web lleva muchos años siendo el más usado por los proveedores de servicios web. A día hoy, observamos una cuota del 64%.
**PHP. **Como lenguaje del lado del servidor, la elección fue PHP. Se trata de un lenguaje especialmente creado para hacer páginas web, es simple, fácil de aprender, muy cómodo para el tratamiento de datos XML y JSON, y con el tiempo ha ido madurando adquiriendo nuevas funcionalidades y características, como la programación orientada a objetos. Desde entonces, su uso se ha generalizado de manera brutal.
Linux y Debian. Sin ánimo de ofender al señor Stallman, Linux ha sido el buque insignia del Software Libre durante mucho tiempo. Nuestra apuesta con Linux, tanto en escritorio como en servidor ha sido fuerte. Linux/Unix es el sistema operativo más usado por los servidores web, siendo la distribución Debian -nuestra favorita - la más usada también.

No cuento con estadísticas sobre sistemas de gestión de base de datos, pero siendo el binomio Apache/PHP el más usado, probablemente nos encontremos con que MySQL se lleva el premio. Siempre teniendo en cuenta que estamos hablando de entorno web.

Personalmente, estos datos vienen a ser una confirmación de que las decisiones tomadas antaño fueron las adecuadas, lo cual produce una enorme satisfacción. Atrás quedan intensas discusiones con colegas de profesión (ahora entran ganas de llamarlos y soltarles el clásico te lo dije), y la defensa de que apostar por el Software Libre era una inversión rentable. Ahora estos datos hablan por si mismos.

Como bonus track, dejo un gráfico en el que se ve que del lado del cliente el navegador más usado es Google Chrome (si bien no es totalmente libre, su desarrollo base sí lo es con el proyecto Chromium). Firefox está un poco por debajo de Internet Explorer. Probablemente si este último no viniese preinstalado con Windows desde Windows 95, habría perdido esa posición hace mucho tiempo.

Virtualización en escritorios (I): casos de uso

Mon, 10 Dec 2012 12:48:00 +0000

La virtualización es sin duda alguna una de las tecnologías más de moda, a la vez que útil, actualmente. A pesar de tener unos cuantos años encima (aún recuerdo lo alucinante que era ver VMware en funcionamiento a finales de los 90), la virtualización ha obtenido una gran popularidad en los últimos años gracias a diversos factores: al soporte nativo de virtualización en las CPUs modernas, a los nuevos mecanismos de virtualización (como la paravirtualización) y al enorme avance en funcionalidades y características del software de virtualización.

Pero sobre todo, lo que ha hecho que la virtualización sea tan popular hoy en día son una serie de necesidades computacionales que se resuelven todas del mismo modo: ejecutando un sistema operativo completo dentro de otro. Aunque donde se está utilizando más la virtualización es en la consolidación de servidores y centros de datos, quiero enfocar este artículo y los sucesivos al escritorio (sobre todo al basado en Linux) con el objetivo de que cualquier usuario pueda sacar provecho de esta tecnología tan útil e interesante.

En este primer artículo voy a enumerar esas necesidades computacionales que he mencionado antes, casos de uso en los que la virtualización supone la mejor solución a ciertos problemas tecnológicos. Pero antes, para los no iniciados en estos menesteres, definiré la virtualización como la abstracción de un recurso tecnológico (generalmente una plataforma hardware) a través de un software especializado de forma que permita la instalación y ejecución simultánea de varios sistemas operativos alojados (conocidos como máquinas virtuales o VMs) repartiendo el uso de dicho recurso tecnológico entre ellos. De este modo, por ejemplo es perfectamente posible tener como sistema anfitrión una Debian Squeeze sobre la que instalamos un Windows XP, un Windows 7, un Mac OSX, una Debian Wheezy y una Fedora, todos virtualizados y ejecutándose simultáneamente (si así lo queremos).

Veamos los casos de uso en los que la virtualización se revela como solución crítica a ciertos problemas:

Banco de pruebas: Ya sea para probar un nuevo sistema operativo o una nueva aplicación, podemos crear VMs en las que instalar el software que queramos y hacerle todas las pruebas que nos vengan en gana sin miedo a “ensuciar” nuestro sistema operativo principal.
Sandbox: Muy relacionado con el caso anterior, este concepto pertenece al campo de la seguridad informática. Con un sandbox podemos probar software de dudosa procedencia, visitar páginas web sospechosas y realizar otras actividades que a priori puedan ser peligrosas para la integridad del sistema anfitrión. Asimismo, podemos utilizar un sandbox para instalar software con vulnerabilidades conocidas y entrenar nuestras habilidades como consultores en seguridad informática, de nuevo sin poner en peligro nuestro sistema principal de trabajo.
Uso de software específico: Existen ocasiones en las que un usuario requiere de un software concreto para el que no hay alternativa que le satisfaga en Linux. En este caso, una buena opción es una VM en la que instalar dicho software y poder utilizarlo a la vez que trabaja en su escritorio Linux.
Uso de software antiguo: Parecido al caso anterior, puede ocurrir que el usuario necesite seguir utilizando un software para el que ya no existe soporte y que es incompatible con cualquier sistema operativo moderno (por ejemplo, la típica aplicación de gestión para MS-DOS). Una VM con un sistema operativo antiguo pero compatible es sin duda una gran solución para que el usuario pueda seguir utilizando dicho software, aunque sea simplemente a nivel de consulta de datos históricos. Casualmente, este es el caso que más nos consultan nuestros clientes en Activa Sistemas.
Entorno de desarrollo: Este caso es un guiño para mis colegas informáticos, sobre todo los que se dedican a la programación. Ellos saben bien el lío que se les puede formar en su escritorio a la hora de instalar todas las herramientas que pueden necesitar para su trabajo, sobre todo si estamos hablando de desarrollar con lenguajes de programación diferentes. Una VM para cada entorno de desarrollo es una buena solución para no caer en el caos de las herramientas y posibles incompatibilidades entre ellas.

Estos son los casos más habituales y que generalmente me encuentro. ¿Se os ocurren otras situaciones en las que la virtualización en el escritorio sea la mejor solución?

En próximos artículos revisaré algunas de las soluciones más interesantes que existen en el mercado, qué ofrecen y cómo ponerlas en marcha en nuestros escritorios Linux.

Back In Time, copias de seguridad personales para escritorios Linux

Mon, 26 Nov 2012 09:41:56 +0000

Hace algún tiempo un conocido mío usuario de Mac me “vaciló” con Time Machine (creo que se llama así), un software que automáticamente guarda copias de seguridad con los cambios realizados desde la salvaguarda anterior (lo que se conoce como copia incremental). Al realizarse de forma transparente para el usuario y ser la recuperación de ficheros muy sencilla, se trata de una herramienta muy útil e indispensable en cualquier escritorio moderno. Siendo los linuxeros como somos, hubiera sido muy raro que no contáramos con nuestra propia alternativa, así que busqué y no tardé en encontrar nuestra propia “cápsula del tiempo”: Back In Time.

Back In Time es, como ya he dicho, una herramienta de copia de seguridad dirigida a los escritorios Linux (aunque se puede utilizar en servidores, existen herramientas más especializadas para dichos entornos como Bacula) que permite realizar copias incrementales de forma sencilla y transparente para el usuario. Como es habitual en Linux, cuenta con una utilidad de línea de comandos que es la que realiza todo el trabajo de gestión de las copias y un cliente gráfico (realmente dos, uno para KDE y otro para GNOME) que hace las veces de interfaz para el usuario.

Su instalación en Debian no puede ser más sencilla, basta con elegir el cliente y ejecutar el comando correspondiente. En el caso del cliente KDE:

# apt-get install backintime-kde

Si preferimos el cliente GNOME:

# apt-get install backintime-gnome

En ambos casos, se instalará automáticamente la herramienta de línea de comandos.

Lo siguiente es configurar adecuadamente Back In Time. Para ello, arrancamos el cliente gráfico y pulsamos sobre el icono de la llave inglesa para modificar nuestras preferencias. Realmente sólo es necesario especificar tres cosas: dónde guardar las copias, qué queremos salvaguardar y cual será nuestra frecuencia de copia (puede ser manual, en el arranque del equipo o cada cierto periodo de tiempo). Tan sencillo como esto. Existen además numerosas opciones que nos permitirán personalizar aún más nuestras copias de seguridad, como el purgado automático de copias antiguas o si se desea continuar con la copia aunque se hayan producido errores, pero para salir andando y contar con un sistema robusto y estable de copias de seguridad sólo hacen falta los tres parámetros mencionados.

No debemos olvidar que, en caso de problemas o de mal funcionamiento del cliente gráfico, contamos con la herramienta de línea de comandos (que es quien realmente hace el trabajo). Una vez me dejó de funcionar el cliente KDE tras una actualización y pude seguir con mis copias sin problemas hasta que se arregló el cliente gráfico gracias a la línea de comandos. Es cierto que es algo más difícil de utilizar, pero al ser capaz de actuar en base a nuestra configuración de Back In Time, basta con lanzar la herramienta y ella solita se encarga de todo.

Un truco final. Podemos mejorar nuestro sistema de copias de seguridad basado en Back In time si lo integramos con algún servicio basado en la nube, como Dropbox, Google Drive, Wuala o el basado en software libre ownCloud. Para ello, sólo tenemos que indicarle a Back In Time que el directorio en el que queremos almacenar las copias de seguridad esté dentro de los directorios a sincronizar del servicio en la nube de nuestra elección. Con esto tendremos un sistema de backups personales a prueba de bombas (o casi).

Por qué es NUT mejor que la solución del fabricante

Mon, 19 Nov 2012 11:01:12 +0000

En el artículo anterior presentaba a NUT como una gran solución de gestión de SAIs para Linux y afirmaba que era mejor que utilizar el software que el propio fabricante del SAI suele incluir de serie, aunque quedó pendiente exponer los motivos para tal afirmación.

1. Se trata de software libre. De este modo, al usar NUT nos evitamos introducir en nuestros sistemas programas que funcionan como verdaderas “cajas negras” y que en cualquier momento pueden dejar de funcionar (por ejemplo, ante una actualización del sistema operativo que cambie una librería).
2. Está en continuo desarrollo. Así, NUT siempre está actualizado, dando soporte cada vez a más modelos de SAI, ofreciendo nuevas y mejoradas funcionalidades y resolviendo los errores que puedan surgir.
3. Es moderno. No sólo la lista de SAIs soportados es impresionante sino que además las capacidades que incluye de serie son más de las que uno podría esperar en su software de este tipo.
4. Trabaja en red. El hecho de que NUT incluya un servicio de red permite gestionar un SAI de forma remota y transparente incluso desde fuera de la red local a través de una VPN.
5. Es una herramienta de línea de comandos. Como es habitual en Unix y Linux, esta característica no sólo permite utilizar el cliente gráfico que uno quiera y se adapte mejor a las necesidades propias, sino que además facilita la integración de NUT en scripts y en herramientas de administración de sistemas.
6. Homogeneidad. Con una sola aplicación e interfaz es posible administrar y gestionar todos los SAIs a nuestro cargo, sin tener que usar una herramienta específica por cada modelo de SAI.

Creo que con esto está todo dicho. NUT no sólo es una gran herramienta, es la MEJOR herramienta de su tipo en Linux.

NUT, el sistema de gestión de SAIs para Linux

Fri, 09 Nov 2012 11:30:17 +0000

Otra cosa que quería hacer con mi nuevo PC doméstico es la de conectarle mi antiguo SAI (que tenía guardado desde que se me ocurrió pasarme a un portátil, algo que mi espalda me ha “agradecido” enormemente) y, aprovechando que tiene una conexión USB, gestionarlo desde el propio PC. Esto es algo que en Activa Sistemas solemos hacer en las implantaciones de servidores pero que curiosamente no he hecho nunca para un equipo de sobremesa. Para esta tarea tenemos en Linux una completísima herramienta de línea de comandos llamada NUT que permite conocer el estado del SAI e informarnos de los posibles eventos que puedan ocurrir, como un corte de suministro eléctrico.

Poner en marcha NUT es realmente sencillo, estando la única dificultad en la elección del driver para controlar el modelo de SAI concreto que tengamos. En Debian, instalar NUT es tan sencillo como utilizar el siguiente comando como administrador:

# apt-get install nut

Lo siguiente es editar una serie de ficheros de configuración, que se encuentran en /etc/nut, para personalizar el funcionamiento de NUT y adaptarlo a nuestras necesidades. El primero de estos ficheros es nut.conf, donde asignaremos el valor standalone a la variable MODE para indicar a NUT que se trata de un SAI local e independiente de red.

El siguiente fichero es ups.conf, en el que tendremos que elegir el driver adecuado para controlar nuestro modelo concreto de SAI. Para ello, añadimos a dicho fichero una sección como la siguiente:

[mi_sai]
 driver = usbhid-ups
 port = auto

El driver correcto lo podemos elegir del fichero /usr/share/nut/driver.list, pero es muy posible que no lo encontremos, ya que las marcas más populares en España no aparecen en dicha lista. Para ello tendremos que tirar de Internet, pero recomiendo probar con los drivers “megatec_usb” y “blazer_usb”, que suelen dar buenos resultados. Podemos comprobar si el driver es el correcto con el siguiente comando:

#/sbin/upsdrvctl start mi_sai

Si NUT se ejecuta adecuadamente, procedemos a pararlo para seguir con la configuración con:

#/sbin/upsdrvctl stop mi_sai

El tercer fichero a editar debería ser upsd.conf, pero como nuestra configuración es “standalone”, no hay que tocarlo. Pasamos entonces a upsd.users, donde se establecen los permisos del servicio NUT. Aquí definimos usuarios, contraseñas y privilegios, por lo que es importante que este fichero esté bien protegido en cuanto a permisos de acceso, aunque ya lo está de serie. Añadimos una sección como ésta:

[monsai]
 password = secreto
 upsmon master

Los usuarios que definamos en este fichero NO son de sistema, son sólo para su uso en NUT y por lo tanto deberían ser diferentes.

El último fichero a editar es upsmon.conf, donde detallamos los sistemas a monitorizar relacionando los usuarios anteriormente definidos con nuestro SAI. Siguiendo con nuestro ejemplo, añadiríamos líneas como la siguiente por cada usuario definido en NUT:

MONITOR mi_sai@localhost 1 monsai secreto master

En este fichero podemos definir asimismo los eventos de los que queremos recibir notificación (y cómo recibir esta notificación) y modificar el comportamiento de la monitorización de nuestro SAI, entre otras cosas.

Una vez finalizada la edición de los ficheros de configuración, ya sólo queda arrancar NUT con el siguiente comando:

/etc/init.d/nut-server start

La única pega que le podría poner a NUT (y que no es realmente culpa suya) es que no encuentro un buen cliente gráfico para trabajar con comodidad con él. Antiguamente utilizaba el fabuloso knutclient, que me permitía controlar diversos SAIs remotos a la vez, pero estaba diseñado para KDE3 y no existe versión compatible con KDE4. Si alguien conoce de algún cliente gráfico que realmente merezca la pena, estaré encantado de que me lo comente.

Habrá quien me recomiende utilizar las herramientas de monitorización que traen los propios SAIs antes que NUT, pero tengo mis motivos para preferir su uso antes que las aplicaciones de los fabricantes, algo de lo que hablaré en un próximo artículo.

Instalar el DNI electrónico español en Debian Wheezy

Fri, 02 Nov 2012 21:10:41 +0000

Recientemente he adquirido un nuevo PC de sobremesa para mi uso doméstico al que he instalado rápidamente mi sistema operativo favorito, Debian Linux. En esta ocasión, en vez de utilizar la versión estable actual (Squeeze), lo he hecho con la versión en desarrollo (Wheezy), ya que prefiero tener el software que uso lo más actualizado posible y de paso ayudo al proyecto Debian si encuentro algún fallo o defecto del que pueda informar.

Dado que se trata del PC de mi casa, es imprescindible para mí contar con soporte del DNI electrónico, de forma que pueda llevar a cabo desde el ordenador personal las aún escasas gestiones telemáticas disponibles en España. Estos son los pasos que he dado para conseguir dicho soporte, que por cierto son indiferentes de la arquitectura de Debian instalada (excepto a la hora de escoger los paquetes de software adecuados). En mi caso, elegí utilizar la arquitectura amd64 (64 bits) ya que mi nueva CPU lo permite.

En primer lugar debemos dirigirnos a la página web del Ministerio del Interior y descargarnos el paquete de soporte del DNI electrónico. Como no hay versión para Wheezy, tendremos que conformarnos con la de Squeeze, lo que nos provocará una serie de inconvenientes que comentaré a continuación junto con su solución. La dirección web para descargar el paquete correspondiente es la siguiente:

http://www.dnielectronico.es/descargas/PKCS11_para_Sistemas_Unix/distribuciones_linux.html

A continuación debemos descargarnos de Debian los paquetes de los cuales depende el anterior. Aquí surge el primer inconveniente, ya que algunos de dichos paquetes o bien no existen en Wheezy o los que sí existen no son compatibles. Así que debemos descargarnos los de Squeeze en su lugar. Pero antes procederemos a instalar como administrador del sistema los que sí son compatibles:

# apt-get install libpcsclite1 libopenct1 pinentry-qt

Si utilizamos Gnome en vez de KDE como escritorio, cambiamos el paquete pinentry-qt por pinentry-gtk2 (pinentry es el encargado de solicitarnos el PIN de nuestro DNIe cuando lo utilizamos).

Ahora pasamos a descargarnos los paquetes necesarios de Squeeze desde estas direcciones:

y a instalarlos junto con el paquete de DNI electrónico:

# dpkg -i Debian_Squeeze_opensc-dnie_1.4.8-2_amd64.deb opensc_0.11.13-1.1_amd64.deb libopensc2_0.11.13-1.1_amd64.deb mozilla-opensc_0.11.13-1.1_amd64.deb libssl0.9.8_0.9.8o-4squeeze13_amd64.deb

A continuación tenemos que configurar adecuadamente opensc para que utilice la librería libpcsclite1 correcta. Editamos el fichero /etc/opensc/opensc.conf, quitamos el comentario del parámetro provider_library y, según la arquitectura de nuestra Debian, le asignamos el siguiente valor:

32 bits: /usr/lib/i386-linux-gnu/libpcsclite.so.1
64 bits: /usr/lib/x86_64-linux-gnu/libpcsclite.so.1

Durante la instalación de los paquetes se nos informa de que para poder utilizar el DNI electrónico en Firefox, es necesario utilizar la opción “Registrar módulo DNIe PKCS#11” del menú “Aplicaciones -> Oficina”, algo que debemos hacer a continuación y sin el navegador abierto. Para aquellos que se lo estén preguntando, efectivamente bajo Linux sólo hay soporte de DNIe para el navegador Firefox. Una vez arrancado el navegador, procedemos a cerrarlo para que se instale el certificado raíz de la Dirección General de la Policía. Es posible que en este paso se nos solicite guardar el certificado en vez de instalarlo, por lo que a continuación lo importaremos en Firefox a través de “Preferencias -> Avanzado -> Cifrado -> Ver certificados -> Importar”.

Con esto debería ser suficiente para que funcione correctamente el DNI electrónico en Debian Wheezy, pero para estar completamente seguros en primer lugar miramos en “Preferencias -> Avanzado -> Cifrado -> Dispositivos de seguridad” si aparece en la lista “DNIe Modulo PKCS #11”. A continuación, comprobamos que el sistema reconoce sin problemas nuestro lector de tarjetas inteligentes. Para ello, instalamos los paquetes necesarios:

# apt-get install pcscd pcsc-tools

y ejecutamos el siguiente comando:

# pcsc_scan

el cual nos indicará si el lector ha sido reconocido y si hay introducida alguna tarjeta inteligente (como nuestro DNI electrónico). Incluso podemos probar en tiempo real a introducir y extraer el DNI para comprobar que dichas operaciones se detectan adecuadamente.

Ya sólo queda reiniciar la sesión de usuario y, tras acceder de nuevo al sistema, dirigirnos a algún sitio web que requiera del DNI electrónico y utilizarlo. Recomiendo utilizar la página que la propia Dirección General de la Policía facilita para esta comprobación:

http://www.dnielectronico.es/como_utilizar_el_dnie/verificar.html

Si la verificación es positiva, ya podemos utilizar nuestro DNIe con total garantía para realizar nuestras gestiones telemáticas, firmar documentos, etc.

Navegación anónima en Internet con Linux

Thu, 11 Oct 2012 11:23:45 +0000

Con el uso tan intensivo que le damos a Internet en la actualidad, hasta el punto de que nuestra vida diaria está muy integrada en la Red, es fundamental que nos preocupemos de salvaguardar nuestra intimidad de ojos ajenos. Una forma sencilla y completa de conseguirlo es combinando dos programas, Privoxy y Tor, de forma que el uso que le demos a Internet desde nuestro ordenador personal sea anónimo. Como creo que es importante conocer cómo funcionan las cosas para poder decidir si sirven o no, voy a profundizar en el trasfondo de estas tecnologías. Ni que decir tiene que ambas herramientas son de licencia libre.

En primer lugar presentemos a los actores. Privoxy es un proxy, es decir, un software intermediario entre el usuario y un servicio de red. De este modo, el usuario contacta con el proxy y es éste el que conecta con el servicio en nombre del usuario. Esto tiene numerosas aplicaciones, como acelerar la navegación web, filtrar el tráfico inadecuado, centralizar la gestión y el mantenimiento de un servicio o posibilitar la conexión a un servicio que de otra forma sería imposible.

Por otro lado tenemos a Tor, que es tanto una herramienta como una red abierta, diseñadas para ayudar al usuario a defender su privacidad y libertad personales. De este modo Tor permite proteger las comunicaciones de forma que nadie conozca nuestros hábitos de uso de Internet a través de cualquier servicio que dirijamos a través de Tor: navegación web, mensajería instantánea, redes sociales, etc.

Vemos como instalar y configurar ambas herramientas en un ordenador personal que corre Debian o alguna de sus derivaciones. Lo primero es proceder, como administrador del sistema, a instalar los paquetes necesarios:

# apt-get install privoxy tor

Este comando instalará Privoxy y Tor. Aunque existen clientes gráficos como TorK o Vidalia, lo cierto es que desaconsejo su uso por varios motivos: o bien están mal traducidos al español, o bien son complejos de configurar, o lo que es peor interfieren en el funcionamiento de Tor.

Una vez instalados los paquetes, Tor debería estar funcionando directamente. Al tratarse de un proxy SOCKS, para utilizarlo bastaría con configurar los programas que utilicemos en Internet y que entienda dicho protocolo con los siguientes datos:

Proxy SOCKS: 127.0.0.1 (para quien no lo sepa, esta IP siempre representa a nuestro propio equipo)
Puerto: 9050

¿Pero entonces para qué hemos instalado Privoxy? Para que traduzca automáticamente el protocolo HTTP al protocolo SOCKS, es decir, dirigiendo todo nuestra navegación web a través de Tor y consiguiendo así el ansiado anonimato web. Para ello tenemos que indicarle a Privoxy donde está Tor editando como administrador el fichero /etc/privoxy/config y añadiendo la siguiente línea:

forward-socks4a / localhost:9050 . (el punto no es una errata, hay que incluirlo también)

debajo de ésta otra:

listen-address localhost:8118

Sólo queda reiniciar Privoxy para que active la nueva configuración:

# /etc/init.d/privoxy restart

Para probar que ya podemos navegar de forma anónima, cogemos nuestro navegador favorito y lo configuramos para que utilice Privoxy como proxy de acceso a Internet. Por ejemplo, en el caso de Firefox, abrimos las Preferencias y nos dirigimos al apartado Avanzado, donde seleccionamos la pestaña Red. Allí tenemos un botón que nos sirve para configurar cómo Firefox se conecta a Internet. Una vez pulsado, en la ventana que aparece a continuación tenemos que seleccionar la opción “Configuración manual del proxy” y rellenar los campos de la siguiente manera:

Proxy HTTP: 127.0.0.1
Puerto: 8118
Usar el mismo proxy para todo: Sí

Una vez configurada, la pantalla debería quedar así:

Aceptamos y procedemos a comprobar que nuestra navegación ya es anónima conectándonos a https://check.torproject.org/ Si nos sale en pantalla un mensaje en verde diciendo “Congratulations. Your browser is configured to use Tor.”, eso quiere decir que lo hemos conseguido y que estamos usando la red Tor (en nuestro caso a través de Privoxy) para navegar de forma anónima por la Web.

La configuración de otros navegadores y otras herramientas es similar. Basta con probar con los datos ya mencionados, bien mediante Privoxy o directamente con Tor, para que todas nuestras comunicaciones sean realmente privadas.

Sólo una nota final. Tal y como avisan en el proyecto Tor, se trata de software experimental por lo que no debemos confiar en él si lo que buscamos es una anonimato a prueba de bombas.

Espero que esta receta os sea realmente útil, sobre todo para aquellos que tenéis menores en casa en edad de utilizar asiduamente Internet. Me gustaría conocer vuestras experiencias si decidís hacer la prueba con Tor y Privoxy.

"Habemus" mercado de juegos para Linux

Mon, 30 Apr 2012 12:34:59 +0000

Cuando dije hace tiempo que esperaba que la publicación de World of Goo para Linux supusiese el resurgimiento de un mercado de juegos comerciales para el sistema del pingüino jamás pensé que tendría razón de forma tan contundente. No me gusta hacer previsiones a largo plazo en plan gurú, sobre todo porque es muy fácil meter la pata, pero en esta ocasión lo ví tan claro que no pude evitar “hacer de adivino”. Sin embargo, achacar la actual situación saludable del mercado del ocio electrónico para Linux exclusivamente al fabuloso juego de 2DBoy sería muy injusto. Veamos cómo están las cosas ahora, de qué situación venimos y quienes han sido los actores principales en esta “resurreción”.

“World of Goo”, el pionero indie

La existencia de un mercado estable de juegos para Linux es un antiguo anhelo de los que disfrutamos de este sistema en nuestros escritorios, pudiendo afirmar a día de hoy con total seguridad que por fin nuestros sueños se han cumplido. Sólo hay que ver la gran oferta de títulos actual que cualquier jugador tiene a su disposición para Linux. Es cierto que la mayoría de estos títulos son de corte indie y es posible que pase mucho tiempo antes de que veamos FIFAs, Call of Dutys o cualquier otro triple A portado a Linux, pero la mayoría de desarrolladores indie ya cuenta con esta plataforma como una de las fijas de salida a la hora de publicar nuevos juegos. ¡¡Incluso los hay que sacan títulos en exclusiva para Linux!!

“Civilization: Call To Power”, el primer triple A para Linux

La publicación de World of Goo para Linux supuso una fuerte apuesta por un mercado dormido desde hace años, probablemente desde los tiempos de Loki Games, y que los esfuerzos de empresas como Linux Game Publishing o S2 Games no consiguieron despertar. Sin embargo, el éxito de World of Goo vino a demostrar que Linux es una plataforma de ocio viable y rentable, aunque más bien debería decir que fue un recordatorio, ya que fue Loki Games la pionera en esto de desarrollar juegos comerciales para Linux a finales de los 90. Gracias a ellos pudimos disfrutar de grandes títulos como Civilization: Call to Power, Heroes of Might & Magic 3, Rune, Unreal Tournament o Sid Meier’s Alpha Centauri. Desgraciadamente, el que sólo publicaran ports de títulos de Windows, que hubiera tanto retraso entre el original y la versión para Linux y ciertos problemas financieros con la Administración Pública estadounidense abocaron a Loki a un cierre prematuro (una historia que conocimos de primera mano como partners oficiales de Loki para España). Aunque posteriormente han existido otras inciativas, algunas de las cuales ya he mencionado, los jugadores de Linux hemos estado prácticamente huérfanos hasta ahora.

“Braid”, una pequeña obra maestra

Como decía, el éxito de World of Goo propició que otros estudios y desarrolladores independientes se animaran a hacer sus pinitos con Linux. Pero estos esfuerzos no habrían llegado tan lejos si no hubiese sido por una de las iniciativas más originales (y fructíferas) de los últimos años en el mercado tecnológico en general y en el del ocio electrónico en particular: los Humble Bundle. Se trata de un proyecto de Humble Bundle, Inc. para elaborar una oferta de juegos cuyo objetivo es recaudar fondos para instituciones benéficas dedicadas a la infancia. Dicha oferta se materializa en un paquete de títulos para Linux, Windows y Mac al precio que cada uno elija. Aunque parezca increíble es así, el comprador decide cuanto quiere pagar por los juegos incluidos en la oferta. El dinero recaudado se reparte posteriormente entre las entidades benéficas, los desarrolladores de los juegos y Humble Bundle, Inc. en base a los porcentajes especificados por cada comprador.

“Trine”, desde las consolas a Linux

El éxito de los Humble Bundle ha sido tal que se han recaudado millones de dólares a través de los varios paquetes que se han ido ofertando desde el primero en 2010. Pero los Humble Bundle no sólo han conseguido hacerle la vida más fácil a centenares de niños, sino que además han colaborado activamente en la creación de un nuevo mercado de juegos para Linux, deseo que yo mismo expresaba en un artículo sobre el Humble Bundle 2. Aunque esta iniciativa tiene sus detractores, que argumentan que se está acostumbrando a los compradores a precios muy bajos (como si Apple no tuviese su buena parte de culpa con los juegos a 0,79€ para iPhone), hay que recordar que son los desarrolladores los que voluntariamente se adhieren al proyecto y que gracias a los Humble Bundle han llegado a Linux títulos indie de la importancia de Braid, Trine, Shank o Machinarium, exitazos en otras plataformas (desde consolas de sobremesa a dispositivos móviles) y que ahora podemos disfrutar en Linux. Además, están surgiendo otras inciativas similares que también están teniendo un moderado éxito, como el Indie Royale o el Infinity Bundle, lo que aumenta aún más la visibilidad de los trabajos de los desarrolladores de juegos para Linux.

“Desura”, nunca jugar con Linux fue tan fácil

Otra carencia de Linux en estos últimos años ha sido la inexistencia de una plataforma de distribución digital de juegos, hasta que en 2009 nos llegó Desura desde tierras australianas. Aunque no es exclusiva de Linux, ya que también distribuye títulos para Windows y Mac, la existencia de Desura es una verdadera gozada para sus usuarios (entre los que me encuentro) ya que facilita enormemente la adquisición y gestión de juegos en formato digital, eliminando muchos de los problemas que los usuarios noveles se encuentran a la hora de instalar programas en Linux que no están integrados en sus respectivas plataformas de gestión de software. Baste decir que muchos de los juegos incluidos en los Humble Bundle se distribuyen con una clave para Desura, así que sólo hay que imaginar lo que supone para los jugadores esta integración entre los dos proyectos.

Casualmente, en estos días se habla mucho de un más que probable futuro cliente de Steam para Linux. ¿Será que Valve también se ha dado cuenta de que existe un mercado de juegos comerciales para Linux? Es indudable la aportación de Valve al mundo del ocio electrónico desde la publicación de Half-life y la posterior de la plataforma Steam. Si ellos han decidido finalmente apostar por Linux, por algo será. Incluso se habla ya de un Left 4 Dead para Linux… ¿tendremos por fin de nuevo títulos triple A?

“PlayOnLinux”, abriendo más posibilidades

No puedo olvidarme de otra gran iniciativa que, aunque no cuenta en las cifras de ventas (ya que un juego para Windows cuenta como una venta Windows aunque se ejecute sobre Linux), sí que cimenta la idea de Linux como plataforma de juegos. PlayOnLinux nos ayuda a correr juegos de Windows (algunos realmente actuales) de una manera sencilla y eficaz en Linux. Incluso es posible ejecutar juegos de MS-DOS gracias al soporte para DosBox que se ha incluido en la reciente versión 4.0.17, la cual además ofrece soporte para la plataforma Good Old Games, pudiendo descargar directamente los títulos adquiridos en su web.

No quiero terminar sin acordarme de los que nunca nos han fallado y siempre han estado a nuestro lado: los desarrolladores de juegos open source, que nos han dado grandes títulos (Tux Racer, FreeCiv, Battle for Wesnoth, Search And Rescue, SuperTux) a cambio de prácticamente nada y que han mantenido vivo a Linux como un entorno ideal para disfrutar de nuestros ratos de ocio sin mayores complicaciones.

Por fin ha llegado el momento de Linux en el mundo del ocio electrónico, ¿no creéis?

Raspberry Pi: Linux embebido para todos

Wed, 08 Feb 2012 16:11:13 +0000

Personalmente nunca he sido un fan del mundo embebido. Sin embargo el anuncio de Raspberry Pi despertó mi interés por esta concepción minimalista del software y hardware.

R-Pi es un proyecto patrocinado por la Fundación Raspberry Pi, que consiste en comercializar una computadora por sólo 25 dólares, con objetivo de fomentar la enseñanza de ciencias de la computación. Y cómo no, el sistema operativo que ejecutará será Linux.

Obviamente, 25 dólares es un precio que llama la atención. Sobre todo cuando estamos hablando de sistemas SoC (System-on-a-chip) que suelen irse a más de cien. Lo que nos proporciona R-Pi es un procesador ARM, memoria RAM DDR, una GPU, puertos USB/UART y GPIO, Audio, salida de video HDMI y Composite, slot para tarjeta SD. En resumen, en apenas el espacio de una tarjeta de crédito, un mini ordenador personal. El modelo A costará 25 dólares, y el modelo B costará 35, ya que trae el doble de memoria (256MiB) y un puerto ethernet.

Pero más allá de su precio, el anuncio de su lanzamiento ha creado un verdadero revuelo en la comunidad Linux. Sin haber salido al mercado, R-Pi tiene ya una amplia comunidad. Hackers y programadores de todo el mundo planean ya los posibles usos o aplicaciones que crearán con esta maravilla. En la propia página Web ya nos muestran algunas de sus habilidades:

XBMC ejecutándose sobre R-Pi. XBMC es un conocido media player. R-Pi demuestra ser capaz de reproducir vídeos de alta definición usando este software, gracias a su GPU. Por ello, una de las aplicaciones que más seguidores tiene es la de su configuración como centro multimedia (Por cierto que XMBC merece algún dia un artículo aparte en este blog). Dado que el modelo B posee un puerto ethernet, podremos unirlo a nuestra red local. También le podemos poner un adaptador wireless USB, o bien conectarle un disco duro USB, o incluso un adaptador TDT.. Al fin y al cabo, es un sistema Linux completo con lo que tendremos infinidad de drivers a nuestra disposición..
AirPlay and Raspberry Pi. Reproducción en vivo desde un iPad.
Desarrollo de aplicaciones con QT. La GPU del R-Pi implementa OpenGL ES. Esto es una pequeña demo de live coding, donde los cambios en el programa se ejecutan en vivo en una capa inferior de la pantalla.

Y, por si le faltara algo, Debian será una las distribuciones oficialmente soportadas. Así pues, R-Pi es barato, tiene momentum, y sólo la imaginación pone límite a sus posibles aplicaciones. Vamos, que es todo un caramelo para linuxeros recalcitrantes como yo.

Reflexiones sobre el cierre del proyecto LinEx

Thu, 05 Jan 2012 10:22:12 +0000

Acaba de empezar el 2012 y ya se ha producido la primera noticia de importancia (además de desafortunada) en el ámbito del Software Libre en España: la clausura de la distribución LinEx, plasmada a través de la no renovación de los contratos de los desarrolladores implicados en el proyecto y la transferencia de las competencias del Centro de Excelencia del Software “José de Espronceda” (CESJE) al CENATIC. En estos días se están vertiendo multitud de opiniones al respecto, algunas bastante desafortunadas (me resulta inmoral que alguien se alegre de la desgracia ajena), y dado que desde Activa Sistemas hemos seguido el proyecto LinEx desde sus inicios por motivos que comentaré a continuación, quiero compartir mis reflexiones al respecto del fin de esta distribución Linux pionera en nuestro país.

Cuando en Octubre de 2003 lanzamos la primera versión de ASLinux Desktop, LinEx ya llevaba prácticamente un año en la calle. Ambas distribuciones nacieron con una misión similar: hacer que Debian fuera accesible para todos los usuarios en una época en la que prácticamente estaba reservada a administradores de sistemas y usuarios expertos. Mientras que ASLinux Desktop estaba orientada a la empresa y se basaba en KDE, LinEx estaba orientada a la Administración Pública y estaba basada en GNOME. A pesar de estas diferencias, ambos equipos de desarrollo entramos en contacto, nos conocimos en persona, intercambiamos muchos emails tanto privadamente como a través de la lista de correo Unios (en la que participaban los principales desarrolladores de distribuciones Linux en España) e incluso acordamos un marco común de colaboración entre ambos proyectos.

Me gustaría destacar dos ejemplos del trabajo realizado en esos primeros años por ambas distribuciones como muestra del esfuerzo realizado y del estado de las distribuciones Linux a principios de la década pasada: el desarrollo de un instalador gráfico sencillo y la integración de aplicaciones tanto con el escritorio como entre sí para cubrir las necesidades de cualquier usuario.

En todos estos años, el proyecto LinEx no sólo ha producido una serie de distribuciones adaptadas a diferentes entornos (educación, sanidad, administración, etc.), sino que además ha realizado con éxito la implantación de las mismas en miles de puestos de trabajo a lo largo y ancho de toda Extremadura, ha desarrollado aplicaciones y herramientas que han sido adecuadamente liberadas y ha organizado eventos de apoyo y difusión del Software Libre. Además, LinEx deja importante legado: el proyecto DebianEdu ha incorporado a su base gran parte del trabajo de LinEx en el ámbito educativo. Y todo esto con un equipo de trabajo cuyos componentes oscilaban entre 2 y 10 personas. ¡Casi ná!

Entre los objetivos de LinEx destacaban, desde mi punto de vista, especialmente dos: el ser capaces de avanzar hacia la independencia tecnológica de Extremadura y el poder invertir eficientemente los impuestos de los ciudadanos en tecnología útil para la sociedad. El equipo de LinEx estaba tan convencido de estos objetivos que incluso se “atrevieron” a rechazar los cantos de sirena de Mark Shuttleworth cuando se personó en Extremadura para venderles las excelencias de Ubuntu, prefiriendo no rendirse a capital extranjero y en cambio seguir apostando por Debian, un proyecto libre basado en el esfuerzo de una amplia comunidad de usuarios y gestionado mediante unos claros principios sociales.

No hay proyecto perfecto y LinEx no fue la excepción. A lo largo de su desarrollo se fueron tomando una serie de decisiones en base a los requerimientos y especificaciones definidas, algunas de las cuales no fueron acertadas en mi opinión, como por ejemplo la de sustituir el nombre de las aplicaciones instaladas por personajes y lugares conocidos de Extremadura. Sin embargo, sus defectos (pequeños en todo caso) eran más que superados por sus virtudes, dando como resultado un producto de gran calidad. A pesar de ello, sus detractores magnificaron esas sombras (con argumentos tan vergonzantes como que “LinEx no es más que Debian con los iconos cambiados”) para socavar el buen nombre del proyecto. Espero sinceramente que en el cierre de LinEx no hayan pesado estas “razones”, porque entonces estaríamos ahondando en la teoría de que en España no es posible innovar en TICs.

También es cierto que la evolución de los mercados en los últimos años había colocado a la mayoría de las distribuciones desarrolladas en España (incluso a las elaboradas en el ámbito privado) en una posición complicada: elevados costes de desarrollo y mantenimiento frente a la competencia de los grandes proyectos como Ubuntu, OpenSuSE o Fedora, además de una saturación de distribuciones localistas (tanto autonómicas como municipales). Esto implicaba cierto anacronismo que era necesario resolver: renovarse o morir. En nuestro caso, ASLinux Desktop 3.0 ya fue utilizada como plataforma de desarrollos de terceros en vez de publicarla como distribución independiente y la futura versión 4.0 tendrá forma de un conjunto de personalizaciones paquetizadas que se instalarán sobre la base estable de Debian.

En definitiva, ¿por qué se cierra LinEx? Creo que no existe una única razón, sino que es el resultado de la suma de diversos factores, algunos ya comentados como el anacronismo de mantener una distribución completa propia o el de la campaña de “acoso y derribo” a la que se ha visto sometido el proyecto desde que nació, y otros como los económicos y los políticos, más oscuros y difíciles de valorar por el ciudadano de a pie. En cualquier caso, se trata sin duda de una gran pérdida pero no del “fin del mundo” para el Software Libre en España, como algún agorero se ha apresurado a vocear en las redes sociales.

Desde estas líneas, tanto en el nombre de Activa Sistemas como en el mío propio, quiero dar todo el ánimo y el apoyo posibles a los miembros de un proyecto que tanto nos ha aportado a los que trabajamos y disfrutamos con el Software Libre en España. Gracias y hasta siempre.

Publicado el Humble Indie Bundle 3

Fri, 29 Jul 2011 17:42:49 +0000

Un nuevo Humble Indie Bundle acaba de publicarse hace solo un par de días, ofreciendo un nuevo paquete de 5 juegos de desarrolladores independientes y disponibles para Linux, Windows y Mac al precio que cada uno decida y repartiendo dicha cantidad entre entidades benéficas relacionadas con niños, los propios desarrolladores de los juegos y Humble Bundle Inc.

En esta ocasión, los títulos son Crayon Physics Deluxe, Cogs, VVVVVV, Hammerfight y And Yet It Moves, a cada cual mejor. En conjunto el paquete tiene un valor de mercado aproximado de 50$, los cinco juegos se distribuyen libres de DRM y sistemas anticopia y, además, en esta ocasión se incluye un código promocional para jugar gratis al popular Minecraft hasta el próximo 14 de Agosto. ¿Alguien da más por menos?

Como en ocasiones anteriores, con la adquisición del Humble Indie Bundle 3 se matan varios pájaros de un tiro: se beneficia a aquellos que más lo necesitan (los niños), se apoya el desarrollo indie de videojuegos (una buena medida anticrisis), se ayuda a consolidar el mercado de juegos para Linux (mostrando a los desarrolladores que hay verdadero interés por estos productos) y, finalmente, los usuarios nos hacemos con varios títulos de calidad al precio que nosotros mismos decidamos.

Al momento de escribir estas líneas, este Bundle ya ha superado las 155.000 compras y los 750.000 dólares en recaudación. Por supuesto, yo ya he comprado mi Bundle, ¿y tú, a qué esperas? Tienes hasta el 9 de Agosto para comprar el tuyo, pero ¡no te duermas!

Nuevo Humble Bundle: Frozenbyte

Thu, 14 Apr 2011 09:15:56 +0000

La gente de Humble Bundle ha vuelto a hacerlo. En colaboración con Frozenbyte, un popular estudio independiente de desarrollo de videojuegos, han preparado un nuevo paquete de 5 juegos para Linux, Windows y Mac al precio que uno elija, dedicando la parte que decida el comprador a obras benéficas relacionadas con niños, además de a Frozenbyte y a Humble Bundle Inc.

En esta ocasión, los títulos son Trine, Shadowgrounds, Shadowgrounds: Survivor, Splot y Jack Claw. Mientras que los tres primeros juegos son bien conocidos en el mundillo y han tenido éxito y reconocimiento en el pasado, los casos de Splot y Jack Claw son diferentes. Splot se encuentra aún bajo desarrollo y estará disponible para los que adquieran el actual bundle. Jack Claw es más curioso, ya que se trata del prototipo de un juego que Frozenbyte canceló antes de finalizar su desarrollo pero que es perfectamente jugable. En conjunto, el paquete tiene un valor de mercado aproximado de 50$, además que los cinco juegos se distribuyen libres de DRM y sistemas anticopia.

Con la adquisición del Frozenbyte Bundle se matan varios pájaros de un tiro: se beneficia a aquellos que más lo necesitan (los niños), se apoya el desarrollo indie de videojuegos (una buena medida anticrisis), se ayuda a consolidar el mercado de juegos para Linux (mostrando a los desarrolladores que hay verdadero interés por estos productos) y, finalmente, los usuarios nos hacemos con varios títulos de calidad al precio que nosotros mismos decidamos.

La iniciativa ya ha superado las 90.000 compras y está cerca del medio millón de dólares en recaudación. Yo ya he comprado mi Bundle, ¿y tú, a qué esperas?

Los Reyes me han traido un iPad

Thu, 13 Jan 2011 10:46:08 +0000

Hace justamente dos años que recibí un iPhone como regalo de Reyes y ahora me ha tocado en suerte su hermano mayor: un reluciente iPad de 64 GB (eso es que he sido aún más bueno que en 2008). Gracias a la tableta de Apple, voy a poder llevar a cabo con mayor soltura y facilidad aquellas tareas que se veían obstaculizadas de algún modo por la pequeña pantalla de mi iPhone.Como en el caso del móvil, las primeras impresiones con el iPad han sido muy buenas, en parte gracias a la mayor pantalla y a la mayor potencia del hardware, pero sobre todo por el buen hacer de los cientos de desarrolladores que publican aplicaciones perfectamente adaptadas a la idiosincracia del iPad y que le sacan el máximo provecho a las posibilidades de la tableta (basta con echarle un vistazo a Flipboard para ver a lo que me refiero).

Lo primero que he hecho con el iPad es integrarlo en mi dinámica diaria de trabajo. Al igual que me pasó con el iPhone, gracias a que en Activa Sistemas basamos nuestro sistema informático en Linux y en software libre y a que respetamos los estándares de la industria, el proceso ha sido relativamente sencillo y ya puedo utilizar el iPad para acceder a toda la información de la empresa (correo, mensajería, agenda, contactos, ERP, etc.) allí donde me encuentre mediante VPN, SyncML y otras posibilidades (que son muchas).

A continuación probé a darle un uso más orientado al ocio y la experiencia ha sido también satisfactoria. A pesar de que los dispositivos móviles de Apple no me parecen buenas plataformas de juego, he de reconocer que jugar a Infinity Blade en el iPad ha sido toda una gozada. Tampoco soy fan de leer libros en una pantalla retroiluminada, como puede ser la de un monitor de PC o un móvil, pero lo cierto es que utilizar Stanza para iPad (que permite con un gesto de un dedo ajustar la iluminación de la tableta) me ha hecho descubrir una alternativa válida a mi ereader Papyre 6.1, que sigue siendo mi favorito para leer libros digitales porque, aunque su pantalla es más pequeña (6" frente a las 10" del iPad), es mucho más flexible en su uso, sencillo de gestionar y descansado para la vista. Habrá que ver si es posible utilizar Calibre con el iPad.

¿Qué echo de menos? Un mejor soporte de Linux por parte de Apple. Sería genial que iTunes estuviese disponible para Linux de forma nativa y así evitarme tener que echar mano de soluciones engorrosas, como reiniciar a Windows cada vez que quiero respaldar mis dispositivos. La comunidad Linux está dando grandes pasos en ese sentido, pero me temo que nunca se llegará al nivel de servicio que podría dar la propia Apple si quisiera.

Humble Indie Bundle 2, todo un éxito

Sun, 26 Dec 2010 18:46:08 +0000

Tal y como estaba programado, el pasado día de Navidad terminó el plazo para adquirir la segunda edición del Humble Indie Bundle, que incluía 5 interesantes juegos de desarrolladores independientes para Linux, Windows y Mac y cuya recaudación se destinaba principalmente a dos entidades benéficas relacionadas con la infancia. Según los responsables, la iniciativa ha sido todo un éxito (sólo hay que echar un vistazo a los resultados). Estos son los hechos tras la finalización del proyecto:

- Se han recibido más de 230.000 compras y se han recaudado más de 1,8 millones de dólares, sobrepasando en mucho las expectativas iniciales.

- Las buenas cifras de ventas animó a los responsables de la iniciativa uno días antes de la fecha límite a regalar el primer Bundle (en el que se encuentra World of Goo, uno de los juegos indie más destacados de 2009) a todo aquél que hubiese adquirido el segundo o fuera a comprarlo antes de finalizar el tiempo máximo. Esto elevó el total de títulos incluidos en el Bundle a un total de 11, lo que a su vez provocó un aumento en el número de compras.

- La contribución media de los usuarios Linux fue de $13,76, muy por encima de la de los usuarios de Mac ($9,25) y Windows ($6,67), demostrando así que hay mercado para el que quiera vender juegos para Linux de calidad y a buen precio.

- Al superarse los 1,75 millones de dólares de recaudación, Puppy Games, desarrolladores de Revenge of the Titans, han prometido liberar el código fuente de su juego.

Con todo esto, es evidente que el Humble Indie Bundle 2 ha todo un éxito. Sólo queda esperar al siguiente (en el sitio web del proyecto es posible registrarse para que nos avisen) y que tenga tanta suerte como éste.

Humble Indie Bundle 2, cinco juegos para Linux al precio que tú elijas

Mon, 20 Dec 2010 22:38:19 +0000

En unos días, concretamente el 25 de Diciembre, se cierra el plazo para adquirir la segunda edición del Humble Indie Pack, una iniciativa consistente en ofrecer un paquete de juegos para Linux, Windows y Mac al precio que uno elija. Aunque parezca increíble es así, el comprador decide cuanto quiere pagar por los cinco juegos incluidos en la oferta. Puede parecer que sus responsables se han vuelto locos, pero el motivo detrás de todo esto es la caridad con los más necesitados: los niños.

Teniendo en cuenta las fechas en las que nos encontramos, una serie de desarrolladores de juegos independientes se han unido a Humble Bundle, Inc. para elaborar una oferta cuyo objetivo es recaudar fondos para dos instituciones benéficas dedicadas a la infancia. De este modo, la parte del dinero a gastar que el comprador decida se destinará íntegramente a dichas entidades. También es posible destinar parte de la donación (ya que en definitiva se trata de eso) a los desarrolladores de los juegos y a Humble Bundle para sufragar los gastos de infraestructura que la misma les causa.

Con este paquete es posible además matar dos pájaros de un tiro. No solamente beneficiamos a aquellos que más lo necesitan, sino que además los usuarios Linux podemos ayudar a crear el tan anhelado mercado comercial de juegos para nuestro sistema favorito mostrando a los desarrolladores que hay verdadero interés por estos productos. De hecho, si se consultan las estadísticas de donaciones, los linuxeros con los más generosos a la hora de adquirir el Humble Indie Bundle 2, con una media de 13,50$.

Y que nadie piense que el paquete no merece la pena, ya que está compuesto por los títulos Braid, Cortex Command, Machinarium, Osmos y Revenge of the Titans. Sólo los dos primeros ya valen su peso en oro (el paquete completo tiene un valor de mercado de 85$). Para rematar la faena, los cinco juegos se distribuyen ¡libres de DRM y sistemas anticopia!

La iniciativa ya ha superado las 162.000 compras y el millón de dólares en recaudación. Yo ya he comprado mi Bundle y ojala seamos muchos más. ¡Ánimo, que la ocasión lo vale!

Debian Squeeze se congela... y KDE SC 4.5 se queda fuera

Fri, 13 Aug 2010 12:07:44 +0000

Hay veces en las que no entiendo a mis colegas informáticos, con lo fácil que es estar atento a lo que pasa alrededor y llegar a un acuerdo con los demás con un poco de buena voluntad. Hace unos días, concretamente el pasado 6 de Agosto, el proyecto Debian anunció la congelación de Squeeze, la próxima versión estable (6.0) de la popular distribución Linux. Esto quiere decir principalmente que no se le van a añadir nuevas características y que sólo se van a resolver los problemas detectados hasta la fecha de publicación.

Cuatro días después del anuncio de Debian, el proyecto KDE hizo pública la inmediata disponibilidad de la versión 4.5 de su entorno de escritorio, que se ha centrado en la resolución de errores y en la estabilización del software antes que en la adición de nuevas funcionalidades. Esto la convierte en una versión clave para todos los que utilizamos KDE SC como nuestro escritorio habitual.

Pues bien, debido a que Debian Squeeze se congeló sólo unos días antes, sus usuarios no podrán disfrutar de KDE SC 4.5. ¿Tan difícil era coordinarse con la gente de KDE para evitarlo? Teniendo en cuenta que una semana antes KDE había publicado la última versión candidata de la versión 4.5, ¿por qué se ha elegido en Debian esta fecha para congelar?

Entiendo que un proyecto del calibre de Debian no puede estar al tanto de los avatares de cada software incluido en la distribución y publicar según los demás lo van haciendo, ni siquiera por pesos pesados como Firefox u OpenOffice.org, pero sí hay ciertos componentes software cruciales a los que SIEMPRE habría que seguir de cerca, como el propio núcleo de Linux, el entorno gráfico X.org o los entornos KDE y GNOME.

Al final, los perjudicados por esta decisión son los usuarios de Debian y KDE, que no podrán contar con la mejor versión de este escritorio hasta la fecha, y el propio proyecto Debian, que vuelve a salir a la calle con una distribución estable sin el software más moderno disponible (desde la congelación hasta la publicación pueden pasar semanas, lo que agrava el problema).

Migración de máquinas virtuales Xen

Fri, 26 Mar 2010 10:29:14 +0000

Esta semana nos hemos visto en la tesitura de tener que migrar unas máquinas virtuales basadas en Xen desde un servidor físico a otro con más recursos. A pesar de que Xen incluye herramientas especializadas para estas tareas, hemos preferido seguir nuestra propia “receta” en previsión de una serie de obstáculos que imaginábamos nos podíamos encontrar durante el proceso de migración. Voy a describir a continuación cuales han sido estos obstáculos y las soluciones que utilizamos en cada caso.

La situación era la siguiente: teníamos que migrar varias máquinas virtuales Xen que contenían sendos portales web desde un servidor físico a otro. Aquí se nos presentaba la primera dificultad. A pesar de que las arquitecturas hardware de los servidores eran prácticamente idénticas, no era así en el caso de los sistemas operativos, ya que el origen tenía instalado Debian 4.0 y el destino Debian 5.0. Habrá quien piense que soy un exagerado y que eso no es tanta diferencia. Nada más lejos de la realidad, ya que las versiones de núcleo Linux y del software de virtualización Xen son diferentes, lo que de algún modo impedía el correcto funcionamiento de la herramienta “xm migrate”, que fallaba inmediata e indefectiblemente con un error críptico cada vez que era invocada desde la línea de comandos del servidor de origen. A pesar de preparar concienzudamente ambos servidores para permitir la migración al vuelo, la herramienta propia de Xen no hacía su trabajo.

La solución fue relativamente sencilla. Todo consistió en hacer lo mismo que se suponía debía hacer “xm migrate” pero a mano y paso a paso. Lo primero era parar la máquina virtual con “xm shutdown”, para proceder a continuación a su copia al servidor destino. Aunque nosotros lo hicimos por SSH, las posibilidades aquí son amplias (FTP, NFS, SMB, USB, etc.). La copia de cada máquina virtual comprendía el fichero imagen del disco principal, el fichero imagen de la memoria de intercambio o swap y el fichero de configuración correspondiente.

Una vez copiados los ficheros al servidor destino, el siguiente paso es arrancar las máquinas virtuales una a una con “xm create”. Sin embargo, no iba a ser tan sencillo, ya que Xen se quejó de que le faltaban el núcleo Linux y el initrd de las máquinas virtuales, que procedimos a copiar desde el servidor origen, con lo que el arranque se produjo después sin más problemas.

Para finalizar, quedaban por ajustar algunas cosas, como la configuración de red de Xen (en el servidor origen se usaba el modo bridge mientras que en el destino estaba activo por defecto el modo NAT), la actualización de los DNS de los portales web con la IP del servidor destino y la configuración del proxy inverso residente en los servidores físicos que gestiona las peticiones realizadas a cada máquina virtual.

De esta historia puede obtenerse una valiosa lección. Aunque cualquier sistema de virtualización, incluyendo Xen, hacen su trabajo a un buen nivel, podemos encontrarnos en cualquier momento una serie de problemas que impidan su adecuada gestión y mantenimiento, más teniendo en cuenta lo delicados y exigentes que son. En este sentido, es fundamental tener unos profundos conocimientos y experiencia en administración de sistemas en general y en el sistema de virtualización de nuestra elección en particular para evitarnos males mayores y salir airosos de cualquier situación.

Migraciones a Linux ¿a toda costa y a cualquier precio?

Wed, 20 Jan 2010 18:55:29 +0000

Últimamente están muy de moda las migraciones a Linux. Se están popularizando tanto que es un servicio que aparece en la oferta de numerosas empresas del sector en España y del que cada vez se habla más en medios especializados (yo mismo he tratado el tema en varias ocasiones en este blog). Sin embargo, tengo la impresión de que hay cierto fanatismo en este asunto y que se trata de imponer la idea de que la migración a Linux es la panacea y la solución a todos los problemas informáticos y que el que no lo hace está perdiendo dinero y recursos a espuertas. No estoy en absoluto de acuerdo con estas afirmaciones y lo voy a argumentar en las siguientes líneas.

La medida de la utilidad y validez de un sistema informático es la cantidad de productividad que provoca su uso, entendiendo por productividad la cantidad de trabajo que los usuarios del sistema son capaces de llevar a cabo gracias a su utilización. En esta medida influyen numerosos factores, como la potencia del hardware, la capacidad de la red, los protocolos implantados, las funcionalidades del software y, como no, los tiempos de parada por mantenimiento y otras incidencias (fallos de hardware, virus, etc.).

Así, la migración a un nuevo sistema sólo tiene sentido si éste es capaz de generar una mayor productividad que el sistema actual. En este caso, la inversión a realizar para migrar se amortiza antes a después gracias al aumento de productividad. Si el nuevo sistema va a generar una productividad igual o menor, mejor quedarse como se está y punto.

Esto, que para muchos es una verdad de Perogrullo, es algo que muchos otros ignoran sencillamente porque están cegados por los argumentos clásicos sobre las ventajas de Linux y el Software Libre que sus activistas esgrimimos ante todo el que nos quiera escuchar. Que si tenemos libertad de elección, que si aseguramos la inversión, que si contamos con el código fuente para hacer lo que queramos, etc. Todo ello es cierto y para mí personalmente son ventajas fundamentales, pero que quedan eclipsadas por el FACTOR que decide la idoneidad de un sistema informático en una situación concreta con unas necesidades específicas: la productividad. Esto es lo que realmente le dice a una entidad, sea pública o privada, si su inversión TIC va ser más o menos útil.

Cuando uno se plantea una migración a Linux, el problema principal son las aplicaciones de usuario. ¿De qué me sirve tener mis macros de Office perfectamente migradas a OpenOffice.org si no tengo a mi disposición las herramientas fundamentales para el desempeño de mi trabajo de forma eficiente y productiva? Para asegurarse de que estas aplicaciones están disponibles, sólo hay tres caminos válidos: contar con una alternativa nativa que resuelva el 100% de las necesidades del usuario (algo muy sencillo en campos como la ofimática o los servicios de Internet), portar la aplicación original a Linux (algo sólo factible si se cuenta con el código fuente, como es el caso de los desarrollos a medida) y desarrollar una nueva aplicación desde cero. Sólo es cuestión de valorar si la inversión necesaria se amortiza con el aumento de productividad previsto por la migración. Habrá quien piense que hay otras posibilidades, como la virtualización, la emulación y otros inventos parecidos, pero en mi opinión se trata de soluciones de bajo rendimiento y/o poca estabilidad, lo que penaliza gravemente la productividad del sistema completo.

Por tanto, si un puesto no se puede migrar al 100% bajo las premisas anteriores, mejor no hacerlo. Esto no implica que si no se pueden migrar el 100% de los puestos no hay que acometer al migración. Al contrario, Linux es excelente en redes heterogéneas y no tiene ningún problema para “hablar con” y “hacerse entender por” otros sistemas operativos. De hecho, esta situación va a ser lo habitual, mientras que las migraciones al 100% van a constituir casos excepcionales. Un ejemplo de cómo acometer estos casos puede ser el realizar migraciones por departamentos, de forma que cada subred sea homogénea (es decir, utilice el mismo sistema operativo en los puestos) y el total sea heterogéneo, contando con Linux en todos los servidores de forma que aseguremos la comunicación entre todos los nodos de la red.

Por supuesto, Linux es tan buen sistema (incluso mejor) como cualquier otro a la hora de implantar un nuevo sistema informático desde cero. Solo se trata de asegurarnos de que no empeoramos la situación por encabezonarnos en migrarnos a Linux (o a cualquier otro sistema).

Avances en la compatibilidad del iPhone con Linux

Tue, 12 Jan 2010 10:57:25 +0000

Dado que estos días se cumple un año desde que me hice con mi iPhone, voy a dedicar este primer artículo de 2010 a comentar los avances que se han producido en este tiempo en la compatibilidad con Linux. Si hace 12 meses apenas podía hacer nada desde el sistema del pingüino con mi iPhone, la situación ha cambiado bastante y ahora es posible hacer alguna que otra cosilla interesante.

Existen varios “culpables” de las mejoras en esta cuestión. En primer lugar se encuentra el propio núcleo de Linux, cuyas últimas versiones detectan sin problemas al iPhone como un dispositivo USB, poniéndolo a disposición del resto del sistema operativo. En este momento entran en juego una serie de componentes básicos del sistema como hal, udev y dbus, que crean el entorno de trabajo necesario para que las aplicaciones de usuario puedan acceder al iPhone adecuadamente (de este modo, comandos como lsusb reconocen al iPhone perfectamente) y generan eventos para avisar a dichas aplicaciones de que se ha conectado dicho dispositivo al sistema.

A continuación se encuentra KDE4, cuyos importantes avances en los últimos dos años han permitido convertir los mencionados eventos en notificaciones para el usuario y en acciones contextuales para que éste pueda actuar sobre el iPhone con aplicaciones finales como digiKam, la cual permite descargarse las fotos que tengamos almacenadas en el móvil, o Amarok, con el que podemos gestionar la biblioteca musical del iPhone. En éste último caso, es necesario contar además con las últimas versiones de otras herramientas software, como libusb-1.0, usbmuxd, libiphone, iFuse y libgpod. Existe un completo artículo a este respecto para aquellos interesados en profundizar en esta línea.

En definitiva, el trabajo y el esfuerzo de la comunidad Linux en los últimos tiempos está siendo de tal calibre que incluso dispositivos tan propietarios y tan cerrados como el iPhone están rindiéndose al Software Libre.

5 aplicaciones que facilitan la migración a Linux

Fri, 06 Nov 2009 15:54:51 +0000

A la hora de migrar a un nuevo sistema operativo, existen tres aspectos que éste debe resolved satisfactoriamente para que la migración sea un éxito: la compatibilidad del hardware, las funcionalidades del SO y las aplicaciones disponibles. Voy a centrarme en este último aspecto desde el punto de vista de Linux, revisando los que considero los cinco programas clave que convierten al sistema del pingüino en una plataforma de escritorio completamente válida y a la que migrar con garantías.

1. Firefox: Aclamado como un gran navegador web por sus enormes capacidades, sobrepasando claramente a sus competidires, se erige como una herramienta imprescindible a la hora de migrar a Linux gracias a que cuenta con versión para Windows, lo que permite cambiar el navegador web antes que el sistema operativo, facilitando así el proceso.

2. OpenOffice.org: El paquete ofimático por excelencia para Linux tiene poco que envidiar a MS Office y, aunque no lo supera en capacidades, sí que cuenta con ciertas características propias y resuelve satisfactoriamente las necesidades de la mayoría de los usuarios. Además, al igual que Firefox se beneficia de las ventajas de contar con una versión para Windows.

3. KDE PIM: Esta suite de gestión de información personal es la alternativa perfecta a “monstruos” bien establecidos en el mercado como MS Outlook. KDE PIM incluye todas las herramientas y capacidades que se le pueden exigir a un paquete de estas características, como correo electrónico, dietario, agenda, recordatorio de fechas e incluso previsión meteorológica, por nombrar algunas. Además, se puede ampliar con añadidos e incluye asistentes para migrar nuestros datos.

4. GIMP: Dicen los expertos que a GIMP aún le queda un buen trecho para alcanzar a Photoshop, pero es igualmente cierto que se trata de un paquete de diseño gráfico completo y avanzado que satisfacerá a unos y sorprenderá a otros. Su particular interfaz puede suponer una dificultad extra a la hora de adaptarse a GIMP, pero a cambio cuenta también con versión para Windows.

5. Wine: ¿Qué ocurre si no contamos para Linux con alguno de nuestros programas habituales para Windows y ninguna de las alternativas disponibles nos gustan? Siempre tendremos la opción de utilizarlos a través de Wine, una capa de compatibilidad con Windows que pretende emular un entorno de ejecución lo más fiel posible para los programas de este SO. de este modo podemos utilizar Internet Explorer, MS Office y Photoshop bajo Linux sin muchos problemas, así como muchos otros programas. Una buena opción sin duda para programas a merida indispensables para la gestión y el funcionamiento de una empresa.

¿Migración a Windows 7? No, mejor a Linux

Fri, 16 Oct 2009 20:37:30 +0000

El próximo 22 de Octubre se publica el esperado Windows 7, que viene a intentar hacer olvidar el fiasco de Vista. Microsoft promete un interfaz remozado, moderno y más sencillo de utilizar, a demás de un sin fin de novedades más o menos relevantes para el usuario medio. Para aquellas empresas que tengan que acometer la actualización (por ejemplo, por exigencias del software de gestión de la empresa), Windows 7 va a suponer un gran desembolso, no sólo por las licencias a adquirir, sino por los costes colaterales que esta migración acarrea. Por ello, este puede ser el momento ideal para que estas empresas se planteen pasarse a Linux. Veamos cuales son estos costes añadidos y cómo Linux nos ayudaría a proteger una inversión de este calibre.

Si venimos de XP, el más evidente de los costes colaterales es el de la actualización del hardware. Si Windows 7 no es más que una revisión de Vista, por mucho que lo hayan optimizado la migración va a suponer que todos aquellos PCs que se adquirieron hace al menos 5 años no tengan suficientes recursos para manejar con fluidez un escritorio basado en Windows 7. Si a esto añadimos todos los periféricos que se queden sin soporte, la cuenta de gastos en hardware se dispara escandalosamente, aparte del problema de adaptación del sistema informático a los nuevos periféricos. Para ilustrar esta situación baste el ejemplo de una impresora especial que funciona perfectamente con nuestro software de gestión pero que no tiene controlador para Windows 7. Sencillamente aterrador.

En el caso de Linux, además de que los requerimientos hardware no sólo no han aumentado sino que incluso han ido disminuyendo a lo largo del tiempo (todo depende del uso que queramos darle al PC, claro está) lo que aumenta el ciclo de vida de cualquier PC, a día de hoy Linux aún tiene soporte para hardware y tecnologías de hace más de 10 años, algo que seguirá siendo así tanto por la propia arquitectura de Linux como porque es lo que los usuarios necesitan.

El segundo coste añadido es el de la compatibilidad del software. Con Vista ya ocurrió que programas que llevábamos años utilizando dejaban de funcionar de buenas a primeras, a pesar incluso de los modos de compatibilidad que incluye dicho sistema. Por ello soy escéptico ante las hipotéticas mejoras que Windows 7 pueda traer al respecto. Lo más seguro es que nos encontremos que tengamos que actualizar la mayoría de los paquetes de software que utilicemos asiduamente, lo que puede suponer un nuevo desembolso importante en licencias.

Con Linux esto no ocurre, ya que cualquier nueva versión de una distribución trae todos los paquetes de software actualizados y listos para su instalación. En el caso de que algún programa no estuviera incluido en las actualizaciones, como es el caso del software comercial, lo más seguro es que siga funcionando sin problemas, ya que en Linux siempre se busca la compatibilidad nativa hacia atrás, sin emulaciones ni cosas por el estilo como en el caso de Windows.

El tercer y último coste está muy relacionado con el anterior: la actualización del software de seguridad. Windows es desafortunadamente famoso por sus problemas con virus, software espía y demás fauna maligna. Una nueva versión del sistema operativo implica una nueva forma de hacer las cosas de cara a los programas, por lo que no sólo hay que actualizar las aplicaciones y herramientas de uso cotidiano sino también los antivirus, cortafuegos, antispyware, etc. Aparte del desembolso que esto pueda suponer, lo más preocupante es que hay que “toquetear” algo demasiado delicado (como es el sistema de seguridad de Windows) como para enfrentarse de golpe a una actualización masiva de todos sus componentes. El riesgo de interacciones no deseadas y de efectos inesperados es demasiado elevado, pero como no podemos arriesgarnos a quedarnos sin protección, se trata de un mal trago que hay que pasar lo antes posible y deseando que no pase nada.

Como Linux es conocido por su resistencia frente a este tipo de amenazas, no es necesario tener instalado todo este conglomerado de programas más allá de un sencillo cortafuegos (eso en el caso de un PC aislado, porque en una red corporativa ni eso), por lo que el riesgo de estrpear algo al actualizar es mínimo. Además, las actualizaciones están perfectamente integradas con el sistema operativo y han sido suficientemente probadas, lo que minimiza aún más los riesgos.

Si a todo esto le añadimos las ya conocidas ventajas del Software Libre para una empresa (bajos costes de implantación y mantenimiento, protección de la inversión, mayor interoperatibilidad entre sistemas, escalabilidad asegurada, mayor ciclo de vida, mejor aprovechamiento delos recursos, normalización de licencias, facilidad de respetar la normativa vigente, etc.), la opción de migrar a Linux es sin duda alguna de seria consideración ahora que se acerca Windows 7.

Protección de menores frente a contenido inapropiado en Internet

Wed, 22 Jul 2009 09:53:08 +0000

Hace poco leí un interesante artículo en Digital Inspiration acerca de cómo proteger a nuestros hijos frente a contenido inapropiado para ellos cuando acceden a la Web y otros servicios de Internet. Las herramientas de las que habla el artículo son muy efectivas, aparte de ser en su mayoría soluciones multiplataforma, pero pecan de ser muy específicas en el trabajo que realizan. Por eso me decidí a buscar una herramienta más completa y que, a ser posible, funcionase sobre Linux. He tenido éxito en mi búsqueda, pero antes de pasar a hablar de ella, voy a comentar las dos herramientas mencionadas en el artículo que me han llamado más la atención.

La primera es OpenDNS, un servicio gratuito de DNS que, configurado adecuadamente, nos puede servir para impedir el acceso a tanto a servidores de contenido inapropiado como a páginas de estafas por Internet (el tristemente famoso phishing). Para utilizarlo, basta con seguir las instrucciones disponibles según el sistema operativo del ordenador que utilicen los menores para acceder a Internet, que básicamente se reducen a cambiar los servidores DNS del ordenador, crear una cuenta en OpenDNS y configurar el nivel de filtrado adecuadamente. Aunque es un servicio válido para cualquier plataforma y sencillo de echar a andar, presenta una pega importante: al tratarse de un servicio de terceros nuestro control sobre su funcionamiento es prácticamente nulo, siendo posible que se produzcan tanto falsos positivos (que se bloqueen paginas válidas) como falsos negativos (que se muestren paginas inadecuadas). No por esto debemos desechar el uso de OpenDNS, simplemente no debemos relajarnos y confiarle al 100% la protección de nuestros hijos.

La segunda herramienta interesante del artículo es Web Of Trust (WOT), una extensión para Firefox e Internet Explorer de la que ya he hablado anterioremente. Su función es la de advertir de la confianza de un sitio web antes de acceder a él mediante el uso de un código de colores asociado a los enlaces que llevan a dicho sitio web. WOT se alimenta de la información proporcionada por los propios usuarios en base a varias categorías de puntuación. En caso de acceder a una página catalogada como peligrosa, WOT bloquea el acceso son un aparatoso mensaje en pantalla y nos da la opción de seguir adelante o dirigirnos a otro sitio web. Es justo aquí donde se encuentra su mayor pega: deja la elección de visitar un sitio web en manos del internauta, por lo que WOT sólo es útil si supervisamos la sesión de navegación del menor.

Es el momento de descubrir la herramienta de control parental para Linux. Se trata de WebContentControl, un completo interfaz de usuario que facilita el uso combinado de diversas herramientas del sistema y algunas de las aplicaciones más potentes para el control de acceso a Internet, como DansGuardian (filtro de contenidos), Tinyproxy (pasarela de acceso a la web) y FireHOL (aplicación de cortafuegos). De este modo, WebContentControl pone en manos del usuario doméstico toda la potencia de herramientas de seguridad muy populares en entornos empresariales. Su complejidad puede resultar algo farragosa cuando nos enfrentamos a él por primera vez, pero los resultados llegan pronto y son muy satisfactorios. Aunque sólo hay descarga para Ubuntu, yo lo he probado en una Debian sin problemas. Por ponerle alguna pega, tiene una elevada dependencia de GNOME, pero con algunos simples retoques se puede utilizar sin problemas bajo otros entornos (yo lo hice bajo KDE4). Además, parece ser un proyecto temporal, ya que se está desarrollando otro software (GChildCare) como sustituto. La distribución Molinux tiene un interesante tutorial sobre su uso y puesta en marcha.

La combinación de estas tres herramientas debe resultar en un sistema más seguro para que nuestros hijos puedan navegar por Internet sin experiencias desagradables. ¿Qué herramientas utilizáis vosotros?

KOffice 2.0.0 publicado

Mon, 01 Jun 2009 20:17:39 +0000

La noticia más destacable de la semana en el mundo del software libre es sin duda la publicación de la versión 2.0.0 de KOffice, la suite ofimática de KDE. Esta edición marca un hito importante en el desarrollo de este paquete ofimático, ya que no sólo está por fin basada en las bibliotecas Qt4 y es por primera vez compatible con KDE4, sino que además supone el establecimiento de una plataforma base sobre la que construir tanto versiones futuras como nuevas aplicaciones.

Los objetivos de esta versión eran incrementar la integración entre los componentes de KOffice, disminuir la duplicidad de funcionalidades y facilitar el mantenimiento y desarrollo de nuevas características, así como implementar nuevos interfaces y nuevos mecanismos de interacción con el usuario para dar soporte a las nuevas capacidades de KOffice. En base al grado de satisfacción que muestra el equipo de desarrollo, se puede decir que estos objetivos han sido amplia y satisfactoriamente alcanzados.

De entre la larga lista de novedades, cambios y mejoras, los responsables de KOffice destacan las llamadas Flake Shapes, que se pueden definir como elementos “tan sencillos como un cuadrado o un círculo o tan complejos como un diagrama o una partitura”. Gracias a esta tecnología, cualquier aplicación KOffice puede manejar cualquier tipo de elemento o contenido, además de facilitar la creación de nuevas herramientas.

Sin embargo, personalmente considero que la importancia de KOffice 2.0.0 reside en que por primera vez se le puede considerar como una alternativa real y viable a OpenOffice.org. Hasta ahora, un documento redactado en este último en formato OpenDocument no se veía completamente bien en KOffice, algo que ha cambiado gracias al soporte mejorado de ODT de KOffice 2.0.0. Así mismo, la compatibilidad con KDE4 posibilita que, además de en Linux y otros Unix, KOffice se pueda ejecutar en Windows y Macintosh, accediendo así a todas las plataformas de escritorio utilizadas actualmente. Por último, KOffice es una aplicación muy ligera frente al “pesado” OpenOffice.org y ofrece más herramientas que la suite de Sun, como el gestor de proyectos KPlato o el procesador gráfico Krita.

Desgraciadamente, no podremos utilizar aún KOffice 2.0.0 (al menos en producción), ya que según los responsables del proyecto esta edición está dirigida a desarrolladores y testeadores de software. La publicación de esta versión responde al deseo del equipo de KOffice de mostrar los primeros resultados de más de 3 años de duro trabajo. Esperaremos impacientes a tener en nuestras manos la primera versión estable dirigida a los usuarios y entonces veremos si le “damos carpetazo” a OpenOffice.org.

World of Goo, el resurgimiento de los juegos comerciales para Linux

Mon, 18 May 2009 11:44:13 +0000

“World of Goo” es un juego indie (es decir, desarrollado sin el soporte financiero de una editorial de videojuegos) de 2DBoy, un estudio independiente situado en San Francisco. El juego, un puzzle en el que la física juega un papel importante, destaca por sus numerosas virtudes (elevada jugabilidad, mecánica sencilla, gráficos resultones y grandes dosis de diversión), lo que le valió para obtener diversos premios y nominaciones en 2008. Sin embargo, por lo que más me ha llamado la atención es que se ha publicado para numerosas plataformas de videojuegos, desde consolas de última generación (Wii) hasta ordenadores personales, ya ejecuten Windows, Mac OS… o Linux.

Tras mucho escuchar hablar de “World of Goo” y descubrir que existe versión para Linux, me dirigí a la página de descarga de la demo (no en vano se trata de un juego comercial) y me encontré con la grata sorpresa de que existen tres paquetes diferentes de la demo, en formatos tar.gz, rpm y deb, de forma que se cubren de antemano todas las distribuciones Linux actuales. Ni corto ni perezoso pulsé en la opción deb (para Debian y derivadas) y en cuestión deunos minutos (son unos 31 MB de descarga) tuve el paquete listo en mi escritorio para su instalación, que en ASLinux Desktop consiste en simplemente pulsar sobre el fichero con el botón derefcho del ratón y elegir la opción de instalar.

Mi sorpresa fue aún mayor cuando tras la instalación descubrí que se había instalado una entrada en el menú en la categoría de Juegos con su nombre e icono, todo correctamente. Para rematar la faena, al lanzar el juego me encontré con que se ponía a pantalla completa, a una resolución adecuada y con el sonido funcionando perfectamente. A partir de ahí pude comprobar que las tan cacareadas virtudes de “World of Goo” eran ciertas.

Tras esta experiencia puedo afirmar que la apuesta de 2DBoy por Linux no se ha podido llevar a cabo de mejor manera, ya que no sólo han desarrollado un buen producto, sino que además se han preocupado de que se integre y funcione bien en Linux a la primera y sin quebraderos de cabeza para el usuario. Así si se puede volver a crear un mercado de juegos para Linux.

El camino está marcado y parece que otros ya lo están siguiendo. “Caster”, otro juego indie, en esta ocasión del estudio Elecorn, también cuenta con una demo sencilla de instalar y probar. Este juego, un arcade 3D de disparos en tercera persona, aporta una interesante novedad al mercado Linux: la descarga de contenido extra que permite ampliar el juego. Esta posibilidad, una tendencia del mercado de videojuegos actual, se me antoja imprescindible para que Linux sea considerado de nuevo como una plataforma de ocio viable y así volvamos con buen pie a los buenos tiempos de la extinta Loki.

Calibre, un completo gestor de e-books para Linux

Tue, 05 May 2009 15:30:24 +0000

Uno de mis últimos descubrimientos en cuanto a software para Linux es Calibre, una aplicación diseñada para la gestión de libros electrónicos. El objetivo de Calibre es facilitar el mantenimiento de una biblioteca de e-books, de forma que tengamos a mano todas las operaciones más habituales (y otras no tanto) que queramos realizar sobre nuestros libros digitales.

La instalación de Calibre es muy sencilla, basta con seguir las instrucciones de su página web y en cuestión de pocos minutos Calibre estará descargado e instalado en nuestro sistema. Como está desarrollado en Python (para los que no lo conozcan, se trata de un lenguaje de programación interpretado disponible en diversas plataformas), es posible instalar Calibre no sólo en Linux sino también en Windows y Mac OS X.

En cuanto a sus funcionalidades, Calibre ofrece un amplio abanico de posibilidades, como la adición y borrado de libros de la biblioteca, la conversión a formatos populares de ebook, la creación de libros electrónicos a partir de flujos de contenido RSS, la clasificación de libros en base a etiquetas o la transferencia directa a un visor de libros electríonicos que esté conectado al sistema. Como afortunado poseedor de un Papyre, esta característica me resulta de especial utilidad.

La única configuración que necesita Calibre para funcionar es la de la carpeta en la que guardar la biblioteca. A la hora de gestionar los libros, Calibre utiliza los metadatos que incluyamos en cada libro para crear un árbol dentro de dicha carpeta y renombrar los libros adecuadamente, con lo que nos encontramos con toda nuestra colección perfectamente jerarquizada y organizada.

Otro aspecto destacable es que podemos mantener varias versiones en distintos formatos del mismo libro, lo que facilita su utilización en diversos ámbitos. Así mismo, podemos añadir una portada personalizada a cada libro e incluso contamos con un pequeño servidor web que nos permite acceder remotamente a nuestra colección de libros. Finalmente, cuando se añaden libros a la biblioteca, se puede hacer desde un único directorio o desde varios, pudiéndole indicar a Calibre si los ficheros que hay en cada directorio son libros diferentes o copias del mismo en formatos distintos. Y todo esto en perfecto castellano.

En el tiempo que llevo utilizando Calibre, he descubierto que se trata de un programa muy estable (sólo he tenido problemas con la utilización de caracteres españoles en los nombres de los libros) y que en el caso puntual de que Calibre se ha cerrado inesperadamente (no en vano se trata de un programa en versión 0.x), mi bilblioteca no sufrió ningun daño.

Definitivamente se trata de una aplicación más que recomendable, sobre todo teniendo en cuenta la popularidad que tienen a día de hoy los libros electrónicos y las revistas digitales.

Migraciones a SOLES WS 2.0

Tue, 17 Mar 2009 21:06:37 +0000

Me encuentro estos días en Almería realizando migraciones a SOLES WS 2.0 en empresas de la zona, que consisten en la instalación de esta plataforma en los PCs de las mismas con un arranque dual, de forma que puedan evaluar fácilmente sus bondades sin renunciar a la plataforma que estén usando principalmente en esos momento, generalmente alguna versión de Windows. De este modo se facilita la eventual migración definitiva al sistema de software libre.

Para quien no la conozca, SOLES WS 2.0 es una distribución Linux diseñada específicamente para resolver las necesidades de las empresas andaluzas de Economía Social. La primera versión se basó en Debian Sarge, mientras que la actual lo está en Ubuntu Edgy Eft, lo que supone que el software que incluye tiene al menos dos años de antigüedad. Lejos de ser un inconveniente, esto supone que las aplicaciones que ofrece están muy probadas y son muy estables. Además, a través del portal de soporte de SOLES se ofrecen actualizaciones a esos componentes software de especial interés, como es el caso de la reciente puesta a disposición de los usuarios de SOLES de OpenOffice.org 3.0.

SOLES WS 2.0, de la cual se puede obtener más información en su sitio web oficial, es una plataforma Linux para PCs que ofrece, aparte de las funcionalidades típicas de un escritorio KDE, una serie de herramientas dirigidas a facilitar la gestión de las empresas andaluzas de Economía Social, como un software de gestión societaria para cooperativas o una aplicación de gestión contable y fiscal. Aunque algunas de estas herramientas se pueden utilizar bajo Windows, hacerlo así evitaría que las empresas destinatarias apreciaran las ampliamente conocidas ventajas de utilizar un sistema operativo completo basado en software libre.

El desarrollo e impulso del proyecto SOLES es responsabilidad de CEPES Andalucía, patronal de la Economía Social en dicha comunidad autónoma, y en el que Activa Sistemas ha tenido el placer de participar desde el comienzo del mismo en 2005. Gracias a esta iniciativa, las empresas andaluzas de Economía Social cuentan con una valiosa herramienta para mejorar tanto sus procesos de negocio como el aprovechamiento de sus recursos tecnológicos.

Virus de Linux en 5 minutos... ¿seguro?

Tue, 24 Feb 2009 20:28:41 +0000

Hace unos días se produjo un gran revuelo en Internet a cuenta de un artículo titulado “Como escribir un virus de Linux en 5 minutos”, en el cual su autor (un tal “foobar”) pretende demostrar que la fama de la resistencia de Linux frente a los virus no es tal. Hace un par de meses publiqué en este blog un artículo sobre este mismo tema, en el que mostré un punto de vista radicalmente opuesto, postura que mantengo a pesar de los argumentos del polémico artículo. En las próximas líneas intentaré mostrar por qué considero que “foobar” falla el tiro y se equivoca de medio a medio.

Para ser justos, el propio “foobar” reconoce que este problema no es realmente de Linux, sino sólo de los escritorios KDE y GNOME, que pueden ser ejecutados en otras plataformas además de Linux (KDE4 incluso en Windows). ¿Por qué entonces un titular tan sensacionalista? Porque según “foobar” ambos escritorios se utilizan mayoritariamente sobre Linux, así que considera justificado decir “virus para Linux” en vez de ser especificar que se trata de “virus para KDE/GNOME”. Eso en mi tierra se llama demagogia.

Antes de hablar del famoso virus, es necesario hacer una breve introducción al modelo de seguridad de los sistemas de ficheros de Linux, herencia de los sistemas Unix, concretamente sobre los permisos de ejecución de programas. En cualquier sistema Linux, para poder ejecutar un software es necesario que el fichero que lo lance tenga activado lo que se conoce como el bit de ejecución para el usuario que lo va a iniciar. Para evitar problemas desde el correo electrónico, cualquier adjunto que nos llegue y que guardemos en nuestro ordenador tendrá dicho bit desactivado, por lo que no podremos ejecutar inadvertidamente cualquier malware que nos mande algún desaprensivo.

Sin embargo, hay una excepción a esta regla: los ficheros .desktop. Se trata de las definiciones de los lanzadores de software que tanto KDE como GNOME utilizan para crear los menús y los accesos directos del escritorio. Ambos escritorios abren, interpretan y llevan a cabo las instrucciones contenidas en estos ficheros independientemente de si tienen el bit de ejecución activado o no.

Es fácil imaginar que enviar a alguien un fichero .desktop que ejecute a su vez un malware es una forma eficaz de crear un virus, pero no para Linux, sino para aquellos sistemas que ejecuten KDE o GNOME. Es decir, se trata de una vulnerabilidad de dichos escritorios y no del núcleo de Linux (ni de ninguna otra plataforma sobre la que se ejecuten). Por eso considero sensacionalista el titular, que como el mismo “foobar” propone debería haber sido “Como escribir un virus de KDE/GNOME en 5 minutos”.

Una anécdota antes de acabar: “foobar” se puso en contacto con varios fabricantes de distribuciones al respecto de este tema y se llevó una gran sorpresa cuando desde Fedora le contestaron que se trataba de “un comportamiento conocido y esperado”. Esperemos que los equipos de desarrollo de ambos escritorios se pongan las pilas y resuelvan este problema cuanto antes, porque no creo que sea un “comportamiento” que los usuarios “esperemos” con alegría.

¿Mi recomendación? La que siempre doy, aparte de releer mi artículo sobre protección en el correo electrónico: no abrir nada que nos llegue por email que no sea de una fuente fiable y, aún así, asegurarse dos veces antes de hacerlo. Hay otra opción, que es usar otro escritorio mientras alguien hace algo al respecto, pero… ¿vamos a renunciar a las bondades de KDE y GNOME? Creo que no.

Mi iPhone y Linux

Thu, 12 Feb 2009 12:58:17 +0000

Ya ha pasado un mes desde que me hice con mi nuevo iPhone y en este tiempo me he dedicado a afinarlo y adaptarlo para que resuelva mi principal necesidad: el de la conectividad plena con el sistema informático de la empresa. Tal y como prometí en el artículo anterior, me toca compartir mi experiencia en este tiempo.

Como ya comenté entonces, gracias al uso de estándares del que hace gala el iPhone y a la versatilidad del software libre con el que está construido el sistema informático de Activa Sistemas, desde el primer día me fue posible realizar una serie de operaciones de forma sencilla y directa, siendo las más importantes para mí la conexión por VPN y el acceso a la intranet mediante el navegador web Safari, de forma que tuve asegurada la posibilidad de consultar mi correo electrónico, mi agenda o los contactos de la empresa (entre otras cosas) desde el primer momento y desde cualquier lugar que tuviese cobertura Internet, ya fuera mediante WiFi o 3G. A partir de ahí, mis esfuerzos se centraron en tres direcciones: la conexión del iPhone con mi escritorio Linux, el acceso offline a la información de la empresa y conseguir acceso a más recursos y servicios remotos de nuestro sistema informático.

En el primer caso la experiencia ha sido bastante decepcionante. Las pruebas las he realizado con el ASLinux Desktop 4.0 en desarrollo que tengo en mi PC de escritorio, al que le he añadido el soporte para iPhone a través de los paquetes Debian ifuse y libiphone0. Así, mi Linux reconoce el iPhone y puedo acceder al sistema de ficheros interno para acceder a las fotos que haya tomado con la cámara digital integrada, pero poco más (nada de MP3s, contactos o calendario), tal y como confirma la página web oficial de dichos paquetes. Además, los pasos a dar para conseguir acceder a las fotos es demasiado complejo y solo al alcance de un usuario avanzado.

Afortunadamente, de nuevo los estándares acudieron al rescate y gracias a SyncML pude sincronizar el iPhone con la intranet mediante WiFi y guardar en él una copia offline de aquella información que me interesa llevar conmigo a todas partes, como la agenda con mis citas o mi lista de tareas pendientes. De este modo, aunque esté en algún lugar sin acceso a Internet, no estoy completamente desconectado de la empresa.

Por último, en estas semanas he ido probando diversos programas para el iPhone que me han permitido completar el abanico de operaciones que puedo realizar desde él relacionadas con mi trabajo, siendo los más llamativos las herramientas que me posibilitan acceder a los sistemas tanto propios como de nuestros clientes por SSH en el caso de Linux y por VNC en el caso de Windows de forma que pueda atender una incidencia técnica esté donde esté, así como diversas aplicaciones de gestión de redes que me permitan detectar problemas de conectividad internos y con Internet.

Es cierto que el iPhone cuenta con numerosas carencias bien conocidas a estas alturas, desde las triviales como el no poder mandar MMS, el inexistente soporte de Flash en el navegador web Safari o la incapacidad para grabar vídeos con el software de cámara digital de serie, a las más serias como un soporte Bluetooth capado por software (que no por hardware) o la imposibilidad de instalar software de terceros como no sea a través de la tienda Apple (al menos legalmente). Como en mi caso las ventajas superan en mucho a los inconvenientes, estoy realmente contento con mi nuevo iPhone ya que he conseguido resolver mi principal necesidad: conectividad plena con la empresa. Sólo queda que empiece a llevarse bien con Linux directamente.

PlayOnLinux, gestión de programas Windows bajo Linux

Thu, 05 Feb 2009 18:18:14 +0000

Uno de los programas que más han llamado mi atención en los últimos meses es sin duda PlayOnLinux. Se trata de un completo interfaz que permite la instalación y configuración en Linux de software diseñado para Windows. Para ello, inevitablemente se sirve de Wine, del que PlayOnLinux hace de intermediario con el usuario. Gracias a la popularidad que ha alcanzado el proyecto, es posible descargarse el paquete de instalación de PlayOnLinux para prácticamente cualquier distribución Linux moderna.

Lista de programas Windows instalados

PlayOnLinux destaca no sólo por un interfaz sencillo y agradable de utilizar sino además por ofrecer una serie de asistentes que facilitan la instalación de una serie de programas populares para Windows, desde ofimática hasta multimedia, pasando por aplicaciones de Internet, utilidades y juegos (incluyendo el popular World of Warcraft), categoría de la que toma el nombre PlayOnLinux, ya que inicialmente era un proyecto dirigido a la ejecución de juegos para Windows sobre Linux. Estos asistentes se encargan de descargar el instalador si se trata de un programa libre o gratuito e incluso de crear los iconos correspondientes tanto en los menús como en el escritorio, siempre según la decisión del usuario. Por cierto, siempre es posible instalar cualquier programa directamente, en el caso de que no haya asistente para él.

Gracias a un lenguaje propio de programación (realmente se trata de una extensión del lenguaje de script del intérprete de comandos bash) es realmente sencillo crear estos asistentes, lo que ha provocado una verdadera explosión de colaboraciones de usuarios (entre los que orgullosamente me encuentro) y ha permitido que PlayOnLinux ofrezca de serie una enorme biblioteca de software.

Repositorio de asistentes de instalación

Otra de sus características destacables es que cada programa instalado cuenta con su propia copia emulada de Windows, de forma que se evitan de raíz los típicos problemas del sistema operativo de Microsoft cuando se instalan demasiados programas juntos: corrupciones en el registro, excesiva lentitud en la ejecución, interacciones no deseadas entre componentes, etc. Es como tener un Windows recién instalado para cada programa. Esto permite asimismo que la desinstalación de cualquier programa sea tan sencilla como borrar el directorio en el que reside su Windows emulado, aunque esto sólo debe hacerse en el caso de que el asistente de desinstalación de PlayOnLinux no funcione adecuadamente por algún motivo.

Finalmente, PlayOnLinux incluye diversas características avanzadas, como un sistema de plugins que permiten ampliar sus posibilidades (por ejemplo, para ejecutar también programas para MS-DOS), la configuración en detalle del Windows emulado de cada programa instalado, la gestión de diversas versiones de Wine en paralelo, la actualización por Internet del repositorio de asistentes de instalación o la posibilidad de ejecutar un CD autoarrancable de instalación de un programa Windows.

Y lo mejor de todo es que está en español, no es necesario contar con una licencia de Windows y es software libre. ¿Qué más se puede pedir?

Migración del software de gestión a Linux

Thu, 15 Jan 2009 13:23:30 +0000

Cuando una empresa se plantea la migración de su sistema informático a Linux, probablemente el punto que más le preocupe sea el software de gestión, dado que con suites como KDE, Mozilla y OpenOffice tiene cubiertos el 95% de sus necesidades. Teniendo en cuenta que en muchos casos este software de gestión es a medida y que de él depende el buen funcionamiento de la entidad, el problema no es precisamente trivial.

Ante esta situación, una primera alternativa a plantear es la de ejecutar el software a través de Wine, un programa que permite ejecutar programas Windows en sistemas Unix y Linux. Esta solución ha dado muy buenos resultados con paquetes populares y si tiene éxito es sin duda la más interesante cuando no se cuenta con el código fuente del software de gestión.

En el caso de contar con el código fuente, lo mejor es migrar el software nativamente, siempre y cuando el lenguaje de programación original tenga su equivalente en Linux. Esto no debería ser un problema, ya que los lenguajes más populares en el desarrollo de software de gestión cuentan con su alter ego en Linux.

Una solución igualmente interesante es migrar a una nueva solución de licencia libre que cumpla con los requisitos mínimos de funcionalidad requeridos por la empresa. Una vez migrada la base de datos, algo que no suele exigir un gran esfuerzo gracias a las potentes y completas herramientas que incluyen los sistemas libres como MySQL o PostgreSQL, es cuestión de elegir entre el actualmente amplio abanico de alternativas existentes, desde las dirigidos a pymes como BulmaGés, a las más complejas como OpenXpertya, un completo ERP/CRM multiplataforma completamente personalizable. Por supuesto, no podemos olvidar las alternativas no libres, de las que existen centenares de opciones disponibles.

En cualquier caso, se elija la opción que se elija, hay una cuestión que no podemos obviar y que es así desde siempre: en el campo del software de gestión es imprescindible contar con soporte, principalmente porque se trata de un software que evoluciona con la empresa y que necesita de una personalización y un cuidado tal que la entidad no puede dormir tranquila si no cuenta con buenos profesionales que la respalden cuando sea necesario.

Los costes reales de migrar de Windows a Linux

Mon, 12 Jan 2009 16:42:27 +0000

Periódicamente se publican estudios financiados por Microsoft que evalúan los costes de implantación de sistemas Windows frente a sistemas Linux y que suelen utilizarse como el centro de las campañas de desinformación acerca de Linux que la multinacional estadounidense lanza de vez en cuando. La “contundente” conclusión de estos estudios (siempre es la misma) es que la migración desde Windows a Linux es muy costosa.

Es evidente que tal afirmación es extremadamente demagógica, a favor de los intereses de quien financia el estudio, ya que presenta los hechos de forma parcial y a conveniencia. ¿Quién puede dudar de que una migración SIEMPRE es más costosa, monetariamente hablando, que quedarse como se está? El caso es que esto no es exclusivo en el sentido Windows-Linux, también lo es al revés. Pues en este razonamiento basa Microsoft la supuesta superioridad de Windows sobre Linux.

Un estudio imparcial habría definido como objetivo del mismo la comparación entre la implantación de un nuevo sistema informático desde cero tanto con Windows como con Linux. Creo que llevar a cabo este análisis es mucho más sencillo que lo que plantea Microsoft y lo voy a intentar llevar a cabo en las siguientes líneas.

La instalación desde cero de un sistema informático se basa en cuatro componentes que siempre están presentes: hardware, mano de obra de técnicos profesionales, formación de los usuarios y administradores en el manejo del nuevo sistema y software. Los he enumerado precisamente así porque considero que mientras que los tres primeros tienen el mismo coste independientemente del sistema operativo utilizado, el último es el que realmente marca la diferencia en los precios finales. Vayamos pues por partes.

La misma configuración de hardware sirve para implementar un nuevo sistema tanto bajo Windows como bajo Linux (dejaremos de lado el conocido y contrastado hecho de que Linux saca mayor rendimiento al hardware que Windows). Por tanto, el coste es el mismo en ambos casos. En cuanto a la mano de obra cualificada, es posible encontrar profesionales de calidad de ambos sistemas cuyo coste por hora sea el mismo. Si consideramos que el trabajo a invertir en la instalación del software y en la implantación de los servicios va a ser muy parecido, podemos también considerar ambos costes como idénticos. Finalmente, la formación de los usuarios va a ser necesaria en ambos casos, necesitando estos las mismas horas para dominar el nuevo entorno de trabajo tanto en un SO como en el otro, por lo que este coste también es idéntico.

Por tanto, nos queda el software como elemento diferenciador. Teniendo en cuenta que cualquier distribución Linux se puede bajar gratuitamente de Internet y que incluye de serie prácticamente todo el software que se pueda necesitar, se puede considerar que el coste sea casi cero. En cambio, el coste del software Windows se dispara a muchos miles de euros, ya que hay que adquirir una licencia por cada equipo del sistema operativo, los accesos al servidor, el paquete ofimático, el gestor de bases de datos y otros paquetes populares en cualquier sistema informático corporativo.

La conclusión está bien clara a estas alturas: es más costoso implantar sistemas Windows que sistemas Linux, sin entrar a considerar que este último es además más seguro, estable y fiable y ofrece un mayor rendimiento.

Los Reyes me han traido un iPhone

Wed, 07 Jan 2009 19:52:43 +0000

Parece que me he debido portar bastante bien en 2008, porque los Reyes Magos me han dejado este pasado 6 de Enero un reluciente iPhone de 16 GB, listo para empezar a cacharrear con él. Hacía tiempo que quería poner mis manos en un dispositivo que me asegurara conectividad a Internet allá donde estuviese a la vez que me permitiera tener acceso remoto y seguro a todos mis recursos privados. Si a esto le añadimos que también es un teléfono móvil, miel sobre hojuelas.

La primera impresión no ha podido ser mejor. Más allá de las harto conocidas características que ofrece el popular dispositivo de Apple, lo que más me ha llamado la atención es lo sencillo que me ha resultado conectarlo a una red WiFi, configurar el acceso a la red de la empresa mediante VPN y acceder con el navegador Safari a nuestra intranet para consultar mi correo y mis citas de hoy.

Es indudable que buena parte de responsabilidad del éxito que he tenido en estas operaciones se debe al buen hacer de Apple a la hora de ofrecer un buen abanico de funcionalidades a través de un interfaz sencillo y usable. Pero también hay que “echarle la culpa” al hecho de que nuestro sistema informático esté construido con software libre que se ejecuta sobre servidores Linux.

El software libre asegura dos cosas fundamentales a la hora de integrar dos sistemas heterogéneos, en este caso un iPhone con servidores Linux: respeto a los estándares (para permitir el flujo de información entre ambos) y flexibilidad (para poder adaptarse a las necesidades particulares del iPhone que puedan surgir).

Ahora pretendo seguir experimentando con mi iPhone en operaciones más avanzadas, como sincronizarlo con la intranet de la empresa y conectarlo a mi Linux de escritorio para salvaguardar sus datos o instalarle más software. Iré compartiendo mis resultados poco a poco en el blog, esperando que sean más éxitos que fracasos.

Linux: lo más destacable de 2008

Fri, 02 Jan 2009 13:25:32 +0000

Todo el mundo se dedica en estas fechas a echar la vista atrás y a repasar como ha ido el 2008. Para no ser menos, como primer artículo de 2009 voy a recordar lo que desde mi punto de vista ha sido lo más destacable ocurrido a lo largo de 2008 en el mundo de Linux y del Software Libre.

* El auge de los netbooks con Linux preinstalado

El ASUS Eee PC y sus sucesores han demostrado que no es necesario un equipo potente para hacer nuestras tareas diarias. Un netbook ofrece conectividad a Internet, aplicaciones ofimáticas y un buen conjunto de herramientas para otras tareas, todo en una máquina que cuesta alrededor de 350 €.

* Sun compra MySQL

2008 empezó fuerte con el anuncio de la compra de la popular empresa alemana por parte de la multinacional estadounidense por 1000 millones de dólares. Sin embargo, a día de hoy esta operación aún no se ha traducido en nada tangible para los usuarios.

* Publicación de nuevas versiones de paquetes importantes

KDE 4, OpenOffice.org 3, Wine 1.0 y Firefox 3 son los representantes más destacables de ese pelotón de programas de escritorio que han visto como en 2008 se publicaban versiones mayores de los mismos. Las mejoras y avances introducidos en conjunto hacen que el esperado “año de Linux” esté cada vez más cerca.

* Google Chrome y Google Android

2008 es el año en el que Google ha apostado más claramente por el Software Libre con la publicación de su propio navegador web, Chrome, y su propia plataforma para móviles, Android. Ambos son buenos productos acompañados de una agresiva declaración de intenciones, pero la competencia en sus respectivos mercados es muy dura y tendrán que demostrar su valía o “morir en el intento” en 2009.

* El bug OpenSSL de Debian

Los responsables de Debian se llevaron una desagradable sorpresa cuando descubrieron un importante fallo en su implementación del paquete openssl, utilizado para proteger datos transmitidos desde y hacia sitios web seguros, así como que las claves generadas por este paquete desde 2006 eran débiles. El problema se resolvió rápidamente y se publicaron instrucciones sobre cómo generar nuevas claves de encriptación. La efectividad de la respuesta se debió en gran parte a la transparencia heredada del Software Libre.

* SCO pierde frente a Novell

Tras un flujo interminable de enfrentamientos en los juzgados, la lucha de SCO contra Novell sobre los derechos de UNIX llegaron a su fin. Ahora SCO no sólo le debe a Novell una enorme cantidad de dinero, sino que tres de las demandas más importantes de SCO han sido desestimadas definitivamente. Se dice que se está preparando una apelación, pero teniendo en cuenta que aún están pendientes los procesos contra IBM y Red Hat, SCO lo va a pasar realmente mal en 2009.

Protegerse de vulnerabilidades desconocidas en Linux

Tue, 23 Dec 2008 20:12:00 +0000

En artículos anteriores he comentado que la aplicación diligente de parches de seguridad es uno de los mecanismos disponibles para protegerse de vulnerabilidades conocidas (con lo que se hubiera evitado el desastre del gusano de SQL Server, ejemplo del que me serví para ilustrar dichos artículos), pero ¿cómo puede uno evitar, o al menos reducir la probabilidad, de que un atacante aproveche una vulnerabilidad desconocida?

En el caso de Linux, una de las soluciones más populares y recomendadas de entre las actualmente existentes es la de la aplicación al núcleo de diversos parches de implantación de sistemas de seguridad, como la protección frente a desbordamientos de buffers y pila, el confinamiento de procesos críticos en “cárceles”, los sistemas de detección de intrusiones o las políticas de control de acceso a recursos. Sin embargo, no todas las distribuciones Linux están aún convencidas de la necesidad de implementar alguna de estas soluciones en sus productos. Entre las principales razones esgrimidas para justificar este escepticismo se encuentra el respeto o miedo que genera incluir nuevo código directamente en el núcleo.

Aún así, existen diversas iniciativas que pretenden cumplir con el objetivo de ofrecer un núcleo realmente seguro, como SELinux, desarrollada con el apoyo de la Agencia de Seguridad Nacional (NSA) de Estados Unidos, o AppArmor, mantenida por Novell. Proyectos como éste confirman la existencia de una tendencia en la comunidad Linux hacia productos construidos en base a la seguridad como parámetro principal. Esperemos que esta tendencia se extienda y popularice para evitarnos en el futuro sorpresas desagradables.

Protección frente a amenzas en el correo electrónico

Thu, 18 Dec 2008 13:42:10 +0000

Tal y como están las cosas con el correo electrónico (spam, virus, phising y otras estafas, etc.), muchos usuarios se desesperan al darse cuenta de que se trata de una herramienta imprescindible en sus vidas cuya utilización conlleva un enorme riesgo. Cuando un cliente me pregunta si es posible minimizar el riesgo de infección, mi respuesta es siempre la misma: lo es, implantando un mecanismo de seguridad en tres niveles que puede llegar a proteger nuestros sistemas en un elevado porcentaje de posibilidades.

Si seguimos el camino que recorre un virus desde que entra en nuestra red hasta que se produce la infección, el primer nivel estaría situado en la pasarela de correo electrónico, un sistema que se encarga de recoger el correo que viene de Internet y de analizarlo en busca de virus y de correo basura. De este modo, los virus conocidos nunca entran en la red local, aunque para ello es fundamental que el antivirus del sistema se actualice a diario. Obviamente, este nivel no tiene sentido en el caso de usuarios domésticos, que no suelen ni necesitar ni contar con este tipo de sistemas. Por cierto, la utilidad de una pasarela de correo va más allá, ya que posibilita una gestión completa del correo electrónico, pudiendo crear mensajería interna, redirección y duplicación de mensajes o recolección desde buzones en diversos dominios, entre otras posibilidades.

El segundo nivel se sitúa en el sistema operativo. La mejor solución es utilizar Linux o cualquier otro sistema, preferentemente libre, que no sea susceptible de ser infectado por virus o que, al menos, controle el nivel de daños que pueda causar una infección. Si, por cualquier motivo, esto no es factible y hay que utilizar Windows, entonces tendremos que hacer el desembolso de un software antivirus de reconocida eficacia y que tenga la capacidad de filtrar los mensajes de correo, algo que no todos los paquetes traen de serie. En este caso, tendremos que actualizar el antivirus a diario, tal y como en el nivel anterior.

Por último, el tercer nivel debemos situarlo en los programas que utilicemos como navegador y como cliente de correo electrónico, ya que una buena parte de los virus actuales intentan aprovechar vulnerabilidades de estos programas, que no tienen por qué ser conocidas. La mejor opción es utilizar alternativas fiables, robustas y seguras, a la vez que contamos con todas las funcionalidades que necesitemos. Como navegador, como es de esperar recomiendo a mi favorito Mozilla Firefox, de licencia libre, mucho más avanzado que sus competidores, muy ligero y con una elevada compatibilidad con los estándares, lo que nos asegura una navegación fluída por la Web. En el caso del correo electrónico, existen paquetes libres y/o gratuitos muy populares, pero sin duda la mejor opción en el caso de una red local es el de implementar un webmail, al estilo de Yahoo! Mail o Gmail, de forma que los mensajes se muestran como una página web, incluyendo los adjuntos, lo que evita la ejecución de código malicioso incluido en los correos. Como en el caso de la pasarela, sus ventajas no se quedan ahí, ya que un webmail elimina la necesidad de mantener un programa de correo electrónico en cada PC, centraliza la administración en un servidor y permite la consulta del correo desde cualquier puesto con sólo arrancar el navegador e introducir nuestro usuario y contraseña.

Llevar a la práctica estos niveles implica un esfuerzo en tiempo y en dinero en cualquier caso, pero está claro que esta inversión siempre será menor que el coste de recuperar nuestros sistemas tras el ataque de un nuevo virus.

¿Qué aporta Cedega al mercado de juegos para Linux?

Tue, 09 Dec 2008 17:53:26 +0000

La empresa canadiense Transgaming anunció recientemente la publicación de la versión 6.1.1 de Cedega, la emulación del API de Windows con soporte DirectX para Linux, lo que permite ejecutar juegos para Windows bajo el sistema del pingüino. De este modo, los usuarios de Linux tienen acceso a títulos reservados hasta ahora para los “jugones” de Windows, como el popular World of Warcraft.

A pesar de los esfuerzos de Transgaming (la empresa está muy comprometida con la comunidad del Software Libre y dona buena parte de su trabajo a los distintos proyectos basados en Wine, como el propio Cedega) y de los buenos resultados que ofrece Cedega, existe un buen número de detractores de esta línea de negocio, con argumentos tanto técnicos como sociales. El más utilizado dentro del primer tipo es el de los enormes recursos con que a menudo debe contar el equipo en el que se ejecuta Cedega para conseguir un rendimiento cercano a lo que se consigue bajo Windows, aunque en ocasiones ocurre curiosamente justo lo contrario, que un juego para Windows “corre” mejor sobre Linux. Así mismo, no es posible utilizar cualquier juego con Cedega sino sólo aquellos para los que se ha trabajado en su compatibilidad, lo que de todas formas arroja una nada despreciable cifra de más de 300 títulos del catálogo actual de juegos para Windows, teniendo en cuenta que los títulos de Linux apenas alcanzan unas decenas.

Sin embargo, las mayores quejas van dirigidas al hecho de que Cedega está creando una dinámica peligrosa en el sentido de que las productoras de juegos no ven que las cifras de ventas para Linux sean importantes, ya que los usuarios adquieren títulos para Windows que después serán emulados bajo Linux, por lo que consideran que no es necesario invertir esfuerzos en crear títulos nativos para Linux. Esto da lugar a que sólo se publiquen un par de títulos Linux al año, provocando unas cifras de venta diminutas. Este círculo vicioso tiene difícil solución, aunque no imposible.

De hecho, todo el mundo está de acuerdo que el primer paso han de darlo las productoras, tomando el riesgo de ofrecer títulos Linux de calidad, de forma que se cree el mercado que los usuarios están
esperando. A día de hoy, existe una empresa que está llevando a cabo esta apuesta: Linux Game Publishing, que tomó el testigo de la defenestrada Loki y que está portando diversos títulos desde Windows a Linux desde el inicio de su actividad. Así mismo, está patrocinando el desarrollo de títulos originales para Linux, algo fundamental para el definitivo triunfo de Linux como escritorio.

No podemos olvidar el esfuerzo de Ryan “Icculus” Gordon y su equipo, que también está portando importantes títulos, muchos de los cuales se distribuyen de libremente, amén de mantener un destacado portal web dedicado a los juegos bajo Linux.

Como se puede apreciar, el panorama no está tan mal, gracias al esfuerzo de diversas empresas que defienden diferentes puntos de vista, pero que entendemos son complementarios. Mientras que Cedega ha reanimado y mantiene el interés de los usuarios en Linux como plataforma viable para jugar, el resto de agentes está ya sembrando la semilla de un futuro mercado estable de juegos nativos para Linux, lo que podría suponer el final del modelo de negocio de Transgaming. Aún así, estoy seguro de que con la experiencia que están obteniendo con Cedega sabrán adaptarse al nuevo mercado, algo que se merecen por el esfuerzo que están llevando a cabo hoy en día por el mercado de los juegos bajo Linux.

Djl, gestor de juegos para Linux

Mon, 01 Dec 2008 11:39:16 +0000

Este fin de semana me he encontrado con un programa que une dos de mis grandes pasiones: los videojuegos y Linux. Se trata de Djl, un interfaz de gestión de juegos para Linux que permite descargar, instalar y eliminar un buen número de títulos de manera totalmente independiente de la distribución Linux en la que se ejecute. Así mismo, puede detectar las accesos directos a juegos instalados anteriormente (por ejemplo, aquellos que vengan con nuestra distribución) y ejecutarlos directamente desde el interfaz. La lista de juegos disponibles ya es impresionante y es posible actualizarla periódicamente a través de Internet, pudiendo colaborar cualquier usuario a la hora de aportar nuevos juegos.

Juegos instalados

Lo único que hace falta para ejecutar Djl en nuestro sistema Linux es contar con Python 2.5, el lenguaje con el que está programado y que afortunadamente se encuentra de serie en la mayoría de distribuciones Linux modernas. La instalación de Djl en nuestro sistema es muy sencilla y no necesita permisos de administrador para ello: basta con descargar la última versión disponible desde el sitio web oficial, descomprimir el contenido del paquete en un directorio de nuestra elección y ejecutar el programa principal.

Djl es capaz de descargar e instalar paquetes tar, tar.gz, tar.bz2 y zip, además de instaladores gráficos como .package o .run (paquetes Loki), de forma automática y sin interacción alguna por parte del usuario.

El interfaz de Djl es muy completo, ya que incluye una exhaustiva ficha por juego con su descripción e icono correspondiente, un cliente RSS que descarga del sistio web oficial las últimas noticias relacionadas con Djl y un cliente IRC que permite que los usuarios del programa charlen entre ellos.

Lista de juegos disponibles

La única pega que me he encontrado es que no resuelve las posibles dependencias que un juego pueda tener, es decir, no busca e instala aquellos paquetes de software (principalmente bilbliotecas) que el título necesite para funcionar correctamente. Sin embargo, es posible consultar la información que el propio juego da al ejecutarse de forma que el usuario puede ver qué dependencias faltan para resolverlas. Es indudable que para llevar a cabo esta operación hace falta tener cierto nivel como usuario Linux, por lo que aquellos títulos que den problemas quedarán fuera del alcance de los usuarios noveles.

Aún así, Djl es una gran ayuda para convertir nuestra distribución Linux en una completa plataforma de juegos, siempre y cuando la complementemos con los juegos que la propia distribución ofrezca y con aquellos juegos de Windows que se pueden instalar a través de otro fantástico programa como es PlayOnLinux y al que dedicaré unas líneas muy pronto.

Cómo introducir Linux en una empresa

Wed, 26 Nov 2008 10:16:19 +0000

A menudo nos llegan consultas de personas interesadas en implantar Linux en sus empresas pero que no tienen claro cómo encajarlo en su infraestructura informática actual. Aunque a priori Linux puede dar cualquier tipo de servicio en cualquier situación, voy a analizar una serie de ideas que Activa Sistemas plantea a sus clientes para introducir Linux como servidor en una organización, ya sea pública o privada.

Existen dos perfiles claros para la implantación de un servidor Linux en una red corporativa: servidor de comunicaciones y servidor de red local. En el primer caso, Linux puede encargarse del control de acceso a Internet, regulando parámetros como quién, dónde, cuándo y cuánto. Así mismo, podemos implantar una pasarela de correo electrónico que se encargue tanto de la mensajería interna como externa y que controle la presencia de virus, spam y phishing. Por último, podemos añadir servicios tan atractivos como un fax electrónico centralizado, la conexión privada entre sedes remotas de forma que todos los equipos se “vean” en la misma red o el acceso remoto seguro desde el exterior del sistema informático para ciertos usuarios.

En cuanto al segundo perfil, Linux puede lucirse tanto como en el primer caso. La tarea más usual es como servidor de ficheros, independientemente del sistema operativo de los puestos de trabajo. De este modo, el servidor Linux aparecería para un puesto Windows como un servidor Windows de forma transparente. Así mismo, podemos construir un potente servidor de impresión gracias al sistema CUPS, que nos permite tener distribuidas las impresoras por toda la red mientras que centralizamos su gestión en el servidor. Y, por supuesto, no olvidemos la implantación de un servidor de intranet, gracias al cual podríamos consultar cualquier información relevante de la empresa a través de un simple navegador web: correo electrónico, calendario laboral, libreta de direcciones, agenda, control de presencia, gestión documental electrónica, registro de entrada y salida, reserva de espacios, etc., y con un exhaustivo control de acceso, para que cada usuario sólo pueda acceder a los recursos que le corresponde.

Y todo esto con las ventajas del sistema Linux: bajos costes, estabilidad, fiabilidad, escalabilidad, protección de la inversión y facilidad de mantenimiento y actualización. ¿Se puede pedir más?

Desarrollo web bajo Linux (y II)

Tue, 18 Nov 2008 20:43:53 +0000

En el artículo anterior analicé la situación del desarrollo web bajo Linux desde el punto de vista de la estación de trabajo. Ahora toca echar un vistazo a la otra mitad de la historia: los servidores web.

Es evidente que Linux ya ha triunfado en los servidores web. No se trata de una afirmación gratuita, sino basada en datos fiables y actuales, perfectamente consultables por cualquier usuario en sitios como NetCraft. El porqué de este éxito es fácil de dilucidar: estabilidad, seguridad, constante evolución y mejora, una amplia comunidad de usuarios y un extenso catálogo de potentes herramientas. Vamos a centrarnos en este aspecto, al igual que en la primera parte de este artículo.

Cuando hablamos de desarrollo web desde el punto de vista del servidor, nos encontramos con numerosas herramientas: lenguajes de programación (PHP, Python, JSP, Ruby), frameworks de desarrollo (Zope, Symfony, ASCore), gestores de contenido (Typo3, Joomla, Plone) y servidores de aplicaciones (Midgard, Enhydra). Así mismo, contamos con numerosas aplicaciones web listas para instalar y utilizar: desde plataformas de teleformación (Moodle, Dokeos) hasta blogs como éste (Wordpress), desde completas intranets (eGroupware) hasta plataformas de comercio electrónico (osCommerce). Para cada caso existen numerosas posibilidades, tanto de libre distribución como comerciales, que nos permiten obtener las herramientas y los recursos adecuados según el proyecto web en cuestión.

Finalmente, podemos recurrir a poderosos backends para nuestros desarrollos en forma de gestores de bases de datos potentes y populares, tanto libres como comerciales, como MySQL, PostgreSQL, Oracle, DB2 o Informix, por nombrar algunos. De este modo, es posible desarrollar aplicaciones web de cualquier calibre, incluyendo grandes proyectos corporativos.

La popularidad de estos entornos es tan grande que el “equipo” más utilizado para la implantación de proyectos web en la actualidad está compuesto por Linux + Apache + PHP + MySQL, conjunto más conocido por “plataforma LAMP”. Si proyectos de la importancia de Google, Slashdot o Amazon han confiado en Linux para sus plataformas web, por algo será.

¿Y tu sitio web? ¿Lo tienes alojado bajo un servidor Linux?

Songbird 1.0.0rc1 en detalle

Mon, 17 Nov 2008 10:14:36 +0000

Este fin de semana he probado la primera versión candidata de Songbird, el reproductor de música de la Fundación Mozilla y por tanto perteneciente a una de las familias de programas más conocidas, con miembros tan ilustres como Firefox o Thunderbird, de la que hereda interfaz y comportamiento. Songbird está disponible para varias plataformas, así que me he decantado por mi favorita (Debian “Lenny”) para estas pruebas.

Dado que se trata de una edición aún en desarrollo, la instalación de Songbird bajo Linux no es tan sencilla como instalar un paquete Debian o RPM desde los repositorios oficiales (aunque existen paquetes contribuidos por terceros) pero tampoco es tan compleja como para que no esté al alcance de cualquier usuario. Basta con descargar el archivo comprimido desde la página oficial de Songbird, descomprimirlo en el directorio de nuestra elección y hacer doble clic sobre el ejecutable principal songbird.

La primera vez que se ejecuta, Songbird lanza un asistente para preparar su entorno de trabajo con preguntas acerca de dónde está nuestra biblioteca de música (sólo permite una localización) o si queremos instalar extensiones (al igual que ocurre con Firefox) que mejoren las capacidades que Songbird trae de serie, como el soporte Shoutcast, compatibilidad con iPods o el acceso a servidores de letras de canciones.

Interfaz principal de Songbird

Una vez en funcionamiento, se aprecia un interfaz es muy limpio y bien organizado, mediante el cual es muy fácil acceder a nuestro contenido multimedia de múltiples formas diferentes. Así mismo, Songbird incluye el motor de renderización Gecko (el mismo de Firefox) para el acceso a contenido web relacionado con los servicios de Songbird (como la página de extensiones o la lista de servidores Shoutcast) y un sistema de navegación por pestañas para organizar y acceder fácilmente a dicho contenido. En cuanto a los menús, recuerdan enormemente a los que podemos encontrar en Firefox o en Thunderbird, aunque adaptados a la funcionalidad de Songbird, e incluso el diálogo de preferencias (al que curiosamente se puede acceder desde dos menús diferentes) es prácticamente idéntico al de dichos programas. Sin embargo, llama la atención que no se incluyan opciones relacionadas con la reproducción de audio o con la gestión de nuestra biblioteca multimedia, sino casi exclusivamente relativas al comportamiento del interfaz y a la navegación web.

Acceso a las extensiones desde Songbird

En cuanto a sus características, Songbird incluye un buen conjunto básico de serie (que son las mínimas que un reproductor de audio moderno debe ofrecer), ampliable como ya he comentado mediante sus extensiones, que van desde la personalización del interfaz hasta la gestión de la reproducción de canciones. Actualmente el repositorio de extensiones cuenta con casi 300 entradas, siendo de esperar que si Songbird se populariza, el número de ellas explote al igual que ha pasado con Firefox, que cuenta ya con varios miles.

Aunque Songbird viene de serie en inglés, es sencillo cambiar el idioma por defecto mediante los menús, ya que automáticamente se baja el fichero de soporte del idioma seleccionado, aunque en mi caso Songbird fue incapaz de hacerlo al elegir el español. Sin embargo, el peor problema de esta edición de Songbird es el que me ha impedido probarlo en lo más básico, es decir, en la reproducción de audio, ya que al pulsar sobre una canción no sonaba nada en los altavoces del equipo de prueba mientras veía como la barra de progreso de la canción iba aumentando hasta llegar al final de la misma. Esto indica que Songbird estaba convencido de que el sonido se estaba reproduciendo, ya que ni siquiera presentó algún mensaje de aviso o error en pantalla que ilustrara el problema (dependencia en software no instalado, conflicto de uso en el hardware de sonido, etc.), como sí hacen sus competidores. Al no poder configurar nada relativo al sonido mediante el diálogo de opciones, me quedé con las ganas de escuchar a Songbird.

Sitio web oficial de Songbird

En cualquier caso, cuando salga la versión estable de Songbird y estos problemas estén resueltos, su mayor hándicap estará en que su competencia es demasiado dura, siendo el mejor representante Amarok, un reproductor para Linux maduro, versátil y con un enorme paquete de vistosas características de serie, igualmente ampliables mediante potentes extensiones. A Songbird le queda un largo camino para hacerle siquiera algo de sombra a todo un monstruo como Amarok, que no tiene actualmente competencia ni siquiera en otros sistemas operativos. La única ventaja que presenta actualmente frente a Amarok y otros reproductores Linux es que ofrece versiones para Windows y Mac, pero la perderá en breve en cuanto Amarok presente su versión 2.0, basada en KDE4 y por tanto instalable bajo Windows.

Por cierto, ¿cuál es tu reproductor de audio favorito? ¿Crees que Songbird lo puede sustituir?

Actualización: La versión rc2 ha sido publicada para su descarga este mismo fin de semana. Tras su instalación, he comprobado que los dos problemas mencionados han sido resueltos, por lo que he podido disfrutar de Songbird en español y a todo volumen. Sin duda, un buen punto a favor del equipo de desarrollo.

Certificaciones profesionales Linux

Fri, 14 Nov 2008 17:29:37 +0000

Hace ya tiempo que contamos con certificaciones profesionales en el mercado Linux, un reconocimiento muy demandado y esperado en el sector de las TIC. Dada la naturaleza del sistema operativo, nadie en sus inicios pensaba en certificar la valía de un profesional a la hora de trabajar con Linux, ya que su experiencia era más que suficiente. Sin embargo, cuando el mercado comercial de Linux empezó a madurar y sus profesionales debían competir con otros formados en entornos diferentes, se hizo claro que había que evitar el agravio comparativo entre ellos al no disponer los primeros de una certificación que acreditase su capacidad como técnico en entornos Linux.

El mayor problema al que se enfrentaba Linux a la hora de tener su propio programa de certificaciones era el de saber quién se encargaba del tema, ya que no existe una sola figura detrás, como ocurre con Windows/Microsoft o Solaris/Sun. La mayor virtud de Linux, la libertad, parecía que se iba a convertir en este caso en su mayor obstáculo. De hecho, actualmente existen numerosas ofertas al respecto, lo cual crea cierta confusión al profesional que quiere certificarse. ¿Es que entonces debe gastarse un dineral en certificarse en todos y cada uno de los programas?

Analicemos primero qué ofrece el mercado. Podemos encontrarnos tres tipos de ofertas:

- Fabricantes

Empresas como Red Hat, Novell o Mandriva tienen sus propios programas de formación y certificación. Tienen la ventaja de que están respaldados por entidades con nombre en el mundo Linux, pero tienen en contra que el profesional se encuentra “deformado profesionalmente” hacia una distribución concreta, perdiendo la versatilidad deseable en un buen profesional Linux.

- Proveedores de valor añadido (VARs)

Existen empresas que, sin ser fabricantes, trabajan en el mercado Linux y han ofertado sus propios programas de certificación, como SAIR o Brainbench. La ventaja que supone certificarse profesionalmente en Linux, independientemente de la marca de la distribución, se enfrenta al inconveniente de que son certificados poco reconocidos fuera de EEUU, país que genera la mayoría de este tipo de certificaciones.

- Comunidad Linux

La comunidad también se ha puesto en marcha y ha unificado distintos proyectos abiertos de certificación en una sola iniciativa: el Linux Profesional Institute (LPI). Este proyecto está apoyado y financiado tanto por personajes influyentes del mundo Linux como por empresas del sector. Una oferta de este tipo es una garantía de reconocimiento mundial, pero la lentitud en la organización y puesta en marcha del proyecto socavó poco a poco los ánimos y la fe de los usuarios Linux en el LPI.

¿Cuál es la mejor opción, entonces? Cualquier programa de certificación serio es tan válido como cualquier otro. Sería absurdo negarle a un profesional certificado Red Hat o Brainbench sus conocimientos y experiencia simplemente porque no está certificado por el LPI. Personalmente, optaría por un programa de formación y certificación de un VAR local, lo que me garantizaría además un programa en mi idioma y un trato directo con el certificador, algo fundamental a la hora de resolver dudas, recibir formación adicional o actualizar las certificaciones.

El apoyo de los fabricantes de hardware a Linux

Thu, 13 Nov 2008 09:39:27 +0000

Uno de los principales caballos de batalla de Linux desde sus inicios ha sido y sigue siendo el soporte de hardware. El origen de este problema se encuentra en la naturaleza del propio nacimiento de Linux. Al tratarse de un proyecto libre nacido de la voluntad de colaboración de un conjunto de usuarios sin dependencia alguna de ninguna empresa, la relación con los fabricantes de hardware fue desde el principio prácticamente inexistente.

Esta dinámica ha ido cambiando a lo largo del tiempo hacia un interés de buena parte de dichos fabricantes por un mercado que indudablemente está creciendo y que reporta pingües beneficios al que sabe estar ahí. No en vano, empresas como Intel, IBM, HP o AMD/ATI se han tomado muy en serio al usuario Linux y, no sólo les dan soporte con controladores Linux para su hardware, sino que además ofrecen las especificaciones técnicas del mismo para ayudar a los desarrolladores del núcleo.

Sin embargo, seguimos encontrándonos a fabricantes reticentes que, usualmente por motivos nada claros, no quieren saber nada del sistema del pingüino, aunque haya usuarios que les compran su hardware y les exijan soporte, con todo derecho. ¿Qué debemos hacer los “sufridos” usuarios de Linux en este caso? La respuesta es obvia: ignorar estos fabricantes y apoyar a los que nos apoyan, aunque esto suponga tener que renunciar a “golosas ofertas”, como ocurrió en 2002 con el caso de las promociones de alta de líneas ADSL de la mayoría de las operadoras que incluían un módem USB. En aquel entonces este tipo de modems no tenía soporte Linux, ni parecía que fuera a tenerlo, ya que ni los fabricantes ni las operadoras ponían el más mínimo interés. Aunque se trataba de hardware de calidad dudosa en el mejor de los casos, los usuarios de Linux querían tener acceso a dichas ofertas. Afortunadamente, gracias a la presión ejercida y al esfuerzo de desarrollo de muchos usuarios, esta situación cambió y fue posible utilizar este tipo de modems bajo Linux con mayor o menor fortuna dependiendo del modelo.

Esto nos lleva al más interesante de los aspectos del soporte de hardware bajo Linux: la calidad. Es una característica reconocida de Linux que se trata de un sistema muy exigente con el hardware, ya que debe ofrecer las mayores garantías a los datos del usuario (y no como ocurre en la acera de enfrente). Por ello, el que una pieza de hardware tenga soporte bajo Linux es sinónimo de calidad y garantía de rendimiento. ¿Alguien da más? Esperemos que sigan cayendo vendas de los ojos de más fabricantes de hardware.

Desarrollo web bajo Linux (I)

Tue, 11 Nov 2008 21:13:05 +0000

Cuando Linux vió la luz en 1991, ya traía una vocación heredada de la familia en la que había nacido, es decir, Unix: la perfecta integración con las redes y su facilidad de acceso a las comunicaciones. En aquel momento en Internet, la Web era apenas un proyecto incipiente del CERN y los usuarios se comunicaban entre ellos principalmente mediante correo electrónico, los grupos de noticias #USENET y el sistema Gopher (antecesor de la Web).

Como es bien sabido, la aparición de la Web y la consiguiente popularización de Internet trajo consigo el nacimiento de una nueva disciplina, las Nuevas Tecnologías, que obligaron a todos y cada uno de los sistemas existentes a evolucionar si no querían quedarse fuera de la “revolución” (lo cual estuvo a punto de pasarle a Windows ante el rechazo de Internet como algo útil y con futuro por parte de Bill Gates).

Hoy día cualquier usuario final ve cumplidas sus expectativas de comunicaciones con los sistemas operativos más populares, ya sea Windows, Linux o Mac. Sin embargo, ¿qué ocurre con los profesionales del diseño web?

Linux disfruta en la actualidad tanto de editores de páginas web visuales (al estilo de Dreamweaver), como KompoZer como opción más destacada, como de entornos de desarrollo web completos, como Quanta o Bluefish, especializados en la composición manual de interfaces, la programación en los más diversos lenguajes y en la gestión de proyectos web.

A partir de aquí, Linux ofrece una enorme cantidad de aplicaciones para todos y cada uno de los aspectos del desarrollo web: herramientas de bases de datos, tratamiento gráfico, navegadores, comprobadores de enlaces, verificadores de estándares, etc. Basta con darse una vuelta por Freshmeat para darse cuenta de lo que podemos hacer con Linux a la hora de enfrentarnos con un proyecto web.

Por ello no puedo por menos que recomendar a todos los profesionales del diseño y el desarrollo web que le den una oportunidad a Linux (si no lo hayan hecho ya) y verán como no quedan decepcionados, ya que encontrarán herramientas para todo lo que necesiten, mayor estabilidad (se acabaron los “cuelgues” impredecibles) y una elevada compatibilidad con los estándares.

Virus en Linux

Sun, 09 Nov 2008 23:08:21 +0000

Hace tiempo que existen virus específicos para Linux, como Code Red, X.C o Remote Shell. Este brote virulento contra el sistema del pingüino parece que tira por tierra el mito de la invulnerabilidad de Linux frente a los virus. Sin embargo, siempre que se habla de este tipo de “fauna” informática, se cometen demasiadas incorrecciones que no llevan más que a la completa desinformación del usuario, que a la postre es el mayor perjudicado porque no sabe cómo enfrentarse a este grave problema. La cuestión radica en que ni Linux es invulnerable a piezas de código malicioso ni todos los virus de los que tanto se habla son tales.

Linux es un sistema operativo que cumple con su función tan bien como cualquier otro. Eso implica que un usuario puede ejecutar código para utilizar los recursos de su máquina. Dado que un virus no es más que código ejecutable, aunque con ciertas características especiales como la autorreplicación en ficheros infectados, Linux es potencialmente vulnerable a estos elementos dañinos. Sin embargo, debido al robusto y bien definido sistema de protección de ficheros de Linux, un virus ejecutado como un usuario normal no puede hacer más daño del que le permiten los permisos asignados a dicho usuario, es decir, el sistema queda indemne mientras únicamente los ficheros de dicho usuario son atacados. Obviamente, si se ejecuta el virus como superusuario vamos listos, lo que supone un motivo de peso para utilizar esa cuenta nada más que en las ocasiones que lo requieran necesariamente.

Otra pega más que se encuentra un potencial virus es que no hay un único Linux, ni siquiera una única plataforma hardware sobre la que se ejecuta, lo que limita aún más la expansión del mismo. La consecuencia es que a los autores de virus no les compensa programar código vírico para Linux porque no causa apenas daño.

Sin embargo, Linux puede ser tan vulnerable a los ataques de piratas como cualquier otro sistema operativo. ¿Y qué son todos esos mal llamados virus sino la automatización de dichos ataques? Debido a la naturaleza de esas piezas de código, se trata realmente de gusanos, que van “reptando” por la Red en busca de vulnerabilidades en los sistemas, y de troyanos, en referencia al famoso Caballo y que engañan al usuario bajo una apariencia de programa útil e inocuo, descargando toda su maldad en el sistema del incauto una vez iniciada la ejecución. Ante esto, la mejor defensa es la información puntual acerca de los nuevos programas maliciosos que se expanden por Internet y de cómo atajarlos.

¿Y qué hay de los antivirus para Linux? Pues la mayoría no son ni más ni menos que analizadores de virus para Windows, lo que los convierte en herramientas útiles para el filtrado en servidores de correo electrónico. Afortunadamente ya existen alternativas que detectan gusanos y troyanos para Linux.

En definitiva, debemos mirar con recelo todas las noticias y rumores que hablen de virus para Linux de forma un tanto alegre y sin especificar el tipo de código que realmente son, amén de ofrecer respuestas a la nueva situación creada por el “bichito” en cuestión.

Presente del ocio electrónico bajo Linux

Fri, 07 Nov 2008 21:06:47 +0000

El 31 de Enero de 2002 se produjo el cierre definitivo de Loki, la empresa californiana dedicada a portar juegos populares de Windows a la plataforma Linux. Durante los dos años y medio anteriores al cierre, la relación de colaboración entre Loki y Activa Sistemas fue sin duda excelente y muy fructífera, sobre todo en cuanto a experiencia.

Esta noticia, que para muchos pudo parecer poco importante por pertenecer al ámbito de los videojuegos (aparte de las ilusiones perdidas y los puestos de trabajo destruidos), marcó un punto de inflexión relevante en el devenir del mercado del ocio para Linux, ya que Loki era el gigante de este mercado tanto por el nivel de calidad de sus títulos, por la cantidad de los mismos publicados y por los proyectos open source que estaba desarrollando y apoyando activamente.

Hoy en día, el principal caballo de batalla de Linux es el escritorio, ya sea doméstico o profesional. Para que un sistema tenga éxito con los usuarios finales, debe ofrecer cuatro capacidades fundamentales: Internet, multimedia, ofimática y juegos. Mientras que en el primer caso Linux es imbatible y ya ha conseguido afianzarse en el segundo y en el tercero, el cierre de Loki supuso un duro golpe para el cuarto. Y aunque suene increíble, para muchos un escritorio no es tal mientras no tenga una buena oferta en ocio, ¡aún cuando no vayan a utilizarlo para esos fines!

Ha llovido mucho desde entonces y, aunque se oscureció repentinamente, el panorama es alentador gracias a las alternativas que se mantienen luchando por este complicado mercado y que se agrupan en tres tipos: el software libre, que siempre estará ahí y que ha generado proyectos de gran calidad, como Battle for Wesnoth, Alien Arena, Extreme Tux Racer o ManiaDrive; el software comercial nativo, ahora representado principalmente por los esfuerzos de Linux Game Publishing (que recogió el testigo de Loki y que está desarrollando tanto versiones de juegos de Windows ya existentes como software exclusivo para Linux) y por las perlas puntuales que surgen de estudios consolidados como id Software y Bioware; y finalmente el soporte de juegos de Windows bajo Linux mediante proyectos como Wine y sus derivados comerciales Cedega y CrossOver Games.

Personalmente, no tengo predilección por ninguna de las opciones porque todas me parecen igual de interesantes y todas tienen sus ventajas e inconvenientes. Lo mejor de todo, como suele ocurrir con Linux, es que existen estas opciones y que los usuarios nos beneficiamos de su existencia.

Mini-distribuciones Linux

Thu, 06 Nov 2008 17:19:11 +0000

En las últimas semanas hemos contemplado el desembarco de las nuevas versiones de “pesos pesados” del mercado Linux como Mandriva o Ubuntu. Se trata de distribuciones que incluyen miles de paquetes software, en un intento de cubrir lo mejor posible hasta la más mínima necesidad del usuario, lo cual puede suponer en muchos casos una exigencia elevada en cuanto a requerimientos de hardware.

Obviamente, no todos los usuarios necesitan ni se pueden permitir esta cantidad de software. Los requerimientos del usuario Linux medio pueden variar enormemente, incluso en el tiempo, lo cual ha llevado a la proliferación de distribuciones disponibles. Dentro de este mercado, quiero destacar un tipo muy concreto: las mini-distribuciones.

Se trata de distribuciones que ocupan desde sólo 1 Mb hasta un máximo de unos pocos centenares de megas, lo que las hace ideales para que quepan en pocos disketes (incluso sólo uno) o en un CD tamaño tarjeta de visita. Su utilidad puede ser bastante variada, a pesar de su tamaño: sistemas de rescate frente a desastres, servidores de comunicaciones empotrados, usuarios domésticos con equipos anticuados o con poca capacidad, terminales gráficos ligeros para un servidor central, herramientas especializadas para el soporte técnico, etc.

La ventaja de estas distribuciones, aparte de su tamaño, es su alta especialización (no hay más remedio con tan pocos recursos) y su elevada frecuencia de actualización (buscando siempre la mejora en la relación usabilidad/espacio), lo que implica una estabilidad y un rendimiento sin precedentes dentro del mundo Linux.

Sin embargo, no son distribuciones pensadas para todo el mundo. Han sido desarrolladas para fines muy concretos y su uso debe ceñirse a estos casos. ¿Para que puede servirle un cortafuegos con soporte VPN a un usuario que se dedica a escribir cartas y navegar por Internet? Las distribuciones generalistas cubren la mayor parte del abanico de posibilidades y a ellas debemos dirigirnos para los usos estándar de nuestros equipos. Las mini-distribuciones vendrán en nuestra ayuda cuando realmente las necesitemos. Como se suele decir, el tamaño NO importa.

Los mitos sobre Linux (y V)

Mon, 03 Nov 2008 14:14:15 +0000

Con este artículo finaliza la serie dedicada a los mitos de Linux, al menos hasta que surjan nuevos “bulos” de importancia que haya que rebatir. El último mito del que voy a hablar es el de que “Linux es gratis”, más una confusión que una afirmación dirigida por la competencia.

Debido a la afiliación de Linus Torvalds a los ideales de la Free Software Foundation, la distribución de Linux se rige por los términos de la Licencia Pública General o GPL, la cual persigue la creación y mantenimiento de un nuevo canal de distribución de software, alejado de las manos de las grandes corporaciones y de las reglas mercantilistas draconianas que impiden la libre circulación de ideas entre los desarrolladores. De este modo, cualquier persona puede tener acceso al software de manera totalmente libre, siempre y cuando se reconozca la autoría original del software y que se respeten los derechos de propiedad intelectual de los autores, entre otras cosas.

Ya que la FSF es norteamericana de nacimiento, la GPL está redactada en inglés, lo que dió lugar a una ambigüedad imprevista e indeseada por sus autores. El término “free” significa “libre”, que es la filosofía de la GPL, pero también quiere decir “gratis”, algo relativamente cercano a la primera acepción, pero que no la sustituye en absoluto.

La GPL permite que cualquier usuario pueda descargarse sin cargo alguno una distribución Linux desde Internet o que pueda copiarse un CD con software GPL sin cometer un delito de piratería informática, ya que esto es lo que la GPL especifica precisamente. Sin embargo, esto no implica que la obtención de Linux (o cualquier otro software GPL) sea completamente gratis. Es completamente lícito (y lógico) que alguien que recopile una distribución Linux, la queme en CDs, redacte unos manuales y ofrezca un soporte técnico, quiera cobrar por su trabajo. Si se comparan los costes de una distribución Linux cualquiera con los precios de software equivalente para Windows, se aprecia inmediatamente el efecto que tiene la “libre distribución” descrita por la GPL.

En definitiva, Linux como paquete de software puede conseguirse gratuitamente, pero no así por definición los servicios construidos alrededor suyo: distribuciones, software comercial, soporte, formación, consultoría, etc. Como anécdota, cuando SuSE vendía cajas con su distribución en CDs, algunos de ellos eran copiables legalmente (ya que sólo incluían software libre, que además estaba disponible en su servidor FTP) y otros no lo eran al incluir software comercial. Mucho cuidado con esto, ya que podríamos cometer un delito sin darnos cuenta, lo que no nos exime de nuestra responsabilidad.

Linux es de “libre distribución”, pero no necesariamente “gratis”.

Linux en la Administración Pública

Fri, 31 Oct 2008 14:02:36 +0000

Constantemente asistimos a la publicación de importantes noticias sobre el apoyo que Linux y el Software Libre reciben por parte de la administración pública de los más diversos países. Entre las motivaciones de los gobiernos para utilizar software libre, probablemente el más importante sea el de la seguridad de los datos de los ciudadanos. La salvaguarda de esta información sensible es la contrapartida que cada país debe a sus habitantes a cambio de la obligación de éstos de proveer estos datos a su administración pública.

El uso de software propietario y cerrado impide a los gobiernos el poder realizar las auditorías pertinentes para asegurar que la información no se “escapa” por puertas traseras, ya sean premeditadas o no, y no puede basarse únicamente en las declaraciones de buena voluntad de los fabricantes para ofrecer una mínima confianza a los ciudadanos. Por ello, el software libre, al distribuirse con su código fuente, ofrece una oportunidad inmejorable para garantizar al 100% la seguridad y la confidencialidad de los datos de los habitantes del país.

Existen otros motivos bien conocidos para que el software libre triunfe en la administración pública, como el ahorro en costes de adquisición, la posibilidad de adaptar y mejorar los programas utilizados, la facilidad para arreglar eventuales fallos, su constante evolución y mejora o la evidente estabilidad y robustez de estos entornos. Todo esto implica un mejor aprovechamiento de los impuestos recaudados y la protección de la inversión realizada.

Y, por supuesto, el que un país decida utilizar software libre en su administración pública no supone un menoscabo en la competencia leal entre empresas (como algunos, mal informados sobre el software libre, se apresuran a afirmar), sino que sólo define un nuevo campo de juego en el que todas tienen las mismas oportunidades, tal y como ocurre en cualquier contratación pública. ¿Podría llevar esto a Microsoft a publicar su propio Linux? De momento, la empresa norteamericana ha llegado a distribuir software bajo licencias propias pretendidamente libres. Tal y como pintan las cosas en muchos lugares del mundo, no tendrá más remedio que dar mayores pasos en ese sentido si quiere seguir trabajando con sus gobiernos.

Bueno, bonito y barato. ¿Qué administración pública se puede resistir al software libre?

Presente y futuro de Linux

Thu, 30 Oct 2008 16:57:47 +0000

El pasado 25 de Agosto se cumplió el decimoséptimo aniversario de Linux, fecha en la que Linux Torvalds anunció en un foro de las Usenet News que acababa de empezar un proyecto de desarrollo de un sistema operativo compatible Unix.

Desde entonces hasta ahora, Linux no ha dejado de crecer, evolucionar y mejorar día a día. Aun teniendo ya 17 años, sigue siendo el benjamín de los sistemas operativos modernos, lo que no le impide ser proporcionalmente a su edad el más potente respecto a sus hermanos.

Nadie duda de que el camino no ha sido sencillo y que hoy en día es uno de los proyectos de software mejor valorados del mercado. Además de su cuota actual en el segmento de los servidores (más del 20%), su penetración en el escritorio es patente y aumenta constantemente.

Pero un presente prometedor no asegura un futuro brillante. No es que dude de las posibilidades de Linux, que son muchas, pero la situación actual, en plena crisis económica, no es a priori propicia para ningún tipo de proyecto o aventura. Sin embargo, precisamente el Software Libre es una herramienta idónea para ayudar a las empresas a capear el temporal, sobre todo por los bajos costes de implantación y mantenimiento de sistemas informáticos basados en Linux.

Mientras no esté clara la posición mercantil de Linux (a pesar de que existan en la actualidad fuertes apuestas por parte de marcas como IBM, Novell o Canonical), Linux seguirá adelante gracias al esfuerzo de la comunidad de desarrolladores que aporta su grano de arena sin descanso y al apoyo de proyectos como Debian, libre de intereses económicos. Aunque no lo parezca, esto es precisamente lo que hace fuerte a Linux y lo que hace de él un producto en el que confiar y apostar en nuestros sistemas informáticos.

Los mitos sobre Linux (IV)

Wed, 29 Oct 2008 16:15:11 +0000

Existe un mito referente al escritorio Linux que es necesario rebatir debido a la transcendencia que puede tener por “asustar” a futuros usuarios. Se trata de la afirmación de que el escritorio Linux es difícil de utilizar.

La mayoría de los usuarios utilizan lo que se les da e intentan sacarle el máximo provecho posible. La mejor prueba de esto es el hecho de que Windows es el sistema operativo más utilizado en este tipo de entornos debido a que se incluye de serie en la mayoría de los PCs vendidos en todo el mundo. Los usuarios, por tanto, no están acostumbrados a tener opciones de elección y simplemente intentan darle el mejor uso a lo que tienen.

Pero Windows tampoco es fácil de utilizar sin algo de experiencia y trabajo. Como ejemplo, sólo hay que fijarse en la fusión de datos de documentos MSOffice de distinto tipo en uno sólo, algo que no está al alcance de cualquiera, más sin la preparación adecuada.

La cuestión aquí no es que Linux sea difícil, sino que los que utilizan este argumento son perezosos. Son usuarios sin ningún interés en cambiar, lo cual no es algo malo (como se suele decir, allá cada uno con lo suyo), pero no es un argumento válido contra el escritorio Linux en el sentido general. El escritorio de Linux necesita mejoras, pero no más de las que necesita Windows (y ahí está Vista para demostrarlo). Lo que Linux ofrece puede asustar: libertad de elección. Los cambios asustan, pero también son inevitables. Los usuarios que se adapten descubrirán que disfrutan con el nuevo entorno.
El escritorio Linux es un gran sitio para trabajar.

Linux en cualquier dispositivo

Tue, 21 Oct 2008 09:00:10 +0000

Gracias a algunas de sus características más destacables, como la disponibilidad del código del núcleo, su capacidad multiplataforma y la posibilidad de personalizarlo hasta el infinito, Linux se ha convertido en una alternativa viable para su integración en los mercados más diversos, desde ordenadores personales hasta sistemas empotrados, pasando por aplicaciones críticas, desarrollo multimedia o el mercado inalámbrico.

Se ha acusado a Linux con frecuencia de que se trata de una plataforma demasiado pesada para “instalarla” en sistemas de pocos recursos, como puedan ser las agendas electrónicas personales (PDAs) o los móviles. Sin embargo, precisamente la capacidad de adaptación del núcleo permite a cualquier desarrollador el poder “recortarlo” y modificarlo a gusto y conveniencia para que su integración en el hardware base del proyecto sea prácticamente ideal. Si a eso le añadimos su bien conocida estabilidad y robustez, Linux dota a cualquier dispositivo sobre el que se ejecute de los requerimientos que cualquier usuario va a demandarle al fabricante, de forma que pueda llevar a cabo su tarea sin problemas. Así mismo, el hecho de que se trate de software libre abarata los costes del producto final y su constante evolución implica una actualización sencilla y llena de posibilidades para el consumidor.

Hoy ya no es raro ver dispositivos “alimentados” con Linux, además de los mencionados PDAs y móviles, como reproductores multimedia, netbooks, consolas de videojuegos, enrutadores, cadenas de música, GPS, robots y todo tipo de aplicaciones industriales, entre otros.

Linux hasta en la sopa… ¿o más bien en la sopera? Hasta pronto.

Los mitos sobre Linux (III)

Thu, 16 Oct 2008 20:14:49 +0000

Retomo la serie de artículos en los que argumento en contra de los mitos existentes sobre Linux con uno de los que más arraigo ha tenido desde el principio: la afirmación de que “Linux no tiene soporte”. Es decir, al tratarse de un proyecto libre nacido de la voluntad de cientos de usuarios de todo el mundo y no hay ninguna corporación mercantil que lo respalde, Linux no puede competir en igualdad de condiciones con otros sistemas en cuanto a servicio, soporte y “seriedad”.

Desgraciadamente, este punto de vista es tan sesgado y parcial que ya existía incluso antes de que Linux empezara a tener opciones de mercado y nacieran las primeras empresas dedicadas en exclusiva a este sistema, en un momento en que dicha afirmación carecía de importancia para sus usuarios. En un mercado dominado por los gigantes del software y por las licencias draconianas, el aire fresco ofrecido por la Free Software Foundation y su GPL, popularizados por Linux, era rechazado de plano por el miedo al cambio por parte de los usuarios y el temor a la competencia leal por parte de los fabricantes. Todo esto generó respuestas tan ingenuas (y tan cargadas de “mala idea”) como la que nos ocupa o la también famosa de “Linux es gratis”, de la que hablaré en el próximo y último artículo de esta serie.

El hecho es que existen numerosas empresas que incluyen de una manera u otra a Linux en sus líneas de negocio. Entidades como Novell, Red Hat, Mandriva, Intel, IBM, HP o la propia Activa Sistemas tienen en sus catálogos de servicios todo aquello que los usuarios puedan requerir, desde soporte a formación, desde consultoría a desarrollo, desde instalaciones hasta mantenimiento. Y esta situación no es nueva, sino que ocurre al menos desde 1994, cuando Red Hat abró sus puertas y comenzó la carrera del mercado Linux.

Por supuesto, no podemos olvidar el soporte que siempre ha tenido Linux, incluso antes que otros sistemas operativos populares, que es ni más ni menos que sus propios usuarios, siempre dispuestos a echar una mano a los demás a través de foros, listas de correo, webs, documentación, etc. ¿Y qué decir del proyecto Debian, una de las distribuciones más fuertes del mercado y soportado únicamente por sus desarrolladores, sin empresas detrás?

Linux es por tanto una opción válida más en el mercado, aunque es indudable que se trata de una opción muy especial. Hasta el próximo artículo.

Mandriva Linux 2009

Wed, 15 Oct 2008 18:33:01 +0000

El pasado 9 de Octubre Mandriva anunció la publicación de Mandriva Linux 2009, la versión otoñal de la distribución. Esta edición incluye KDE 4.1, GNOME 2.24 y LXDE, siendo el primero el escritorio por defecto, así como el núcleo 2.6.27, OpenOffice.org 3 y Mozilla Firefox 3, Compiz Fusion 0.7.8 y VirtualBox 2.0.

Entre las novedades destacan el rediseño del instalador y del Centro de Control Mandriva, así como un menor tiempo de arranque, compatibilidad mejorada con netbooks (especialmente con la gama Asus Eee PC), soporte de hardware y de dispositivos móviles mejorado, configuración automática de repositorios de software, la mejora del control parental y la inclusión de Google Gadgets.

Mandriva Linux 20098 se puede conseguir como descarga gratuita en cualquiera de sus dos ediciones One (incluye componentes no libres, como drivers y plugins) y Free (sólo incluye software libre), así como adquirir la edición comercial Powerpack desde la Mandriva Store.

Se trata sin duda de una fuerte apuesta de una de las distribuciones más veteranas y de las que más experiencia tienen en el diseño de escritorios Linux.

Las 10 mejores aplicaciones de escritorio para Linux (y III)

Fri, 10 Oct 2008 12:56:12 +0000

Para terminar con la serie de artículos dedicados al análisis de mis 10 paquetes de software de escritorio para Linux preferidos, repasamos los últimos 4 elegidos…

1) KDevelop. Siendo el desarrollo uno de los fuertes de Linux, no es de extrañar que exista un entorno integrado de tanta calidad como KDevelop. Entre sus características destacan la gestión de proyectos, el depurador integrado, los asistentes de generación de aplicaciones, las herramientas de gestión clases o la amplia documentación integrada. Incluso es posible personalizar el entorno hasta el extremo de hacer que se comporte como los de MS Visual C++, Borland Builder, KDEStudio o incluso El Gimp. Un fichaje obligatorio en cualquier equipo. (Oct ‘02: KDevelop).

2) Amarok. Sin duda el número uno de los reproductores de audio, ofrece un amplio abanico de características y posibilidades de serie: gestión de álbumes, reconocimiento automático de canciones, gestión de carátulas, conexión con servicios on-line como Wikipedia o Last.fm, gestión inteligente de favoritos y listas de reproducción, etc. Además, se puede ampliar fácilmente mediante plugins: conversión de formatos, acceso a tablaturas y letras de canciones, integración con Kopete, etc. Potente y fácil de utilizar. (Oct ‘02: KMago).

3) OpenOffice. Es difícil elegir una suite ofimática para Linux ante la amplia e interesante oferta existente, pero si hay que quedarse con una que sea lo más completa posible y además de libre distribución, sin duda la elección recae sobre OpenOffice. Esta suite incluye procesador de textos, hoja de cálculo, editor de presentaciones, diseño vectorial, soporte de bases de datos y potentes filtros de importación/exportación desde/hacia otros formatos (incluyendo MS Office). Una de sus mayores virtudes reside en que es existen versiones para todos los sistemas operativos más populares, mientras que su mayor pega es que es una aplicación bastante pesada y puede resultar excesiva para usuarios con necesidades modestas. (Oct ‘02: OpenOffice).

4) Battle for Wesnoth. No podía dejar de incluir entre estos 10 elegidos una referencia lúdica. Se trata sin duda de uno de los mejores juegos disponibles para Linux hasta la fecha, un juego de estrategia por turnos de temática fantástica y medieval. Aunque ofrece gráficos y sonidos simplistas, cumplen a la perfección y ayudan en la tarea de convertir a Battle for Wesnoth en un título adictivo que ofrece muchas horas de diversión. Su popularidad en la comunidad de jugadores lo ha encumbrado como uno de los reyes indiscutibles del ocio en Linux. (Oct ‘02: Quake 3 Arena).

Hasta el próximo artículo.

Trabajar exclusivamente con Linux

Thu, 09 Oct 2008 12:45:53 +0000

Hace poco me encontraba intercambiando opiniones sobre la implantación de Linux en las empresas con otros colegas del sector. Cuando comenté que Activa Sistemas funcionaba al 100% con Linux, no pude evitar escuchar un murmullo lleno de escepticismo sobre esta afirmación (puedo asegurar que es totalmente cierto). En ese momento, empezó un bombardeo de preguntas acerca de cómo habíamos conseguido implantar tal o cual servicio y sobre sí no habíamos tenido problemas al respecto. En lo que sí se mostraron de acuerdo es en que en una empresa como Activa Sistemas, con tal dedicación a Linux, no podía se de otra manera.

Esas mismas preguntas son las que cualquier usuario se hace cuando se plantea la posibilidad de empezar a utilizar Linux. Por ello, he creído interesante el compartir nuestra experiencia con el propósito de aclarar las dudas de aquellos que quieren trabajar exclusivamente con Linux.

Como he comentado en los artículos dedicados a los mitos sobre Linux, no existen pegas reales cuando se trata de implantar este sistema operativo y utilizarlo a pleno rendimiento y sí muchas ventajas: amplio catálogo de de aplicaciones, numerosas posibilidades de soporte, opciones alternativas frente a incompatibilidades de hardware, etc. Incluso la Administración Pública se ha puesto las pilas y ya podemos hacer la mayoría de nuestras gestiones desde Linux sin mayores problemas.

Además, la migración a Linux es cada vez más sencilla. Las distribuciones están cada vez más preparadas para facilitar la instalación en equipos y la integración en redes que ya cuentan con Windows e incluso existen programas especializados en la migración de datos y configuraciones de programas desde un sistema Windows a otro Linux.

La conclusión es clara: el que no utiliza Linux es porque no quiere. Basta con elegir la distribución Linux más adecuada según nuestras necesidades y contar con el apoyo de los numerosos grupos de usuarios que están dispuestos a echar una mano en cuanto se les pide. Hasta pronto.

Los mitos sobre Linux (II)

Wed, 08 Oct 2008 13:07:48 +0000

Seguimos rebatiendo mitos sobre Linux. En esta ocasión le toca a la afirmación de que no hay aplicaciones para Linux. En el caso de los servidores es obvio que esto no es así. Por algo será que Linux abarca ya más del 20% del mercado de servidores instalados, creciendo su popularidad día a día. Si no hubiera aplicaciones de servidor para Linux, ¿por qué molestarse siquiera en considerarlo una opción? Y sin embargo, su utilización no deja de crecer.

En el ámbito de las estaciones de trabajo no es muy diferente lo que ocurre. Volviendo al ejemplo de la industria del cine que utilizamos en el artículo anterior, existen numerosas aplicaciones especializadas para este sector. El mercado del usuario final es el que dirige el desarrollo de aplicaciones y la industria de los efectos especiales le ha dicho claramente a los fabricantes de software que están migrando a Linux, así que más les valía tener todas sus aplicaciones disponibles para dicho entorno. Y de hecho ya lo están.

Finalmente, para los escritorios de los usuarios, donde llevamos nuestra contabilidad casera o donde los más pequeños preparan sus trabajos para el colegio, existe una multitud de aplicaciones. Cualquiera que diga que no hay paquetes ofimáticos es que no ha visto aún OpenOffice. Es cierto que este paquete puede no satisfacer a todo el mundo, ya que es imposible que llueva a gusto de todos, pero cuando el argumento cambia de “no hay aplicaciones” a “no hay aplicaciones que hagan las cosas como a mi me gustan”, el mito queda disuelto. Las aplicaciones existen. Si no las quieres, es tu elección. Al menos, ahora tenemos opciones.

Incluso existen desde hace ya tiempo juegos comerciales para Linux, gracias al esfuerzo de gente como Linux Game Publishing, Runesoft y otros. Y lo más importante, prácticamente cualquier aplicación que necesites puede ejecutarse con alguna de las soluciones de integración de Windows en Linux existentes en el mercado, como Wine o VirtualBox.

En definitiva, el mito de la disponibilidad de aplicaciones para Linux es sólo eso, un mito. Hasta el próximo artículo.

Las 10 mejores aplicaciones de escritorio para Linux (II)

Tue, 07 Oct 2008 09:00:53 +0000

Seguimos con el análisis de los 10 paquetes de software para Linux más interesantes, siempre según mi criterio personal, para los usuarios de escritorios. En esta segunda entrega, repasamos otros tres destacados…

1) Kopete. El cliente de mensajería instantánea de KDE ha evolucionado tanto que en la actualidad soporta no sólo los protocolos más populares (MSN, Yahoo, ICQ, AIM, Jabber) sino otros menos conocidos y ciertas características avanzadas para la gestión de nuestra mensajería. Su punto fuerte reside sin duda en ofrecer un único interfaz para la conexión a todas las redes de mensajería, respetando las particularidades de cada una. (Oct ‘02: Gaim).

2) K3b. Uno de los proyectos más completos para la grabación de medios ópticos que incluye todas las posibilidades que un usuario pueda demandar, incluyendo la extracción de pistas de audio y vídeo o la construcción de CDs y DVDs multimedia autoarrancables. Tal es así que supera incluso a sus competidores en Windows. A pesar de sus numerosas capacidades, su interfaz amigable hacen que K3b sea de fácil acceso a usuarios novatos. Una vez dominado, no se querrá utilizar ningún otro programa para quemar nuestros CDs. Es además una herramienta KDE, lo que no impide su uso en cualquier otro entorno de trabajo. (Oct ‘02: X-CD-Roast).

3) GIMP. Este gran programa de diseño gráfico tiene poco que envidiar a sus hermanos del mundo Windows. La relación entre sus enormes posibilidades (incluyendo un lenguaje propio para el desarrollo de extensiones) y su coste (licencia GPL) deja invariablemente a cualquier usuario recién iniciado con la boca abierta. Como anécdota, el desarrollo de El GIMP dió lugar a su vez al desarrollo de las librerías GTK, que se han utilizado posteriormente para el desarrollo de numerosos paquetes software populares como Firefox, Evolution o el propio escritorio GNOME. (Oct ‘02: GIMP).

Hasta la próxima (y última) entrega de esta serie.

Elegir una distribución Linux

Mon, 06 Oct 2008 16:06:44 +0000

Si hay un proyecto Linux que me ha llamado la atención desde que nació, ese es sin duda Linux From Scratch (LFS). Su gran virtud es que posibilita que cualquier usuario desarrolle su propia distribución Linux a medida y desde cero. Algo impensable en otros entornos, no se trata más que de una consecuencia lógica de la gran virtud de Linux y de todo el movimiento del Software Libre: la libertad, valga la redundancia, de elección.

Sin embargo, esta gran ventaja para unos se le atraganta a otros. A los centenares de distribuciones Linux conocidas que ya existen, repartidas en diversos ámbitos de aplicación (de propósito general, educación, empotradas, de seguridad, basadas en disquete, para diferentes arquitecturas, etc.), ahora hay que sumar la posibilidad de que cada uno se pueda hacer la distribución que quiera. “¿No es esto demasiado?”, nos preguntan algunos usuarios recién llegados a Linux. “¿Cuál se adapta mejor a mis necesidades? ¿Cual es la mejor? ¿Son todas compatibles?… ¿QUE HAGO?”.

Aunque parezca lo contrario, la elección de una distribución Linux es tan “complicada” como comprar ropa, reservar nuestras vacaciones de verano o decidir qué plato tomar en un restaurante. Nuestra elección debe basarse simplemente en el mismo tipo de proceso de decisión, es decir, recabar la información al respecto (características, precio, opciones, servicio post-venta, etc.) y elegir lo más conveniente para nosotros.

Gracias a todas las opciones de que disponemos, siempre podremos elegir la distribución que mejor “cuadre” con lo que buscamos, con la tranquilidad de que la compatibilidad entre todas es muy alta (siempre que nadie intente ejecutar un paquete para arquitectura Alpha en una máquina Intel x86, por ejemplo), porque en definitiva todas son lo mismo, es decir, el núcleo de Linux rodeado de numerosas aplicaciones imprescindibles para hacerlo útil y atractivo.

Mi recomendación personal no es más ni menos que el manido pero no por ello menos cierto “busque, compare y si encuentra algo mejor…”. De todas formas, hoy en día cualquier distribución que elijamos podremos hasta cierto punto personalizarla al detalle, convirtiéndose al final en una distribución “a nuestra imagen y semejanza”.

Cuando alguien dijo “el libro de los gustos está en blanco”, parece que estaba pensando en Linux. Hasta el próximo artículo.

Las 10 mejores aplicaciones de escritorio para Linux (I)

Fri, 03 Oct 2008 16:00:50 +0000

Elaborar una lista con las 10 mejores aplicaciones para Linux es algo inevitablemente subjetivo al realizarse desde la experiencia personal, ya que para cada uno de nosotros las mejores herramientas son aquellas que usamos día a día y que mejor nos resuelven nuestras necesidades. En definitiva, esas aplicaciones son las que mejor conocemos.

Desde mi punto de vista tengo muy claro cuales son los que considero como los 10 paquetes de software para Linux más interesantes, por no decir imprescindibles, en distintos campos de aplicación. Son los mismos programas que utilizo asiduamente y de los que he obtenido una jugosa experiencia. Por cierto, en Octubre de 2002 redacté una lista similar en el Boletín de Noticias Linux de Activa Sistemas, así que como curiosidad añado al final de cada entrada cuál fue mi elección entonces.

Empezamos ya con…

1) Quanta. Este editor web no visual (o WYSIWYG, como les gusta decir a los anglosajones) ofrece características tan potentes como el resaltado de sintaxis, la gestión de proyectos, sincronización con el servidor web, edición contextual, asistentes de desarrollo y documentación exhaustiva. Todo ello lo convierte en el entorno profesional de desarrollo web para Linux por excelencia. El que no incluya capacidades de edición visual no sólo no le resta méritos sino que le aporta más valor. Un gran miembro del equipo KDE que, por supuesto, puede utilizarse en cualquier entorno de escritorio. (Oct ‘02: Quanta).

2) Firefox. Mi navegador web favorito es ya bien conocido por todo el mundo. Entre sus características destacan la navegación por pestañas, su avanzada gestión de la seguridad, su compatibilidad con los estándares, su sistema de extensiones y su rapidez de arranque, ejecución y renderización de páginas. Combina a la perfección el estar basado en el motor Gecko de Mozilla y el ser sólo un navegador, sin incluir otras herramientas, como un cliente de correo o de mensajería instantánea. El resultado: potencia, estabilidad, facilidad de uso y, sobre todo, rapidez. En definitiva, una gran aplicación válida que además está presente en otras plataformas. (Oct ‘02: Galeon).

3) Kontact. Esta completísima herramienta PIM (gestor de información personal en inglés) poco tiene que envidiarle a Outlook y se erige como el complemento perfecto para nuestro navegador web. Kontact es capaz de gestionar diversos tipos de información personal (correo electrónico, agenda de contactos, tareas, dietario), se conecta a diversos servicios de noticias para ofrecernos los titulares que más nos interesen, permite la sincronización con nuestro PDA e, incluso, puede conectarse a un servidores de groupware para obtener información compartida en nuestra intranet. Sin duda, otra gran aplicación KDE. (Oct ‘02: Evolution).

Con esto ya hemos abierto boca. Hasta el próximo artículo.

Los mitos sobre Linux (I)

Thu, 02 Oct 2008 18:22:30 +0000

En este primer artículo del nuevo blog de Activa Sistemas voy a comenzar con una serie de artículos que pretenden rebatir los mitos que se escuchan a diario sobre Linux y todo lo que le rodea.

Comenzaré esta defensa de Linux con la afirmación de que el sistema del pingüino ha sido desarrollado para alcanzar y superar a Windows. No lo necesita - Windows es un sistema diseñado específicamente para dificultar la expansión hacia nuevo hardware. Linux está diseñado para ser exactamente lo contrario. Aunque Windows pueda tener una presencia visual en la mayoría de los entornos corporativos, la computación tiene lugar de muchas formas hoy en día. El escritorio informático ya no es sólo para los escritorios reales. Según evolucionan los dispositivos de computación - desde el escritorio hasta los PDAs o hasta los frigoríficos con acceso a Internet - Linux está siendo adoptado y portado. Y cada uno de estos dispositivos cuenta con un interfaz.

Ultimamente se afirma de manera recurrente que el escritorio de Linux está muerto y que debería concentrarse en el mercado de servidores. El problema con esto es que muchos servidores requieren de un interfaz de usuario para su configuración y mantenimiento. Así mismo, en la industria del cine, los estudios de efectos especiales están adoptando a Linux como su estación de trabajo preferente para sus artistas. Cada uno de ellos tendrá un escritorio de un tipo u otro, ya sea KDE, GNOME o simplemente un gestor de ventanas. El escritorio Linux no está muerto. Lo que ocurre es que simplemente no es lo que la gente piensa que es. Si no, que se lo pregunten a empresas del calibre de IBM, HP e incluso Sun.

En el próximo artículo hablaré de la supuesta escasez de aplicaciones para Linux. Hasta pronto.