serumax@bunbury:~$ comando -opciones /carpeta-o-archivo/origen /carpeta-o-archivo/destino

Es importante destacar que cuando se trata de carpetas  las rutas de origen y destino no se comportan de igual forma si se usa o no un salsh (/) final. De esta forma, si el ejemplo anterior fuese real, tendríamos como resultado la carpeta “destino” ahora contiene una llamada “origen”

Veamos entonces algo más concreto. Pongamos por caso que necesitamos respaldar todos los archivos de la carpeta /var/www/sitio1 en una carpeta de igual nombre pero en otra máquina. Para esto tenemos dos opciones:

Opción 1
rsync -avz /var/www/sitio1 usuario@192.168.0.1:/var/www

Opción 2
rsync -avz /var/www/sitio1/ usuario@192.168.0.1:/var/www/sitio1/

Como pueden observar, para indicar donde respaldaremos los archivos debemos escribir el usuario y la ip de la máquina de destino usuario@192.168.0.1, seguido de los “:” y de la ruta /var/www/sitio1/, esto nos permitirá autenticarnos en la máquina remota tal como lo hacemos con ssh. Para conocer el resto de las opciones de rsync podemos recurrir a man rsync, no obstante, en el ejemplo hemos usado -avc, que significa que respaldaremos la carpeta de froma recursiva en mdo verboso (con salida por pantalla) y con compresión.

Finalmente, para evitar que nos pregunte la password -por ejemplo para programar un crontab- podemas crear un certificado DSA.

Post relacionados

• Como sincronizar dos ordenadores en Linux
• Claves DSA para conectarse por ssh sin contraseña
• Problemas Comunes

Así de simple, la nueva ley señala que:

“La cotización de equipos computacionales que incluya el costo de licencias debe indicar al menos una alternativa con software licenciado bajo la modalidad de fuente abierta o libre de costo.

No se podrá adquirir licencias en la compra de equipamiento computacional y las licencias de software que se requieran deberán ser adquiridas individualizándose por separado, y su cotización deberá acompañarse por una justificación especial si es que existe un software de código abierto o libre de costo que realice la misma función”.

Por lo que si eres uno de esos informáticos que pensó que ahora tendrás que estudiar más, te digo que estás en lo correcto. Como dice Francotirador en su post, si no das la talla te cambiarán a ti no al sistema.

Pero no todo será tan terrible, por ejemplo, tus servidores tendrán mayor “Up Time” que nunca, no tendrás que andar reparando tarros con malware ni viruses y con poco esfuerzo tendrás a tu disposición software de punta para trabajar con comodidad y eficiencia. O sea, tiempo para estudiar tendrás, eso es seguro!

En resumen, Prism es otra aproximación más a esto de las aplicaciones web como escritorio bajo el alero de la cloud-computing, es decir, es la apuesta de Firefox para competir contra Adobe Air y Silverlight.

En mi opinión, la ventaja que tiene Prism por sobre la otras alternativas es que al ser una especie de fork de Firefox ya está diponible en todos los Sistemas Operativos, vale decir, Windows, Mac  y Linux, tanto en versiones de 32 como de 64 bits.

Además, a diferencia de Air y Silverlight, Prism no pretende crear una web alternativa sino que intenta extraerla del navegador para llevarla mediante XUL a nuestro escritorio.

Esto significa que pueden desarrollarse aplicaciones web haciendo uso de tecnología y lenguajes conocidos: HTML, JavaScript, CSS, etc y que, en favor de la convergencia, más vale crear aplicaciones  minimalistas que realicen funciones específicas, puesto que pueden (re)utilizarse tanto en dispositivos móviles como en widgets de manera independiente de la plataforma y del Sistema Operativo, con una reducción de costos en tiempo y dinero que puede ser sustancial.

Más información

• https://wiki.mozilla.org/Prism#Web_Application_Script
• https://labs.mozilla.com/forum/?CategoryID=16
• http://es.wikipedia.org/wiki/Artilugio

¿Qué necesitamos?

• Un servidor con Linux (para este caso usaremos Ubuntu)
• Bind 9
• Un poco de experiencia con el terminal y opcionalmente con Midnight Commander
• Un editor de texto plano (vim, nano, gedit, kate, o el de MC)
• Privilegios de root o sudo

Como este tutorial es sobre DNS no me extenderé en detalles anexos, es decir, si usas Fedora o Centos, o prefieres Nano en vez de Vim notarás ciertas diferencias que supongo dominarás bien!

Lo primero es lo primero, instalar Bind9:

serumax@bunbury:~$ sudo apt-get install bind9
[sudo] password for serumax:

Acto seguido editamos el archivo named.conf.local

//o nano o gedit
sudo vim /etc/bind/named.conf.local

y agregamos una nueva zona:

zone “dominio.cl”{
type master;
file “/etc/bind/db.dominio.cl;
};

En resumen y para no complicar el asunto, lo que hacemos es crear una zona maestra y señalar la ruta del archivo donde la configuraremos. Por tanto lo que ahora se necesita hacer es crear ese archivo:

//o nano okate
sudo vim /etc/bind/db.dominio.cl

