Giingo

Creux

admin — Sat, 27 Jun 2009 17:10:00 +0200

Servidor casero desde cero (3) - Gestión y acceso remoto

admin — Thu, 18 Jun 2009 10:19:00 +0200

No hace falta decir que un servidor casero normalmente no tiene monitor. Es, dicho de forma "guay", un ordenador headless. Yo normalmente sólamente le conecto el monitor, como es lógico, durante el proceso de instalación inicial y a partir de ahi todas las tareas las realizo a través de SSH mediante cualquier ordenador conectado a la misma red local.

Por otros motivos también nos puede interesar acceder al servidor desde fuera de la red local, a través de Internet y para ello necesitaremos un servicio de gestión de IP dinámica como no-ip y dyndns. Voy a explicar rápidamente más o menos cómo funciona cada una de las dos cosas.

Gestión remota mediante SSH

El SSH, dicho de una forma vulgar es como poder estar en la consola de un ordenador, pero a través de la red. Es decir, desde un terminal en mi ordenador puedo realizar todo lo que haría como si estuviera usando una consola local en el servidor, mientras estén conectados a la misma red.

Sólo con estar conectados al mismo router o mismo switch, esos dos ordenadores ya suelen estar en la misma red así que para empezar a usar SSH sólo basta con instalar el paquete openssh-server en el servidor y openssh-client en el ordenador que hará de control remoto, aunque lo más normal es que ambos estén ya instalados por defecto.

Lo más normal es que nada más instalarse openssh-server en el servidor, el mismo servicio se ejecute tras la instalación, pero si no es así, se puede iniciar manualmente ejecutando lo siguiente como root:

/etc/init.d/ssh start

Una vez que esté el servicio SSH activo en el servidor, desde el cliente nos conectamos abriendo una consola y tecleando ssh seguido de la IP que tenga el servidor, por ejemplo:

ssh 192.168.1.105

Si el usuario que tenemos en el cliente no es el mismo con el que nos vamos a querer conectar en el servidor, tenemos que especificar, con qué usuario queremos conectarnos, ya que tenemos que introducir los datos reales de un usuario que exista en el servidor. Por ejemplo, si en el servidor tenemos un usuario llamado pepe, tendremos que conectarnos así:

ssh -l pepe 192.168.1.105

Normalmente el servicio SSH está configurado por defecto con unas opciones de seguridad aceptables y universales, pero éstas se pueden ajustar editando el archivo /etc/ssh/sshd_config.

Como digo, a través de SSH puedes hacer cualquier cosa que harías con la consola. Yo lo uso mucho para actualizar el sistema (usando APT), para instalar y configurar programas, para consultar el dmesg cuando conecto un hardware nuevo, etc... Es por eso también que normalmente instalo el sistema en el servidor con lo mínimo, luego instalo SSH y a partir de ahi, retiro el monitor y lo sigo haciendo todo cómodamente a través de SSH desde otro ordenador.

Acceso desde Internet al servidor

Dado que lo normal es que nuestra red local esté vertebrada con un router, solemos tener dos problemas principales a la hora de acceder a un ordenador de la red (en este caso el servidor) a través de Internet.

El primero es que, al menos en España es muy común tener IP dinámica (me refiero a la IP con la que estamos conectados a Internet) y esto dificulta mucho conectarse desde el exterior usando directamente dicha IP, ya que la misma cambia constantemente.

El segundo es que cuando se está usando un router, hay que configurar a qué IP local se dirigen las peticiones entrantes según el puerto del que procedan. Por defecto no se puede acceder directamente a ningún ordenador local si no está configurado el NAT en el router.

Usando un servidor DNS para IPs dinámicas

El primer problema queda solventado gracias a servicios como dyndns o no-ip. Dichos servicios, digamos, hacen el trabajo sucio por nosotros: nos ofrecen una dirección del tipo servidor.no-ip.org o servidor.dyndns.org de modo que siempre podemos acceder al servidor con esa misma dirección, y en nuestro servidor instalamos un software que detecta cada cambio de IP y se conecta a no-ip o dyndns y actualiza la configuración. De este modo por muchas veces que cambie nuestra IP, siempre podemos acceder al servidor con la misma dirección sin estar pendientes de nada.

Ambos servicios cuentan con un software de código abierto para Linux que está disponible en los repositorios de Debian mediante los paquetes noip2 y dyndns-client respectivamente. Yo sólo he usado no-ip (que funciona muy bien por cierto) pero ambos funcionan de forma parecida: te creas una cuenta en su página y luego, tras instalar el sofware en el servidor, lo configuras con los datos de acceso que usaste para crear la cuenta en el servicio.

En el caso de Debian al menos, tras instalar no-ip2 se ejecuta un asistente muy majo que te guía por todas las partes de la configuración que vas a necesitar, y te lo deja funcionando muy bien. Si más adelante quieres repetir ese asistente de configuración porque han cambiado tus datos de acceso o por cualquier razón, sólo tienes que ejecutar como root lo siguiente:

dpkg-reconfigure noip2

Tras este asistente, se ejecuta el servicio que monitoriza los cambios en la IP y actualiza la configuración en tu dirección no-ip o dyndns

Redireccionando los puertos en el router

