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 suelen incorporar 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.
  • rTorrent: potente cliente para la famosa red torrent. Lo utilizaremos como demonio.
  • RUTorrent: interfaz web para trabajar con rTorrent. Tiene un interfaz muy parecido al de utorrent. Correrá en el servidor LAMP.
  • 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 tiepo 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 comunidado 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.