Skip to content

SystemMonitoring

Compatibilidad OTOBO ≥ 11.0.x, Znuny ≥ 7.0.x

Visión general

El plugin SystemMonitoring integra herramientas de monitoreo de red como Nagios e Icinga2 de forma nativa en OTOBO. Procesa correos electrónicos de monitoreo entrantes, crea o actualiza tickets según la combinación de host/servicio y permite confirmar (acknowledge) incidentes directamente desde el sistema de tickets.

Instalación

  1. A través del administrador de paquetes
  • Cambie al área de administración a Administración del sistema → Administración de paquetes.
  • Busque SystemMonitoring y haga clic en Instalar.
  1. Instalación manual
  • Descomprima el archivo en Kernel/Config/Files/.
  • En Administración del sistema → Actualizar → Recargar el sistema de archivos, active los cambios.

Requisitos del sistema

  • Framework: OTOBO 11.0.x
  • Módulos de Perl: ninguno adicional, además de las instalaciones estándar
  • Herramienta de monitoreo: Nagios, Icinga2 o un sistema similar que envíe correos electrónicos

Configuración (SysConfig)

Core::SystemMonitoring

  • Nagios::Acknowledge::FreeField::Host / Service Nombres de campo para host y servicio (DynamicField).
  • Icinga2::Acknowledge::HTTP::URL / User / Password Datos de acceso y punto final de API para Icinga2-Acknowledge.
  • PostMaster::PreFilterModule###SystemMonitoring Posiciona el filtro de correo antes o después del filtro de PostMaster.
  • LinkTicketWithCI Crea enlaces entre ConfigItem y ticket.
  • SetIncidentState Establece automáticamente el estado de incidente al recibir nuevos correos electrónicos.

Core::Event::Icinga2 / Nagios

  • Ticket::EventModulePost###Icinga2Acknowledge Envía solicitudes de acknowledge a Icinga2.
  • Ticket::EventModulePost###NagiosAcknowledge Activa el acknowledge a través de tuberías con nombre o HTTP en Nagios.

Funcionamiento

  1. Recepción de correo electrónico: OTOBO recibe correos electrónicos de monitoreo a través de PostMaster.
  2. Verificación y creación de ticket: Si no hay un ticket abierto para host/servicio, se crea un nuevo ticket; de lo contrario, se adjuntan correos electrónicos.
  3. Cierre y acknowledge: Al cumplir las reglas de cierre, se cierra el ticket; al mismo tiempo, se puede enviar un acknowledge a la herramienta de monitoreo.
  4. Enlace de CI: Los tickets existentes se pueden vincular con ConfigItems en alertas posteriores.

Uso en la interfaz del agente

  • Zoom de ticket: Los tickets de monitoreo muestran botones especiales para acknowledge en Nagios/Icinga2.
  • Consola: Manejo uniforme de escenarios de prueba y vivo mediante comandos de consola proporcionados.

Limitaciones

  • Los tiempos de carga pueden aumentar con un gran volumen de correo electrónico.
  • La función de acknowledge requiere una configuración correcta de la API/named pipe del sistema de monitoreo.
  • Deben seguirse convenciones de nomenclatura uniformes para host/servicio.

Soporte y contacto