El segundo problema también tiene fácil solución. No puedo explicar con detalles el proceso porque la configuración de cada router es totalmente distinta (recomiendo leer el manual correspondiente) pero sí explicaré que hay que configurar lo que se suele llamar NAT (Native Address Translation), que es lo que tienes que buscar en la configuración de tu router. En esa sección tienes que redirigir el puerto del servicio que vayas a usar a la IP del ordenador que haga de servidor. Por ejemplo si tienes un servicio web, tendrás que redirigir el puerto 80, si es un servidor web será el puerto 21, y así con el resto de servicios a los que quieras acceder externamente. Por supuesto, pueden ser varios simultáneamente.

Resumen

Así pues, una vez que hemos configurado un nombre en un servicio DNS, podemos acceder desde cualquier parte con la dirección nombre.no-ip.org o nombre.dynds.org. Una vez llegue la petición al router, éste sabrá que tiene que enviarla al servidor porque tiene correctamente configurado el puerto y la IP local.

Como última reflexión, no recomiendo en absoluto abrir en el router el puerto que usemos para SSH, que por defecto es el 22

El siguiente paso es configurar un servidor de vigilancia casero con activación/desactivación mediante mando a distancia y conexión GSM para alertas... ¡sin duda la cosa se pone interesante!

Magie

admin — Wed, 03 Jun 2009 18:53:00 +0200

Diseñando Quetzal II

admin — Thu, 28 May 2009 23:58:00 +0200

Quetzal II es el nombre del servidor que sustituirá dentro de siete meses, si todo sale bien, a mi actual servidor casero Quetzal. Yo que abandoné MK Station dejando el modding de forma abrupta vuelvo por un motivo concreto y de una manera especial.

Quetzal II es un proyecto realizado con mucha calma y con mucho tiempo por delante, y de una complejidad especial tanto en cuanto a hardware como a software. La parte de software ya la vengo explicando poco a poco en la serie de entradas tituladas "Servidor casero desde cero" y con la parte de hardware comenzaré a hacer lo mismo muy pronto de forma paralela con otra serie llamada "Construyendo una caja ATX desde cero".

No pienso reparar en detalles porque tengo siete meses por delante y espero que acabe siendo algo de lo que me sienta realmente satisfecho de haber hecho con mis manos y totalmente desde cero.

Servidor casero desde cero (2) - Apache 2 y SSL

admin — Mon, 18 May 2009 11:37:00 +0200

Como explicaba en alguna entrada anterior, estaba realizando una serie de tutoriales que sirvan para dejar testimonio de todo el proceso que he seguido para poner a punto cada parte del software del servidor casero, que funcionará bajo la recién liberada como estable Debian Lenny.

Por puro capricho, he decidido empezar por Apache 2 y SSL. Instalar Apache y tenerlo funcionando no entraña absolutamente ninguna dificultad como veremos más adelante, y habilitar SSL para conexiones seguras (https) es también relativamente sencillo aunque la explicación puede ser algo larga porque quiero explicar con detalle cada paso.

Bueno, ¡vamos al trabajo!

Instalando Apache

Instalar Apache no entraña ninguna dificultad: basta con instalarlo con APT para que baje e instale todo lo necesario.

# aptitude install apache2

Nada más instalado y sin tocar nada, ya podemos poner localhost en la barra de direcciones del navegador y vemos un mensaje que dice "It works!" que es la página por defecto y se encuentra en /var/www. A partir de ahi, ya podemos copiar ahi los archivos que contengan las webs que queramos alojar con Apache, o los enlaces simbólicos a las rutas donde se encuentren éstas. Fácil, ¿no?.

Habilitando SSL

Introducción

Antes de nada aclarar que los certificados auto-firmados producirán advertencias de seguridad cuando la web sea accedida a través de un enlace https. Por tanto, esto no es recomendable para una web comercial o un sitio web público pero sí para otros efectos como conectarte remotamente a tu servidor casero. En mi caso lo quiero principalmente para usar algunas aplicaciones con interfaz web que tengo instaladas en el servidor casero como eyeOS, phpsysinfo o Motion.

El proceso básicamente va a consistir en generar un certificado y decirle a Apache que use ese certificado y que escuche el puerto 443 (https). La buena noticia es que en Lenny, a diferencia de su antecesora Etch, https ya viene habilitado por defecto. Nuestro archivo clave va a ser /etc/apache2/sites-available/default-ssl, donde hay tres líneas especialmente importantes:

SSLEngine on
SSLCertificateFile    /etc/ssl/certs/ssl-cert-snakeoil.pem
SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key

La primera indica que SSL está activo, la segunda indica dónde se encuentra el archivo de certificado y la tercera dónde se encuentra la clave del certificado. No es mi caso pero puede que para que se generen dichos archivos necesites instalar el paquete ssl-cert.

# aptitude install ssl-cert

Activando el sitio y SSL

En este momento Apache ya está listo para servir conexiones cifradas con SSL pero aún hay que activar el módulo SSL y el sitio configurado en /etc/apache2/sites-available/default-ssl. Sólo tenemos que seguir los siguientes comandos:

# a2enmod ssl
Enabling module ssl.
See /usr/share/doc/apache2.2-common/README.Debian.gz on how to configure SSL and create self-signed certificates.
Run '/etc/init.d/apache2 restart' to activate new configuration!

# a2ensite default-ssl
Enabling site default-ssl.
Run '/etc/init.d/apache2 reload' to activate new configuration!

Ya sólamente nos queda reiniciar Apache y podremos acceder a nuestra web desde https://localhost (si estamos en local) o desde https://host-o-ip-del-servidor (si estamos administrando el servidor remotamente).

Primeras consideraciones

