Cómo resolver problemas de CentreON en linux

 Le pedimos a Gemini, la inteligencia artificial de Google, cómo resolver problemas de CentreON en linux

Explicanos detalladamente cómo resolver problemas de CentreON en linux

Resolver problemas en Centreon requiere diagnosticar de manera metódica la cadena de flujo de métricas: desde los sensores o plugins (ejecutados vía SNMP o NRPE/SSH), pasando por el motor de chequeos (Centreon Engine / centengine), el multiplexor de eventos (Centreon Broker / cbd), la base de datos MariaDB , hasta llegar a la interfaz web ( Apache/PHP-FPM ).

1. Ubicación de Registros (Logs) y Comandos de Diagnóstico

Ante cualquier comportamiento anómalo, la primera acción en la terminal es verificar los registros de cada demonio:

Componente	Archivo de Log Principal	Comando de Verificación / Estado
Engine (Chequeos)	/var/log/centreon-engine/centengine.log	sudo systemctl status centengine
Broker (Tráfico BD/Sockets)	/var/log/centreon-broker/cbd.log / central-broker-master.log	sudo systemctl status cbd
Gorgone (Comunicación Poller)	/var/log/centreon-gorgone/gorgoned.log	sudo systemctl status gorgoned
Apache / PHP-FPM	/var/log/httpd/error_log o /var/log/php-fpm/error.log	sudo systemctl status php-fpm
Base de Datos	/var/log/mariadb/mariadb.log	sudo systemctl status mariadb

2. Diagnóstico y Solución de los Fallos Más Frecuentes

Error 1: Los estados de los hosts/servicios no se actualizan (Puntos rojos en el Broker o "Pending")

Síntoma: Realizas cambios en la interfaz web, los exportas, pero el monitoreo en vivo aparece congelado o los servicios se quedan en estado Pending.

Causa: El servicio cbd (Centreon Broker) perdió la conexión con la base de datos centreon_storage, o los módulos del Broker en centengine.cfg están mal configurados.

Solución:

Revisa los registros de Broker para detectar bloqueos de MySQL:

Bash

sudo tail -f /var/log/centreon-broker/central-broker-master.log

Si encuentras errores de retención o tablas corruptas, reinicia la cadena en orden estricto:

Bash

sudo systemctl restart cbd

sudo systemctl restart centengine

Verifica que la tubería de comunicación (FIFO) o socket esté activa:

Bash

ls -l /var/lib/centreon-engine/rw/centengine.cmd

Error 2: Fallo al exportar la configuración desde la Web UI ("Generate / Move files")

Síntoma: Al presionar Configuration > Pollers > Export Configuration, la consola muestra errores en el paso Prepare files o Restart Engine.

Causa: Problemas de permisos en /etc/centreon-engine/ o el proceso gorgoned (encargado de mover los archivos de configuración) está colgado o desincronizado.

Solución:

Confirma que el usuario centreon-engine es propietario de las carpetas de configuración:

Bash

sudo chown -R centreon-engine:centreon-engine /etc/centreon-engine/

sudo chown -R centreon-broker:centreon-broker /etc/centreon-broker/

Verifica la sintaxis de las reglas de Engine manualmente antes de aplicar:

Bash

sudo /usr/sbin/centengine -v /etc/centreon-engine/centengine.cfg

Reinicia el demonio de orquestación Gorgone:

Bash

sudo systemctl restart gorgoned

Error 3: Timeout en consultas SNMP / Chequeos manuales fallidos

Síntoma: Los servicios monitoreados vía SNMP muestran CRITICAL - Plugin timed out o SNMP Table Fetch Error.

Causa: Bloqueo en cortafuegos (puerto UDP 161), versión/comunidad SNMP incorrecta, o falta del ejecutable centreon-plugins.

Solución:

Ejecuta el plugin directamente desde la línea de comandos como el usuario centreon-engine:

Bash

sudo -u centreon-engine /usr/lib/centreon/plugins/centreon_linux_snmp.pl \

   --plugin=os::linux::snmp::plugin \

   --mode=cpu \

   --hostname=192.168.1.50 \

   --snmp-version=2c \

   --snmp-community=public

