Cómo instalar y configurar Bmon en linux

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

Explicanos detalladamente cómo instalar y configurar Bmon en linux

Para instalar y configurar Bmon (Bandwidth Monitor) en Linux, cuentas con una herramienta de consola ligera y altamente eficiente para supervisar el tráfico de red en tiempo real, visualizar gráficos basados en caracteres (ASCII) y analizar de forma individual el rendimiento de cada interfaz física o virtual.

1.1. Instalar Bmon mediante el Gestor de Paquetes:

Ubuntu, Debian y derivados.

Instala el paquete bmon utilizando el gestor de paquetes nativo de tu distribución de Linux:

Bash

# En Ubuntu / Debian / Linux Mint

sudo apt update && sudo apt install bmon -y

# En RHEL / Rocky Linux / AlmaLinux (requiere repositorio EPEL activo)

sudo dnf install epel-release -y && sudo dnf install bmon -y

# En Arch Linux

sudo pacman -S bmon

2.2. Iniciar y Conocer la Interfaz Gráfica en Consola:

Ejecución y lectura de la interfaz ncurses.

Ejecuta el comando principal para abrir la interfaz interactiva:

Bash

bmon

Elementos clave de la pantalla:

Panel Izquierdo (Interfaces): Muestra la lista de todas las interfaces de red disponibles (eth0, enp3s0, wlan0, lo, túneles VPN, etc.).

Panel Derecho (Gráfico de tráfico): Muestra barras y gráficos en tiempo real con la tasa de bits por segundo (Rx/Tx) o paquetes procesados.

Código de Colores: Verde para transmisión baja/normal, amarillo y rojo para picos altos de ancho de banda.

3.3. Navegación y Modos de Visualización en Tiempo Real:

Teclas de control interactivo.

Mientras bmon está en ejecución, puedes utilizar las siguientes teclas para alternar las métricas de visualización:

Flechas Arriba / Abajo (↑ / ↓): Seleccionan y cambian entre las diferentes interfaces de red.

Tecla I (Mayúscula): Cambia el formato de visualización para alternar entre gráficos detallados por interfaz o listas condensadas.

Tecla D : Muestra u oculta los detalles estadísticos avanzados de la interfaz seleccionada.

Tecla Q : Sale y cierra la aplicación de monitoreo.

Tecla ? : Abre la ayuda interactiva integrada dentro de la misma interfaz de Bmon.

4.4. Filtrar una Interfaz de Red Específica al Iniciar:

Filtrado y selección de interfaces específicas.

Si tu servidor cuenta con múltiples interfaces y deseas monitorear únicamente una tarjeta específica desde el arranque, utiliza el parámetro -p:

Bash

# Monitorear únicamente la interfaz eth0 o enp3s0

bmon -p eth0

Verificación: La interfaz abierta mostrará exclusivamente los datos en tiempo real de la tarjeta solicitada, omitiendo el resto de adaptadores del sistema.

5.5. Ajustar Tasas de Refresco y Unidades de Medida:

Control de intervalos de muestreo y unidades.

Puedes personalizar el comportamiento de muestreo mediante argumentos en la terminal:

Definir el intervalo de actualización en segundos (ej. cada 1 segundo):

Bash

bmon -r 1.0

Mostrar los valores directamente en bytes en lugar de bits por segundo:Bashbmon -b

Resumen de Opciones Útiles de Bmon

Comando / Opción	Descripción
bmon	Ejecución estándar con todas las interfaces detectadas.
bmon -p enp3s0	Monitoreo exclusivo de una interfaz en particular.
bmon -r 0.5	Actualización rápida de métricas cada medio segundo.
bmon -b	Mostrar consumo en Bytes en lugar de bits.

Cómo resolver problemas de FreeMeter en Linux

 Le preguntamos a Gemini, la inteligencia artificial de Google, Cómo resolver problemas de FreeMeter en Linux

Explicanos detalladamente cómo resolver problemas de FreeMeter en Linux

Resolver problemas relacionados con FreeMeter en Linux requiere comprender que se trata de una aplicación clásica desarrollada para entornos Windows (Win32), la cual se ejecuta en sistemas Linux a través de la capa de compatibilidad Wine. Por lo tanto, los fallos suelen originarse por problemas de dependencias gráficas, restricciones del subsistema Wine al consultar interfaces de red virtuales, o la falta de permisos para acceder a las estadísticas del sistema operativo.