Hay que tener en cuenta, como dije al principio, nuestro certificado está auto-generado y no está firmado por ninguna autoridad de confianza, por tanto nuestro navegador (en mi caso Firefox 3) nos dará con toda probabilidad una o más advertencias de seguridad. Como en este caso nosotros conocemos perfectamente la procedencia de esta página web y su certificado se seguridad (¡como que la hemos hecho nosotros mismos!), ignoramos las advertencias. En mi caso con Firefox uso el enlace "o puede añadir una excepción", y en el siguiente diálogo "obtener certificado" y "confirmar excepción de seguridad" y de esta manera ya no aparecerá más este mensaje. A continuación reproduzco la advertencia que me da mi navegador:

Resolviendo los problemas con el certificado

Si queremos una conexión cifrada sin más preocupaciones, tan sólo debemos ignorar las advertencias de seguridad mencionadas anteriormente y ya habríamos acabado. Pero si nos molesta ese mensajito o queremos hacerlo bien del todo porque éste tema es importante debido a la seriedad del proyecto, recomiendo la lectura del documento original de donde he sacado la mayor parte de esta información: "Crear los certificados SSL para nuestro servidor web HTTPS con Apache, OpenSSL y Debian Lenny" (Vicente Navarro) pues es difícil explicarlo mejor que él.

La Criticona 2009 en imágenes (y una escueta reflexión)

admin — Mon, 11 May 2009 12:33:00 +0200

Sí, lo sé, el gran evento fue hace ya dos fines de semana, pero para qué perderme en excusas vacías: simplemente no me ha aptecido buscar un momento para ilustrar mi visión de lo que fue aquel fin de semana en que Madrid se llenó de bicis (¡y vaya si se llenó!).

Antes de pasar a las imágenes voy a resumir en frases mi visita a esta primera experiencia de masa crítica internacional en España.

Empezaré por lo bueno:

Fue la primera vez que recorría Madrid en bici y efectivamente sí que hay cuestas, pero es una ciudad perfectamente ciclable.
La masa crítica del sábado (la guinda del pastel) fue alucinante. Dicen por ahi que entre 2500 y 3000 bicicletas y algún osado se atreve con 5000. En cualquier caso, en general buen comportamiento, buen rollo con los peatones y mucha adrenalina en algunos momentos
El hostal Luz y Vida de la Calle Cruz, realmente recomendable. Tuve un trato muy familiar y ¡me dejaron meter la bici a la habitación!
La gente, qué se puede decir de la gente. Hay mucha humanidad en cada persona de la BiciCrítica que tuve el placer de conocer en Madrid, ellos ya saben quiénes son

Ni bueno ni malo...

Me lo pasé muy bien pero desde luego es más divertido no viajar solo, pues una vez en Madrid, como hasta cierto punto es lógico, cada uno tiene sus cosas que atender
Mi propuesta de actividad fotográfica para el fin de fiesta no cuajó porque no era el entorno que yo imaginaba para realizarla y por diversas razones más, aunque eso no cambia que la fiesta fuera genial

Lo malo, o menos bueno...

El "activismo" en la gasolinera de Repsol al finalizar la alleycat me pareció simplemente lamentable. Igual es que soy menos izquierdoso de lo que pensaba, pero creo que hay muchas formas de reivindicar lo mismo. Para mí estas cosas tiran a la basura todo el duro trabajo que hacemos los ciclistas urbanos por limpiar nuestra imagen y conciliarnos con la ciudad.

¡Vamos a las fotos! (pincha para ampliar cada una)

Calentando motores antes de salir el sábado a las 18.00

Bicicletas de todo tipo

Mil idiomas, una sola revindicación

Piero, uno de los personajes más pintorescos del desfile, saludando a la aficción

Momento del recorrido

Parados en un semáforo para que pasen los peatones

Casi mejor que las fotos de las bicis, son las fotos de cómo nos miraban los transeúntes

Conductor irritado expresando con su dedo la frustración por albergar entre sus piernas un aparato genital anómalamente diminuto. Conmovedor

Las bicis se perdían en el horizonte

Primer error: parar en la Plaza de Oriente. Seguro que muchos se pensaron que ése era el final del recorrido.

Fiesta final en el CSO El Dragón

Experimentos fotográficos durante la fiesta en El Dragón

Un último experimento fotográfico antes de volver a Murcia

Ancient books

admin — Thu, 30 Apr 2009 01:30:00 +0200

Viejos libros que pueden encontrarse en la biblioteca de la Academia de Medicina de Murcia. No me resistí a hacerles una fotografía.

Nuevo LCD en la familia

admin — Fri, 24 Apr 2009 21:00:00 +0200

Comprado a la recomendable tienda Linux4media. Mi tercer LCD (el primero oled) para la colección.

[HOWTO] LCD4Linux en Debian con soporte para serdisplib

admin — Thu, 16 Apr 2009 10:47:00 +0200

Probablemente ésta es una guía de poco interés para la mayoría del público, pero me interesa dejarla publicada tanto para usarla para mi propia referencia en el futuro como para esa pequeña minoría de usuarios de Debian (o Ubuntu) que tengan un LCD gráfico soportado por serdisplib.

Todo esto viene al caso porque mi nuevo LCD es un Hitachi SP14Q002-A1 de 320x240 píxeles con chip SD1D13700, perfectamente soportado por serdisplib. Además, se lo he comprado a Henri Skippari (autor de LCDInfo) que además se curra unas placas controladoras muy majas (USB13700) para poder usar éstos LCDs a través de USB. Así que se dan tres circunstancias que me incitan a escribir esta guía:

