Franco Catrin <[EMAIL PROTECTED]> wrote:
> El mar, 21-02-2006 a las 01:40 -0300, [EMAIL PROTECTED]
> escribió:

[...]

> > Porque es tan solicitado, en empresas que buscan programadores o algo
> > relacionado con informatica, conocimientos de J2EE, y no tanto de PHP,
> > Perl, etc. Que se puede lograr con J2EE tan especial que lo sobresalta
> > de los demas.

Bastante off-topic, pero...

> Estas comparando peras con manzanas.

> J2EE es una plataforma, es decir, lenguaje + servicios + API's + un
> ecosistema de proveedores, implementadores, etc.

Exacto.

> PHP, Perl y tambien Java son solo lenguajes de programación.

Perl al menos tiene su propio ecosistema (<http://www.perl.org>, y tambien
la coleccion de cosas en <http://www.cpan.org>).

[...]

> Tambien tiene razon lo que dice Carlos Sepulveda (a.k.a. Casep) en el
> sentido de que distintos problemas tienen distintas soluciones.  Asi
> como yo nunca haria un sistema grande en PHP, tampoco haria una "cosa
> poca" con toda la plataforma J2EE, por eso mi blog esta en PHP :)

Buen punto. Un lenguaje/ambiente/"ecosistema" es una /herramienta/, que el
desarrollador debe saber aplicar sabiamente. Desarrollar sitios web en C es
una idiotez (salvo situaciones /muy/ particulares...), desarrollar nucleos
de sistemas operativos en Java es un contrasentido.
-- 
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]  Thu Feb 23 21:06:18 2006
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Feb 28 11:44:28 2006
Subject: Como se implementa un anti-sniffer? 
In-Reply-To: Your message of "Tue, 21 Feb 2006 17:18:56 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

mujicalinux <[EMAIL PROTECTED]> wrote:
> En algun documento leí que existian varias herramientas (pagadas y
> libres) que permitian verificar los sniffer en una subred.

Y yo tengo un cerro en el centro de Santiago a buen precio...

>                                                            Dentro de
> los metodos que se utilizaban era realizando flooding y verificando
> los fingerprint de los SO conocidos cuando actuaban en modo promiscuo,

Lo cual es facil de evitar si el sistema usado es un poquito cuidadoso en a
que cosas responde, o (mejor aun) simplemente cortas los alambres de
"salida" en el chicote...
-- 
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]  Sun Feb 26 11:02:56 2006
From: [EMAIL PROTECTED] (kazabe)
Date: Tue Feb 28 11:46:44 2006
Subject: redirigir puertos hacia una ip privada,
        desde una ip que no existe en mi maquina!!!!!!!!!!!!!
Message-ID: <[EMAIL PROTECTED]>

Hola!

Mi escenario es el siguiente:  Tengo un enrutador cisco 2600 que administra
un rango de direcciones publicas.  Detras de este enrutador, he montado una
maquina que hace las veces de servidor de correo y proxy (tambien tiene
funciones de firewall).  Este servidor linux, tiene una ip publica de las
que administra el enrutador.  Hasta aqui todo lo tengo sin problemas.

Me han solicitado que en el firewall que tengo en el linux, reenvie las
peticiones que se hagan desde afuera hacia una ip  privada que esta dentro
de mi red;  el problema que tengo es que las peticiones que reenviare seran
las realizadas a otra ip que no es la que tengo configurada como publica en
el servidor linux, sino otra publica que pertenece al rango de direcciones
que poseo.

Por ejemplo:  mi rango publico es desde 64.1.1.10 hasta 64.1.1.20, siendo
64.1.1.10 el enrutador cisco (que es el que fisicamente da la cara a
internet), y 64.1.1.11 el servidor linux (firewall, proxy, correo).

Debo generar una regla en el firewall (64.1.1.11) que haga que todas las
peticiones realizadas a n puertos hacia la ip publica 64.1.1.12 (la cual no
esta configurada en ninguna tarjeta de red), se vaya hacia la maquina
192.168.0.10.  El tecnico que  isp (que es quien administra el enrutador) me
dice que eso es hacer un reenvio estatico, y que eso en un enrutador cisco o
parecidos se hace muy facil, pero que el no tiene experiencia con linux.

Entonces mi duda es:  como hago para que mi firewall escuche peticiones
realizadas a una ip que no tengo configurada en mi maquina?   No he podido
entender como lograr eso.


Gracias a todos por su colaboracion y ayuda


saludos

--
"Imagination is more important than knowlege"
A.E.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: 
http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060226/01888cfa/attachment.html
From [EMAIL PROTECTED]  Tue Feb 28 11:14:12 2006
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=)
Date: Tue Feb 28 12:10:26 2006
Subject: Continuacion de CRM (y ERP). Licencias y Java.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El lun, 20--2006 a las 10:35 -0300, Cristian Rodriguez escribió:
>  tu pregunta sobre consecuencia legal... seria frustrante montar un
> sist. ERP (espero que tengas una idea cabal de lo que esto implica)
> para que con el correr del tiempo la licencia de Java sea mas
> restrictiva y te obligue a algo que no estes dispuesto a aceptar (o no
> puedas ni aunque quieras)
> [...]
> si alguien esta interesado..
> 
> el **codigo de fuente** de la proxima version de jdk/jre se puede bajar
> http://download.java.net/jdk6/

La pregunta era si Java era libre o no. Y, aunque ahora han añadido
una licencia especial para universidades e investigadores, aún no
es Software Libre ni cumple con la Open Source Definition.

No puedes modificar el código y luego distribuir esas modificaciones.
La licencia no te lo permite.

http://news.com.com/Sun+tries+sharing+Java+again+still+not+open
+source/2100-7344_3-5754765.html

Hace un tiempo, Scott McNealy indicó claramente que Java no sería
Open Source:
http://www.gcn.com/vol1_no1/daily-updates/25400-1.html

Ese es el punto que planteó Satoru.  Si les parece bien, perfecto.
Nadie ha dicho dejen de usarlos.  Simplemente no anden diciendo por
el mundo que Java es open source.

Tarde o temprano iba suceder que se estaría pregonando que lo
que se puede descargar es libre, que lo que tiene el código 
fuente es Software Libre o Software Open Source, que si es Libre
es debe ser gratis.  Es el costo de la masificación.

Yo quedo hasta aquí en este hilo, que dejó de ser interesante.

-- 
Germán Poó-Caamaño
http://www.ubiobio.cl/~gpoo/
Concepción - Chile

Responder a