A continuación, te detallamos una guía sistemática para diagnosticar y solucionar los problemas más frecuentes.

1. Protocolo de Diagnóstico y Ejecución en Consola

Dado que FreeMeter es una aplicación gráfica, el paso más importante para detectar la causa raíz de un bloqueo o fallo es lanzarla directamente desde la terminal con Wine. Esto te permitirá capturar los códigos de error exactos en tiempo real:

Bash

wine ~/FreeMeter/FreeMeter.exe

2. Solución de Problemas Frecuentes

Problema A: La aplicación no inicia o se cierra inmediatamente al ejecutarla

Causa: El prefijo de Wine predeterminado está configurado en arquitectura de 64 bits de forma estricta, lo que genera incompatibilidades con binarios antiguos de Windows de 32 bits, o faltan librerías básicas de tiempo de ejecución (Visual C++ o OLE).

Solución:

Crea un prefijo limpio dedicado exclusivamente a 32 bits para aislar la aplicación:

Bash

export WINEARCH=win32

export WINEPREFIX=~/.wine32

winecfg

Instala las librerías de soporte requeridas utilizando winetricks:

Bash

winetricks vcrun6 corefonts

Vuelve a ejecutar el binario dentro del nuevo prefijo:

Bash

WINEPREFIX=~/.wine32 wine ~/FreeMeter/FreeMeter.exe

Verificación: La interfaz gráfica de FreeMeter debe abrirse mostrando el panel flotante de monitoreo sin arrojar errores fatales en la terminal.

Problema B: El gráfico de red aparece completamente en cero o no detecta la interfaz

Causa: El subsistema de red de Wine no logra mapear de forma directa las interfaces virtuales (eth0, wlan0, enp3s0, etc.) del kernel de Linux, o la aplicación intenta consultar adaptadores de red inexistentes en el entorno emulado.

Solución:

Abre la configuración de red en Wine para asegurarte de que los adaptadores virtuales estén correctamente enlazados:

Bash

WINEPREFIX=~/.wine32 wine control netconnections

Asegúrate de seleccionar manualmente en las opciones de FreeMeter la interfaz de red emulada o la tarjeta principal activa de tu sistema Linux.

Verificación: Genera tráfico en tu red (por ejemplo, descargando un archivo grande) y comprueba si la gráfica de FreeMeter comienza a registrar picos de subida y bajada.

Problema C: Problemas gráficos, fuentes ilegibles o cuadros desalineados

Causa: Ausencia de las fuentes tipográficas nativas de Microsoft Windows requeridas por la interfaz de usuario de FreeMeter.

Solución:

Instala el paquete de fuentes TrueType de Microsoft en tu distribución Linux y en el entorno de Wine:

Bash

# En Ubuntu / Debian

sudo apt install ttf-mscorefonts-installer

# Aplicar en el prefijo de Wine

WINEPREFIX=~/.wine32 winetricks allfonts

Verificación: Los textos de las etiquetas y leyendas de velocidad dentro de la ventana de FreeMeter deben mostrarse claros y sin caracteres extraños (glitches).

3. Recomendación: Alternativas Nativas en Caso de Incompatibilidad Persistente

Si tras aplicar los pasos anteriores el rendimiento de FreeMeter es inestable debido a las limitaciones de traducción de APIs de red en Wine, se recomienda utilizar herramientas nativas de Linux que cumplen exactamente la misma función de monitoreo en tiempo real con cero sobrecarga:

bmon (Monitor en terminal con gráficos ASCII):

Bash

sudo apt install bmon && bmon

nload (Visualización separada de tráfico de entrada y salida):

Bash

sudo apt install nload && nload

Cómo instalar FreeMeter en linux

 Le preguntamos a gemini, la inteligencia artificial de Google, cómo instalar FreeMeter en linux

Explicanos detalladamente cómo instalar FreeMeter en linux

Para instalar y ejecutar FreeMeter Bandwidth Monitor en Linux, es imprescindible tener en cuenta su arquitectura base: FreeMeter es una aplicación clásica desarrollada nativamente para Microsoft Windows (escrita en Win32 / .NET Framework). No cuenta con un paquete nativo .deb, .rpm o ejecutable nativo para Linux.

