On Wed, 26 Apr 2006 20:25:31 -0300 Angel Claudio Alvarez <[EMAIL PROTECTED]> wrote:
> El mié, 26-04-2006 a las 17:55 -0500, Moises Alberto Lindo Gutarra > escribió: > > tu desconocimiento de java y plataformas robustas te hacen decir eso, > > por eso es comprensible tu respuesta, que es efectiva solo en algunos > > casos, mas la opcion que menciono sirve en todo caso y en cualquier > > plataforma, sin necesidad de clientes SSH. > > > 2do pedido: > NO respondas correos de la lista a mi direccion privada > > Lamento comunicarte que como administrador de servidores tengo que > lidiar con java todos los dias, y con programadores como vos que creen > que java es la panacea de la programacion. Tenes idea de lo que es > economia de recursos?? Si hay algo con lo que java y J2EE no se lleva > bien es con la economia de recursos Para implemetar la solucion que vos > propones necesitas una maquina ( el firewall en este caso) con > suficiente memoria para correr un jboss y sufiente espacio como para > alojarlo mas el sdk ( yo recomendaria un firewall sin disco rigido) > En la maquina "cliente" necesitas instalar jre + el soft que desarrollas > para ejecutar un comando (un solo comando!!!). Cuanto ocupa eso ( en > memoria + disco) ???? > el cliente ssh ocupa unos pocos kb, es gratuito, la configuración es > minima y es seguro ( ah y es eficiente, caracteristica no apreciada en > java) > Deja a java y J2EE el campo de las aplicaciones de negocio(cosa que hace > mas o menos bien)que para dministrar equipos hay herraminetas MUCHO mas > eficientes que java > saludos > > > El 26/04/06, Angel Claudio Alvarez<[EMAIL PROTECTED]> escribió: > > > El mié, 26-04-2006 a las 06:19 -0500, Moises Alberto Lindo Gutarra > > > escribió: > > > > os comprendo Angel, tu solución tambien puede ser adecuada y por eso > > > > estamos en esta lista, para aprender no para burlarse, mas os comprendo. > > > > > > En primer lugar te voy a pedir que no respondas un correo de la lista a > > > mi dirección particular > > > En segundo lugar, mi solución puede ser adecuada, la tuya no > > > La tuya es un desproposito, para nada eficiente y poco profesional > > > Es tan descabellada que no pude resistir la tentacion > > > :) > > > > > > > > > > > El 25/04/06, Angel Claudio Alvarez<[EMAIL PROTECTED]> escribió: > > > > > El mar, 25-04-2006 a las 23:52 +0200, Seve M escribió: > > > > > > Muchas gracias por vuestras sugerencias, y disculpar por no > > > > > > haberme explicado del todo bién. > > > > > > > > > > > > El Pc con debian hace de encaminador con unos filtros de > > > > > > iptables. > > > > > > La persona que usa el windows no tiene ni idea de bash ni Linux. > > > > > > Pero > > > > > > en determinadas ocasiones le gustaria dejar pasar un trafico hacia > > > > > > su > > > > > > ordenador que de normal no pasa. > > > > > > > > > > > > Yo tengo hecho un script con el que soluciono esto, pero no es > > > > > > cuestion de que me este molestando cada dos por tres. Entonces > > > > > > queria > > > > > > que el pudiese ejecutar los dos scripts. Por lo que, los scripts se > > > > > > ejecutan en el debian modificando el comportamiento de este. Y el > > > > > > usuario windows deberia de hacer algo como un doble click o algo > > > > > > asi, > > > > > > nada mas. > > > > > > > > > > > > De las opciones que me habeis propuesto me ha gustado la de > > > > > > expect > > > > > > + ssh (no conocia expect), tb habia pensado en un cgi. Y lo de RMI > > > > > > no > > > > > > lo habia tenido en cuenta porque no lo he usado nunca y deberia de > > > > > > instalar software extra en el debian, pero si que habia pensado en > > > > > > RPC, parecido a RMI. > > > > > > > > > > > > Voy a probar con expect y ya os contare. > > > > > > > > > > solamente con ssh ( con acceso por clave publica/privada) podes > > > > > hacerlo > > > > > solo necesitas un cliente ssh en la maquina con windows > > > > > > > > > > > > > > > > -- > > > > > Angel Claudio Alvarez > > > > > Usuario Linux Registrado 143466 > > > > > GPG Public Key en http://pgp.mit.edu > > > > > key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 > > > > > > > > > > > > > > > > > > > > -----BEGIN PGP SIGNATURE----- > > > > > Version: GnuPG v1.4.3 (GNU/Linux) > > > > > > > > > > iD8DBQBETqmwGIRHPPyMisQRAvfEAJ9PRBwzwJqTqr33JQkpM2LgUjytUgCeNZMQ > > > > > 5Rcrb5lfRMEdcVtbGRBRFAM= > > > > > =N9q4 > > > > > -----END PGP SIGNATURE----- > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Atentamente, > > > > .~. > > > > ( 0 0 ) Moisés Alberto Lindo Gutarra > > > > / V \ Asesor - Desarrollador Java / Open Source > > > > // \\ TUMI Solutions S.A.C. > > > > /(( _ ))\ Cel: 97366260 Trab: 3481104 > > > > oo0 0oo MSN: [EMAIL PROTECTED] > > > > > > > -- > > > Angel Claudio Alvarez > > > Usuario Linux Registrado 143466 > > > GPG Public Key en http://pgp.mit.edu > > > key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 > > > > > > > > > > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.4.3 (GNU/Linux) > > > > > > iD8DBQBET/cSGIRHPPyMisQRAhmVAJ9vmNI6BgTdfWx6XMBvijl9NBmpawCbBZOd > > > 1ZJJmYMlY1XrCx4pmeG7LFM= > > > =Tc5S > > > -----END PGP SIGNATURE----- > > > > > > > > > > > > -- > Angel Claudio Alvarez > Usuario Linux Registrado 143466 > GPG Public Key en http://pgp.mit.edu > key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 > > Unos van a China yendo al Oeste y otros van a China yendo al Este, pero todos llegan a China. -- Miguel Da Silva. Servicio de Informatica. Facultad de Ciencias.