Si falla por tiempo de espera, valida la conectividad en la capa de red con snmpwalk:

Bash

snmpwalk -v 2c -c public 192.168.1.50 .1.3.6.1.2.1.1.1.0

Error 4: Base de Datos Llenas o Errores de Retención (centreon_storage)

Síntoma: El sistema responde extremadamente lento, o MariaDB consume el 100% de la CPU debido a tablas gigantescas como data_bin o logs.

Causa: Las tareas diarias de purga (centstorage / centreon-purge) no están ejecutándose vía cron o fallan por falta de memoria.

Solución:

Revisa las tablas con mayor tamaño en la base de datos de métricas:

Bash

sudo mysql -u root -p -e "SELECT table_name, round(((data_length + index_length) / 1024 / 1024), 2) 'Size in MB' FROM information_schema.TABLES WHERE table_schema = 'centreon_storage';"

Ejecuta manualmente el script de purga y optimización de particiones:

Bash

sudo -u centreon /usr/share/centreon/cron/centreon-purge.php

Si hay tablas corruptas en MariaDB, ejecútales un chequeo e indexación:

Bash

sudo mysqlcheck -u root -p --auto-repair --check centreon centreon_storage

Error 5: Error 500 / Pantalla en blanco en la consola Web de Centreon

Síntoma: Al intentar autenticarse o navegar en la interfaz web, Apache devuelve un error interno.

Causa: Agotamiento del límite de memoria en PHP-FPM (memory_limit), desajuste en la zona horaria (date.timezone), o problemas de sesión en /var/lib/php/sessions.

Solución:

Ajusta los parámetros de PHP en /etc/php.d/50-centreon.ini (o /etc/php.ini):

Ini, TOML

memory_limit = 512M

max_execution_time = 300

date.timezone = America/Mexico_City

Revisa y corrige los permisos del directorio de sesiones PHP:

Bash

sudo chown -R apache:apache /var/lib/php/session/ # En RHEL/AlmaLinux

# sudo chown -R www-data:www-data /var/lib/php/sessions/ # En Debian

Reinicia PHP-FPM y el servidor web:

Bash

sudo systemctl restart php-fpm httpd

Resumen de Verificación Rápida del Flujo de Trabajo

Bash

# 1. Validar la sintaxis global de Centreon Engine

sudo centengine -v /etc/centreon-engine/centengine.cfg

# 2. Monitorear eventos de transporte del Broker hacia la BD

sudo tail -f /var/log/centreon-broker/central-broker-master.log

# 3. Reiniciar la pila completa de monitoreo en secuencia correcta

sudo systemctl restart mariadb

sudo systemctl restart cbd

sudo systemctl restart centengine

sudo systemctl restart gorgoned

¿Qué aspecto específico deseas revisar en tu servidor Centreon?

Analizar registro de depuración de Engine o Broker

Diagnosticar Poller Remoto desconectado

Optimizar rendimiento de MariaDB para Centreon

Cómo instalar y configurar CentreON en linux

 Le pedimos a Gemini, la inteligencia artificial de Google, cómo instalar y configurar CentreON en linux

Explicanos detalladamente cómo instalar y configurar CentreON en linux

Centreon es una plataforma de monitoreo de código abierto basada en el motor de Nagios (o su propio motor optimizado Centreon Engine). Proporciona una interfaz web avanzada para supervisar infraestructura de red, servidores, aplicaciones y servicios mediante SNMP, agentes o chequeos activos/pasivos.

La instalación más estable sobre distribuciones de la familia RHEL (AlmaLinux / Rocky Linux 9) o Debian 12 utiliza los repositorios oficiales de Centreon.

1.1. Preparar el Sistema Base y Repositorios:

AlmaLinux / Rocky Linux 9 (Recomendado) o Debian 12.

Desactiva SELinux (para evitar bloqueos en Apache/PHP-FPM) de forma temporal y permanente:

Bash

sudo setenforce 0

sudo sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config

Instala los repositorios EPEL y el repositorio oficial de Centreon:

Bash

# En RHEL / Rocky / AlmaLinux 9

sudo dnf install -y epel-release

sudo dnf install -y https://yum.centreon.com/standard/23.10/el9/stable/noarch/RPMS/centreon-release-23.10-1.el9.noarch.rpm

2.2. Instalar los Paquetes Principales de Centreon:

Servidor Web, Engine, Broker y Base de Datos.

Ejecuta la instalación del grupo completo de paquetes de Centreon:

Bash

sudo dnf install -y centreon

Esto descargará e instalará automáticamente:

Centreon Web: Interfaz gráfica basada en PHP/Apache.

Centreon Engine: Motor de procesamiento de métricas.

Centreon Broker: Gestor de eventos y persistencia hacia la base de datos.

MariaDB: Servidor de base de datos SQL.

3.3. Configurar y Optimizar MariaDB:

Ajuste de parámetros requeridos.

Edita el archivo de configuración de MariaDB (/etc/my.cnf.d/centreon.cnf o /etc/my.cnf.d/mariadb-server.cnf):

Ini, TOML[mysqld]

innodb_file_per_table = 1

open_files_limit = 32000

max_connections = 400

key_buffer_size = 64M

sort_buffer_size = 32M

join_buffer_size = 32M

Habilita e inicia MariaDB:

Bash

sudo systemctl enable --now mariadb

Asegura la instalación de la base de datos:

Bash

sudo mysql_secure_installation

4.4. Configurar la Zona Horaria en PHP y Servidor:

Evita desincronización de eventos.

Ajusta la zona horaria de tu PHP en /etc/php.d/50-centreon.ini (o /etc/php.ini):

Ini, TOML

date.timezone = America/Mexico_City

Reinicia los servicios de Apache y PHP-FPM:

Bash

sudo systemctl restart php-fpm httpd

sudo systemctl enable php-fpm httpd

5.5. Iniciar los Demonio Core de Centreon:

Engine & Broker.

Habilita e inicia los motores de monitoreo:

Bash

sudo systemctl enable --now centengine centcore cbd

6.6. Finalizar la Instalación desde el Asistente Web:

http://<IP_DE_TU_SERVIDOR /Centreon">

Abre tu navegador e ingresa a http://<IP_DE_TU_SERVIDOR>/centreon

El asistente comprobará que los prerrequisitos de PHP, módulos y permisos de directorios estén en verde.

Especifica los datos de conexión a MariaDB (usuario root y la contraseña creada en el paso 3).

Define las credenciales para el usuario admin de la consola de Centreon.

El instalador creará automáticamente las bases de datos centreon y centreon_storage.

Una vez completado, inicia sesión con las credenciales creadas.

Archivos y Puertos Clave de Centreon

Componente	Archivo / Puerto	Función
Consola Web	Puerto 80 / 443	Interfaz de administración gráfica.
Centreon Engine	/etc/centreon-engine/	Configuración del motor de chequeos.
Centreon Broker	/etc/centreon-broker/	Configuración de enlaces y sockets de datos.
Puerto Poller	Puerto TCP 5669	Comunicación entre servidor central y distribuidores (pollers).

¿Cómo deseas continuar configurando tu infraestructura de monitoreo con Centreon?

Agregar un host por SNMP en Centreon

Instalar y configurar un Poller remoto

Resolver problemas comunes en Centreon

Cómo solucionar problemas del bloqueador de publicidad en X-WRT

 Le preguntamos a Gemini, la inteligencia artificial de Google, cómo solucionar problemas del bloqueador de publicidad en X-WRT

Explicanos detalladamente cómo solucionar problemas del bloqueador de publicidad en X-WRT 

Para diagnosticar y resolver problemas con el bloqueador de publicidad en X-WRT (generalmente basado en AdGuard Home, dnsmasq-full o paquetes como luci-app-adbyby-plus / luci-app-adblock), debes seguir un flujo de trabajo terminal enfocado en la resolución DNS y el filtrado de iptables/nftables.

1. Diagnóstico de la Capa de DNS y Filtros

