DERIES

Si no conoces Backtrack quizá deberías visitar la web de remote-exploit.

Vamos a instalarla en un pendrive (de 1GB o mayor para que quepa). Los pasos son los siguientes:

1-. Bajamos el iso (bt3final_usb.iso)

2-. Copiamos el contenido al disco usb (damos por hecho que previamente el disco está vacío y particionado con una partición fat (o fat32). Para copiarlo podemos abrir el iso con, por ejemplo, winrar si lo hacemos en Ms Windows, o podemos montarlo en modo loop en gnu/linux (mount -o loop bt3final_usb.iso bt3/). Una vez tenemos el contenido disponible lo copiamos al disco usb.

3-. Hacer el pendrive arrancable. Para ello ejecutamos un script (bootinst.bat en Windows o bootinst.sh en gnu/linux). Es posible que necesitemos disponer de permisos de administrador. En principio no debería haber problemas pero se impone leer con atención los mensajes que muestra el script.

Para más detalles visita el wiki de remote-exploit.org

Información extraida de http://lucas-coudures.blogspot.com/2008/07/instalar-backtrack-3-final.html

No dudes que el camino bueno es el que indican las ayudas de los programas de imágenes. Es decir... "preparar" la instalación para realizar la imagen con la utilidad sysprep de Microsoft y posteriormente realizar la imagen. Así cuando restauremos y arranquemos haremos como una finalización de instalación del S.O.

Podemos encontrar información de le herramienta en support de Microsoft o aquí.

Pero ?qué pasa si se te ha fastidiado el hardware y quieres restaurar una imagen reciente en tu hardware nuevo?

Puedes seguir el tutorial "Cómo cambiar una placa sin reinstalar Windows" (web1 o web2)

En mi caso, tras un fallo multiorgánico del equipo, tuve que recurrir a un hardware algo más antiguo con lo que tras la restauración de la imagen no había manera de que arrancara...

Inicialmente existe un servicio de temporización derivado de la funcionalidad inicial de Linksys. El ejecutable está en /usr/sbin/crond.

En los foros dedicados al tema (ver www.nslu2-linux.org) se recomienda instalar un segundo cron para otros funcionamientos.

Dado que me interesaba tener actualizado una dirección de dyndns instalé este segundo. Queda situado dentro de opt (/opt/sbin/cron)

Dada esta situación y con los 2 en marcha si utilizamos crontab modificamos el primero. Para utilizar el nuevo debemos incluir un nuevo archivo en /opt/etc/cron.d/ con la configuración. Es importante incluir el usuario que ha de ejecutar el comando temporizado... en el ejemplo se trata de root.

bash-3.2# cat dyndnsupd
# Set the interval of the next IP check using a crontab entry.
# Once every 15 minutes is good for a home server.
*/15 root /opt/bin/dyndnsupdate.sh &>/dev/null

Enlaces interantes:

• NSLU2-LINUX

Hoy voy a escribir sobre dos herramientas que me parecen útiles para conservar la información. Se trata de SimpleBackup y Dsynchronize.

SimpleBackup

Se trata de un script en perl para hacer backups. Existen versiones para diferentes S.O. pero realmente lo que me atrajo de esta solución es que existe una versión compilada para Windows y tiene multiples posibilidades para transportar la copia a un servidor remoto.

En concreto yo lo he utilizado haciendo que el transporte funcione sobre ssh. Esto tiene la ventaja de que, una vez se ha configurado y transportado las claves, no necesitamos ninguna utilidad a?adida en el extremo del servidor-almacen de copias. Aparte de las ventajas inherentes al ssh como la encriptación.

Como experiencia adicional comentar que casi bloqueaba el equipo windows del que hacía la copia de seguridad (temporizada con el programador de tareas). Para mejorar la experiencia del usuario mientras se hacía la copia, incluso a costa de alargar los tiempos las tareas se lanzan con el comando start y el parámetro /belownormal. En concreto:

start "SimpleBackup Gestwin" /dC:\simplebackup /belownormal C:\simplebackup\simplebackup.exe --conf C:\simplebackup\splbkpwin.conf

De este modo la prioridad para esta tarea está por debajo del resto de las de usuario y el usuario no tiene la sensación de que el equipo está bloqueado mientras hace la copia de seguridad.

[web de SimpleBackup] [screenshots]

Dsynchronize

Se trata de una aplicación para sincronizar multiples carpetas. Las carpetas se sincronizan por pares (una de origen a una de destino).

La interfaz es algo densa pero dado que solo tiene una pantalla con todas las opciones es adecuada. Puede trabajar en 'tiempo real', es decir haciendo un seguimiento cada pocos segundos de las carpetas, o bajo demanda.

También puede lanzarse en segundo plano desde linea de comandos (una vez configurado) y sin que muestre la interfaz. Incluso tiene un programador incluido, compresión, apagar al finalizar, sincronización bidireccional y un montón de opciones más.

Mi modo de uso, como comentaba arriba, es en segundo plano. Una vez configurado utilizo el programador de tareas para lanzar repetidamente "Dsynchronize /START /HIDDEN" de modo que llegado el momento arranque automáticamente la sincronización y sin que se notifique al usuario pues no se muestra ni gui ni icono en barra de tareas.

Pretendemos hacer una copia de seguridad de los correos de nuestra cuenta de gmail. Para ello utilizaremos la utilidad getmail configurada para almacenar los correos al estilo MailDir.

Dado que la utilidad está en los repositorios de ubuntu la instalaremos desde allí (sudo aptitude install getmail4).

Una vez instalada creamos las carpetas donde almacenaremos el correo:

$ mkdir ~/.getmail
$ mkdir -p ~/GmailBackup/new ~/GmailBackup/tmp ~/GmailBackup/cur

la carpeta .getmail es la que utiliza el programa por defecto para almacenar los archivos de configuración. Podemos crear el archivo para nuestra cuenta con cualquier editor. Por ejemplo:

nano ~/.getmail/getmailrc.mictagmail

Y dentro a?adiremos algo como lo siguente:

[retriever]
type = SimplePOP3SSLRetriever
server = pop.gmail.com
username = micuenta@gmail.com
password = clavedemictagmail

[destination]
type = Maildir
path = ~/GmailBackup/

[options]
verbose = 2
received = false
delivered_to = false
message_log = ~/.getmail/backupgmail.log

eso si con los valores adecuados de username y password. Si en vez de maildir queremos que nuestros correos se almacenen en formato mbox deberíamos poner, por ejemplo,

[destination]

type = Mboxrd

path = ~/GmailBackup.mbox

Finalmente solo faltaría a?adir una tarea al cron para que se ejecute repetidamente y sin nuestra atención:

# obtener copia local de la cuenta de gmail
35 22 * /usr/bin/getmail -ln --rcfile getmailrc.mictagmail >> ~/respgmail.log