migrando 20 xubuntus
Recuerdo que me llamaron un jueves en la tarde,
- Francisco, la BSA no esta hinchando las pelotas, asi que requiero que nos apoyes en migrar las Pcs que usa el area de ventas, hemos hecho pruebas y todo parece funcionar, asi que coordina con Fulano de tal para que configures los accesos al servidor Windows.
La aplicacion principal de esta empresa, su core business, es un ERP construido en el maravilloso Visual Basic 6 y el poderoso Microsoft SQL Server, por lo que habian pensado utilizar clientes en linux, pero usando el Terminal Client para acceder al servidor.
Ok, superviso la instalacion, lo cual es una pelotudez, migramos y se acabo el tema, ja.
primero opte por Xubuntu en lugar de Ubuntu, la razon?, he visto maquinas que funcionaban de forma decente en windows XP volverse lentas con un Ubuntu o un SuSe, alguien me recomendo Xubuntu y la verdad que el XFCE me parecio genial, uno porque el usuario final no tiene mucha opcion a estar jugando con la interfaz, segundo, la filosofia del XFCE es optimizar los recursos, que el entorno no sea pesado ni cargado de sonseras, ademas tiene un disparador de aplicaciones muy facil de administrar, lo cual es genial pues las empresas prefieren probar con los usuarios menos avanzados que generalmente utilizan 1 o 2 programas.
y bueno, descubri que el Thunar, la herramienta de exploracion de archivos no soporta SMB, crap! hay una forma de acceder a las carpetas de Windows, pero usando FUSE.
al migrar todas las PCs, el primer dia laborable la gente empezo a quejarse, la razon? el RDesktop se colgaba cada 5 minutos, no se podia trabajar, lo peor es que colgaba todo el Desktop!
maldita basura, pense, y bueno, yo no habia hecho las pruebas, recuerdo que me llamaron a preguntarme , porque se cuelga el Desktop? como carajos podria saber porque el Rdesktop hacia colgar al Desktop.
la belleza del software libre es que te da la posibilidad de estudiar como funcionan las cosas, asi que me puse a depurar el protocolo RDesktop, eso me llevo a buscar un IDE de trabajo adecuado.
bueno, recorriendo el codigo, encontre que el problema era en la comunicacion, ahi recien me contaron que habian migrado de una conexion dedicada a un speedy usando unos routers cisco para hacer un VPN con GRE, y ademas usaban el ISA Server, habia demasiada latencia, xq se notaba mas en linux q en windows? creo que es por la forma en que el RDesktop rendereaba la pantalla haciendo llamadas al XServer, el problema mas critico es que se colgaba en una llamada a TCP, la misma funcion era usada todo el tiempo, pero en algun caso se colgaba, lo peor es que el servidor Terminal no reportaba una excepcion, entonces no es que se colgara, sino que el RDesktop esperaba indefinidamente, bueno es la misma huevada.
tons teniamos un problema externo al rdesktop, era un problema de paqueteria TCP, trate de comunicarme con el que hizo el servicio, pero era inubicable, el tipico cachuelito de configuracion, sin que la gente que labora ahi tenga idea de lo que se hizo, asi que me puse a investigar como resolver el problema, encontre No Machine , un terminal server para Linux que utiliza X Server empaquetado para transferir el escritorio y tenia un wrapper para RDP, el protocolo del rdesktop, con la ventaja que la comprension era mucho mayor, pero tenia el problema que requiere ssh, y como usaban ISA Server era un parto hacer caminar el ssh.
asi que lo que empezo con una migracion pelotuda, se convirtio en un zambullirse en reemplazar diversas tecnologias, reemplaze el ISA Server por SQUID y DansGuard para el filtrado.
los router CISCO por OpenVPN para la VPN y colocar NoMachine como wrapper al Terminal Server y los clientes accediendo por ahi.