Un netbook como servidor (III)

Continúo con las pequeñas incidencias con las que me encontré al instalar un servidor GNU/Debian en un netbook. En el anterior post mencionaba la instalación del servidor SSH y asignar una IP fija y nombre de host reconocible y que pudiera recordar. Pero me encontré con algún problema más:

  1. Apagar la pantalla TFT o LCD, ya que no la voy a utilizar
  2. Evitar que entre en suspensión al bajar la tapa del netbook
  3. Configurar Wake on LAN en el netbook

Continuar leyendo “Un netbook como servidor (III)”

Un netbook como servidor (II)

1454273012_cloud-laptopDurante el tiempo que estuve configurando mi viejo EeePC 701 como servidor casero, me encontré con varios problemas que tuvieron su solución. Esto contrasta con la variedad de soluciones y tutoriales que circulan para montar un servidor en una Raspberry Pi. Cada portátil, laptop o netbook tienen sus peculiaridades, no siempre bien documentadas, por lo que hay que echarle imaginación, inventiva y paciencia para buscar en Internet la solución a un determinado problema.

Los pasos básicos que di para llegar a convertirlo en servidor están en esta entrada de 2011, pero que no se diferencia en prácticamente nada a la instalación que hice en mi propio netbook.

Continuar leyendo “Un netbook como servidor (II)”

Un netbook como servidor (I)

1454269955_laptopLlevo tonteando con adquirir una Raspberry desde que leí un facilísimo tutorial sobre cómo montar un NAS (Network Attached Storage) en Debianhackers. Me parece muy interesante la idea de tener un servidor de muy pocos recursos en casa, permanentemente encendido para servir archivos, hacer copias de seguridad, o usar de servidor multimedia. Mis miedos se dirigían hacia el consumo de recursos y a tener un disco duro permamentemente encendido.

Ambos problemas tienen solución. Probablemente, una Raspberry Pi consume tanto como un router o un switch conectado a la red. Apenas hace ruido (no tiene ventiladores: menos ruido, menos consumo) y tiene una altísima conectividad (HDMI, USB, etc). Es la placa ideal para tener un servidor casero, por no hablar del mínimo espacio que ocupa.

Continuar leyendo “Un netbook como servidor (I)”

¿Por qué montar un servidor casero? (II)

1454174840_cmyk-03Desde hace tiempo me viene rondando la cabeza la posibilidad de montar un servidor casero. Ya en 2007 hice mis primeros intentos con lo que se convirtió finalmente en este blog. Utilicé hardware antiguo (un Pentium 200 con 96 Mb de RAM) y un módem ADSL para conectarlo desde el exterior. La experiencia fue buena, pero poco a poco dejé de utilizar sus servicios FTP, P2P y correo para utilizarlo únicamente como servidor web para el blog.

Con el auge de Rasperry Pi, montar un servidor casero es barato y muy sencillo. La cantidad de proyectos para servidores pequeños y baratos es casi infinita, porque depende únicamente de la imaginación de cada uno. No hay que olvidar que una Raspberry Pi no es más que una CPU completo, con su memoria, su micro, y sus entradas y salidas, que podremos utilizar como un ordenador (computadora) con pocas exigencias de mantenimiento y de espacio.

Continuar leyendo “¿Por qué montar un servidor casero? (II)”

¿Por qué montar un servidor casero? (I)

1454265099_cloudAunque tengo preparadas dos entradas (al menos), después de esta sequía de posts, esta primera entrada dedicada a los servidores caseros la quiero utilizar para reflexionar sobre estos dispositivos, y si nos hacen falta o no. Es cierto que en nuestras casas tenemos múltiples dispositivos (televisiones, ordenadores de sobremesa, portátiles, móviles, consolas de videojuegos) que son en sí mismos pequeños ordenadores (todos con su CPU, su sistema operativo y su conexión a una red), y que el tenerlos conectados nos ofrece grandes ventajas. Este post reflexiona sobre la necesidad de tener un servidor casero que centralice datos, que conecte todos los dispositivos entre sí, y que sea capaz de cubir las necesidades del mundo interconectado en el que vivimos.

Para geeks como yo, tener un servidor es una tarea tremendamente interesante, al que le sacamos un valor añadido cada vez que nos proponemos un proyecto con él (copias de seguridad, compartir ficheros, servidor multimedia), pero los menos interesados en esto de la informática se asustan al escuchar la jerga referente a servir archivos.

Continuar leyendo “¿Por qué montar un servidor casero? (I)”

Mi historia informática (VI): Comienzo con GNU/Linux

descargaEn el año 1999 comencé con 2 cambios importantes en cuanto a la Informática. El primero: instalé Windows 98, que me pareció mucho más estable y más configurable que Windows 95. Sentí desde el primer momento que valía más la pena. Conseguí un CD de Windows 98 Second Edition, que es el CD que más he instalado a lo largo de mi vida. El segundo hito es que me sentí atraído por una cosa extraña llamada Linux.

Hay que recordar que para entonces, muy poca gente tenía acceso a Internet. En mi caso, lo tenía en la facultad, de manera casi ilimitada. Mi vida de estudiante la compaginaba con aprender todo lo que podía sobre HTML y Javascript. Pero de manera paralela, comencé a escuchar, o más bien leer, sobre un sistema operativo que no se colgaba, que era más ligero y más rápido que Windows, que era gratuito, y que en resumen, era mejor que Windows. Se llamaba GNU/Linux. Aprendí que tenía sabores o distribuciones, y una de las primeras que probé era Dragon Linux.

