Partidos políticos y software libre (I)

A pocos días de las elecciones al parlamento vasco, echemos un vistazo rápido a lo que cada partido predica con el ejemplo (y no con la teoría).

Según NetCraft.com, los únicos partidos políticos que siguen creyendo en Microsoft Windows como sistema operativo, con su IIS como servidor web, son el PNV y el PP. Todos los demás, usan servidores basados en software libre en sus portales (sede web de Euskadi), siendo en general un sabor (distro/versión) de Linux conocida y Apache como servidor web los que les dan soporte, salvo el caso de Aralar, que destaca por su elección de FreeBSD como sistema operativo y Zope como servidor web (ambos software de código abierto también).

www.ppvasco.com Windows Server 2003 Microsoft-IIS/6.0 (Arsys, La Rioja)
www.eaj-pnv.eu Windows Server 2003 Microsoft-IIS/6.0 (Euskaltel, Euskadi)
www.socialistasvascos.com Fedora Linux Apache/2.0.53 (Ibercom, Euskadi)
www.demokrazia3m.com Linux/Unix Apache/2.2.8 (Network Solutions, EEUU)
www.ezkerbatua-berdeak.org Linux/Unix Apache/2.0.61 (New Dream Network, EEUU)
www.aralar.net FreeBSD Zope/2.10.6) (High Speed Rails – EEUU)
www.upyd.es Linux/SUSE Apache/2.2.3 (Telefónica Data – Madrid)
www.euskoalkartasuna.org Linux   Apache (Arsys, La Rioja)

Nota curiosa: los únicos partidos con servidor web alojado físicamente en Euskadi son el PNV y el PSE.

ICANN atrasa el plazo para aceptar nuevos dominios

ICANN ha atrasado sus planes de vender nuevos dominios gTLD (por ejemplo .eus y .gal) para tomarse un plazo para responder a los comentarios públicos sobre el controvertido proyecto. La organización ha publicado un documento de 154 páginas detallando y analizando los cientos de comentarios recibidos para su plan de apertura de nuevos gTLD. En respuesta a las muchas preocupaciones manifestadas por el público y compañías de la industria de Internet, ICANN ha movido el plazo para empezar a aceptar propuestas de Septiembre a Diciembre.

Una de las quejas que más se oye es que muchas corporaciones ven con preocupación la apertura del mercado de nuevos gTLD, dado que eso supondría, si quieren proteger sus marcas, tener que comprar un dominio en muchos de los nuevos dominios . Por ejemplo, Microsoft, tras el premio recibido por Gobierno Vascoy viceversa – tendría que comprar su dominio en .eus , aunque sólo sea por compromiso. Y entonces, también el .gal, y el .otracomunidad y todos los que vayan saliendo) Además de esto, las grandes corporaciones tendrán que proteger el dominio obvio (.ibm , .dell, .apple…) y pagar los $185.000 de alta, más las renovaciones anuales. Eso les abre una vía de gasto que hasta ahora no tenían y claro, no están muy contentos con el plan de ICANN.

Habrá que sudar el .eus de lo lindo…

Proxy inverso en Apache

El problema es sencillo de enunciar, pero no tan facil de resolver. Tengo un servidor A con IP pública,
al que puedo editar sus archivos de configuración. Desde el servidor A se puede acceder a otro interno, privado,
al que llamaré B. No es posible acceder a B directamente (desde fuera). ¿Cómo configuro A para que haga las veces de reverse-proxy? Es decir, quiero que lo que un cliente (navegador Firefox, por ejemplo) pida a A con una determinada dirección de carpeta, por ejemplo, http://A/carpeta , sea redirigido (por el propio servidor A) a la ruta http://B/carpeta y el resultado de esa llamada sea devuelto al cliente Firefox.


Cliente <--> Servidor IP pública (A) <-> Servidor IP Privada (B)

Esto tal cual no parece difícil y se puede hacer activando el módulo proxy_http de Apache. Pero en micaso, al probarlo, me encontré con otro problema añadido: las páginas que B devuelve a A y éste finalmente al cliente Firefox, incluyen código HTML con enlaces a B. Como ya he dicho, desde el cliente Firefox no podemos acceder directamente a B, así que esto era de verdad un problema… hasta que encontré el módulo proxy_html_module, que reescribe en Apache el contenido de las páginas antes de entregarlas 🙂

