Como comunicar estaciones remotas y no morir en el intento

[Sebastian Abate]

2008/10/1 Jose Ramirez <jramirez en desarrollostec.com>:
>
> Gracias Sebastian:
>
> Respondo a tus preguntas de mas abajo:
>
> 1.    El Oracle esta en el Windows 2003, en nuestras oficinas, en el
> servidor.
> 2.  Via cliente, instalado en cada estacion de trabajo.
> 3.   No.   Ninguna estacion, salvo mi portatil, corre Linux.   En mi
> portátil utilizo una versión de Go-Global que instale mediante Wine :-) .
> 4.  No.  Nadie se conecta via browser.  La verdad, no sabia que fuese
> posible.   Seria interesante verlo....
> 5.  Server:  3 Mb.    Estaciones remotas:  1 Mb.   El proveedor no debe
> estar cerrando puertos, al menos, no hemos experimentado eso.
>
> Espero te sirva esas respuestas, por que el tiempo de hallar uan respuesta
> se me acaba.
>
> Alguien sugirio NX Free.  Veremos
>
> Gracias a todos
>
> Jose Ramirez
> jramirez en desarrollostec.com
>
>
>
>
> Sebastian Abate escribió:
>>>
>>> La pregunta importante para saber qué solución podés implementar es
>>> qué tipo de aplicación necesitás acceder. Ya sabemos que tenés un
>>> servidor Windows 2003 y una BD Oracle. Ahora lo que importa es:
>>>
>>> 1) El servidor corriendo Oracle es el Windows 2003 o es otro servidor?
>>> y si es otro servidor, lo tenés físicamente en tus oficinas o está
>>> "Hosteado" en un proveedor?
>>>
>>> 2) Cómo accedes a la aplicación desde una de las máquinas de tu red,
>>> vía un Browser (IE, Firefox, Opera)? o vía un cliente instalado en
>>> cada una de las máquinas?
>>>
>>> 3) Si es un cliente instalado en cada máquina, ese cliente corre en
>>> Linux (tiene su versión para *nix o es Java)?
>>>
>>> 4) Si te conectás vía browser, necesitás algún plugin específico para
>>> usar la aplicación (como Jinitiator)? ese plugin tiene versión para
>>> *nix?
>>>
>>> 5) Que tipo de acceso a Internet tenés en tus oficinas (lo importante
>>> es velocidad de subida/bajada, y si tu proveedor te bloquea puertos
>>> entrantes)?
>>>
>>> Creo que con esta información podríamos ayudarte mucho mejor.
>>>
>>>
>
>

Bueno, acá vas a tener un problema, porque no tenés un cliente nativo
para Linux. El tema es así:

Para múltiples conexiones remotas a un Servidor Linux podés usar
FreeNX, así podés tener varias sesiones X abiertas, cada una con su
propio perfil (por ejemplo, vos te conectás y usás KDE, y otro usuario
se conecta y usa Gnome, y cada uno tiene su escritorio y
configuraciones independientes).

Pero esta solución no alcanza para tu escenario, ya que después
tendría que existir una forma de ejecutar la aplicación en la sesión
Linux.

Se me ocurren estas opciones:

1) Probar si la aplicación cliente corre en Linux con WINE. Así lo
único que tenés que hacer es instalar WINE en el servidor Linux que
corre FreeNX y configurar en cada sesión de usuarios remotos la
aplicación para que la puedan ejecutar.. Ventaja: Control total del
Servidor y Cliente de manera centralizada. Solución 100% FLOSS -
Desventaja: Muy posiblemente tengas problemas de performance o
compatibilidad con WINE si la aplicación cliente es muy compleja, y
Oracle o quien te de soporte sobre la misma seguramente no te va a dar
soporte con los problemas que tengas con esta configuración.

2) Instalar un Servidor Linux como Firewall en tu red, e instalarle
OpenVPN configurándolo como servidor, configurar en cada PC remota el
OpenVPN como cliente y que se conecten como una PC más de tu red al
servidor. Ventaja: Transparencia en el uso para el usuario, modo
nativo de uso de la aplicación - Desventaja: Si la aplicación usa
mucho ancho de banda para conectarse con el server el ADSL de tu
oficina puede saturarse, generando problemas de conectividad para
todos. También podés reemplazar el OpenVPN por un OpenSSH y usar
forward de puertos, pero las ventajas y desventajas son las mismas.

3) Licenciar el servicio de Terminal Services de tu Windows 2003 y
acceder al mismo con un cliente RDP; utilizando la aplicación desde el
mismo servidor. Ventajas: Funciona perfectamente y es multiplataforma
(existen clientes RDP para todas las plataformas - Desventajas:
Inseguro, caro, carga mucho al servidor (necesitarás agragarle memoria
y procesador al servidor dependiendo de la cantidad de usuarios
concurrentes conectados), y sobre todo 0% FLOSS

4) Si la cantidad de usuarios remotos no supera los 2 concurrentes
podés utilizar los servicios de Terminal Services en modo
administrativo, que te permiten esas dos conexiones concurrentes sin
necesidad de licenciar nada. Las ventajas y desventajas son las mismas
que en el punto 3) pero no te afecta la parte económica.

-- 
Sebastián Abate
Quattro-D
15-3589-7730
abates en quattrod.com.ar