Para utilizar FreeMeter en Linux de forma estable, existen dos métodos principales:Ejecutar FreeMeter portable mediante Wine (para conservar la utilidad original).

Utilizar alternativas nativas equivalentes en CLI o GUI (altamente recomendado en servidores y estaciones de trabajo Linux para evitar la capa de emulación).

Método 1: Ejecutar FreeMeter en Linux mediante Wine

Dado que FreeMeter es un ejecutable ligero y portable de Windows, se puede ejecutar mediante la capa de compatibilidad Wine.

1.1. Instalar Wine y dependencias de arquitectura:

Ubuntu/Debian o RHEL/Fedora.

Habilita la arquitectura de 32 bits (necesaria para binarios antiguos de Windows) e instala wine junto con winetricks:

Bash

# En Ubuntu / Debian / Mint

sudo dpkg --add-architecture i386

sudo apt update

sudo apt install -y wine wine32 winetricks cabextract

# En RHEL / Rocky Linux / Fedora

sudo dnf install -y wine

2.2. Descargar el ejecutable de FreeMeter:

Descarga del binario ZIP.Descarga la versión ejecutable portable de FreeMeter desde su repositorio oficial o espejos de software:

Bash

cd /tmp

wget https://sourceforge.net/projects/freemeter/files/freemeter/FreeMeter_v1.5.2873/FreeMeter_v1.5.2873.zip/download -O FreeMeter.zip

mkdir -p ~/FreeMeter

unzip FreeMeter.zip -d ~/FreeMeter

3.3. Ejecutar la Aplicación mediante Wine:

Prefijo limpio en Wine.

Lanza la aplicación especificando la ruta ejecutable:

Bash

wine ~/FreeMeter/FreeMeter.exe &

Nota: Algunas métricas avanzadas a nivel de driver (como llamadas directas a APIs de red Win32 NDIS) pueden reportar valores aproximados al pasar por el subsistema wine, aunque el gráfico de tráfico de interfaz funcionará de forma regular.

Método 2: Alternativas Nativas en Linux (CLI y GUI)

En entornos de administración de servidores o estaciones Linux, es preferible utilizar utilidades nativas que leen directamente desde /proc/net/dev o mediante sockets AF_NETLINK sin requerir capas de emulación.

1. bmon (Bandwidth Monitor - Interfaz Ncurses)

Es la alternativa en consola más parecida a la filosofía gráfica de FreeMeter. Muestra gráficos ASCII en tiempo real por interfaz, tasa de paquetes y transmisión/recepción.

Instalación:

Bash

sudo apt install bmon # Debian / Ubuntu

sudo dnf install bmon # RHEL / Rocky / Fedora

Ejecución:

Bash

bmon 2. nload (Monitor gráfico visual en terminal)

Muestra barras de ancho de banda entrante y saliente separadas con histogramas en tiempo real.

Instalación y ejecución:

Bash

sudo apt install nload

nload

3. iftop / vnstat (Análisis por socket y consumo acumulado)

iftop: Muestra las conexiones activas y el consumo de ancho de banda desglosado por IP origen y destino.

Bash

sudo apt install iftop

sudo iftop -i eth0

vnstat: Mantiene un historial de consumo diario, mensual y por horas en segundo plano.

Bash

sudo apt install vnstat

vnstat -l # Ver tráfico en tiempo real

vnstat -m # Ver acumulado mensual

¿Deseas profundizar en alguna de estas opciones de monitoreo en Linux?

Configurar vnstat para monitoreo acumulado

Configurar bmon o nload en la terminal

Cómo resolver problemas de Dude Network Monitor en linux

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

Explicanos detalladamente cómo resolver problemas de Dude Network Monitor en linux

Resolver problemas relacionados con MikroTik The Dude en un entorno Linux implica abordar dos vertientes distintas según la arquitectura que estés utilizando: por un lado, los fallos de ejecución del Cliente al correr bajo Wine; por el otro, la conectividad de red, autenticación y sincronización con el Servidor (que opera de forma nativa en un equipo MikroTik RouterOS o contenedor).

A continuación, te detallamos una guía sistemática para diagnosticar y solucionar los fallos más comunes.

