mailman y el mito de apache

Existe una extraña confusión, impulsada por muchos profesores de informática está demás decir, de que servidor web es sinónimo de apache: nada más alejado de la realidad.

En el mundo del Sofftware libre existen múltiples servidores web que cumplen a la perfección su trabajo: procesar código html y entregarlo a los clientes que lo soliciten. Así mismo, estos servidores permiten procesar código en php, python, perl u otros. Uno de los mecanismo más urilizados en ellos es el modo fast_cgi.

Hace poco, siguiendo la lógica que se ha usado en la plataforma de canaima de optimizar los recursos, se  optimizó el acceso vía web de una plataforma de listas de correo utilizando, para ello, thttpd [1].

thttpd es un servidor web extremadamente rápido, liviano [2], y disponible en debian [3].

Aunado a esto, para mi sorpresa, casi que funciona de “paquete” para servir el contenido web de mailman, la única modificación que necesité hacer fue cambiar en el archivo de configuración:

cgipat=/mailman/
por
cgipat=/mailman/**

 Estos dos asteriscos son fundamentales para que thttpd pueda procesar los cgi de la forma correcta que espera mailman.
Espero les sirva la ayuda

 

[1] http://acme.com/software/thttpd/

[2] Está programado en aproximadamente 7200 líneas de código

[3] http://packages.debian.org/squeeze/thttpd

Incrementando tamaño de attach en webmail

En la oficina tenemos varias tecnologías detrás del servicio de correo electrónico, una de ellas es la correspondiente al webmail. Acá usamos al venerable squirrelmail detrás de un proxy web; en cierto momento, hubo necesidad de aumentar el límite del tamaño del attach y para ello, se modificaron los siguientes parametros:

Para php: dos variables son claves, post_max_size y upload_max_filesize; adicionalmente, debe verificarse memory_limit y ese valor debe ser más superior al de las variables anteriores; recordar que estas variables pertenecen al archivo php.ini

Si se usa un proxy web: si nginx es el encargado de esta labor, recordar aumentar el límite en la variable client_max_body_size

Finalmente, si están detrás de un squid, la variable request_body_max_size debe ajustarse al tamaño requerido.

Error 413, apache2 y y nginx

Hace poco me encontré con el siguiente error:

413 request entity too large

Este error se presentaba cuando un usuario deseaba copiar un archivo mayor a N Mb hacia una carpeta compartida mediante dav.

La primera respuesta que intenté fue buscar los archivos de configuración de apache2 para ver si existía alguna directiva que limitase el upload del tamaño de los archivos… nada.

Luego recordé que dicho servicio estaba operando en una máquina virtual y que a la misma se accedía mediante un proxy http implementado con nginx.

Una pequeña búsqueda me devolvió que existe la siguiente directiva en nginx:

client_max_body_size 4M;
client_body_buffer_size 128k;

La cual implemeté en el proxy web y listo, pude permitir subir archivos de tamaño máximo previamente definido.

Que disfruten la ayuda

ssh-copy-id

ssh-copy-id es una herramienta muy útil al momento de copiar las llaves públicas generadas mediante ssh-keygen a otro equipo; no obstante, ssh-copy-id tiene un detalle cuando se pretende usar contra un equipo que no posee el servidor ssh funcionando en un puerto no standar (diferente al 22); en este caso, hay que ejecutar una orden parecida a:

ssh-copy-id -i ~/.ssh/id_rsa.pub "user@host -p PUERTOSSH"

De esa manera el comando se ejecutará satisfactoriamente.

Nuevo mirror de Debian para Venezuela

La comunidad de Debian Venezuela posee un nuevo mirror a su disposición:

http://mirror.reacciun.ve/

Este mirror es actualziado diariamente y posee : experimental, estable, inestable, pruebas,. seguridad, multimedia y backports.

En estos momentos se hacen diligencias para que también se tenga  un mirror de Canaima GNU/Linux allí.

Úsenlo, para que los admins de dicho servidor tengan justificación del por qué mantenerlo.

Adicionalmente, no es un mirror oficial, tal como puede verse en http://www.debian.org/mirror/mirrors_full

Otro mirror existente en Venezuela es el de Fundacite Mérida, [1]pero su acceso es bastante lento

Como sea, nada mejor que mantener un mirror interno, actualizado con una frecuencia interdiaria, por ejemplo, cuando uno se dedica al estudio de Debian.

[1] http://asl-mirror.fundacite-merida.gob.ve/debian/

Moodle y Debian Lenny

Por razones que no vienen al caso, necesité instalar moodle en una mauina con Debian lenny

A continuación detallo los errores y las soluciones:

* Moodle 2.0.2 utilzia php versión 5.3, para solucionar este problema, utilice los repositorios http://www.dotdeb.org/ y agregue en su /etc/apt/sources.list la siguiente entrada;

deb http://php53.dotdeb.org lenny  all

Recuerde actualizar el sistema con aptitude update

* Moodle se queja de la codificación de la BD de mysql, ya que requiere que la BD utilizada por él sea en unicode y mysql en debian utilzia por defecto utf-8, para resolver esto, entre a la consola de administraciónd e mysql y ejecute el siguiente comando:

ALTER DATABASE moodle DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Finalizados estos pasos, podrá continuar con la instalación de moodle sin mayores problemas.

Reloj Debian

Como parte de las actividades que estoy realizando para sufragar mi trabajo en la comunidad de software libre, he decidido hacer unos Reloj alusivos a Debian; las fotografías que muestro son de la primera serie:

Reloj alusivo a Debian

Acá hay una foto con un dvd al lado para que estimen el tamaño real:

Reloj alusivo a Debian y dvd

El reloj tiene aproximadamente 22 cm de diámetro funciona con una batería AA de 1,5 v (no incluída) y solo está disponible en color rojo

Si están interesados en adquirir uno, por favor, escribir mensaje a la dirección: hcolina arroba gmail punto com para enviarles los datos respectivos.

Finalizada Release Party Mérida

A esta hora terminamos la parrilla que hicimos en honor al Release de Debian 6.0, en la mañana un poco de trabajo, muy poco realmente, con el equipo de debian pubnlicity y traducción, en la tarde estuvimos trabajando DebianSick y yo en un proyecto nuevo esperando que llegara el resto de la gente.

A la parrilla asistieron mafaldr1ta, juancho, debiansick, asdrubal, macagua,. syra, Igor y Johana, buena converación, cervezas, tequila, una buena punta de res, costilla y ensalada, amenizaron la velada.

Todo bien, compartimos que fue lo importante, hablamos y vimos el lanzamiento.

Gracias a todos los que asistieron

Mérida Release Party Squeeze

Este fin de semana, Squeeze será estable y ya e están armando fiesta de liberación en todo el mundo. El wiki de Debian tiene una sección especial para agregar tu localidad [1]; es muy sencillo hacerlo, solo reune un grupo de amigos, compartan un buen rato y luego cuenten como les fue. Estas fiestas son actividades sociales, pero si se animan a hablar de lo nuevo que viene en Squeeze no estaría nada mal.

En Mérida, Venezuela,  haremos una: estos son los datos:

Dirección: Residencias Habizum, al lado de la estación de servicios de Beto Petrol del Colegio de Abogados.

Día y Hora: Sábado 05 de febrero después de las 6:00 pm

Actividad: Parrilla.

¿Qué debo hacer?: anótate en http://wiki.debian.org/ReleasePartySqueeze indicando que puedes traer.

Habrá wifi, un mirror de debian con testing y estable

[1] http://wiki.debian.org/ReleasePartySqueeze/#DebianSqueezeReleaseParties