Morenisco <[EMAIL PROTECTED]> wrote:
> Tengo que traspasar archivos grandes (app 1,2,3 GB) de esta forma:
>
> Nodo_A --> Nodo_B --> Nodo_C
>
> No puedo traspasar directamente desde Nodo_A a Nodo_C porque estan en
> diferentes redes,
No entiendo?
> y no tengo permisos para llegar en forma directa (y no
> depende de mi, y la gestion lleva semanas...).
Tomatelas. Es mucho mejor que una solucion coja.
> Bueno, se que ftp es inseguro, pero en en redes privadas en donde se supone
> que hay gente que trabaja en redes no mas...
La mayor parte de los ataques vienen de adentro, y si pululan "entendidos"
por alli, aum mucho peor...
> El asunto es que estoy pensando en hacer un servicio que transfiera por ftp
> automatico (via crontab) los archivos de una maquina a la otra, y luego a la
> final.
scp (o sftp) sin passwords, tal vez?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Tue Apr 10 00:56:16 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Tue Apr 10 00:57:33 2007
Subject: Servidor de correo de respaldo
In-Reply-To: <[EMAIL PROTECTED]> (added by
[EMAIL PROTECTED])
References: <[EMAIL PROTECTED]> (added by
[EMAIL PROTECTED])
Message-ID: <[EMAIL PROTECTED]>
jaimon <[EMAIL PROTECTED]> wrote:
> En una empresa _equis_ instale fedora 6 (al dia) y esta funcionando ok, como
> dns, correo, web y ftp. El problema que tengo es que a veces se cae el
> enlace y como es un lugar aislado las soluciones del proveedor llegan
> (algunas veces) al dia siguiente.
Y?
> Eso implica correo perdido.
El correo se encola en los origenes, y se entrega luego. Generalmente se
retiene el correo sin entregar por 4 dias, asi que nada se pierde.
> Ahà pense... Yo en mi casa tengo ip fija (jeje) y un pc con linux que puedo
> usar como servidor de correo "de alguna magica forma" para que almacene los
> correos de _equis_ y luego los entregue al servidor_oficial al volver a
> estar operativo, ya que no creo que los entregue a los usuarios
> directamente.
MX secundario, aunque es una tontera para este caso.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Tue Apr 10 00:57:05 2007
From: [EMAIL PROTECTED] (Alc0z Datapipe)
Date: Tue Apr 10 00:58:24 2007
Subject: Debian Sarge a Etch.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
yo hace un mes tube que instalar debian y lo hice con la instalacion minima
(la netinstall) y queda un sarge pero para mi gusto todo era muy añejo
(gustos y gustos), y aplique upgrade a etch y no he tenido ningun problema
en el upgrade y de hecho todo ok. aunque me habia acostumbrado a fedora 6
ultimamente y por eso me parecia un poco aticuado ver versiones mas antiguas
del las aplicaciones.
yo te daria la misma recomendacion que el mensaje de German , espera a
actualizar el nucleo antes de cualquier reboot, ya que son cambios
importantes entre las dos versiones.
El día 9/04/07, German Vidal M. <[EMAIL PROTECTED]> escribió:
>
> Estimados:
>
> Como ya sabran se libero Debian Etch como stable
> (http://www.debian.org/News/2007/20070408).
> Sin embargo, me gustaria saber quien ha realizado un upgrade de Sarge a
> Etch y cuales han sido sus experiencias al respecto.
>
>
> Gracias, saludos.
>
>
> --
> German Vidal M.
>
>
From [EMAIL PROTECTED] Tue Apr 10 00:57:49 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Tue Apr 10 00:59:06 2007
Subject: Servidor de correo de respaldo
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Renato Covarrubias Romero <[EMAIL PROTECTED]> wrote:
[...]
> Algo asi como...
> @ IN MX 10 mail.dominio.cl.
> IN MX 20 1.2.3.4.
^^^^^^^
/Tiene/ que ser un nombre, no una IP.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Tue Apr 10 01:17:29 2007
From: [EMAIL PROTECTED] (Morenisco)
Date: Tue Apr 10 01:18:53 2007
Subject: ftp automatico
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On 4/9/07, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
>
> Morenisco <[EMAIL PROTECTED]> wrote:
> > Tengo que traspasar archivos grandes (app 1,2,3 GB) de esta forma:
> >
> > Nodo_A --> Nodo_B --> Nodo_C
> >
> > No puedo traspasar directamente desde Nodo_A a Nodo_C porque estan en
> > diferentes redes,
>
> No entiendo?
Entremedio de las redes hay switches manejados, y ahi no me dejan pasar
directamente desde Nodo_A que esta en una red, al Nodo_C que esta en otra
red, y el trafico entre esas redes esta inhabilitado por defecto
(seguramente hay un router ahi).
[...]
La mayor parte de los ataques vienen de adentro, y si pululan "entendidos"
> por alli, aum mucho peor...
>
> > El asunto es que estoy pensando en hacer un servicio que transfiera por
> ftp
> > automatico (via crontab) los archivos de una maquina a la otra, y luego
> a la
> > final.
>
> scp (o sftp) sin passwords, tal vez?
Claro, esa es la idea, pero alguna cosa en el RHEL 4 o en la red hace que no
funcione el ssh, scp sin password.
Saludos.
Morenisco.
From [EMAIL PROTECTED] Tue Apr 10 02:18:05 2007
From: [EMAIL PROTECTED] (Cristian Rodriguez)
Date: Tue Apr 10 02:19:26 2007
Subject: Servidor de correo de respaldo
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 9/04/07, jaimon <[EMAIL PROTECTED]> escribió:
> Como se implementa eso? , mejor dicho: Se puede hacer eso? O los MX indican
> solo relay?
si **de verdad** necesitas esto (porque como dijo HvB en otra
respuesta, no parece ser necesario en tu caso) hay empresas serias que
ofrecen el servicio a no mas de 30 USD AL AÑO ( eso deberia ser
bastante barato para la empresa a la cual supuestamente le
configuraste un servidor de correo )