Parte 1: Resolución de Problemas en The Dude Client (Ejecutado en Linux vía Wine)

Dado que la interfaz gráfica de The Dude es una aplicación de Windows ejecutada mediante una capa de compatibilidad (Wine), la mayoría de los problemas se relacionan con dependencias gráficas, fallos de red virtual o bloqueos de puertos.

1. La aplicación no abre o se congela al iniciar (wine dude.exe)

Causa: Falta de librerías visuales de Windows, arquitectura de 32 bits incompleta en Wine, o conflictos con prefijos antiguos.

Solución:

Forzar la inicialización utilizando un prefijo limpio de Wine en modo de 32 bits:

Bash

export WINEARCH=win32

export WINEPREFIX=~/.wine32

winecfg

Si el problema persiste, instala las librerías comunes de tiempo de ejecución mediante winetricks:

Bash

winetricks vcrun2008 vcrun6 corefonts

Ejecuta el cliente desde la terminal para capturar los mensajes de error exactos en tiempo real:

Bash

wine ~/.wine/drive_c/Program\ Files/Dude/dude.exe

2. Problemas de resolución de fuentes o texto ilegible en los mapas

Causa: Ausencia de las fuentes base de Microsoft Windows en el entorno de Wine.

Solución: Instala el paquete de fuentes TrueType en tu distribución y en Wine:

Bash

sudo apt install ttf-mscorefonts-installer

winetricks allfonts

Parte 2: Resolución de Problemas de Conexión entre el Cliente (Linux) y el Servidor (RouterOS)

1. Error: "Connection refused" o "Could not connect to server"

Causa: El servicio del servidor The Dude no está iniciado en el MikroTik, el puerto de control está bloqueado, o la dirección IP del router es inaccesible.

Solución:

Conéctate por SSH o Winbox a tu MikroTik y verifica que el servidor esté activo:

Plaintext

/dude print

Debe mostrar enabled: yes. Si está apagado, actívalo con:

Plaintext

/dude set enabled=yes

Verifica que el puerto TCP predeterminado de The Dude (8291 para Winbox/API o el puerto específico del servidor Dude, usualmente el 2210 o el configurado en sus propiedades) esté abierto en el Firewall de MikroTik:

Plaintext

/ip firewall filter print

Comprueba la conectividad de red desde tu terminal Linux haciendo un ping o utilizando nc:

Bash

nc -zv 2210

2. Error de Autenticación (Credenciales Rechazadas)

Causa: El usuario con el que intentas iniciar sesión desde el cliente Linux no posee los permisos (Policies) adecuados en el router MikroTik.

Solución:

En el MikroTik, asegúrate de que el grupo de usuarios al que pertenece tu cuenta tenga habilitados los permisos de dude, api y read/write:

Plaintext

/user group print

Si es necesario, asigna permisos completos de administración a tu usuario o crea un usuario específico para el monitoreo:

Plaintext

/user add name=dude_admin password=TuClaveSegura group=full

Parte 3: Problemas de Monitoreo, Sondas (Probes) y Dispositivos en Rojo

Si el cliente Linux se conecta exitosamente al servidor pero los dispositivos aparecen inactivos o las alertas fallan:

1. Falsos positivos de dispositivos "Down" (Ping ICMP bloqueado)

Causa: Los firewalls de los equipos monitoreados (especialmente Windows o servidores Linux con iptables/ufw) bloquean las solicitudes de eco ICMP (Ping) enviadas por The Dude.

Solución:

No dependas únicamente del ping ICMP. Modifica las propiedades del dispositivo en el mapa de The Dude.

Añade o prioriza una Sonda de Servicio (Probe) alternativa que evalúe un puerto abierto real (como el puerto 80 HTTP, 443 HTTPS, 22 SSH o un OID específico de SNMP):

Haz clic derecho sobre el dispositivo > Properties > pestaña Services > Añade un Probe basado en TCP para el puerto que utiliza el equipo.

2. Fallos en el escaneo SNMP (Valores en blanco o "No SNMP")

Causa: La comunidad SNMP o la versión configurada en The Dude no coincide con la configurada en el dispositivo de red, o el puerto UDP 161 está bloqueado.

Solución:

Valida desde la terminal de tu Linux que el servidor MikroTik o el dispositivo final responden a consultas SNMP:

Bash

snmpwalk -v 2c -c public .1.3.6.1.2.1.1.1.0

En The Dude, revisa las credenciales globales de red (Settings > Discovery > SNMP Profiles) y asegúrate de que la comunidad (public, private o tu cadena personalizada) y la versión (v1, v2c o v3) sean correctas.

3. Agotamiento de almacenamiento en el Servidor MikroTik

Causa: The Dude almacena bases de datos de historial, registros y gráficos en la ruta de almacenamiento especificada. Si la memoria interna del MikroTik se llena, el servicio se detiene automáticamente.

Solución:

Conéctate al MikroTik y revisa el espacio libre:

Plaintext

/file print

Si el almacenamiento interno es insuficiente, conecta un disco USB o tarjeta microSD al MikroTik, formatéalo y reasigna la ruta de The Dude:

Plaintext

/dude set storage=usb1/dude_storage

¿Deseas profundizar en alguna solución específica de The Dude?

Migrar servidor Dude a Docker (Alternativa a RouterOS)

Diagnosticar Sondas (Probes) personalizadas fallidas

Cómo instalar y configurar Dude Network Monitor en linux

 Le preguntamos a Gemini, la inteligencia artificial de Google, Cómo instalar y configurar Dude Network Monitor en linux

Explicanos detalladamente cómo instalar y configurar Dude Network Monitor en linux

Para instalar y configurar MikroTik The Dude en un entorno Linux, es importante aclarar primero una distinción arquitectónica clave: The Dude Server (el motor de escaneo, almacenamiento y monitoreo) nativamente solo se ejecuta en equipos MikroTik RouterOS (x86, ARM o CCR con almacenamiento suficiente) o mediante contenedores emulados, mientras que en sistemas Linux lo que comúnmente se instala es The Dude Client (para gestionar y visualizar los mapas) utilizando capas de compatibilidad como Wine, o bien recurriendo a contenedores especializados. 

A continuación, te detallamos paso a paso cómo desplegar ambos componentes (el cliente en Linux y el servidor en su arquitectura correspondiente o contenedor).

Escenario A: Instalar The Dude Client en Linux (vía Wine)

Dado que el instalador oficial de The Dude Client es una aplicación de Windows (de arquitectura de 32 bits en sus versiones clásicas o adaptadas), la forma más directa de utilizarlo en distribuciones basadas en Debian/Ubuntu es mediante Wine.

Paso 1: Instalar Wine y dependencias de fuentes

Actualiza los repositorios de tu sistema e instala Wine junto con las fuentes de Microsoft para evitar errores gráficos en la interfaz de usuario:

Bash

# Habilitar soporte de arquitectura de 32 bits (si tu sistema es de 64 bits)

sudo dpkg --add-architecture i386

sudo apt update

# Instalar Wine y paquetes de fuentes tipográficas

sudo apt install -y wine wine32 winetricks cabextract

Paso 2: Descargar el instalador oficial de MikroTik The Dude

Descarga la versión del cliente acorde a tu versión de RouterOS (por ejemplo, la rama estable v6.44+ o v7):

Bash

cd /tmp

wget https://download2.mikrotik.com/routeros/6.48.6/dude-install-6.48.6.exe

Paso 3: Ejecutar el instalador mediante Wine

Inicia el asistente gráfico de instalación utilizando el entorno de Wine:

Bash

wine dude-install-6.48.6.exe

Se abrirá la ventana clásica de instalación de Windows.

Asegúrate de marcar los componentes necesarios (The Dude Client). Desmarca la opción de servidor local a menos que estés usando una versión emulada específica.

Finaliza el asistente. El ejecutable quedará registrado habitualmente en la ruta ~/.wine/drive_c/Program Files/Dude/dude.exe (o Program Files (x86)).

Paso 4: Ejecutar The Dude Client

Puedes lanzar la interfaz gráfica directamente desde la terminal o creando un acceso directo en tu escritorio Linux:

Bash

wine ~/.wine/drive_c/Program\ Files/Dude/dude.exe &

Escenario B: Configurar The Dude Server en MikroTik RouterOS

Para que el cliente que instalaste en Linux pueda visualizar mapas y monitorear la red, necesita conectarse a un Dude Server. El servidor debe residir en un router MikroTik.