Serdisplib no está incluido en ninguno de los repositorios oficiales de Debian, y tampoco existen (que yo sepa) repositorios no oficiales para instalarlo sin compilar
Si bien lcd4linux está incluido en Debian en su versión más reciente, no está compilado por defecto con soporte para serdisplib.
Por último, el soporte de serdisplib para el controlador USB13700 sólo está hasta la fecha en el SVN.

Por esta última razón, además, ya que nos ponemos a compilar, lo vamos a hacer desde SVN en ambos casos (lcd4linux y serdisplib) ya que suelen ser bastante fiables a pesar de todo.

¡Vamos allá!

Vamos a descubrir las maravillas de compilar una versión SVN y de crear paquetes DEB que nos servirán para instalar de forma limpia y eficiente los programas compilados en el sistema.

Serdisplib

Vamos primero con serdisplib. Nos situamos en una carpeta cualquiera (mejor dentro de tu home) y ejecutamos el comando necesario para descargarnos la versión SVN actual de serdisplib. Recuerda que para usar SVN necesitarás tener instalado el paquete subversion.

svn co https://serdisplib.svn.sourceforge.net/svnroot/serdisplib/serdisplib/branches/serdisplib-1.98.x serdisplib-1.98.x

Para los dos siguientes pasos vamos a necesitar instalar build-essential (para compilar) y checkinstall (para crear el paquete DEB). También necesitaremos instalar los paquetes libusb y libusb-dev para compilarlo con soporte USB.

Ya estamos listos para configurarlo...

cd serdisplib-1.98.x
./configure --enable-libusb

...y compilarlo

make

Ahora sólamente con usar el comando checkinstall (como root) accederemos a un asistente que nos hará varias preguntas ynos creara en un momento un paquete DEB que podremos usar para instalar limpiamente serdisplib.

checkinstall

LCD4Linux

Para instalar LCD4Linux prácticamente repetimos los pasos anteriores. Primero nos bajamos la versión actual SVN:

svn co https://ssl.bulix.org/svn/lcd4linux/trunk lcd4linux

Ahora configuramos.

cd lcd4linux
./configure

Si la configuración ha acabado bien, al final mostrará un resumen de los drivers y plugins con los que va a ser compilado. Nos tenemos que asegurar de que va a ser compilado con soporte para serdisplib fijándonos en la sección de drivers. Aquí no debe haber ningún problema si ya hemos instalado antes el paquete creado para serdisplib.

-----------------------------------------
including drivers:
   drv_BeckmannEgle.o drv_BWCT.o drv_Crystalfontz.o drv_Curses.o drv_Cwlinux.o drv_D4D.o drv_EA232graphic.o drv_G15.o drv_GLCD2USB.o drv_HD44780.o drv_IRLCD.o drv_LCD2USB.o drv_LCDTerm.o drv_LEDMatrix.o drv_LPH7508.o drv_M50530.o drv_MatrixOrbital.o drv_MatrixOrbitalGX.o drv_MilfordInstruments.o drv_Noritake.o drv_NULL.o drv_Pertelian.o drv_PHAnderson.o drv_picoLCD.o drv_picoLCDGraphic.o drv_RouterBoard.o drv_Sample.o drv_serdisplib.o drv_ShuttleVFD.o drv_SimpleLCD.o drv_T6963.o drv_Trefon.o drv_USBHUB.o drv_USBLCD.o drv_WincorNixdorf.o drv_X11.o drv_Image.o drv_generic_text.o drv_generic_graphic.o widget_image.o drv_generic_gpio.o drv_generic_parport.o drv_generic_serial.o drv_generic_i2c.o drv_generic_keypad.o
-----------------------------------------

Ahora, como es costumbre, compilamos...

make

...y creamos el paquete correspondiente para instalarlo:

checkinstall

Si estamos ejecutando checkinstall como root lo más normal es que tras crear el paquete ya lo deje instalado (fíjate en los mensajes del final del asistente) pero si no es así, podemos instalar los paquetes creados fácilmente ejecutando éste comando como root:

dpkg -i nombre-del-paquete.deb

Y ya tenemos lcd4linux instalado limpiamente como un paquete DEB, y con soporte de serdisplib. Para hacer una comprobación "en vivo" de que efectivamente tenemos lcd4linux funcionando con dicho soporte, ejecutamos el siguiente comando, que sirve para pedir a lcd4linux qué drivers tiene disponibles en este momento:

lcd4linux -l

Con esto ya tenemos todo lo necesario para empezar a configurar lcd4linux y empezar a mostrar información en el LCD, pero lo de configurarlo va para otra entrada más adelante.

Aún no sabes cuántas bicis caben en Madrid: "La Criticona 2009"

admin — Thu, 02 Apr 2009 11:16:00 +0200

El próximo sábado 2 de mayo a las 18 horas se va a celebrar en Madrid la primera masa crítica de España a nivel internacional, que va a citar en la Plaza de Cibeles a miles de ciclistas urbanos y entusiastas de la bici de todos los puntos de España y Europa.

Este evento se va a conocer como La Criticona (en alusión a la masa crítica más grande de España) y viene a emular a la masa crítica interplanetaria que se celebra anualmente en Roma: La Ciemmona, que se celebra desde 2004 y el pasado año convocó a más de 5.000 ciclistas urbanos. Será una marcha en bicicleta, festiva y reivindicativa, que pretend dar visibilidad al uso de la bicicleta como medio alternativo de transporte. Los que participaremos en ella intentaremos demostrar que la bicicleta es un medio de transporte eficaz para desplazarse por las ciudades, que no consume recursos naturales, no contamina, es saludable y ¿por qué no? también divertida.