y le agregamos lo siguiente:

;
; BIND data file for dominio.cl loopback interface
;
$TTL    604800
@       IN      SOA    dominio.cl. dominio.cl. (
1                   ; Serial
604800         ; Refresh
86400           ; Retry
2419200       ; Expire
604800 )       ; Negative Cache TTL

@               IN      NS     dominio.cl.
@               IN      A      200.72.85.55
www           IN      A      200.72.85.55
sub1          IN      A      200.72.85.56 ; subdominio 1 en otro servidor
sub2          IN      A      200.72.85.57 ; subdominio 2 en otro servidor

Con esto ya tenemos lo básico para hacer funcionar el servidor DNS, sólo reiniciamos el demonio de Bind y voalá.

sudo /etc/init.d/bind9 start
//y para comprobralo

serumax@bunbury:~$ dig @localhost dominio.cl

; <<>> DiG 9.4.1-P1.1 <<>> @localhost  dominio.cl
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12698
;; flags: qr aa rd ra; QUERY:1,ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
; dominio.cl.            IN    A

;; ANSWER SECTION:
dominio.cl.        604800    IN    A    200.72.85.55

;; AUTHORITY SECTION:
dominio.cl.        604800    IN    NS    dominio.cl.

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Nov 17 18:16:48 2008
;; MSG SIZE  rcvd: 59

Pero aun falta la pate más compleja: resolver la zona inversa… uff! Esto significa que cuando hagamos una consulta DNS  por una IP, en este caso 200.72.85.55, la sección de respuesta nos devolverá como resultado el dominio, pero eso lo dejaré para la parte II.

Cada vez administro más servidores Linux (ayer se sumaron dos más ubicados en Chicago), por lo que suelo conectarme todo el tiempo por SSH y, obvio, tengo teclear las contraseñas cada vez me conecto a una máquina, algo que realmente se ha vuelto tedioso. Por suerte se puede configurar SSH para que utilice certificados o claves DSA, de tal forma podremos autenticarnos automáticamente en el servidor.

Entonces generaremos las claves DSA usando el protocolo 2, que es el protocolo utilizado y recomendado hoy por hoy. Una de las claves generadas será la “clave privada” que quedará guardada en nuestra máquina y opcionalmente podrá ser protegida con una contraseña.  La otra será la “clave pública” que es la que transferiremos al servidor remoto.

Para generar estas claves utilizamos el comando ssh-keygen:

traveler@talita:~$ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/traveler/.ssh/id_dsa):
Created directory ‘/home/traveler/.ssh’.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/traveler/.ssh/id_dsa.
Your public key has been saved in /home/traveler/.ssh/id_dsa.pub.
The key fingerprint is:
b4:23:82:5a:19:5b:6f:f3:78:31:fb:f8:45:0b:ed:8f traveler@talita

En la pregunta “Enter file in which to save the key…” hagan enter para que tome el valor predeterminado, lo mismo pueden hacer cuando se les pregunte por la contraseña si no quieren proteger la clave privada con una password.

Una vez terminado el proceso en la carpeta ~/.ssh tendrán un nuevo archivo con la clave pública (id_dsa.pub) y otro con la clave privada (id_dsa). En este punto tendrán que transfierir la clave pública al servidor con el comando ssh-copy-id:

traveler@talita:~$ ssh-copy-id -i .ssh/id_dsa.pub traveler@talita
traveler@talita’s password:
Now try logging into the machine, with “ssh ‘traveler@talita’”, and check in:
.ssh/authorized_keys
to make sure we haven’t added extra keys that you weren’t expecting.

Con esto ssh-copy-id habrá agregado la clave pública al archivo ~/.ssh/authorized_keys del usuario en el servidor remoto y la siguiente vez que nos conectemos la autenticación será automática sin necesidad de ingresar la contraseña nunca más.

Una de las primeras cosas que me gustó de Linux Ubuntu Gnome fuel el atajo de teclado alt+F2. Sencillamente me olvidé de los menues y del mouse para lanzar programas y comandos sencillos…

Hace un buen rato también comencé a usar Gnome-do, pero la verdad es que sentía que le faltaba un poco de madurez al lanzador, pero ahora con la versión 0.6.1.0 creo que ya la tiene de sobra…

Esta nueva versión viene con una alta dosis de plugins ready to go que permiten controlar casi todo el Escritorio sin apenas usar el mouse.Por ejemplo, hay plugins para controlar Rhythmbox, la lista de contactos en Pidgin, alertas de email nuevos en Gmail o twittear…

Y justamente uno de los plugins que más me ha gustados es el de twitter, que funciona de manera tan simple como se ve en las fotos. Configurarlo no cuesta nada. Solo hay que ir a las preferencias de Gnome-do, buscar el plugin y configurarlo ingresando los datos de nuestra cuenta….

Genial y fácil!

Si dependiera de los internautas de todo el mundo Obama sería electo Presidente casi sin ninguna resistencia, es que Barack Obama ha usado Internet de manera excepcional tanto para comunicar su mensaje como para posicionar su nombre y su imagen como una marca imposible de olvidar…

Por eso no me gustaría ni pensar lo que pasaría si votara por McCain