El fallo más común es que el bloqueador no esté interceptando el puerto DNS (53) o que las listas de bloqueo hayan dejado de actualizarse.

Ejecuta los siguientes comandos vía SSH en tu router X-WRT:

Bash

# 1. Monitorear las peticiones DNS en tiempo real usando logread

logread -f | grep -iE 'dnsmasq|adguard|adblock|block'

# 2. Verificar qué proceso está escuchando en el puerto 53

netstat -tulpn | grep :53

# 3. Probar la resolución local de un dominio publicitario conocido

nslookup doubleclick.net 127.0.0.1

Resultado esperado si funciona: La consulta debe retornar 0.0.0.0 o 127.0.0.1 (o la IP del sumidero/sinkhole).

Si retorna la IP real de internet: La consulta DNS está saltándose el motor de bloqueo.

2. Guía de Solución de Problemas Frecuentes

Problema A: Los clientes de la LAN se saltan el bloqueador

Si las pruebas directas en el router bloquean la publicidad pero los dispositivos (móviles, PCs) siguen viendo anuncios, los clientes están usando servidores DNS externos (como 8.8.8.8 o 1.1.1.1) o DoH/DoT (DNS sobre HTTPS/TLS).

Solución (Forzar redirección DNS y bloquear DoH):

Edita /etc/config/dhcp o configura iptables/nftables para redirigir todo el tráfico saliente del puerto 53 hacia el router:

Bash

# Redirigir consultas DNS salientes (Port 53 TCP/UDP) al puerto local de X-WRT

iptables -t nat -A PREROUTING -i br-lan -p udp --dport 53 -j REDIRECT --to-ports 53

iptables -t nat -A PREROUTING -i br-lan -p tcp --dport 53 -j REDIRECT --to-ports 53

Desactiva en el menú del router (Network > DHCP and DNS) la opción de publicidad de servidores DNS alternativos para que los clientes utilicen únicamente la IP Gateway de X-WRT.

Problema B: El servicio del bloqueador se detiene (Falta de Memoria RAM)

Las listas de bloqueo masivas requieren bastante memoria RAM. En routers con 128 MB o menos, el proceso del bloqueador (especialmente AdGuard Home) puede ser terminado por el ejecutor de falta de memoria (OOM Killer).

Solución:

Revisa si el proceso fue terminado por falta de memoria:

Bash

logread | grep -i 'out of memory'

Reduce el número de listas de bloqueo activas o habilita un espacio de intercambio (Swap) en un almacenamiento USB montado en el router:

Bash

# Crear un archivo Swap de 256MB en USB (/mnt/sda1)

dd if=/dev/zero of=/mnt/sda1/swapfile bs=1M count=256

mkswap /mnt/sda1/swapfile

swapon /mnt/sda1/swapfile

Problema C: Listas de bloqueo corruptas o fallos al actualizar

Si las URLs de las listas cambian o la descarga falla por falta de certificados CA, el bloqueador cargará 0 reglas.

Solución:

Asegúrate de tener los certificados CA actualizados para descargas HTTPS:

Bash

opkg update && opkg install ca-certificates wget-ssl

Fuerza la descarga y reconstrucción del archivo de reglas (varía según el paquete instalado):

Bash

# Para adblock nativo

/etc/init.d/adblock restart

# Para AdGuard Home integrado

/etc/init.d/adguardhome restart

Problema D: Conflicto entre dnsmasq y el módulo del bloqueador

Si AdGuard Home u otro motor de filtrado se configura para escuchar en el puerto 53, debes mover el servicio predeterminado dnsmasq a un puerto alternativo (por ejemplo, el puerto 5353).

Solución (Revisar puertos en /etc/config/dhcp):

Bash

uci set dhcp.@dnsmasq[0].port='5353'

uci commit dhcp

/etc/init.d/dnsmasq restart

Posteriormente, configura el motor de bloqueo para escuchar en el puerto 53 y redirigir sus consultas no bloqueadas al puerto 5353 (127.0.0.1:5353).

3. Comandos Rápidos de Reinicio y Verificación

Bash