La Criticona va a ser una organizada coincidencia de bicicletas para pedalear juntas. Una convocatoria internacional para la que ya han confirmado asistencia ciclistas de ciudades como Coruña, Gijón, Bilbao, Murcia o Barcelona y de otros países como Italia, Francia, Portugal, etc...

Las actividades, no obstante, van a empezar desde el jueves 30 de abril con la masa crítica mensual de Madrid y hasta el 3 de mayo, durante los cuales se realizarán paseos nocturnos, talleres de bicis, proyecciones, comidas populares, conciertos y todo tipo de actividades. Para ver la programación completa así como otras informaciones de interés como alojamientos, alquiler de bicis en Madrid, atención a los medios de comunicación, etc... visita la página web de La Criticona.

Servidor casero desde cero (1): Compartir archivos mediante NFS

admin — Thu, 26 Mar 2009 10:58:00 +0100

Ya adelanté hace unas semanas que iba a explicar "por capítulos" cada parte del montaje de mi nuevo servidor casero y éste va a ser el primero de ellos. Por supuesto, voy a empezar con el uso estrella de todos los servidores caseros: compartir carpetas y archivos.

Por supuesto, toda mi red tiene ordenadores con Linux, por tanto, no necesito usar Samba para nada (aunque es otra opción válida) ya que tengo NFS (Network File System), que es el estándar en sistemas Unix/Linux para este efecto.

Compartir archivos y carpetas con NFS no es nada difícil y tenerlo funcionando con una configuración básica es cuestión de minutos. Luego ya depende de cada uno el tiempo que le quiera dedicar a rizar el rizo. Para todo lo demás: "man nfs".

Lo más probable es que el software necesario ya esté instalado en tu sistema, pero por si acaso, vamos a instalarlo en Debian, que sería mi caso:

# aptitude install nfs-kernel-server nfs-common portmap

Hay que hacer hincapié en que portmap no esté configurado en modo loopback. Si bien en Debian ya se encuentra así por defecto, puedes reconfigurar portmap para que te lo pregunte y seleccionar "no".

# dpkg-reconfigure portmap

Ahora vamos a definir qué carpetas del servidor vamos a compartir. Para ello editamos el archivo /etc/exports y añadimos una línea por cada "compartición" de una manera como ésta:

/home/fulanito     192.168.1.132/24(rw,no_root_squash,async)

/home/fulanito sería la carpeta del servidor a compartir
192.168.1.1/24 sería el rango de IPs de la red al que se va a difundir. En este caso para todo el rango entre 192.168.1.1 y 192.168.1.255
rw especifica que se establece lectura y escritura (para sólo lectura sería ro)
no_root_squash establece que el usuario root del cliente tenga accesos de root también en el servidor
async define la forma en que se realiza la sincronización de datos

Para que los cambios tengan efecto hay que reiniciar el servidor NFS, como es previsible:

# /etc/init.d/nfs-kernel-server restart

Ya tenemos configurado el servidor, ahora sólo tenemos que configurar cada cliente. Lo primero es crear una carpeta cualquiera que servirá como punto de montaje:

# mount /media/compartido

Luego añadimos al archivo /etc/fstab la línea para montar la carpeta compartida del servidor en el punto de montaje que acabamos de crear:

192.168.1.121:/home/fulanito      /media/compartido  nfs     rw,hard,intr,auto,users 0 0

192.168.1.121 es la IP del servidor
/home/fulanito es la carpeta del servidor que se está compartiendo
/media/compartido es el punto de montaje a través del cual queremos acceder a la carpeta compartida
nfs es el sistema de archivos que debemos elegir para este caso
rw significa lectura/escritura, obviamente también podemos elegir ro para montar como sólo lectura
hard es un parámetro específico para NFS y especifica si el cliente debe esperar a que el servidor vuelva a estar en línea (si no está disponible) o informar de un error (con el parámetro soft)
intr es otro parámetro específico para NFS, y permite que se interrumpan las peticiones NFS si el servidor se cae o por cualquier razón no se puede acceder a él
auto especifica que ésta unidad sea montada en cada inicio del sistema
users permite que todos los usuarios del ordenador cliente puedan acceder (no sólo root)

Una vez configurado el archivo fstab o bien reiniciamos el sistema (qué windowsada!) o lo montamos con el siguiente comando:

$ mount /media/compartido

Et voilá! Ya tenemos nuestros archivos del servidor compartidos. Podemos crear tantas comparticiones con diferentes configuraciones como queramos.

(1) Como mencioné al principio, con el comando "man nfs" puedes consultar toda la documentación de NFS incluyendo todas las opciones de configuración posibles.

(2) Por supuesto, se puede usar un servidor samba simultáneamente, pero yo no aconsejo compartir las mismas carpetas con NFS y Samba a la vez por el tema de los permisos de archivos.

(3) Fuentes: Carlos Guerrero, Documentación de RedHat y San Google.

La fauna del asfalto (III) - El tonto del ámbar

admin — Tue, 17 Mar 2009 09:45:00 +0100

Esta subespecie del cagaprisas común es fácilmente avistable en casi todos los núcleos urbanos señalizados de la geografía peninsular y es fácilmente identificable por la poca eficacia que deriva de la manifestación de su impaciencia extrema. Sus ejemplares no son gregarios pero es frecuente verlos mezclados con manadas de otras especies en las colas de los semáforos.

