"Luis Roa P." <[EMAIL PROTECTED]> dijo:
> Horst von Brand escribió:
> >"Ernesto del Campo" <[EMAIL PROTECTED]> dijo:

> >[.....el thread original......]

> >Y cuanto duran con algun grado de integridad archivos a los cuales les
> >meten mano 3 a 5 personas simultaneamente?! O es que ni siquiera tienes
> >como darte cuenta que estan trabajando sobre colecciones de bytes al azar?

> Aqui si que quede plop.
> Podrias aclarar el tono de las dos interrogantes, please ???

Ironico tendiendo a sacrastico (con un dejo de terror)

> Porque me ha parecido ver una ironia, y si fuese una ironía la verdad es 
> que no la entiendo, porque estaria sugiriendo que la concurrencia de esa 
> cantidad de usuarios en forma simultanea atenta contra la integridad de 
> los archivos.

Pon a 2 usuarios a meterle mano simultaneamente a 1 archivo, y sabras de lo
que hablo. Si tienes gente tonteando via SMB (bajando y subiendo los
archivos del caso) siento cosas muy frias corriendo por mi espalda... y si
me dicen que son archivos de varios GiB comienzo a considerar donde
esconderme.

Has escuchado hablar de "secciones criticas"? El esquema planteado
_garantiza_ que los archivos terminaran destruidos en corto plazo: SMB no
sincroniza acceso a archivos, y el sistema de archivos Linux obviamente
esta construido de manera de permitir a varios procesos modificar un
archivo simultaneamente (claro que tienen que ponerse de acuerdo... que 2
usuarios copiando de vuelta "el trabajo hecho en el dia sobre el archivo"
_no_ hacen ==> Con suerte queda el ultimo en grabarlo, sin suerte pedazos
de c/u, con mala suerte algo indescriptible).
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Fri Jan 21 11:24:33 2005
From: [EMAIL PROTECTED] (Miguel Amador L)
Date: Fri Jan 21 11:24:38 2005
Subject: problema de nat en mi pc??
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On Fri, 21 Jan 2005 09:59:51 -0300, Horst von Brand
<[EMAIL PROTECTED]> wrote:
> Manuel Alejandro Cano Olivares <[EMAIL PROTECTED]> dijo:
> 
> [...]
> 
> > en realidad se necesita un
> >           iptables -v -L -n
> > para saber a que interfaz pertenece cada regla
> 
> Las reglas no "pertenecen a interfases". -n indica salida numerica (i.e.,
> IP y no nombre).
Profe..
El se referia a que con iptables -v -nL (la opcion -v) muestra  en que
direccion se aplica la regla... (validar  in, out del paquete).

De todas maneras iptables -vnL solo muestra las reglas de la tabla por
defecto que es la de filter... y no la de nat...

 iptables -nvL -t nat , para la tabla de Nat
 iptables -nLv -t mangle , para la tabla de Mangle

Que seria como lo que esta faltando.

Saludos
   Miguel
 


> --
> Dr. Horst H. von Brand                   User #22616 counter.li.org
> Departamento de Informatica                     Fono: +56 32 654431
> Universidad Tecnica Federico Santa Maria              +56 32 654239
> Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
>
From [EMAIL PROTECTED]  Fri Jan 21 11:26:49 2005
From: [EMAIL PROTECTED] (Rodrigo Henriquez M - Corporacion Linux S.A.)
Date: Fri Jan 21 11:26:48 2005
Subject: mail derivacion
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El vie, 21-01-2005 a las 11:54 -0300, Pablo Allietti escribió:
> On Fri, Jan 21, 2005 at 09:52:43AM -0300, Rodrigo Henriquez M - Corporacion 
> Linux S.A. wrote:
> > El vie, 21-01-2005 a las 10:44 -0300, Pablo Allietti escribió:
> > [...]
> > > ok gracias a miguel y a ti llegue a por lo menos derivarlos hacia el
> > > otro server pero en el log del sendmail ahora me tira
> > > 
> > > Jan 21 10:37:39 omega sendmail[6927]: j0LDbTFk006893:
> > > to=<[EMAIL PROTECTED]>, delay=00:00:07, xdelay=00:00:00,
> > > mailer=esmtp, pri=121053, relay=192.168.1.143, dsn=5.1.2, stat=Host
> > > unknown (Name server: 192.168.1.143: host not found)
> > > 
> > > 
> > > 
> > > lo que hice fue hacer mailertabel  micron.domain.net
> > > esmtp:192.168.1.143 
> > 
> 
> si pero el tema es un poco mas grave he aqui el problema
> 
> [EMAIL PROTECTED] mail]# telnet 192.168.1.143 25
> Trying 192.168.1.143...
> telnet: connect to address 192.168.1.143: Connection refused
> telnet: Unable to connect to remote host: Connection refused
> 
> y netstat me da
> 
> tcp4       0      0  localhost.smtp         *.*
> LISTEN

Solo te esta escuchando en la loopback.



> no se como hacer para que acepte las conecciones desde la 192.168.1.1 lo
> agregue en el access pero nada en el sendmail.mc tengo
> 
> DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl
> DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl

Prueba con:

DAEMON_OPTIONS(`Port=smtp,Addr=0.0.0.0, Name=MTA')dnl

Y regenera tu sendmail.cf.


> lo que no tiene el 127.0.0.1 para que solo acepte conecciones desde
> localhost sin ello tendria que aceptarlas de todos lados pero nop. no me
> quiere andar.

Si solo tienes un socket escuchando en 127.0.0.1, es por que la
aplicacion solo hizo bind(2) en esa direccion. Debes decirle a sendmail
que escuche en todas las interfaces para que los demas puedan conectarse
a ese socket.

Prueba con eso y nos cuentas.

Saludos.

-- 
Rodrigo Henriquez M.            http://www.corporacionlinux.cl
Corporacion Linux S.A.          Fonos: 02 2442988 - 02 2444250

Responder a