Paso 1: Descargar el paquete .npk

Entra a la zona de descargas de MikroTik.

Busca la sección de tu versión de RouterOS (ej. RouterOS v6 o v7) y descarga el paquete adicional denominado The Dude (dude-x86.npk, dude-mipsbe.npk, etc., según la arquitectura de tu hardware).

Paso 2: Subir el paquete al Router

Abre tu cliente Winbox o conéctate por SFTP/FTP al equipo MikroTik.

Arrastra y suelta el archivo .npk dentro de la ventana Files.

Ve a System > Reboot en el menú de MikroTik y reinicia el dispositivo para que descomprima e instale el paquete automáticamente.

Paso 3: Habilitar el servicio del servidor

Tras el reinicio, abre una terminal SSH o en Winbox en tu MikroTik y verifica que el paquete esté activo:

Plaintext

/system package print

(Debes ver dude listado y habilitado).

Activa e inicia el servicio de The Dude especificando el directorio de almacenamiento (por ejemplo, la memoria interna o un disco USB conectado al router):

Plaintext

/dude set enabled=yes storage=disk1/dude

Verifica el estado del servidor con:

Plaintext

/dude print

Escenario C: Conectar The Dude Client (Linux) al Server (MikroTik)

Abre la aplicación de The Dude que instalaste en tu Linux mediante Wine.

En la ventana de inicio de sesión (Connect to Dude Server):

Host: Ingresa la Dirección IP de tu router MikroTik donde instalaste el servidor.

User: Tu usuario con privilegios de administración en RouterOS (ej. admin).

Password: La contraseña de acceso al router.

Haz clic en Connect.

Configuración Inicial Recomendada en The Dude

Una vez conectado desde tu cliente Linux al servidor:

Escaneo de Red (Discovery):

Haz clic derecho en la pestaña Networks o ve al menú superior y selecciona Add Discovery Network.

Introduce el rango de tu subred (ej. 192.168.1.0/24).

Configura las credenciales de red (protocolos de escaneo como SNMP v1/v2c/v3, Ping (ICMP), Discovery (MikroTik/ vecinos), o credenciales Windows/SSH si deseas monitorear servidores internos).

Generación de Mapas:

Deja que el asistente procese el escaneo automático. The Dude dibujará de forma gráfica la topología de red detectando routers, switches, servidores y estaciones finales conectadas.

Creación de Alertas y Probes (Sondas):

Puedes personalizar qué servicios quieres vigilar (puertos específicos, tráfico por interfaces de red en OIDs de SNMP, uso de CPU o espacio en disco) y configurar notificaciones automáticas mediante Syslog, envío de correos electrónicos o scripts ante caídas de enlace.

¿Deseas profundizar en alguna tarea específica de monitoreo con The Dude?

Configurar sondas (Probes) personalizadas

Configurar alertas por correo o Telegram

Cómo configurar la retransmisión de correo (relay) basada en IP mediante tcpserver en QMail

 Le preguntamos a Gemini, la inteligencia artificial de Google, cómo configurar la retransmisión de correo (relay) basada en IP mediante tcpserver en QMail

Explicanos detalladamente cómo configurar la retransmisión de correo (relay) basada en IP mediante tcpserver en QMail

Configurar la retransmisión de correo (relay) basada en direcciones IP en Qmail utilizando tcpserver (parte del paquete ucspi-tcp) es el método clásico y más eficiente para permitir que redes o equipos de confianza (como la red local de una oficina, un servidor web asociado o clientes específicos) envíen correos hacia el exterior sin necesidad de autenticación por usuario y contraseña. 

A continuación, se detalla paso a paso cómo implementarlo, estructurarlo y ponerlo en marcha.

¿Cómo funciona este mecanismo?

Por defecto, Qmail rechaza cualquier intento de reenvío de correo externo para evitar ser utilizado como spam relay (arrojando el famoso error "that domain isn't in my list of allowed rcpthosts"). 

tcpserver actúa como un intermediario en el puerto SMTP (25). Antes de pasar la conexión entrante al proceso qmail-smtpd, consulta una base de datos binaria (.cdb). Si la IP del cliente coincide con una regla de IP permitida, tcpserver inyecta la variable de entorno RELAYCLIENT="". Al recibir esta variable, qmail-smtpd entiende que el cliente está autorizado y le permite hacer relay de forma incondicional. 