Su principal característica es la conducta que les da nombre. A menudo, el tonto del ámbar se encuentra a varios coches de la luz del semáforo de las intersecciones e intenta cruzar en el último momento del ámbar, quedando casi siempre atrapado en mitad del cruce en momentos de congestión de tráfico (algo frecuente por otra parte), obstaculizando frontalmente a las especies que quieren cruzar con luz verde en el carril transversal.

Si la ciudad fuera un documental sobre la sabana africana, el tonto del ámbar sería sin duda el ñu gilipollas que por su nefasta prisa se queda atrapado al cruzar el río y es devorado por los cocodrilos, salvo que en el caso de la urbe la peor de las consecuencias sería quedar atrapado y con suerte ser objeto de frustraciones en el carril transversal y de la indiferencia de los guardias de tráfico, aparte de, haciendo honor a su nombre, quedar como un tonto.

Coincidencias en la red

admin — Mon, 09 Mar 2009 12:31:00 +0100

Alguna vez de cuando en cuando me he llegado a plantear por qué me hace tener cierto número lectores constantes (que tampoco es una cifra importante) siendo tan trivial la temática de mi blog. De acuerdo, es un blog personal donde hablo casi siempre de las tres o cuatro cosas que más me interesan: generalmente fotografia, bicicletas, software libre y algo de opinión.

Con lo cual, alguien interesado en la fotografía no creo que lea de forma constante mi blog porque la temática está "contaminada" por el resto de contenidos y así con el resto de temas. Así que lo lógico es pensar que normalmente atraigo a lectores a los que les interesen casualmente las tres o cuatro cosas sobre las que más escribo, o que simplemente albergan cierta simpatía por mi forma de publicar.

Hace poco he descubierto dos blogs diferentes que me han hecho plantearme que sí merece la pena ceñirse a los temas que más interesan al autor, porque a veces puedes dar de lleno en un lector y ganártelo con creces.

El primer blog que descubrí en este sentido es el de Moisés Gallego (Fotux) que dice hablar sobre fotografía y software libre, una combinación un tanto anómala con la que me identifico plenamente. El segundo blog lo he descubierto hace unos días, y es el de Russ Roca (Eco-friendly bycicling photographer) un buen fotógrafo que también ama la bicicleta y comparte mis vicisitudes sobre almacenar el equipo fotográfico en la bicicleta, con preferencia sobre los accesorios Ortlieb como yo.

Y son esas coincidencias las que hacen que siga pensando que merece la pena tener un blog personal con una temática poco especializada. Porque más de una vez me he planteado convertir Giingo en un fotolog, o hablar sólo de ciclismo urbano, o exclusivamente de Linux y software libre. Pero siempre acabo pensando, entonces... ¿qué tendría mi blog de especial?. Supongo que por ello existen los blogs personales, porque son como una proyección de nosotros mismos, y que, de una manera u otra es lo que hace atraer a determinadas personas a leerte. De hecho, es un fenómeno muy parecido a la forma en la que se atraen amigos en las relaciones diarias: tu círculo de amigos tiene mucho que ver con lo que tú proyectas.

Viejas minas de Mazarrón

admin — Mon, 02 Mar 2009 10:03:00 +0100

En grande aquí.

Servidor casero desde cero

admin — Fri, 27 Feb 2009 10:48:00 +0100

Uno de los entretenimientos en los que invierto más tiempo e interés de un tiempo hacia acá, es en la administración de servidores. Desde que hace un par de años monté un servidor Linux para compartir archivos (Samba y NFS), web (Apache) e impresión (CUPS) para la empresa en la que trabajo me entró el gusanillo de tener un servidor en casa en vista de las variadas posibilidades que tiene.

El ordenador que véis en la fotografía de arriba es Quetzal, mi servidor casero tal y como lo tengo montado en estos momentos. En este momento como se ve está bastante poco adecentado, pero para juguetear me sirve de sobra. Ahora mismo ofrece servicio web (Apache), de unidad de red (NFS), de vigilancia (Motion+gnokii) y de "escritorio web" (eyeOS sobre Apache). Ahora mismo, aunque me resulta muy útil en el día a día, no pasa de ser un mero juguete con el que experimentar. De hecho, por ejemplo, el servidor de vigilancia está usando dos webcams que no cuestan más de 40€ entre las dos, y la unidad de red sólo la estoy usando como respaldo de seguridad de mis archivos más críticos.

Digamos que ahora mismo Quetzal es un campo de pruebas, un juguete con el que aprender y ensayar de cara a un futuro servidor casero con un hardware mejor planificado y con un abanico de funciones más amplias. Ese futuro servidor, de nombre aún sin determinar, será el "cerebro" de la casa donde espero comenzar mi proyecto de emancipación.

Aunque de vez en cuando se me ocurren nuevas funcionalidades y/o matices a esas funcionalidades, ésta es la lista actual de todo el software que va a incluir, cada uno con una función muy específica. Mi intención, además, es publicar periódicamente hasta final de año un tutorial explicando cada parte, dejando ésta primera entrada como un resumen de los futuros tutoriales.

Apache + PHP + MySQL + SSL. Apache es el servidor web por excelencia y PHP, MySQL y SSL los complementos ideales para alojar páginas dinámicas, tener soporte para bases de datos y usar conexiones cifradas respectivamente.

