Una vez instalado y configurado el sistema operativo y compartidos los directorios por samba, es momento de terminar de configurar el entorno LAMP. Para ello vamos a instalar el servidor web Apache, php_mod para disponer de php en nuestro servidor y MySQL para poder trabajar con bases de datos.

Instalamos pues el software necesario:

sudo aptitude install apache2 libapache2-mod-php5 mysql-server-5.1
sudo aptitude install php5-gd php-fpdf

Cuando instalemos MySQL el sistema nos pedirá el password del usuario root.

Con esto ya tendremos instalados los paquetes de software principales necesarios para ejecutar las aplicaciones web más usuales en php. El siguiente paso sería activar las conexiones externas a mysql, de esta forma podremos, por ejemplo, gestionar nuestro servidor de forma gráfica desde nuestro equipo con las herramientas de gestión que provee MySQL. Para ello basta editar el archivo /etc/mysql/my.cnf y comentar la línea bind-address = 127.0.0.1 añadiendo una almohadilla (#) al principio de la línea. Una vez terminado reiniciamos el servidor mysql para que aplique los cambios de la configuración:

sudo /etc/init.d/mysql restart

El siguiente paso sería crear un superusuario propio en mysql y permitirle autenticar desde cualqueir máquina de nuestra red (o desde alguna específica, según queramos ajustar nuestro nivel de seguridad) para poder gestionar el servidor. De esta forma podremos crear usuario, bases de datos, etc desde nuestra máquina utilizando las herramientas gráficas de gestión.

mysql -u root -p mysql
CREATE USER 'nefeli'@'192.168.0.%' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON *.* TO 'nefeli'@'192.168.0.%' WITH GRANT OPTION;
FLUSH PRIVILEGES;
quit

Con estas órdenes he hecho lo siguiente:

• Conectar al MySQL con el usuario root (-u root), solicitando el password (-p) y conectando a la base de datos de gestión de MySQL (mysql). Esta base de datos contiene la información refenrente a las bases de datos que existen, los usuarios y sus privilegios, los parámetro de configuración del sistema, etc. El sistema nos pedirá el password de root para conectar.
• Crear un usuario (en este caso nefeli), y habilitar la conexión de este usuario desde la red 192.168.0.0 (quiere decir, cualquier ordenador que IP empiece por 192.168.0). Además el usuario tendrá un password (en este caso password). Es importante incluir las comillas (‘) en el comando, ya que indicará a MySQL que lo que está contenido entre estas con cademas de caracteres.
• Otorgar al usuario (en este caso nefeli) todos los privilegios de superusuario cuando se conecte desde la red 192.168.0.0), incluyendo el privilegio de otorgar privilegios (como dicen en inglés, esta frase es un poco tricky).
• Recargar los privilegios de la base de datos.

De esta forma ya habremos creado un superusuario que con el que podremos trabajar desde cualquier punto de nuestra red. Sería una buena idea que, cada vez que instalemos una aplicación que necesite acceder a una base de datos, le creemos un usuario propio con los permisos justos que necesite, y de esta forma tener el acceso a todas nuestras bases de datos debidamente controlado y securizado.

Por último, algo a tener en cuenta es que todos los comando que metemos en mysql se guardan en un fichero de log en el directorio del usuario donde lo hemos creado. Como hemos puesto un password en texto normal, sería una buena idea borrar las líneas donde apareza para tener el sistema completamente seguro. El nombre de este fichero es .mysql_history.

Bueno, pues ya tenemos un pequeño entorno web corriendo en nuesta máquina, con el que podremos instalar aplicaciones web dentro de nuestra red casera. En mi caso ya tengo instalado y funcionando jinzora, que utilizo tal y como comenté en otro post para reproducir música en la wii.

Una vez terminado con el programa de instalación de Debian procederemos, como es lógico, a reiniciar el sistema. Ingresaremos como usuario root, ya que todavía no tenemos sudo y todas las operaciones que debemos hacer son de administración.

Lo primero que deberíamos hacer es configurar el pinning de repositorios para poder elegir desde dónde queremos instalar un paquete. Configuraremos el sistema de tal forma que por defecto instalará el software de la distribución estable, y cuando se lo indiquemos lo hará de la de pruebas (testing). Durante este proceso aprovecharemos también para añadir ramas del repositorio para tener disponible todo el software de podamos necesitar. Para ello debemos editar el archivo /etc/apt/sources.list y dejarlo de la siguiente forma:

#Repositorios de software de Debian estable
deb http://ftp.nl.debian.org/debian/ stable main non-free contrib
deb-src http://ftp.nl.debian.org/debian/ stable main non-free contrib
#Actualizaciones de seguridad de Debian
deb http://security.debian.org/ stable/updates main contrib
deb-src http://security.debian.org/ stable/updates main contrib

# Repositorios de Debian testing
deb http://ftp.nl.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.nl.debian.org/debian/ testing main contrib non-free

El siguiente paso es configurar apt para que trate los paquetes de testing con una prioridad extremadamente baja. De esta forma nos aseguraremos que el sistema se comportará de forma que evitará en la medida de lo posible instalar paquetes de esa distribución. Así, cuando demos la orden de instalar un paquete (apt-get install), apt-get seleccionará todo el software de stable ignorando por completo que tiene también configurados los repositorios de testing (que en teoría deberían tener mayor prioridad dado que las versiones de software que contiene son mucho más recientes). Para conseguir esto creamos el fichero /etc/apt/preferences y añadimos el siguente contenido:

Package: *
 Pin: release n=stable
 Pin-Priority: 900

Package: *
 Pin: release n=testing
 Pin-Priority: -10

Una vez editado procedemos a la actualización:

apt-get update

El sistema realizará cambios sustancias, tales como cambiar GRUB por GRUB2 o implantar el nuevo sistema de arranque de servicios por dependencias que sustituirá al antiguo basado en números estáticos. Una vez terminada la actualización reiniciamos el equipo y comprobamos que GRUB2 se ejcuta sin problemas. Si es así, una vez iniciado el equipo y haber ingresado como root ejecutamos:

upgrade-from-grub-legacy

Actualización: con los nuevos kernels se ha corregido este problema y el workaround ya no es necesario. Como este tipo de cosas pueden resultarles útiles a alguien, lo dejaré en la entrada, pero tachado para evitar confusiones. Repito, el texto tachado está obsoleto y debe ser ignorado.

Un problema que se me ha planteado al cambiar al sistema de arranque por dependencias es montar los discos duros USB de forma manual a arrancar la máquina. Dado que no tenemos entorno gráfico que lo haga por nosotros, los discos duros USB no son montados automáticamente, sino que tenemos que hacerlo nosotros de forma manual. Lo normal es crear los puntos de montajes en /mnt e incluir en fstab las entradas correspondientes. La cuestión es que  en la máquina en la que lo estoy instalando el sistema el arraque por dependencias  intenta montar los discos antes de haber detectado los USBs, por lo que realmente no lo hace.

Esto se puede solucionar fácilmente recurriendo a /etc/rc.local. Este script es ejecutado cada vez que se termina de alcanzar un runlevel de multiusuario (2, 3, 4 o 5), por lo que poniendo aquí las instrucciones de montaje estas se ejecutarán una vez terminado el inicio del equipo. No es la solución más elegante, pero es temporal al fin y al cabo (hasta que se solucione el problema en el arranque por dependencias). Así pues, lo que haremos es añadir las entradas al fstab y añadir lo siguiente en /etc/rc.local:

mount -a

Lo siguiente sería instalar y configurar sudo para no tener que trabajar con root. La mayoría de los usuarios noveles en el sistema operativo del pingüino ignoran esto y prefieren trabajar con root. Cada uno es absolutamente libre de hacer lo que quiera, pero recomiendo encarecidamente utilizar sudo. Si hasta ahora no lo has hecho, quizá es el momento de dar el paso. Más de una vez te ahorrarás un susto y te acordarás de mi.

Cuando se instala el paquete de sudo, Debian crea un grupo de usuarios llamado “sudo” que nos realiza la configuración más básica posible: todo usuario añadido a ese grupo puede ejecutar cualquier comando como cualquier usuario. Para un homeserver realmente no sería necesario nada más, y más teniendo en cuenta que somos los únicos administradores, así que una vez instalado el paquete añadiremos a nuestro usuario al grupo “sudo”.

aptitude install sudo
usermod -A -G sudo <usuario>

