Unity vs Gnome. No me gusta Unity.

A muchos de los tradicionales usuarios de la distribución ubuntu no nos ha gustado el camino que ha tomado canonical introduciendo unity como ambiente de trabajo predeterminado. A mi parecer, es muy arrasador con los recursos del sistema, consume demasiada ram y cpu, por lo demas, es bastante complicado para quienes estamos acostumbrados a la ya tradicional interfaz de gnome. Por otro lado, el dock o lanzador de aplicaciones de unity es bastante estable, sin embargo muy dificll de configurar y bastante difícil de manipular.

Si bien es cierto, unity, es un ambiente que brinda mucha sencillez de uso, demasiada diría yo, es tan sencillo de usar que a mi me aburrió rápidamente. Otro punto a favor es el buscador de aplicaciones, documentos, etc., es un lujo, pero sigue siendo una gran perdida de tiempo para quienes estamos acostumbrados a usar un escritorio con gnome.

Lo mejor de unity es lo integrado que esta con el sistema, algo que a mi juicio hubiera sido mejor si canonical se hubiera dedicado a integrar gnome de la manera como lo hizo con unity. En este punto se me viene a la mente un burda comparación entre windows xp y vista, en donde xp a la gente le gustaba por su sencillez y la costumbre de usarlo, vista empeoró enormemente la experiencia de uso del sistema, al menos eso siento yo con unity.

En lo personal, decidí configurar mi ubuntu 11.04 para que al iniciar sesión lo hiciera con el escritorio tradicional de gnome, instale docky, saque los menú de aplicaciones – lugares – sistema, para dejar un menú principal acompañado de la aplicaciones de indicadores o menú global como yo le llamo. Docky entrega una manera bastante sencilla de manejar las ventanas, además de ser mucho más rápido, sencillo de configurar y accesible que la barra de unity, por lo que me siento cómodo. El resultado es algo muy parecido al ambiente de Mac OS X.

Unity tiene sus pros y contras, como todo en la vida, yo me quedo con gnome.

música para volar

Este es el primero de muchos (espero) artículos que quiero compartir con videos, o más bien música que a mi me provoca emociones y estados de animo muy agradables. Es esencialmente música muy sinfónica, clásica y con alto contenido artístico.

La siguiente canción la compuso el maestro Hans Zimmer para la pelicula Inception. Me llamo mucho la atención lo fantástico de las composiciones, incluyendo instrumentos poco comunes en música de éste tipo como lo es la guitarra eléctrica con distorsión, algo que francamente de da un sentido maravilloso a la obra.

En lo personal, esta obra me hace pensar y sentir que soy solo un alma más en este maravilloso universo y que el amor para con los demás debe ser lo primordial en nuestras vidas, eso es realmente lo que trasciende, el hecho de entender que podemos sentir emociones que nos hacen más humanos.

Los dejo ya con Hans Zimmer – Time.

Respaldos remotos con SSH en Linux

Muchas veces como administradores de sistemas nos enfrentamos a uno de los temas de mayor relevancia en torno a la continuidad operativa de nuestros servicios, los respaldos. Es importante mantener actualizados y en optimas condiciones los sistemas. Técnicas como el RAID y la alimentación ininterrumpida nos permiten dormir más tranquilos y pensar menos en catástrofes que puedan dañar los sistemas y por ende dañar configuraciones y archivos que pueden ser importantes para la organización. Por todo lo anterior, es de suma relevancia que en lo posible se tengan sistemas de respaldos remotos y deseablemente en locaciones geográficas distintas.

Como es común en el mundo Unix, existen varias técnicas que nos permiten realizar tareas especificas y esta vez voy a explicar una sencilla manera de realizar la importante misión de hacer respaldos remotos utilizando SSH. Es una técnica bastante bien documentada por la web, pero que a mi juicio no esta bien explicada.

SSH, además de permitir acceder a maquinas remotas y controlar todo para lo que se tenga permiso, es una herramienta que soporta transmisión de datos. Es ésta característica la que vamos a aporvechar para realizar los respaldos remotos.

