Detalles

Hace un tiempo demostré cómo proteger el panel de administración de Joomla! con reglas de reescritura Apache. En esta oportunidad voy a demostrar cómo ofuscar el acceso al mismo cuando se utiliza un servidor Web Nginx.

Detalles

Hoy estaba revisando un log de Apache en busca de una serie de eventos anormales que detecté con Grafana, y me topé con una tonelada de entradas producidas por collectd:

[root@centos ~]# less /var/log/httpd/access_log
localhost - - [11/Nov/2018:03:48:47 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:48:56 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:49:06 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:49:16 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:49:26 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:49:36 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:49:46 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:49:56 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:50:06 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:50:16 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:50:26 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:50:36 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:50:46 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:50:56 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:51:06 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:51:16 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:51:26 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:51:36 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:51:46 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:51:56 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:52:06 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:52:16 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:52:26 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:52:36 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:52:46 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:52:56 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:53:06 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"
localhost - - [11/Nov/2018:03:53:16 -0300] "GET /apache_status?auto HTTP/1.1" 200 299 "-" "collectd/5.8.0"

Veamos cómo configurar Apache para que no registre en el log los accesos desde localhost.

Detalles

Este artículo explica cómo instalar y configurar sudo en Debian/Devuan y derivados para permitir que un usuario pueda ejecutar comandos como superusuario (root).

Detalles

Este artículo explica cómo ir hasta una línea específica de un archivo abierto con el editor de texto nano.

Detalles

Luego de muchas actualizaciones se apilaron unas cuantas versiones del kernel Linux en mis servidores Debian. Veamos cómo ejecutar apt-get autoremove en todos los servidores Debian al mismo tiempo con un simple playbook de Ansible.

Detalles

Este artículo explica cómo realizar una limpieza de un archivo de configuración de Nginx demasiado extenso, implementando una estructura de vhosts como la que utiliza Debian para los servidores Apache, mediante el uso de los subdirectorios sites-available y sites-enabled. Esto permite lograr una mejor organización de la configuración y facilita el mantenimiento de un servidor Nginx (algo muy importante para simplificar la tarea del SysAdmin y evitar errores), especialmente cuando se poseen múltiples instancias para un mismo puerto/protocolo (lo que se conoce como VirtualHost en jerga Apache).

Detalles

En la configuración previa de mi estación de trabajo tenía todos los archivos en una única partición, incluyendo los directorios $HOME de usuarios. El problema fue que, luego de unos años, y a medida que fui descargando archivos y creando nuevos, mi ~ (/usr/home/emi) empezó a ocupar mucho tamaño y necesité recuperar algo de espacio en el sistema de archivos raíz. Con lo cual procedí a moverlo a una nueva partición (o disco), lo cual es una tarea muy sencilla.

En este caso se trata de un sistema FreeBSD, pero el procedimiento es exactamente igual en sistemas GNU/Linux.

Detalles

Además de PostgreSQL y MySQL, en nuestra organización utilizamos servidores de gestión de bases de datos IBM Informix. Se trata de un producto de software de gestión de bases de datos propietario, licenciado por IBM, que corre sobre sistemas Unix.

Al tratarse de software propietario, collectd (y creo que ninguna otra solución de recolección de métricas) no posee un plugin para monitorear servidores de bases de datos Informix. Por ende me dispuse a crear un script Bash que permita monitorear servidores Informix y almacene las métricas en una base de datos InfluxDB, el cual comparto en este artículo.