El módulo proxy_html_module hay que instalarlo (los demás están disponibles en Apache 2 de serie, al menos en Ubuntu):


$ sudo apt-get install libapache2-mod-proxy-html

Así que, en resumen, el problema enunciado se resuelve así:

1) Activar los módulos necesarios en Apache


$ sudo a2enmod proxy_http_module
(tiene una dependencia con proxy_module que se resuelve ‘automágicamente’)
$
$ sudo a2enmod proxy_html_module

2) Activar el acceso al Proxy para localhost o la IP del servidor A (si no, toda petición será rechazada)


$ sudo vi /etc/apache2/mods-available/proxy.conf

AddDefaultCharset off
Order deny,allow
Deny from all
Allow from localhost # o en su lugar, la IP pública

3) Definir las redirecciones que nos interesen:

$ sudo vi /etc/apache2/sites-enabled/000-default
ProxyPass /carpeta/ http://B/carpeta/
ProxyHTMLURLMap http://B/carpeta /carpeta
#

ProxyPassReverse /
SetOutputFilter proxy-html
ProxyHTMLExtended On

Más info en el manual de Apache 2 al respecto de ProxyPassReverse y en la guía de mod_proxy_html

Candidatos a lehendakaritza y Software Libre

Dani Gutiérrez, nos escribe a ITSAS (lista de correo de usuarios de Soft Libre de la EHU) sobre una nueva iniciativa de la plataforma QueremosSoftwareLibre.org: «A la vista de las próximas elecciones de la CAV, desde la plataforma www.queremossoftwarelibre.org hemos preparado un cuestionario sobre el software libre que hemos enviado a los partidos políticos. Esta tarde lo hemos enviado a distintos medios de comunicación, y creo que también puede ser de interés para la gente que estamos en esta lista, así que aquí os va. Por supuesto, tenéis libertad para reenviarlo. Ondo segi»

Aquí tenéis una copia del cuestionario y las respuestas, tanto en euskera como en castellano.

Gestión documental con KnowledgeTree

Juanma Ginzo nos escribe para contarnos su experiencia con Knowledge Tree:

«Hace ya algún tiempo mi socio y yo nos planteamos la posibilidad de ordenar toda la documentación de nuestro despacho. Había papeles hasta debajo de la mesa, los recogimos y los fuimos clasificando en carpetas en un archivador.

El problema vino después al tener que buscar un documento: era lento y existía la posibilidad real de no encontrarlo.

La luz vino tras una consulta a Juanan P. en la que le pedí información sobre alguna forma de almacenar la documentación, que admita muchas maneras y modos de búsqueda, que sea ágil y que no ocupe sitio.

Me respondió con dos soluciones (informáticas):

Una solución de escritorio: http://gpapers.org
Una solución cliente/servidor http://www.knowledgetree.com

Miré la primera y no me satisfizo porque me interesaba una solución más enfocada a cliente/servidor, es decir, varios usuarios concurrentes y posibilidad de acceso al despacho desde el exterior entre otras.

La segunda me gustó mucho más pues:

-Permite la concurrencia de múltiples usuarios.
-Es aceptablemente rápida
-El acceso se puede permitir desde lugares remotos
-Aparentemente es fácil de utilizar para el usuario

Knowledgetree es una solución basada en Apache + MySQL + php con un buscador interno basado en java (http://lucene.apache.org) y una dependencia con OpenOffice.org ejecutado como servidor para preparar el
indexado de los contenidos y la exportación en pdf.

Hay dos licencias: la libre (comunidad) y la de pago con la diferencia que la última añade unas cuantas funcionalidades más entre las que se encuentran la integración con Otlook y con Office de Microsoft amén de
soporte telefónico.

La comunidad estudia la posibilidad de integrarlo con OpenOffice.org.

Los documentos se pueden buscar por carpetas, etiquetas, propietario, fecha de creación, contenido (excepto en documentos escaneados) y un largo etcétera.

Mi socio, lego en informática, dice que es fácil y divertido de utilizar.»