Asumiendo que se tienen dos equipos corriendo GNU/Linux vamos a implementar un sistema de respaldos para una base de datos en mysql que permita crear una copia de la misma en el servidor local y luego enviar ese respaldo a un host de respaldos remoto vía Internet. Es lo mismo si se requiere para cualquier tipo de archivos, carpetas, etc.

Los pasos a seguir son los siguientes:

1.- Ambos equipos deben tener instalado el servidor SSH. Si es un Linux de la linea Debian lo instalan con “apt-get install ssh” y si es de la linea Red Hat con “yum install openssh”.

2.- Entramos por SSH a la maquina que maneja la información que deseamos respaldar. Vamos a suponer que usaremos el usuario “jose” y el password “jose123″ en ambos equipos.

3.- Una vez dentro del servidor debemos generar un par de llaves SSH que son del tipo privada/publica usando el comando “ssh-keygen”.

jose@localhost # ssh-keygen -t rsa

Hecho lo anterior el sistema arrojará lo siguiente:

Generating public/private rsa key pair. 
Enter file in which to save the key (/home/jose/.ssh/id_rsa): 

Pregunta en que fichero deseamos guardar la llave, simplemente damos ENTER al igual que las siguientes preguntas:

Enter passphrase (empty for no passphrase):
Enter same passphrase again: 

Una vez terminado nos muestra:

Your identification has been saved in /home/scott/.ssh/id_rsa. 
Your public key has been saved in /home/scott/.ssh/id_rsa.pub. 

SSH ha creado 2 llaves, una publica (id_rsa.pub) y otra privada (id_rsa) que han sido guardadas en el directorio /home/jose/.ssh/

4.- Copiamos la llave publica al host remoto que actuará como servidor de respaldos vía SSH. Para ello utilizaremos la herramienta SCP en linea de comandos.

jose@localhost # scp /home/jose/.ssh/id_rsa.pub jose@X.X.X.X:/home/jose/.ssh/authorized_keys2

En donde X.X.X.X es la dirección IP del host remoto, por ejemplo: 192.168.1.2. Pedirá la contraseña del usuario remoto, en este caso la contraseña de jose.

5.- Verificamos que tengamos acceso a la maquina remota con lo que acabamos de hacer.

jose@localhost # ssh jose@X.X.X.X ls

Veremos una lista de archivos del host remoto. De no ocurrir esto o nos pide password, entonces volvemos a empezar desde el punto 3.

6.- Ya generada la conexión entre el servidor local y el host remoto al que enviaremos la información a respaldar es tiempo de generar el script que nos permitirá sacar una copia de la base de datos que necesitamos respaldar, comprimirla y enviarla al host remoto.

Creamos el script:

jose@localhost # vi script.sh

El contenido será:

#!/bin/bash
mysqldump  -u  usuario   -pclave   basededatos  >  /home/jose/mysql-bkps/bd-$(date +%d-%m-%Y).sql
bzip2  /home/jose/mysql-bkps/bd-$(date +%d-%m-%Y).sql
scp /home/jose/mysql-bkps/bd-$(date +%d-%m-%Y).sql   jose@X.X.X.X:/home/jose/mysql-bkps/

En donde mysqldump es la orden para generar un sql de una base de datos en concreto. Notese que -pclave se refiere a que hay que poner la clave pegada a la opción, es decir, -pmiclave.

En ambos equipos debe estar creada la carpeta /home/jose/mysql-bkps o la ruta que prefieran utilizar, esto es solo a modo de ejemplo.

Solo queda salir del editor y guardar con “:wq”.

7.- Finalmente se requiere que este respaldo se realice a todos los días a las 00:00, para ello utilizaremos crontab que es el programador de tareas con el que trabajan los sistemas Unix. Esto lo haremos en el servidor, no en el host de respaldos.

Para entrar en la edición de cron ejecutamos lo siguiente:

jose@localhost # crontab -e

Luego, en el editor de cron ponemos:

0 0 * * * /home/jose/script.sh

Hace que todos los días ejecute el script.sh que creamos anteriormente exactamente a las 00:00.

Con todo esto ya tenemos un sistema de respaldos automatizado que genera una copia de la base de datos deseada y la envía a un servidor de respaldos todos los días, de manera sencilla y segura.

Follow @javiergaray

 

 

 

 

 

 

COMENTAR