# Reiniciar la pila completa de red y resolución en X-WRT

/etc/init.d/network restart

/etc/init.d/dnsmasq restart

# Vaciar la caché DNS en clientes Linux/Mac locales tras aplicar reglas

sudo resolvectl flush-caches 2>/dev/null || sudo killall -HUP mDNSResponder

¿Qué paquete específico de bloqueo utilizas en tu firmware X-WRT?

Diagnosticar AdGuard Home en X-WRT

Diagnosticar luci-app-adblock / dnsmasq

Cómo resolver problemas de Cacti en linux

 Le preguntamos a Gemini, la inteligencia artificial de Google, cómo resolver problemas de Cacti en linux

Explicanos detalladamente cómo resolver problemas de Cacti en linux

Para resolver problemas en Cacti, el diagnóstico debe abordar de forma sistemática la cadena de procesamiento de datos: la recolección (Poller), el procesamiento de archivos RRD (RRDTool), la base de datos MariaDB y el servidor web Apache/PHP.

1. Ubicación de Registros (Logs) y Herramientas de Diagnóstico

Cacti registra internamente las fallas del recolector y la base de datos, mientras que las fallas de renderizado web quedan capturadas por el servidor web y PHP:

Componente	Archivo / Comando	Propósito
Log de Cacti	/var/www/html/cacti/log/cacti.log	Muestra tiempos de ejecución del Poller, fallos de SNMP y consultas SQL.
Apache Error Log	/var/log/apache2/error.log	Excepciones de PHP, faltas de módulos y errores de permisos.
Monitoreo en Vivo	tail -f /var/www/html/cacti/log/cacti.log	Verificación del ciclo de recolección en tiempo real.
Verificación Manual	php /var/www/html/cacti/poller.php --force	Ejecución forzada del Poller para detectar fallas por consola.

2. Problemas Frecuentes y Soluciones Paso a Paso

Problema 1: Gráficas en Blanco o sin Actualizar (Gaps/Nan)

Causa: El ejecutable del recolector (cmd.php o spine) no se ejecuta cada 5 minutos, o el usuario del servidor web (www-data / apache) no tiene permisos de escritura en la carpeta /rra/.

Solución:

Verifica que el archivo de cron existe y está habilitado en /etc/cron.d/cacti:

Bash

cat /etc/cron.d/cacti

# Debe contener: */5 * * * * www-data php /var/www/html/cacti/poller.php > /dev/null 2>&1

Corrige la propiedad y permisos de las carpetas de almacenamiento y logs:

Bash

sudo chown -R www-data:www-data /var/www/html/cacti/rra /var/www/html/cacti/log

sudo chmod -R 775 /var/www/html/cacti/rra /var/www/html/cacti/log

Ejecuta el poller manualmente desde la consola como el usuario del servidor web:

Bash

sudo -u www-data php /var/www/html/cacti/poller.php --force --debug

Problema 2: Timeouts de SNMP y Dispositivos en Estado "Down"

Causa: Bloqueo de firewall (puerto UDP 161), cadena de comunidad SNMP incorrecta o versión incompatibles (v1, v2c, v3).

Solución:

Prueba la conectividad SNMP directa desde la consola del servidor Cacti usando snmpwalk:

Bash

snmpwalk -v 2c -c tu_comunidad <IP_DISPOSITIVO>  .1.3.6.1.2.1.1.1.0

Si el comando falla por timeout, valida que el puerto UDP 161 esté abierto en la red o firewall local:

Bash

nc -zu <IP_DISPOSITIVO> 161

En la interfaz web de Cacti (Management > Devices > [Tu Dispositivo]), ajusta el valor de SNMP Timeout (por defecto 500 ms) a 2000 ms o superior si el enlace es lento o tiene latencia.

Problema 3: Desincronización de Hora y Zonas Horarias

Causa: Diferencia entre la zona horaria del sistema operativo, la base de datos MariaDB y el archivo php.ini. Esto genera un desajuste donde RRDTool ignora las métricas por considerarlas "del futuro" o "del pasado".

Solución:

Revisa que la zona horaria en /etc/php/8.x/apache2/php.ini coincida con la del sistema:

Ini, TOML

date.timezone = America/Mexico_City

Carga las zonas horarias del sistema en MariaDB:

Bash

sudo mysql_tzinfo_to_sql /usr/share/zoneinfo | sudo mysql -u root mysql

Otorga permisos de lectura del timezone al usuario de Cacti:

SQL

GRANT SELECT ON mysql.time_zone_name TO 'cactiuser'@'localhost';

FLUSH PRIVILEGES;

Reinicia el servidor web y la base de datos:

Bash

sudo systemctl restart apache2 mariadb

Problema 4: Rendimiento Lento del Recolector (Poller Overrun)

Causa: El tiempo necesario para consultar todos los dispositivos supera la ventana de 5 minutos (300 segundos), provocando que los procesos de recolección se traslapen y bloqueen el servidor.

Solución:

Cambia el recolector por defecto cmd.php (PHP monohilo) por Spine (compilado en C y multihilo).

Ajusta los procesos paralelos dentro de Cacti en Configuration > Settings > Poller:

Number of Threads per Process: Incrementa de 1 a 10 o más según la cantidad de núcleos CPU.

Concurrent Processes: 2 a 4.

Revisa en /var/www/html/cacti/log/cacti.log que la recolección tome menos de 290 segundos:

Plaintext

SYSTEM STATS: Time:18.2341 Method:spine Processes:2 Threads:10 Hosts:45

Problema 5: Base de Datos Corrupta o Errores de Tablas InnoDB

Causa: Cortes de energía, falta de espacio en disco o agotamiento de la memoria de MariaDB (innodb_buffer_pool_size).

Solución:

Ejecuta la herramienta de reparación de MariaDB sobre la base de datos de Cacti:

Bash

sudo mysqlcheck -u cactiuser -p --auto-repair --check cacti

Incrementa el límite de memoria asignado a las tablas de Cacti en /etc/mysql/mariadb.conf.d/50-server.cnf:

Ini, TOML

[mysqld]

max_heap_table_size = 128M

tmp_table_size = 128M

innodb_buffer_pool_size = 1G

Reinicia MariaDB:

Bash

sudo systemctl restart mariadb

¿Deseas profundizar en alguna de estas tareas de mantenimiento?

Analizar el archivo cacti.log

Instalar y configurar Spine

Reparar gráficos con rrdtool tool

Cómo instalar y configurar Cacti en linux

 Le preguntamos a Gemini, la inteligencia artificial de Google, cómo instalar y configurar Cacti en linux

Explicanos detalladamente cómo instalar y configurar Cacti en linux

1.1. Instalar el Servidor Web, PHP y MariaDB:

Entorno LAMP + RRDTool y SNMP.

Instala el servidor web Apache, el motor de base de datos MariaDB, la herramienta de graficado RRDTool, los servicios de SNMP y las extensiones de PHP requeridas (ejemplo para Ubuntu/Debian):

Bash

sudo apt update && sudo apt install -y \

       apache2 mariadb-server rrdtool snmp snmpd git \

       php php-mysql php-snmp php-xml php-gd php-mbstring \

       php-gmp php-json php-ldap php-curl php-zip php-intl

2.2. Configurar MariaDB para los Requerimientos de Cacti:

Ajuste de parámetros InnoDB y zonas horarias.

Cacti exige parámetros específicos en el motor MariaDB para procesar e indexar tablas de métricas masivas sin cuellos de botella.Abre el archivo de configuración de MariaDB:

Bash

sudo nano /etc/mysql/mariadb.conf.d/50-server.cnf

Añade o edita los siguientes valores dentro de la sección [mysqld]:

Ini, TOML[mysqld]

character-set-server = utf8mb4

collation-server = utf8mb4_unicode_ci

max_heap_table_size = 128M

tmp_table_size = 128M

join_buffer_size = 64M

innodb_file_per_table = ON

innodb_buffer_pool_size = 512M

innodb_doublewrite = OFF

Importa la tabla de zonas horarias del sistema operativo a MariaDB:

Bash

sudo mysql_tzinfo_to_sql /usr/share/zoneinfo | sudo mysql -u root mysql

Reinicia MariaDB para aplicar los cambios:Bashsudo systemctl restart mariadb

3.3. Crear la Base de Datos y el Usuario de Cacti:

Permisos y carga del esquema inicial.

Inicia sesión en la consola interactiva de MariaDB:

Bash

sudo mysql -u root

Ejecuta las sentencias SQL para crear la base de datos y otorgar permisos:

SQL

CREATE DATABASE cacti CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

CREATE USER 'cactiuser'@'localhost' IDENTIFIED BY 'TuPasswordSegura123';

GRANT ALL PRIVILEGES ON cacti.* TO 'cactiuser'@'localhost';

GRANT SELECT ON mysql.time_zone_name TO 'cactiuser'@'localhost';

FLUSH PRIVILEGES;

EXIT;

4.4. Descargar Cacti e Importar la Estructura SQL:

Ruta /var/www/html/cacti y permisos de archivo.

Descarga e instala la última versión estable de Cacti:

Bash

cd /tmp

curl -LO https://www.cacti.net/downloads/cacti-1.2.28.tar.gz

sudo tar -xvf cacti-1.2.28.tar.gz -C /var/www/html/

sudo mv /var/www/html/cacti-1.2.28 /var/www/html/cacti

Importa la estructura de tablas inicial a la base de datos cacti:

Bash

sudo mysql -u cactiuser -p'TuPasswordSegura123' cacti < /var/www/html/cacti/cacti.sql

Asigna la propiedad de los archivos al usuario del servidor web (www-data):

Bash

sudo chown -R www-data:www-data /var/www/html/cacti/

5.5. Configurar Credenciales, PHP y la Tarea del Poller:

Ajustes de php.ini y ejecución cada 5 minutos.

Crea el archivo de configuración copiando la plantilla base:

Bash

sudo cp /var/www/html/cacti/include/config.php.dist /var/www/html/cacti/include/config.php

sudo nano /var/www/html/cacti/include/config.php

Asegúrate de definir las credenciales asignadas previamente:

PHP

$database_type = 'mysql';

$database_default = 'cacti';

$database_hostname = 'localhost';

$database_username = 'cactiuser';

$database_password = 'TuPasswordSegura123';

$database_port = '3306';

Ajusta los parámetros requeridos de memoria y zona horaria en tu archivo php.ini:

Bash

sudo nano /etc/php/$(php -r 'echo PHP_MAJOR_VERSION.".".PHP_MINOR_VERSION;')/apache2/php.ini

Ini, TOMLdate.timezone = America/Mexico_City # Reemplaza por tu zona horaria

memory_limit = 512M

max_execution_time = 60

Reinicia Apache:

Bash

sudo systemctl restart apache2

Configura la tarea programada (cron) para recolectar datos mediante poller.php cada 5 minutos:

Bash

echo "*/5 * * * * www-data php /var/www/html/cacti/poller.php > /dev/null 2>&1" | sudo tee /etc/cron.d/cacti

6.:http://<IP_SERVIDOR

/cacti" title="6.Finalizar el Asistente de instalación Web">

Abre tu navegador web e ingresa a: http://<IP_DE_TU_SERVIDOR>/cacti/

Credenciales por defecto:

Usuario: admin

Contraseña: admin

Define una nueva contraseña segura cuando la interfaz te lo solicite.

El asistente de instalación (Installation Wizard) ejecutará un diagnóstico previo validando dependencias, permisos de lectura/escritura en carpetas (log/ y rra/) y parámetros de MariaDB. Confirma que todos los checks estén en color verde y avanza hasta finalizar la instalación.

Resumen de Rutas y Servicios Clave

Componente	Ubicación / Comando	Función
Directorio de Cacti	/var/www/html/cacti/	Archivos fuente de la consola web.
Archivos de Gráficas (RRD)	/var/www/html/cacti/rra/	Almacenamiento de bases de datos RRD.
Logs de Recolección	/var/www/html/cacti/log/cacti.log	Registro de actividad del poller y errores.
Proceso Poller	/etc/cron.d/cacti	Automatización de recolección SNMP/Script.