PHPMyAdmin. Como servidor casero que es, el 100% de la adminsitración va a ser de forma remota, así que es imprescindible un administrador de bases de datos con interfaz web como PHPMyAdmin.

NFS. NFS o Network File System es el estándar de unidades de red en sistemas tipo Unix como Linux y funciona de lujo. Lo usaré principalmente para tener toda la música, vídeos y películas accesibles desde toda la red y, con los permisos adecuadamente configurados, para alojar una copia de mis archivos críticos.

SSH. La solución ideal para las labores de administración del servidor.

Motion + gnokii. Un software que permite usar cualquier dispositivo de vídeo (desde una cámara de TV conectada a una capturadora hasta una webcam) en una cámara de vigilancia, con capacidad para grabar vídeo y/o fotogramas al detectar movimientos en la escena entre otras cosas, bastante programable y configurable. Yo lo usaré con una capturadora PCI y tres o cuatro cámaras con salida BNC e infrarrojos. Adicionalmente, gnokii es un software que permite usar y gestionar móviles GSM con Linux así que conectando un viejo Nokia por usb, puedo programar Motion para que me llame al móvil o me mande un SMS si percibe una determinada alerta.

LCD4Linux. Un software para controlar pantallas LCD alfanuméricas como ésta. Éstos cacharritos son muy útiles para mostrar información relevante de forma permanente teniendo en cuenta que el servidor va a funcionar permanentemente sin monitor alguno.

DynDNS o No-IP. Ambos son servicios externos para facilitar la tarea de conectarnos a nuestro ordenador desde cualquier parte usando Internet, para no tener que memorizar constantemente nuestra IP (sobre todo si la tenemos dinámica, como ocurre en casi todos los casos en España). De momento uso No-IP y me va muy bien, pero ambos tienen un software para Linux que se encarga de actualizar la IP en el servicio en caso de que nuestro proveedor de Internet nos la cambie. De esta forma, por mucho que cambie mi IP, siempre me podré conectar a mi servidor usando una dirección del tipo http://nombre-que-queramos.no-ip.org.

PHPSysinfo + HDDTemp + lm_sensors. PHPSysinfo es un conjunto de scripts PHP que permiten consultar el estado del sistema a través de una interfaz web. El uptime, la carga del sistema, todo el hardware, estadísticas de uso y estado de la red, espacio en uso de todas las unidades montadas, etc. Los programas HDDTemp y lm_sensors amplían sus características para monitorizar las temperaturas de todos los discos duros en el primer caso, y en el segundo caso las temperaturas del sistema (cpu, sistema, caja...), los voltajes de la fuente de alimentación y las revoluciones a las que trabajan los ventiladores.

eyeOS. eyeOS es un escritorio web completísimo escrito en PHP y Ajax que corre sobre Apache. Yo principalmente lo uso en combinación con el servicio de No-IP para mantener anotaciones desde cualquier lugar y para subirme archivos a mi ordenador pero sus posibilidades van mucho más allá.

XBMC + lirc. Aunque anteriormente dije que el servidor no iba a tener monitor, no era del todo cierto porque su salida gráfica va a estar conectada a la TV. De este modo XBMC sirve para convertir cualquier ordenador con Linux en un centro multimedia, y si éste está conectado a la TV, imagina las posibilidades. Como una imagen vale más que mil palabras: [vídeo 1] y [vídeo 2]. Por su parte, lirc es un software que permite usar cualquier mando a distancia convencional con Linux, así puedo controlar XBMC desde el sofá como si estuviera manejando la TV directamente.

Y bueno, eso es básicamente el resumen de las funciones que va a tener mi futuro servidor y que ya estoy empezando a ensayar en mi actual servidor. Desde luego hay más funciones que se pueden usar en un servidor como por ejemplo usar CUPS para usar una o más impresoras desde toda la red. Pero aunque quiero sacarle el máximo partido a mi servidor, quiero limitarme a usar lo que realmente me vaya a ser útil. En cualquiera de los casos, dentro de poco publicaré el primer tutorial.

¿Falla el formato o soy un delincuente?

admin — Thu, 19 Feb 2009 18:40:00 +0100

Hace ya un tiempo compré un libro para aprender Blender y ahora que me después de tanto tiempo estoy empezando a tomarme en serio esto de estudiármelo, me encuentro con un gran problema de ergonomía.

El problema es que el libro, por tener la encuadernación propia de un libro, y teniendo en cuenta que es grueso, resulta bastante incómodo para estudiar ya que es difícil dejarlo abierto sobre una página sin que se pasen las páginas solas (sobre todo al principio y al final) y/o dañar la encuadernación. Aún menos se me ocurre ponerlo sobre el atril articulado ya que es demasiado voluminoso y pesado.

Muy pronto se me ocurrió una solución: fotocopiarlo. Sí, fotocopiar mi propio libro después de haberme gastado casi 35€ en el orginal puede parecer un poco estúpido, pero la ergonomía que ganaba durante la lectura y el estudio para mí merecían la pena el esfuerzo. Pero mi gozo cayó en un pozo cuando todas las copisterías de Murcia donde quise fotopiarlo se negaban a hacerlo aduciendo el tema de los derechos de autor y el copyright Genial, no puedo fotocopiar mi propio libro.

Y vuelvo al tan traído y llevado tema de la propiedad intelectual y los formatos. De la misma forma que el soporte físico de la música (en forma de discos) está haciendo aguas, también llegará (si no ha llegado ya) el de los libros, porque igual que para mí siempre será mejor un MP3 que un disco de música, también es mucho mejor un PDF que un libro, al menos en todo lo ajeno a la literatura.

