Confidare Weblog

No es para nada grato instalar un servidor 2 veces… lamentablemente hace tiempo me tocó hacerlo por necesidad.

No me refiero al filtrado de tráfico TCP/IP, sino que a un tipo más básico. Ahora que llueve con viento fuerte por obra del temporal que afecta a la Quinta Región, es el filtrado de humedad lo que me preocupa. En la sala de servidores hay dos ventanas que deberían estar más selladas.

Según el personal encargado de la mantención eléctrica, “si no se aposa, no hay peligro”. Síiii… claaaro, voy a dormir mucho más tranquilo ahora. También dijeron que “si salta un automático, no hay que subirlo”. Al menos estamos de acuerdo en algo

Con base en la respuesta de los eléctricos, decidimos que los servicios permanecieran activos durante la noche. Esperemos que no pase nada malo.

Ha sido todo un suceso este temporal. Las ráfagas de viento son tan fuertes en la costa que la autoridad ha decretado el cierre de los puertos. Suerte que nosotros tenemos casi todos los puertos cerrados en el servidor (jeje… ¿Captaron? :-D).

Por más extraño que sea, parece que me voy a convertir en fan de Smartcom. En estos momentos estoy en un Tur Bus atravesando el sector del Lago Peñuelas, en la dirección de Santiago a Valparaíso, y durante el viaje he estado trabajando remotamente en los servidores de Confidare actualizando paquetes, respaldando bases de datos y convirtiendo DEBs en RPMs. También mandé un correo electrónico, instalé Gnome Blog en el laptop y conversé durante todo el viaje con la Cristina por MSN.

La conexión no se ha caído ni una vez desde el terminal de buses en Santiago, ni siquiera al atravesar los túneles de la ruta 68. Lo raro es que durante la reunión a la que debí asistir, en pleno centro, la conexión se cayó unas tres veces.

Creo que es mejor que deje esto hasta aquí, pues según veo Curauma ya quedó atrás…

Durante estos días nos estaremos yendo de vacaciones al sur: un par de semanas de descanso relativo después de cuatro años sin vacaciones (las últimas fueron el verano del 2001). Sin embargo, los proyectos continúan y necesitamos seguir conectados con la civilización a pesar de estar a varios kilómetros del punto de red o punto de acceso inalámbrico a Internet más cercano.

Favorablemente supe que Smartcom tiene planes de acceso a Internet a través de teléfonos móviles a precios razonables ($10.000 por conexión semanal ilimitada), y que sólo se necesita tener un móvil de ellos y adquirir el kit de conexión (otros $10.000).

El kit de conexión —último componente que faltaba— llegó a mis manos este jueves. Incluye el cable de conexión USB (código NOK DKU-5) para el teléfono Nokia, una tarjeta de prepago por $5.000, un miniCD con software y un breve manual de usuario. Por supuesto, todo viene dispuesto para funcionar en Windows, y ciertamente funciona: en poco rato tuve mi laptop conectado a Internet a través del celular, habiendo tenido, eso sí, que deshabilitar el wi-fi, aparentemente por un mareo de la tabla de rutas de Windows.

El problema es que yo trabajo principalmente en Linux; desde Windows podría hacer algunas cosas por SSH y conectarme a mis repositorios con TortoiseSVN, pero no mucho más. Era imperativo, entonces, lograr conectarme a Internet desde Linux.

De lo que pude observar en Windows, el celular se comporta como un módem conectado a través de un puerto serial funcionando sobre USB. Al conectar el móvil en Ubuntu, dmesg dijo:

    pl2303 2-2:1.0: PL-2303 converter detected
    usb 2-2: PL-2303 converter now attached to ttyUSB0

Lo cual fue una grata sorpresa, dado que el kernel al menos me estaba dando un dispositivo con el cual iniciar una sesión de chat. Ayudándome con un poco de Google y los contenidos del archivo C:\Windows\ModemLog_Nokia CDMA 1xRTT 3G Packet Data Modem (v20050604).txt pude articular los scripts de conexión para pppd:

/etc/ppp/chap-secrets:

    # client                  server              secret  IP addresses
    MÓVIL@bam.smartcompcs.cl  bam.smartcompcs.cl  web     *

Este fue difícil, dado que en Windows los datos de autenticación los maneja el software de Smartcom, y no van directamente a través de la pantalla de acceso telefónico a redes. ¡Después de mucho intentar sniffear la conexión o hacer “strings” sobre el ejecutable, descubrí que todos los datos estaban en C:\Archivos de programa\Smartcom Internet Móvil\conf!

/etc/ppp/peers/smartcom:

    noauth
    connect "/usr/sbin/chat -v -f /etc/chatscripts/smartcom-connect"
    disconnect "/usr/sbin/chat -v -f /etc/chatscripts/smartcom-disconnect"
    defaultroute
    /dev/ttyUSB0
    230400
    persist
    usepeerdns
    nodetach
    crtscts
    lock
    novj
    novjccomp
    ktune
    user MÓVIL@bam.smartcompcs.cl
    remotename bam.smartcompcs.cl

Por cierto, el argumento de la sentencia “user” debe coincidir con el dato ingresado en el archivo chap-secrets.

/etc/chatscripts/smartcom-connect:

    TIMEOUT 10
    ABORT 'BUSY'
    ABORT 'NO ANSWER'
    ABORT 'NO CARRIER'
    SAY 'Starting CDMA connect script\n'
    ''  'ATZ'
    OK 'AT+crm=1'
    OK 'AT+cso=33'
    OK 'ATE1V1'
    OK 'AT'
    OK 'ATS0=0'
    SAY 'Dialing...\n'
    OK  'ATD#777'
    CONNECT ''

/etc/chatscripts/smartcom-disconnect:

    ""  "\K"
    ""  "+++ATH0"
    SAY "CDMA disconnected."

Para conectarse a Internet, basta conectar el cable y ejecutar como root un:

    # pppd call smartcom

Un Ctrl+C corta la conexión.

Lo único molesto es que, cada vez que se establece una nueva conexión, hay que pasar por una página de Smartcom para activar el acceso. Entiendo que funciona de esa manera para que quienes contratan planes de minutos de conexión tengan conciencia del momento preciso desde el cual los comienzan a gastar, pero en mi caso sólo significa molestias. Espero que en Smartcom se den cuenta de esta situación y lo solucionen.

Compilando una presentación en latex-beamer me pareció que *bowman* (mi máquina de escritorio, un Athlon XP 3000+) se tardaba casi tanto como mi difunto notebook (un PIII de 550MHz) en completar la tarea. Intrigado, apliqué time(1) para confirmar mi apreciación, y, oh sorpresa:

real 0m30.644s
user 0m10.771s
sys 0m0.201s

Demasiado para 90 diapositivas. Pero en general el despliegue es lento en gnome-terminal; quizá desactivando la transparencia se tarde menos:

real 0m27.775s
user 0m10.794s
sys 0m0.196s

Ni tanto. ¿Y en el viejo xterm?

real 0m11.594s
user 0m10.405s
sys 0m0.151s

¡Wow! Eso sí es impresionante; pero xterm siempre me ha parecido demasiado básico, y las transparencias son algo a lo que no puedo renunciar. ¿Cómo se comportará el viejo y fiel aterm con transparencia?

real 0m13.406s
user 0m10.782s
sys 0m0.178s

¡Sólo dos segundos más lento! Conclusión: Aterm vuelve a ser mi emulador de terminal por defecto, a pesar de no tener tabs.

Es bastante sencillo configurar al servidor X de un Linux para utilizar las fuentes (fonts) True Type de Windows cuando ambos sistemas operativos comparten una misma máquina. Así, con un pequeño esfuerzo es posible ampliar las posibilidades de despliegue de páginas web u otros documentos.

A continuación se explica cómo dejar disponibles las fuentes de Windows en XFree86. En este ejercicio se asume que el servidor X obtiene las fuentes desde una instancia de XFS ejecutándose en la misma máquina. Las ubicaciones de los archivos reflejan la estructura de un sistema Debian GNU/Linux.

(continue reading…)