Paso 1: Ubicar y editar el archivo de control de reglas (tcp.smtp)

Por lo general, este archivo se encuentra en /etc/tcp.smtp o /etc/tcprules.d/tcp.smtp (o en la ruta definida dentro de tu script de arranque, como /var/qmail/control/rules.smtpd.cdb).

Abre el archivo con tu editor de texto preferido:

Bash

sudo nano /etc/tcp.smtp

Paso 2: Escribir las reglas de acceso por IP

El formato de cada línea consta de una dirección IP o subred seguida de :allow o :deny, junto con las variables de entorno opcionales.

Añade las siguientes líneas de ejemplo según tus necesidades:

Plaintext

# Permitir localhost de forma explícita

127.0.0.1:allow,RELAYCLIENT=""

 

# Permitir una subred interna completa (ej. oficina u hogar 192.168.1.0/24)

192.168.1.:allow,RELAYCLIENT=""

 

# Permitir a un servidor de aplicaciones o IP fija externa específica

203.0.113.50:allow,RELAYCLIENT=""

 

# Denegar explícitamente a una IP maliciosa o abusiva (Opcional)

203.0.113.99:deny

 

# REGLA POR DEFECTO: Denegar el relay a todo lo demás que no coincida arriba

:allow

Nota sobre la regla por defecto (:allow): Dejar :allow al final permite que cualquier usuario externo se conecte y envíe correos únicamente a los buzones alojados localmente en tu servidor (definidos en rcpthosts), pero bloqueará el relay hacia otros dominios de internet a menos que cumplan con la condición RELAYCLIENT="".

Paso 3: Compilar el archivo de reglas a formato binario (.cdb)

tcpserver no lee directamente el archivo de texto plano, sino una base de datos optimizada en formato .cdb.

Para compilar el archivo, utiliza la herramienta tcprules incluida en ucspi-tcp:

Bash

sudo tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp

• /etc/tcp.smtp.cdb: Es el archivo binario final que leerá tcpserver.

• /etc/tcp.smtp.tmp: Un archivo temporal que utiliza tcprules para hacer una actualización atómica y segura sin interrumpir el servicio activo.

Importante: Cada vez que modifiques /etc/tcp.smtp, debes volver a ejecutar este comando de compilación. Los cambios se aplican de forma inmediata sin necesidad de reiniciar Qmail ni tcpserver.

Paso 4: Verificar la invocación de tcpserver en el arranque

Asegúrate de que el demonio que levanta qmail-smtpd esté configurado para invocar la base de datos .cdb mediante el parámetro -x.

Por lo general, esto se encuentra en tu script de supervisión (ej. Daemontools en /var/service/qmail-smtpd/run o en tus scripts de inicio del sistema):

Bash

#!/bin/sh

exec /usr/bin/softlimit -m 20000000 \

/usr/local/bin/tcpserver -v -H -R \

-x /etc/tcp.smtp.cdb \

-c 40 -u 777 -g 2101 0 25 \

/var/qmail/bin/qmail-smtpd 2>&1 | /var/local/bin/splogger smtpd

-x /etc/tcp.smtp.cdb: Es el argumento crítico que le indica a tcpserver que consulte las reglas de IP y aplique las variables de entorno correspondientes antes de aceptar el tráfico en el puerto 25.

Paso 5: Pruebas y Diagnóstico

Puedes comprobar que el filtrado funciona correctamente simulando una conexión o revisando los logs.

Prueba de relay desde una IP autorizada:

Conéctate por telnet o netcat desde el equipo autorizado:

Bash

telnet <IP_DE_TU_SERVIDOR_QMAIL>  25

Escribe los comandos SMTP simulando un envío externo:

Plaintext

HELO clientela.local

MAIL FROM:<admin@tudominio.com>

RCPT TO:<destinatario@dominioexterno.com>

Si el relay es correcto, el servidor responderá con un 250 ok en el comando RCPT TO en lugar del error de restricción.

Monitoreo en tiempo real:Si utilizas splogger o syslog, puedes seguir los registros de conexión en directo para verificar qué IPs están aplicando la regla de relay:

Bash

tail -f /var/log/maillog | grep tcpserver

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