Una vez instalado sudo deberíamos instalar un servidor ssh para poder trabajar con la máquina en remoto (ya sea desde nuestra propia máquina de red local o desde internet.

sudo aptitude install ssh

Esto instalará el servidor y el cliente. El cliente de ssh apenas ocupa unos Ks y nunca se sabe cuándo podemos necesitarlo, así que no está de más que nos lo instale. Yo he cambiado el puerto del servidor SSH para, de esta forma, evitar la mayoría de los ataques. para ello editaríamos /etc/ssh/sshd_config y la línea Port. También puede ser interesante cambiar el archivo /etc/issue.net para que oculte nuestra versión del sistema operativo y de paso ponga algún mensaje amenazador. Una vez terminados los cambios, reinicamos el servidor SSH para que nos aplique el cambio de puerto:

sudo /etc/init.d/ssh restart

A partir de este momento ya podemos quitar el teclado y el monitor de la máquina y acceder por SSH a la misma para continuar la instalación.

Vivir en un piso compartido puede ocasionar algunos problemas. Problemas de convivencia, de distribución de tareas, etc. Sin embargo hay un algo en lo que no solemos pensar: en compartir el ancho de banda. En este sentido el problema que suelo encontrar suele estar relacionado con el P2P. Este tipo de software tiene un problema grande hoy en día: utiliza mucho recursos del router creando largas tablas de enrutamiento dinámico y saturando así la pequeña CPU que incorporan estos.

Así pues, la solución puede pasar por montar un servidor unificado de descargas. De esta forma se puede tener una sola instancia de los programas de descarga P2P, optimizando el uso de los recursos de internet y recursos de red libres para la navegación. Además, este servidor puede utilizarse como un punto unificado de almacenamiento, teniendo así un lugar en el que compartir películas, música, etc. De esta forma podemos utilizar, por ejemplo, una consola para visualizar el contenido multimedia en el salón, a la par de tener un punto en el que compartir archivos entre todos los usuarios de la casa.

Para tal cometido podemos utilizar un ordenador poco potente y barato, y de esta forma abaratar los costes de adquisición de hardware, facilitando el reciclaje de un equipo antiguo, ya sea uno que tengamos, uno que nos regalen, o uno que compremos. Si elegimos esta última opción, podemos elegir el comprar un equipo antiguo de segunda mano o comprar uno nuevo basado en la plataforma intel Atom, como podría ser el fit-PC2 o en las plataformas de bajo consumo de VIA.

Comienzo pues una serie de artículos orientados a montar un servidor de descargas, almacenamiento en web y contenido multimedia corriendo bajo sistema operativo Debian GNU/Linux y orientado a ofrecer los servicios a usuarios de Linux, Windows y Mac.. El software elegido para dicho cometido es:

• Debian GNU/Linux: será el sistema operativo que utilizaremos en la máquina. La distribución elegida es Squeeze o testing para obetener las versiones necesarias para que todo funcione. El sistema operativo en cuestión correrá sin entorno gráfico, ya que realmente no lo necesitamos y de esta forma ahorraremos recursos en la máquina que podremos utilizar para el resto de servicios. La administración de la máquina la llevaremos a cabo a través de consola por SSH.
• SAMBA: servidor de archivos por protocolo SMB (utilizado por windows).
• OpenSSH: utilizado para la administración remota del equipo.
• Apache web server, php_mod y MySQL para soportar los servicios LAMP que montaremos.
• aMule: corriendo en su versión demonio (el equivalente a servicio en windows) para ofrecer descargas en las redes e2k y kadmelia.
• Servicio web de aMule: utilizado como interfaz de aMule, correrá en el servidor LAMP.
• Deluge: potente cliente para la famosa red torrent. Incorpora funciones para trabajar como demonio y como e incluye un interface web.
• Jinzonra: utilizado como gestor de biblioteca de música, tiene una versión del interfaz para la Wii accesible a través del canal internet.

Consideración a tener en cuenta: el sistema que aquí expongo no tiene control de usuario (en principio es un sistema monousuario), no lo que significa que todos los usuarios podan ver los archivos del resto y acceder a ellos. En principio en una casa normal o un piso compartido no es necesario poner este tipo de restricciones. Si en tu caso es necesario debería considerar el utilizar otro software, por ejemplo mldonkey. No se ha utilizado este software debido a la complejidad de su configuración y los problemas con la integración en las redes ed2k y kadmelia. Mldonkey se conecta a todos los servidores de ed2k que tiene en su lista y esto es considerado por dicha comunidad como leeching. Así pues, para hacer que este cliente funcione correctamente bajo estas redes hay que cambiar la identificación de cliente y otros parámetros, y considero que ya es demasiada complejidad para un home server.