De un tiempo a esta parte, hemos evidenciado la necesidad de mejorar ciertos aspectos en la infraestructura IT. Uno de ellos, corresponde a algo tan crítico como el servidor web. En este sentido, las pruebas que hemos hecho y estamos haciendo nos hacen apuntar a una dirección concreta. Además, el día a día nos presenta un duro reto con respecto a Apache 2.X como servidor web, dada su antigüedad, vulnerabilidad ante ataques, etc. El último ha sido bastante claro y tiene un nombre no muy tranquilizador: Slowris Ejemplo Denegación de Servicio 12[Mon Jan 24 20:03:51 2011] [error]...

Un mod de Apache del que todavía no había hablado es mod_cache. Mod_cache se utiliza sobretodo cuando se montan Apaches que sirven de proxy entre el servidor original y el cliente. Pero no tiene sólo esta utilidad. Mod_deflate, es un mod de Apache que comprime los contenidos a costa de tiempo de la CPU. Pues bien, si habilitamos mod_deflate, Apache ha de estar comprimiendo continuamente los contenidos que se le requieren. Si usamos también mod_cache y alguno de sus submódulos (mod_disk_cache, mod_file_cache o mod_mem_cache) evitamos que ciertas cosas se recompriman porque Apache las...

El error era 1perhaps misspelled or defined by a module not included in the server configuration Y si, ese era el problema. El módulo env_module no estaba cargado desde la configuración. 1LoadModule env_module modules/mod_env.so Reiniciamos y a otra cosa.

Una forma básica de ofrecer seguridad sobre directorios web en Linux es utilizando las posibilidades que nos ofrece la apache. .htaccess Hemos de crear primero, un archivo llamado “.htaccess” y editarlo con las siguientes directivas: AuthUserFile: path absoluto hasta el fichero .htpasswd AuthName: contendrá el nombre del prompt o ventana que el usuario leerá al acceder al directorio protegido AuthType: el tipo de autenticación require user: los usuarios que podrán acceder al directorio protegido Un ejemplo de .htaccess sería 1234AuthUserFile...

Esto lo sospechaba por puro sentido común, pero no había dado con la forma de arreglarlo. Si decidimos activar el mod_status para Apache, hemos de acceder vía web a http://ip/server-status o http://dominio/server-status. El problema es que si en el dominio configurado tenemos reglas para .htaccess, el .htaccess interpretará la URL /server-status ocasionando que nos devuelva un 404. Para evitarlo hay que decirle que /server-status no es una URL para redireccionar. Editamos el .htaccess y añadimos: 1<strong>RewriteCond %{REQUEST_URI} !=/server-status</strong> Reiniciamos...

Editamos el archivo de configuración de apache y añadimos: 12Header unset ETag FileETag None También lo podemos configurar con nuestro .htacccess. Reinciamos apache y listo. El motivo de hacerlo ya es entrar en discusión de ciertos factores. Links http://www.askapache.com/htaccess/apache-speed-etags.html