Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Remote desktop

    (Puntos:3, Interesante)
    por pleyades (544) el Domingo, 15 Septiembre de 2013, 07:12h (#1346786)
    ( http://barrapunto.com/ | Última bitácora: Viernes, 29 Diciembre de 2017, 18:26h )

    Lo ideal en esta situación es que cada sucursal tenga un equipo que haga de router que se conecte a la central, que también tiene un equipo router. De este modo es transparente a los usuarios.

    Como software para router puedes usar OpenVPN, que funciona tanto si en los equipos que van a hacer de routers corre un Linux o un Windows. Incluso me plantearía buscar algún router hardware que tenga posibilidad de VPN.

    Sin embargo, tengo que hacerte una advertencia respecto a la velocidad:

    Primero. En los routers ADSLs, la "A" quiere decir asimétrico, tienen p.ejm. 6 MB para descargar, pero solo 500K de subida. En general como usuario no se nota, ya que te descargas mucho más que mandas, pero si metes un servidor detrás de un ADSL irá lento. (Y si "usar nuestro servidor linux" significa usar un Linux que hay en vuestra oficina, detrás de otro ADSL, aún peor, tendrá que hacer dos saltos)

    Segundo. Respecto a la aplicación, dependiendo de como esté hecho el programa, que el interface GUI esté en un equipo y el motor SQL en otro remoto, puede ser muy lento si el programa no estaba pensado desde el principio para remoto. Si cada vez que el usuario mueve el ratón lanza veinte SQLs para que la pantalla tenga siempre actualizados los datos en tiempo real, en una red local va bien y que da bonito, puede si el motor SQL está en remoto, parece que el programa no responde. De hecho, no es difícil en RADs que haya controles gráficos que funcionan así.

    Probad antes a ver que tal va en programa en remoto, no sea que prometáis lo que va a ser inviable.

    Si es esta situación, y lógicamente no podréis reescribir el programa, podríais usar un escritorio remoto. Hay alternativas más baratas (y cutres) a citrix. Por ejemplo, metéis 4 equipos de la central con terminal server que soporten 6 usuarios remotos, y cada usuarios de las sucursales tiene asignado un equipo. ThinStuff es una alternativa más barata que el Terminal Server de Microsoft.

    Puntos de inicio:    1  punto
    Moderación   +1  
    Modificador extra 'Interesante'   0  
    Modificador por Bonus-Karma   +1  

    Total marcador:   3  
  • OpenVPN

    (Puntos:2)
    por ErSanti (15536) el Domingo, 15 Septiembre de 2013, 16:36h (#1346801)
    ( http://barrapunto.com/ | Última bitácora: Miércoles, 30 Diciembre de 2015, 20:48h )
    Tan solo añadir que puedes realizar una instalación OpenVPN en cualquier dispositivo DD-WRT [wikipedia.org] u OpenWRT [wikipedia.org], lo cual te permite instalaciones muy baratas y robustas. OpenVPN te permite además utilizar un modelo de conexiones "road warrior" que a mi me ha venido de perlas para las "mini oficinas temporales" que solemos necesitar en la empresa.
    --
    Cualquier tecnología suficientemente avanzada es indistinguible de la magia.
    Arthur C. Clarke
    [ Padre ]
  • Re:Remote desktop

    (Puntos:1)
    por jumi (52783) el Lunes, 16 Septiembre de 2013, 00:34h (#1346810)
    ( Última bitácora: Sábado, 14 Septiembre de 2013, 00:16h )
    Muchas gracias por la información, y es justamente otro de los problemas que no he considerado, pues todo funciona con routers ADSL.
    No había escuchado de ThinStuff, voy a probarlo.
    --
    Obrar mucho, y hablar poco; que lo demás es de loco.
    [ Padre ]