¿Deseas optimizar la recolección o agregar dispositivos a Cacti?

Instalar Spine (Poller multihilo en C)

Monitorear Router / Switch MikroTik o Cisco

Configurar alertas por correo con el plugin THold

Qué es vsftpd

 Le preguntamos a gemini, la inteligencia artificial de Google, qué es vsftpd

Explicanos detalladamente qué es vsftpd

vsftpd (Very Secure FTP Daemon) es un servidor de transferencia de archivos basado en el protocolo FTP para sistemas operativos Linux y tipo Unix, diseñado específicamente para priorizar la seguridad, la estabilidad y el alto rendimiento. Es el servidor FTP por defecto en muchas de las distribuciones más populares, como RHEL, CentOS, Fedora, Debian y Ubuntu.

Arquitectura y Principios de Seguridad

A diferencia de los servidores FTP tradicionales diseñados en la década de 1990, vsftpd se escribió desde cero con un enfoque defensivo para prevenir la explotación de vulnerabilidades:

Separación de privilegios: El proceso con permisos de root se limita estrictamente a enlazar los puertos del sistema (como el puerto 21) y autenticar credenciales. Una vez establecida la conexión, la gestión de la sesión pasa a un proceso hijo sin privilegios en el sistema.

Aislamiento de carpetas (Chroot Jails): Confinará a los usuarios dentro de su directorio raíz asignado, impidiendo que puedan navegar hacia la raíz real del sistema (/) o acceder a archivos del sistema operativo.

Prevención contra desbordamientos de búfer: Su código evita estructuras complejas propensas a buffer overflows, reduciendo drásticamente la superficie de ataque ante ejecución remota de código.

Características Clave

Capacidad	Descripción
Cifrado FTPS	Soporta cifrado SSL/TLS (FTPS) para proteger tanto los comandos de autenticación como la transferencia de datos en tránsito.
Tipos de Autenticación	Permite acceso anónimo (Anonymous FTP), usuarios reales del sistema operativo o usuarios virtuales aislados (mediante PAM o base de datos).
Control de Tráfico	Permite definir límites de ancho de banda por usuario o dirección IP (local_max_rate, anon_max_rate) para evitar saturaciones de red.
Escalabilidad	Gestiona miles de conexiones simultáneas con un impacto mínimo en el uso de memoria RAM y CPU.
Modos Activo y Pasivo	Soporta conexiones detrás de firewalls o NAT mediante la delimitación explícita de rangos de puertos pasivos.

Comparativa: vsftpd vs. Otros Servidores FTP

Servidor FTP	Fortaleza Principal	Caso de Uso Ideal
vsftpd	Seguridad extrema y velocidad. Mínimo consumo de recursos.	Repositorios de software, servidores de alta carga, transferencia de imágenes de disco y entornos corporativos.
ProFTPD	Flexibilidad. Configuración con sintaxis similar a Apache HTTPD (<Directory>).	Hosting compartido con reglas granuladas y estructuras de permisos complejas por directorio.
Pure-FTPd	Gestión de usuarios. Excelente integración nativa con cuotas de disco y usuarios virtuales.	Entornos web donde se requiere crear/borrar cuentas FTP dinámicamente sin tocar el sistema base.

Casos de Uso Típicos

Servidores de Respaldo y Clonación: Almacenamiento rápido de imágenes de disco enviadas por red mediante herramientas como G4U, Clonezilla o OpenWRT.

Repositorios Públicos de Software: Históricamente utilizado para servir espejos de distribuciones (como ftp.debian.org o ftp.redhat.com).

Automatización M2M ( Machine to Machin e): Dispositivos de red, cámaras IP, routers o escáneres que suben volcados de logs y copias de seguridad de forma automatizada.

¿Deseas profundizar en la administración de vsftpd?

Configurar cifrado FTPS (SSL/TLS)

Configurar Usuarios Virtuales con PAM

Diferencias entre FTP Activo y Pasivo