Continuar leyendo “Mi historia informática (VI): Comienzo con GNU/Linux”

Dual Monitor en XFCE

1433291097_Cinema_Display_Diagonal_blueDesde hace unos meses se me está haciendo difícil trabajar únicamente con dos monitores. No sé si es cuestión mía, porque soy un snob o porque sencillamente soy muy friki. El caso es que había visto en Youtube cómo es trabajar con dos monitores en paralelo, y la verdad es que ahora que los tengo, me siento maniatado cuando tengo que trabajar solamente con uno.

Distribuir las ventanas en dos o más monitores hace más versátil el uso que tenemos de nuestros equipos. Hay quien dice que es útil para los desarrolladores, dado que pueden tener la ventana de código en un monitor, y cualquier recurso de web en el otro (tutoriales, PDFs, visualizar vídeos de Youtube, etc.).

Lo normal es tener un monitor con la información principal, y otro con la información secundaria a lo que estemos haciendo. Las posibilidades son casi infinitas. Por supuesto, también se puede jugar en una pantalla expandida, pero no es mi caso.

Continuar leyendo “Dual Monitor en XFCE”

GNU/Debian 8 Jessie instalado, pero…

1430453022_MatalicComo todos sabéis, el 25 de abril se liberó oficialmente la nueva versión de GNU/Debian, la número 8, apodada Jessie. En otras circunstancias, esto habría sido motivo de celebración entre la comunidad GNU/Linux y de software libre, pero su lanzamiento ha quedado deslucido por la polémica de la adopción de systemd y la aparición de un fork, Devuan.

Como hace bastante tiempo que me tomo la vida de una manera más tranquila y he dejado de ser tan activista del software libre, no haré un estudio pormenorizado de la polémica a favor o en contra de systemd. Por supuesto que tengo una opinión formada, pero dese el punto de vista más amateur, ya que no soy ingeniero de sistemas ni informático de profesión.

Sé que systemd se cargó mi instalación de Archlinux hace un par de años. Lo acogí con la ilusión de que el sistema iba a ser más estable y más manejable, pero se ralentizaba y daba multitud de errores, así que terminé por conservar la partición /home y reinstalar Debian, que nunca me había dado problemas.

Por probar, estuve tonteando con Linux Mint (perdón, con LMDE), porque no dejaba de ser Debian, y no me parecía mal la idea de tener una distribución testing en lugar de la stable de toda la vida. a partir de ahí siempre me he movido con la testing, desde Wheezy hasta Jessie, y en cuanto pueda, me pasaré a Stretch.

Continuar leyendo “GNU/Debian 8 Jessie instalado, pero…”

Ejecutar comandos de Linux mediante Python

1429409720_application-x-pythonComo opinión personal, y sin que sea el motivo de crear una disputa entre unos y otros, creo que PHP es más tolerante a errores que Python. Claro, que digo esto porque llevo únicamente un par de semanas dedicado a Python, y aunque como lenguaje de programación me parece sencillo de usar y aprender, creo que escupe errores constantemente, y que a veces encontrar el error no es tan intuitivo como pudiera parecer.

Pero una vez mencionada mi opinión personal, es hora de ponerme al tema del post. Resulta que he encontrado como incentivo para aprender Python el uso de este lenguaje en todos mis scripts de shell que tengo para mantenimiento de mis sistemas. En ocasiones, me doy cuenta que lo que en un script de shell me lleva únicamente 4-5 líneas, en Python me lleva casi el triple, y sin dejar de escupirme errores en la consola. Visto desde el lado bueno, no sólo aprendo a usar Python, sino que si en alguna ocasión necesito complicar el script, posiblemente Python me ofrezca más potencia para hacerlo.

He comenzado a pasar mis scripts a Python, pero sin fijarme en la versión del mismo. Resulta que cuando me di cuenta, estaba programando en Python 2, cuando prácticamente todo el mundo programa ya en Python 3. Esto es importante porque el módulo que se utiliza para usar la línea de comandos está obsoleto en Python 3. Aun así, lo explicaré para ambas versiones.

Continuar leyendo “Ejecutar comandos de Linux mediante Python”

Git para uso personal en Debian (II)

1427946407_bitbucketLa breve introducción que hice en el último post es un acercamiento inicial a cómo funciona Git. Por supuesto, no pretende ser exhaustivo, porque hay manuales mejores que el mío, y que además lo explican muy bien, con dibujitos y todo. En el post de hoy explicaré algo que no hice en la primera parte: de qué va eso de las ramas (branches) y cómo subir nuestro repositorio a un servidor remoto.

Sigo pensando que esto no es una explicación de alto nivel para usar Git. Es la manera en que yo uso Git y cómo me ayuda a mantener ordenados mis propios proyectos.

Es importante conocer que aún estamos trabajando en local, no en remoto.

Creación de ramas

Branching es la creación de ramas. ¿Para qué sirve una rama? Nosotros estaremos editando nuestros archivos de manera local, en la rama principal o master, hasta que aparezca una idea nueva, un nuevo experimento o simplemente queramos hacer una prueba para ver si funciona de determinada forma. Así, tendremos una rama master y una rama de prueba, que podremos llamar como nos dé la gana. Si la idea funciona, la podremos unir con la rama master y seguir programando. Si ha sido una mala idea, no volvemos a tocarla y seguimos programando en la rama principal. Un ejemplo sería el de este gráfico:

Continuar leyendo “Git para uso personal en Debian (II)”