htpasswd y acceso local

Tengo un directorio protegido con htpasswd, sin embargo, necesitaba acceder a ese directorio con un script en python que se ejecuta localmente sin que me pidiese el password.

La solución es bastante sencilla y se llama “Satisfy Any”, una directiva que se incluye en el archivo de configuración del sitio.

La nueva configuración quedó con algo como:

AuthType Basic
AuthName “Authentication Required”
AuthUserFile “/var/password_web_ht”
Require valid-user
Allow from 127.0.0.1
Satisfy Any

Reiniciar apache y listo, acceso local limpiamente sin pedir contraseña y acceso desde cualquier otro sitio protegido por la contraseña definida en el archivo correspondiente.

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

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