Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

Fail2Ban-Report

Dashboard web ligero para Fail2Ban que centraliza logs de múltiples servidores, genera reportes JSON y gestiona listas negras persistentes mediante UFW con autenticación por roles.

Ficha actualizada 18 sept 2026, 20:45 · upstream 31 ago 2025, 16:54 · release 0.5.0

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es Fail2Ban-Report

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Esta herramienta transforma los registros diarios de Fail2Ban en informes JSON buscables y filtrables a través de un panel web responsivo. Permite la gestión centralizada de listas de bloqueo (blocklists) para múltiples servidores, sincronizando las reglas de firewall UFW mediante una arquitectura cliente-servidor segura con HTTPS. El backend utiliza scripts shell para procesar logs y generar archivos JSON diarios, mientras que el frontend en PHP ofrece una interfaz para visualizar eventos, estadísticas agregadas y administrar bloqueos.

Es crucial entender que Fail2Ban-Report actúa como una capa de visualización y gestión, no sustituye a los sistemas de detección de intrusiones ni al control de acceso nativo. La versión actual (0.5.0) introduce soporte multi-servidor y roles de usuario (Viewer/Admin), permitiendo auditoría completa sin modificar directamente las configuraciones de jails de Fail2Ban, delegando la acción en UFW.

La instalación requiere un servidor con Apache, PHP 7.4+, herramientas como jq y awk, y una configuración HTTPS obligatoria para la sincronización segura. Se recomienda desplegar detrás de restricciones IP o autenticación HTTP adicional para proteger las operaciones críticas del backend ejecutadas por cron como root.

CASOS DE USO
  • Visualización centralizada de eventos de bloqueo (ban/unban) desde múltiples servidores en un solo panel
  • Gestión persistente de listas negras (blocklists) con metadatos de estado y origen
  • Auditoría de seguridad mediante roles de usuario separados (Viewer vs Admin)
  • Integración opcional con APIs de reputación IP como AbuseIPDB o IP-Info.io
PUNTOS DESTACADOS
  • Arquitectura ligera sin base de datos, utilizando archivos JSON para persistencia
  • Sincronización segura de listas negras entre servidores vía endpoints HTTPS
  • Soporte nativo para gestión de reglas UFW con roles de autenticación
  • Estructura modular del backend en scripts shell fácilmente adaptables
PRECAUCIONES
  • Integración limitada a firewall UFW, sin soporte directo para otros firewalls actualmente
  • Requiere configuración manual de scripts shell backend para parseo de logs específicos
  • No interactúa directamente con jails de Fail2Ban, solo gestiona bloqueos en UFW
  • Autenticación básica que requiere protección adicional (IP whitelist/HTTPS)
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Despliegue obligatorio con HTTPS activado. El servidor debe ejecutar scripts backend como root para actualizar UFW; asegurar permisos estrictos en archivos JSON y directorios de logs. Se recomienda configurar whitelists IP en .htaccess o firewall del servidor antes de exponer el endpoint de sincronización.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsPHP
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.