ftp automatico
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 InformaticaFono: +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 InformaticaFono: +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 InformaticaFono: +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
ftp automatico
On 4/9/07, Morenisco [EMAIL PROTECTED] wrote: Holas, 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, y no tengo permisos para llegar en forma directa (y no depende de mi, y la gestion lleva semanas...). Bueno, se que ftp es inseguro, pero en en redes privadas en donde se supone que hay gente que trabaja en redes no mas... 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. Pero me complica el tema de dejar el usuario y password en un archivo de texto plano, por seguridad minima, digo. No se si sera mejor hacer un programita en C que lo haga o si hay otras posibilidades de esconder el login y passwd para acceder al servicio. Saludos y gracias. Morenisco. Y scp entre las maquinas?... con llaves precompartidas? -- Miguel Angel Amador L. [ jokercl at gmail dot com | User #297569 counter.li.org ] From [EMAIL PROTECTED] Mon Apr 9 13:11:38 2007 From: [EMAIL PROTECTED] (Ricardo Utreras Estrella) Date: Mon Apr 9 13:37:09 2007 Subject: ftp automatico In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Morenisco escribió: Holas, 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, y no tengo permisos para llegar en forma directa (y no depende de mi, y la gestion lleva semanas...). Bueno, se que ftp es inseguro, pero en en redes privadas en donde se supone que hay gente que trabaja en redes no mas... 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. Pero me complica el tema de dejar el usuario y password en un archivo de texto plano, por seguridad minima, digo. No se si sera mejor hacer un programita en C que lo haga o si hay otras posibilidades de esconder el login y passwd para acceder al servicio. Saludos y gracias. Morenisco. Podrias usar SCP y dejas los certificados en los nodos respectivos (el del nodo b en a y el del nodo c en b) para que no te pidan autentificacion. De paso, asi transfieres de forma segura. Saludos -- Atte. Ricardo Utreras Estrella From [EMAIL PROTECTED] Mon Apr 9 13:35:52 2007 From: [EMAIL PROTECTED] (Morenisco) Date: Mon Apr 9 13:37:13 2007 Subject: ftp automatico In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On 4/9/07, Miguel Angel Amador L [EMAIL PROTECTED] wrote: [...] Y scp entre las maquinas?... con llaves precompartidas? Es una posibilidad, pero es harto mas lento. Ademas tengo un problema con eso, entre Nodo_A (debian) -- Nodo_B (debian) eso funciona bien (ssh sin password), pero en Nodo_B (debian) -- Nodo_C (RHEL 4), no funciona, igual pide la password, aunque esta bien configurado (la llave publica de Nodo_B esta en authorized_keys de Nodo_C). No se porque pasa eso. Como estan en diferentes redes, tenia problemas para conectarme por ssh al comienzo, ya que se demoraba demasiado tiempo en encontrar el host de vuelta. Asi es que puse mi IP en el /etc/hosts (Nodo_C) y ahi funciona sin problemas, pero no he logrado resolver que no pida passwd... Saludos :) Morenisco. From [EMAIL PROTECTED] Mon Apr 9 13:51:27 2007 From: [EMAIL PROTECTED] (Morenisco) Date: Mon Apr 9 13:52:57 2007 Subject: ftp automatico In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On 4/9/07, Ricardo Utreras Estrella [EMAIL PROTECTED] wrote: [...] Podrias usar SCP y dejas los certificados en los nodos respectivos (el del nodo b en a y el del nodo c en b) para que no te pidan autentificacion. De paso, asi transfieres de forma segura. Bueno, si pruebo esto: [EMAIL PROTECTED]:~$ ssh -l morenisco $IP -i .ssh/id_rsa igual me pide la password al tratar de conectarme al RHEL 4. Solo es con el RHEL 4, con debian pero en la misma red funciona. Saludos. Morenisco. From [EMAIL PROTECTED] Mon Apr 9 13:54:05 2007 From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Date: Mon Apr 9 14:20:17 2007 Subject: Servidor DNS Dinamico In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Tengo que realizar un servidor que de soporte a DNS dinamicas ( servidores perifericos con ip dinamica ) pero antes de realizarlo con alguna libreria (python) me gustaria saber si hay algun proyecto que ya tenga resuelto el problema (ssl, etc) o si esta dispinible los fuentes alguno como noip, dyndns u otro gracias. This message was sent using IMP, the Internet Messaging Program.
ftp automatico
porque no haces un tunel en el nodo b que conecte al nodo c? con ssh podrias hacerlo On 4/9/07, Morenisco [EMAIL PROTECTED] wrote: Holas, 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, y no tengo permisos para llegar en forma directa (y no depende de mi, y la gestion lleva semanas...). Bueno, se que ftp es inseguro, pero en en redes privadas en donde se supone que hay gente que trabaja en redes no mas... 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. Pero me complica el tema de dejar el usuario y password en un archivo de texto plano, por seguridad minima, digo. No se si sera mejor hacer un programita en C que lo haga o si hay otras posibilidades de esconder el login y passwd para acceder al servicio. Saludos y gracias. Morenisco. -- GONZALO EDUARDO SERICHE VEGA TNS Administrador de Redes y Soporte Computacional Administrateur de Systèmes et de Réseaux. E-Mail: [EMAIL PROTECTED] Cel.: 9-2896945 From [EMAIL PROTECTED] Mon Apr 9 14:39:43 2007 From: [EMAIL PROTECTED] (Mauricio Vergara Ereche) Date: Mon Apr 9 14:40:50 2007 Subject: ftp automatico In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El Mon April 9 2007, Morenisco escribió: Holas, Hola! 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, y no tengo permisos para llegar en forma directa (y no depende de mi, y la gestion lleva semanas...). Bueno, se que ftp es inseguro, pero en en redes privadas en donde se supone que hay gente que trabaja en redes no mas... Pero me complica el tema de dejar el usuario y password en un archivo de texto plano, por seguridad minima, digo. Primero dices que el entorno es seguro y después mencionas que no quieres dejar las claves... Suena un poco contradictorio. No se si sera mejor hacer un programita en C que lo haga o si hay otras posibilidades de esconder el login y passwd para acceder al servicio. Para el tipo de problema que tienes, sugiero que revises utilizar scp con llaves DSA o RSA... la opción -i debiese servirte para hacer algo como lo que necesitas. Saludos! -- Mauricio Vergara Ereche User #188365 counter.li.org NIC Chile mave [EMAIL PROTECTED] nic [.] cl Miraflores 222 piso 14, Santiago CHILE+56 2 9407710 Codigo Postal: 832-0198 http://www.nic.cl
ftp automatico
On Mon, 2007-04-09 at 11:07 -0500, Morenisco wrote: Holas, Hola Morenisco 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, y no tengo permisos para llegar en forma directa (y no depende de mi, y la gestion lleva semanas...). Probaste mediante rsyncd + authorized_keys? Funciona sin problemas entre debian y rhel4 Saludos, German Vidal