Day: July 6, 2008

Disaster Recovery

/ arrodas / Leave a comment

Quizás si digo backups la gente le suene un poco más, pero, ¿dónde haces los backups?, ¿a otro directorio?, ¿a un disco duro externo?…

La experiencia me dice que todo lo que se hace a mano al final no se hace, así que, el backup tenía que cumplir que:

a) Sea automático (tarea del crontab), lo que descarta DVD’s, discos duros externos…. (alguien tiene que meterlos/pincharlos)

b) No se quede en casa, pues si el disco duro casca, me quedo sin backups.

Así pues, usando el espacio de hosting que tengo con el dominio, ¿por qué no meterlo ahí?. Esto me crea un problema más, ¿qué certeza tengo que nadie se los pudiera descargar y/o analizar?. Para ello, antes de subirlos tengo que cifrarlos, preferiblemente con PGP y una clave de 2048. Sin embargo, es la pescadilla que se muerde la cola, pues ¿cómo hago backup de las llaves PGP?, ¿alguna idea?.

El script que uso para el backup es:

#!/bin/bash

ORDENADOR=nombre
DIRECTORIOS=”DIR1 DIR2… DIRn”  #directorios para hacer backup
BACKUPDIR=DIR_bck #donde guardar el backup

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

FECHA=`date +%G%m%d`

#MySQL Administrator Backup [Backup_General] {USANDO MySQL_Admin}
/usr/bin/mabackup -d $BACKUPDIR -x {PREFIJO} -c {CONEXION A TU MYSQL} {TIPO DE BACKUP}
FICHERO=`ls -tr $BACKUPDIR | tail -n1`
gzip $BACKUPDIR/$FICHERO
gpg -e –default-recipient-self $BACKUPDIR/$FICHERO.gz
rm $BACKUPDIR/$FICHERO.gz

FICHERO=$BACKUPDIR/$ORDENADOR-$FECHA.tar.gz
tar cfz $FICHERO $DIRECTORIOS
gpg -e –default-recipient-self $FICHERO
rm $FICHERO

#Subo los *.gpg al server
echo “$ MACRO_A_USAR” | ftp {SERVIDOR FTP}
logger “Backup Semanal completado y subido al servidor”

Donde para usar una macro de FTP, tienes que tener un fichero en el home adecuado del usuario que ejecutará la tarea, que se llama .netrc con el contenido:

machine {SERVIDOR FTP}
login {USUARIO}
password {PASSWORD}
macdef {MACRO_FTP_A_USAR}
prompt off
lcd {DIRECTORIO DE BACKUPS}
mput *.gpg

Es un poco para andar por casa, pero funciona. Lo único peligroso es el .netrc, pero con unos buenos permisos tendremos todo bajo control.

eBay, los envíos por Correos y los sellers que se hacen el loco…

/ arrodas / Leave a comment

Hace algún tiempo, comenté los problemas con eBay y la compra de un par de headsets estéreo bluetooth.

Al final, abonamos la diferencia por Paypal para evitar los costes de transferencias bancarias y recibimos el pedido.

Todo parecía perfecto, pero uno de los dos headsets no tenía operativo el botón de colgar/descolgar. Parece una tontería, pero si llevas el móvil guardado es bastante útil, así que, procedimos a devolverlo.

Con el mismo sobre que vino, le pegamos las pegatinas con el destinatario y lo envié por correo certificado con acuse de recibo. A la vuelta, resulta que los piratas de Pid-Handy-Fit, el PowerSeller al que compramos los cacharritos, nos envían el mismo de nuevo.

Volvemos a pedir explicaciones, con la correspondiente queja a eBay, así que, tenemos que enviarlo de nuevo. Al llegar a la oficina de Correos, me dicen que es un sobre usado y que no se puede… Intento que la persona entre en razón, pues la otra vez no hubo problema alguno. Decía que había restos de un sello de caucho, así que, ni corto ni perezoso, le pido un poco de papel y cinta adesiva: Sí, pe pego un parche en los restos del sello. ¡Hala, vuelve a por otra!.

Ahora estamos a la espera de recibir el headset, con la esperanza que sea otro distinto y que funcione. Sin embargo, al poco, nos dicenq que ya no les quedan más, pero que podemos comprar cualquier otra cosa de su tienda.

Pedimos la devolución y así hemos estado cerca de 90 días, pues la “disputa” (así lo llama eBay) llegó inlcuso a expirar y nosotros sin recibir la pasta… Al final, a golpe de un correo diario y abrir una nueva disputa en eBay, se ha solucionado todo, devolvíéndonos por PayPal el importe del headset más los portes de las devoluciones.