Anyterm proporciona desde un explorador web acceso a una terminal linux. Existen otras alternativas para esto, pero Anyterm (junto con ajaxterm) destaca por no necesitar ningun tipo de plugin o agregado del lado del cliente. Ajaxterm es mas sencillo de poner en funcionamiento, pero provee una emulación de terminal tipo linux reducida (no soporta lineas de dibujo, etc) y su desarrollo parece detenido en el tiempo.
Voy a instalar anyterm en Suse linux. No soy mas especifico en que versión particular, porque pienso hacerlo en varias que tengo a mi disposición. Aclararé cuando amerite según el detalle, pero mayormente va a tratarse de OpenSuse 10. Suse No me gusta, pero eso es tema de otro post.
El paquete de anyterm, no se encuentra disponible en Suse (repositorios ¿? básicos) y al intentar compilar desde fuentes…. La versión estable de Anyterm me dió muchos problemas con la librería ROTE. Con la versión de desarrollo me fue igual de bien con las librerías Boost C++.
Hoy, con mas determinación y mas seguridad acerca de que Anyterm es lo que necesito emprendo, nuevamente, el camino de instalar desde fuentes la versión de desarrollo.
En Suse encuentro que:
Siguiendo el tutorial para instalar descargo boost_1_34_1.tar.gz con wget. y lo desempaqueto. Segun el tutorial, la gran parte de la librería no necesita compilarse, ya que esta compuesta por archivos de encabezamiento(headers) y funcione que se compilan al momento de incluirlo en otro programa. Teniendo en cuenta esto, basta con copiar lo desempaquetado a /user/local y crear un link simpbolico para independizarse de la version de boost. Por las dudas, una vez dentro de boost_1_34_1 ejecuto ./configure. En la ejecucion del make install obtengo muchisimos errores relacionados a python.
Mientras compila (que tarda bastante) sigo con otras cosas y atenderemos luego los errores.
Una vez compiladas, debemos asegurarnos de que las cabeceras esten en /usr/include/boost (en lugar de en /usr/local/include/boost-1_34_1/boost). Creamos dos enlaces simbolicos entonces:
ln -s /usr/local/include/boost-1_34_1/boost /usr/include/boost
ln -s /usr/local/include/boost-1_34_1/boost /usr/local/include/boost (por las dudas)
Descargado desde RPM search apache-devel-2.0.49-27.45.i586.rpm e instalado con yast -i
Si bien en muchas instalaciones no es necesario, si no se encuentra el orque no compila es buena practica instalar este paquete. Para hacerlo, descargamos el fuente del sitio de GNU y aplicamos el abc, es decir, tar > ./configure > make install
Recomiendo descargar el ultimo release con el cluente svn. Por ejemplo para la version 1.20 el comando sería:
svn co http://svn.anyterm.org/anyterm/tags/releases/1.1/1.1.20/ anyterm-1.1.20
He utilizado Anyterm como modulo de apache, aunque recientemente hay un demonio independiente, por lo tanto la compilacion se realiza dentro del directorio apachemod. Como se explica en este post Suse renombra el modulo de anyterm a anyterm_module sin avisar. y no hay forma de corregir esto, por lo que se tiene que modificar el nombre del modulo en el anyterm (Suse sigue sumando numeros para el sudo rm -rf /):
apache.cc:
54 extern module AP_MODULE_DECLARE_DATA anyterm_module;
153 static int anyterm_handler(request_rec* r)
154 {
155 // If request does not have handler “anyterm”, decline it so that
156 // other handlers get the chance to look at it.
157 if (string(r->handler)!=”anyterm_module“) {
158 return DECLINED;
159 }
160
177 anyterm_dir_config_t* config =
178 (anyterm_dir_config_t*)ap_get_module_config(r->per_dir_config, &anyterm_module);
256 module AP_MODULE_DECLARE_DATA anyterm_module = {
264 -1,
265 “anyterm_module”,
Luego en browser/.htaccess debe modificarse (y luego copiarse al directorio publicado):
“
“SetHandler anyterm” por ” “SetHandler anyterm_module“
“
El apachemod/Makefile tambien debe modificarse alrededor de la linea 120
install: FORCE
$(APXS) -n anyterm_module -i anyterm.la
El Makefile intenta encontrar las herramientas apxs2 y apr-config, pero en suse no logra encontrarlas por lo que al ejecutarlo se obtiene:
sad@Inodoro:~/Anyterm/anyterm-1.1.20/apachemod$ make
Makefile:37: *** The apxs program was not found. Please see the Makefile for advice.. Alto.
Debe modificarse el Makefile comentando las lineas 33 a 43 del makefile y descomento la 46 como se explica en el propio makefile indicado la ruta correcta del comando (locate apxs2) y luego en las lineas 59 a 69, especificando la ruta correcta en la linea 71.
Tambien me he encontrado con un problema en el nombre de la libreria boost_thread. Phill, el autor, me recomienda que se debe modificar el makefile para que LINK_FLAGS coincida con la version de compilador que utilicemos. El nombre correcto de la libreria podemos obtener con "locate boost_thread" (por ejemplo -lboost_thread-gcc40-mt o -lboost_thread-gcc33-mt para suse 9).
En suse 9.3 actualcé el gcc al 3.4, compila, pero a querer utilizar el modulo se obtiene en Errorlog de apache:
[Tue Apr 01 15:27:58 2008] [notice] child pid 30621 exit signal Segmentation fault (11)
Todavia estoy investigando el problema.
Realizado todo esto, podemos ejecutar el tan ansiado make install.
Me toca instalar en una notebook HP con el nefasto Windows Vista el cliente para OpenVpn.
Antes de comenzar me dirijo al sitio de este excelente paquete para redes privadas para revisar su compativilidad con este ¿sistema operativo? de MicroSoft. Mediante google pude encontrar algunos comentarios que confirmaban lo que presuponía.
Por fallos cambios en la API No se pueden agregar nuevas rutas de la misma forma que en versiones de Windows anteriores. Por suerte el equipo de desarrollo de OpenVpn ya incluye el parche para solucionar esto desde la version OpenVPN 2.1_rc7 (released on 2008.01.29).
El paquete tambien incluye la interfaz de usuario que anteriormente debía instalarse por separado. La única consideración especial es que, como se indica en el texto que se abre al finalizar la instalación, OpenVpn GUI debe correr con privilegios de administrador para poder manipular las tablas de ruteo. Punto para Vista que por fin ha implementado niveles de seguridad.
Para que OpenVpn GUI pueda manipular las rutas nos dirigimos a la carpeta de instalación e ingresamos a las propiedades del archivo ejecutable. En la solapa compatibilidad abajo de todo hay una tilde para ejecutar el proceso como administrador. A propósito de esto recomiendo leer el How-To de Mathias Sundman. Tambien es una buena idea tildar el ejecutable como de solo lectura, para evitar que virus modifiquen el ejecutable y ganen privilegios de Administrador.
Para equipos que siempre deben estar conectados a la VPN puede configurarse Openvpn como servicio desde el panel de servicios de windows. Colocando el arranque en automático y el logueo en alguna cuenta Administradora nos aseguramos que el equipo este conectado a la vpn ni bien enciende. Si ademas queremos que Openvpn GUI (la interfaz de usuario) pueda detener el servicio debemos modificar la clave de registro HKEY_LOCAL_MACHINE\SOFTWARE\OpenVPN-GUI\service_only a valor 1. En mis pruebas aun asi La interfaz debe ejecutarse con privilegios de administrador o tener, de alguna manera, permiso para modificar la ejecución del servicio.
Luego debe crearse, dentro del directorio de instalación, el directorio log para almacenar los registros y el directorio config donde se colocan los archivos de configuracion. Cabe destacar que funcionaron perfectamente los mismos archivos de configuracion utilizados para XP y linux.
Entradas
Comentarios
