Hugo Bravo R escribió:
> Estimados,
> 
> Situacion:
>    Necesito respaldar una base mysql desde un servidor remoto, guardando 
> una copia local y a la vez, subirla a un sercidor ftp.
> 
> Procedimiento:
>    Hago un dump desde el equipo local y luego lo comprimo a tar.gz con 
> un script en bash.
>    Luego de esto, el mismo script llama a otro script con expect que 
> sube el archivo al ftp.
> 
>    Cuando ejecuto el script por consola, ningun problema, funciona ok...
>    El problema es cuando intento ponerlo en el cron.
>    Cree 2 links simbolicos en /etc/cron.daily, que apuntan a cada 
> archivo script.
> 
>    La maquina es un CentOS 4.5.
> 
> Archivos:
> 
> 1.- script en bash
> ---------------------------------------------------------------------------
> #!/bin/bash
> 
> fecha=$(date +%Y%m%d)-$(date +%H%M)
> 
> mysqldump -h 200.xx.xx.xx -u usuario -ppasswd --opt -f -v basex > 
> tmpbk/basex.$fecha.sql
> 
> tar zcvf tmpbk/basex.$fecha.tar.gz tmpbk/basex.$fecha.sql
> 
> rm -f tmpbk/basex.*.sql
> 
> #Aqui llama al script que sube al ftp
> ./bk.ftp.asp.exp
> 
> rm -f tmpbk/basex.*
> ---------------------------------------------------------------------------
> 
> 2.- script en expect
> ---------------------------------------------------------------------------
> #!/usr/bin/expect
> 
> set site "ftp.servidor.cl"
> set user "[EMAIL PROTECTED]"
> set pass "passwd"
> set path "tmpbk/"
> set files "basex.*"
> 
> spawn ftp $site
> expect "Name"
> 
> send "$user\r"
> expect "Password:"
> 
> send "$pass\r"
> expect "ftp>"
> 
> send "prompt\r"
> expect "ftp>"
> 
> send "bin\r"
> expect "ftp>"
> 
> send "lcd $path\r"
> expect "ftp>"
> 
> send "mput $files\r"
> expect -timeout -1 "ftp>"
> 
> send "bye\r"
> expect eof
> ---------------------------------------------------------------------------
> 
> Espero me puedan ayudar...
> Gracias de antemano.
> 
> Hugo

No se ejecuta o te da fallos?
Si te da fallos puede ser que las locales afecten el formato de 
especificacion de las fechas, no siendo el mismo para tu usuario que el 
que ejecuta cron, por ejemplo en mi caso, cuando especifico fechas en 
mis scripts de respaldo Tivoli en cron debo hacerlo con el formato 
DD/MM/AA, mientras que si el mismo script lo ejecutara en consola el 
formato seria MM/DD/AA.

-- 
Atte. Ricardo Utreras Estrella
From [EMAIL PROTECTED]  Sun Jul  8 01:51:54 2007
From: [EMAIL PROTECTED] (Cristian Rodriguez)
Date: Sun Jul  8 01:53:45 2007
Subject: Suse y Mod Security
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 7/7/07, Morenisco <[EMAIL PROTECTED]> wrote:
> On 7/6/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> >
> > On 7/6/07, Vida Luz <[EMAIL PROTECTED]> wrote:
>
>
> [...]
>
> ahora el mod_security no es una muy buena idea, para simplificar la
> > explicacion este es como un filtro anti-spam pero para evitar ataques
> > en tus sitios, o sea..  detiene "ataque" pero no "AtAQu3" , hay miles
> > de maneras de programar exploits de formas distintas y es imposible
> > tener "reglas" para todos.
> >
> > En resumen, vas por el camino equivocado.
> >
>
> xD
> Estimado Cristian ya ke le echaste abajo el avion, podrias indicarle cual
> seria el kamino adecuado?
>


para tomar el camino adecuado, primero hay que saber adonde queremos llegar :-)

1. Si quiere "proteger" aplicaciones escritas en PHP, suhosin
extension [1] le puede servir.

2. SI las aplicaciones que quiere proteger estan bajo su control, la
mejor manera de protegerse es manteniendolas al dia.


[1] http://www.hardened-php.net/suhosin/index.html incluido en
openSUSE 10.2 o posterior, disponible para versiones mas antiguas de
la distribucion en http://software.opensuse.org/server:/php/ ( si
tienes alguna duda, escribes.. yo mantengo todo eso :-P )
From [EMAIL PROTECTED]  Sun Jul  8 16:29:52 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Sun Jul  8 16:31:44 2007
Subject: Suse y Mod Security
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El 8/07/07, Cristian Rodriguez <[EMAIL PROTECTED]> escribió:
> On 7/7/07, Morenisco <[EMAIL PROTECTED]> wrote:
> > On 7/6/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> > >
> > > On 7/6/07, Vida Luz <[EMAIL PROTECTED]> wrote:
> >
> >
> > [...]
> >
> > > ahora el mod_security no es una muy buena idea, para simplificar la
> > > explicacion este es como un filtro anti-spam pero para evitar ataques
> > > en tus sitios, o sea..  detiene "ataque" pero no "AtAQu3" , hay miles
> > > de maneras de programar exploits de formas distintas y es imposible
> > > tener "reglas" para todos.

Basta con que la persona escriba un buen código, y no las estupideces
que se ven en cualquier content management system.

> > > En resumen, vas por el camino equivocado.

¿Por qué? No ha dicho con qué clase de software usa con Apache, estás
presuponiendo que está usando alguna cosa relacionada con PHP.

> > Estimado Cristian ya ke le echaste abajo el avion, podrias indicarle cual
> > seria el kamino adecuado?

De hecho, nunca el camino adecuado es filtrar a partir desde apache,
porque se llega a vulnerar ese filtro, el usuario va a quedar en
pelotas...

> para tomar el camino adecuado, primero hay que saber adonde queremos llegar 
> :-)
>
> 1. Si quiere "proteger" aplicaciones escritas en PHP, suhosin
> extension [1] le puede servir.
>
> 2. SI las aplicaciones que quiere proteger estan bajo su control, la
> mejor manera de protegerse es manteniendolas al dia.
>
> [1] http://www.hardened-php.net/suhosin/index.html incluido en
> openSUSE 10.2 o posterior, disponible para versiones mas antiguas de
> la distribucion en http://software.opensuse.org/server:/php/ ( si
> tienes alguna duda, escribes.. yo mantengo todo eso :-P )

La verdad es que si bien el suhosin de Stefan Esser es bueno para php,
la dama no ha dicho nada sobre PHP en ninguna parte, y Suhosin no
aplica bajo aplicaciones escritas en Perl, Python, Ruby, ni nada de
eso; es para PHP.

-- 
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org

Responder a