¿Y ahora qué? ¿Cerceno todas las hojas de mi libro para poder leerlo en un atril, o me compro una fotocopiadora y me convierto en un criminal delincuente?

Actualización: Drizzt ha apuntado una posible solución que había pasado por alto: usar fotocopiadoras públicas de las facultades y algunos centros de educación.

La gente que no sabe ripear debería nacer sin manos

admin — Wed, 11 Feb 2009 13:02:00 +0100

Atención, ¡se avecina un post pataleta!. El título de la entrada dice abiertamente lo que pienso: la gente que no sabe ripear audio debería nacer sin manos. Aclaremos para los profanos en la jerga que ripear audio básicamente consiste en extraer digitalmente las pistas de un CD de música para obtener archivos MP3.

Estamos de acuerdo, una respuesta previsible a tan categórica afirmación podría ser de lo más variado: "pues ripéatelos tú y no te quejes" o "encima que es gratis qué más quieres". Yo no menosprecio el esfuerzo desinteresado de los cutre-rippers pero ser el autor del archivo con más fuentes P2P es una responsabilidad indirecta pues vas a ser la primera opción de muchos usuarios de descarga a la hora de bajar el archivo en cuestión.

Me duelen las manos de corregir las etiquetas ID3 de los archivos MP3 (u OGG) porque o bien están vacías, o bien no tienen bien ubicada la información.

Más grave aún (y chapucero) es ripear todo el disco como un sólo archivo, algo muy "práctico" cuando quieres cambiar de canción.

Algo no muy común pero también algo molesto es ver discos ripeados en el deficiente formato de Windows Media (wma), un formato propietario e innecesario cuya única "popularidad" ha procedido de la inclusión forzosa del reproductor Windows Media en cada copia de Windows (al estilo Internet Explorer).

Por eso quería dar mi dudosa y subjetiva opinión quedara patente para la posteridad: ¡la gente que no sabe ripear debería nacer sin manos!. Y es que al mundo quiero decir: ¡señores!, ¡hay programitas muy eficientes que ripean muy bien en MP3 y OGG, y usan a la perfección la CDDB para que ustedes sólo tengan que darle al botón de ripear!, ¡no es tan difícil!.

Redescubriendo Cinelerra

admin — Thu, 29 Jan 2009 11:38:00 +0100

Hace unos días, gracias a uno de mis grandes descubrimientos blogueriles de este comienzo de año (Cinelerra.ES), me topé de bruces con un hallazgo inesperado: la extremadamente fea interfaz de Cinelerra se puede alterar mediante temas de estilo. Y lo mejor no sólo es eso, sino que además uno de los que incluye por defecto resulta bastante potable de aspecto.

Cinelerra, para los que lleguen tarde, es un editor de vídeo no linear con vocación profesional para Linux y otros sistemas Unix.

Este descubrimiento me ha hecho recuperar el interés por la edición de vídeo en Linux en general y en Cinelerra en particular, ya que hasta ahora sólo hacía cosas más bien sencillas con Kdenlive, que es muy rápido y sencillo pero también algo limitado.

Estar al día de paquetes nuevos en los repositorios de Debian

admin — Wed, 21 Jan 2009 12:09:00 +0100

Una nueva comodidad del sistema de paquetería de Debian la descubrí hace un tiempo por casualidad no recuerdo ya cómo, pero resolvió de golpe una de mis grandes dudas: ¿habrá alguna forma de estar informado sobre los paquetes nuevos que entran en mi rama de Debian?.

Hasta ahora lo único que sabía hacer para, por ejemplo, saber si el paquete X entraba en los repositorios oficiales era hacer búsquedas periódicas en el también útil Debian Packages pero a través de una dirección URL concreta puedo acceder al tracklist de las últimas incoroporaciones a cada rama. El ejemplo concreto con Lenny, que es la rama que yo estoy usando, sería con éste enlace.

Es fácil, para adaptar este sistema a cada caso individual sólo hay que construir la URL de la siguiente manera:

http://packages.debian.org/rama/main/newpkg

Hay que sustituir "rama" por la rama que quieras consultar (Etch, Lenny, Sid...) y "main" por la sección del repositorio a usar (por ejemplo main, contrib o non-free).

Fotogramas del pasado

admin — Fri, 16 Jan 2009 10:30:00 +0100

Hace un tiempo compré un escáner específico para negativos de 35mm y diapositivas. Entre las fotos que estoy escaneando he encontrado algunas de las que yo nunca tuve copia en papel, de modo que muchas fotos de mi propio pasado las estoy viendo por primera vez, y es una sensación curiosa y emocionante a la vez. Quizás se puede explicar imaginando que es como si volviera a ver una película en casa, y viera una parte que no vi la primera vez porque me quedé dormido o fui al aseo en ese momento... y es como ver la película de nuevo. Es como hacer un replay en directo del pasado, como una segunda oportunidad, como tener el privilegio de vivir dos veces el mismo momento de una vida.

A veces pienso que de gran parte de mi pasión por la fotografía tiene la culpa mi obsesión por enfrascar recuerdos, a mi miedo visceral a olvidar o perder el pasado. Y es que la fotografía nos hace inmortales a ojos de los demás y también viceversa; hace a las cosas perennes a lo largo de nuestra vida, por fugaces que hayan sido en su momento. Y eso es lo mágico, saber que tengo la suerte de poder guardar un trocito de cada cosa que he vivido.