Áú»¢¶Ä²©

2 Otras fuentes de eventos

Eventos de servicio

Los eventos de servicio se generan solo si las acciones de servicio para estos eventos est¨¢n habilitados. En este caso, cada cambio de estado del servicio crea un nuevo evento:

  • Evento de problema: cuando el estado del servicio cambia de OK a PROBLEMA
  • Evento OK - cuando el estado del servicio cambia de PROBLEMA a OK

El evento contiene detalles del cambio de estado del servicio: cu¨¢ndo sucedi¨® y cu¨¢l es el nuevo estado.

Eventos de descubrimiento

Áú»¢¶Ä²© escanea peri¨®dicamente los rangos de IP definidos en las reglas de descubrimiento de red. La frecuencia de la verificaci¨®n es configurable para cada regla individualmente. Una vez que se descubre un equipo o un servicio, se genera un evento de descubrimiento (o varios eventos).

Áú»¢¶Ä²© genera los siguientes eventos:

Evento Cuando se genera
Servicio activo Cada vez que Áú»¢¶Ä²© detecta un servicio activo.
Servicio inactivo Cada vez que Áú»¢¶Ä²© no puede detectar el servicio.
Host Up Si al menos uno de los servicios est¨¢ UP para la IP.
Host Down Si todos los servicios no responden.
Servicio descubierto Si el servicio vuelve despu¨¦s de un tiempo de inactividad o se descubre por primera vez.
Servicio perdido Si el servicio se pierde despu¨¦s de estar activo.
Equipo descubierto Si el equipo vuelve despu¨¦s del tiempo de inactividad o se descubre por primera vez.
Equipo perdido Si el equipo se pierde despu¨¦s de estar activo.

Eventos de autorregistro de agente activo

El registro autom¨¢tico del agente activo crea eventos en Áú»¢¶Ä²©.

Si est¨¢ configurado, el evento de registro autom¨¢tico del agente activo se crea cuando el agente activo previamente desconocido solicita verificaciones o si los metadatos del equipo han cambiado. El servidor agrega un nuevo equipo registrado autom¨¢ticamente, utilizando la direcci¨®n IP recibida y el puerto del agente.

Para obtener m¨¢s informaci¨®n, consulte la p¨¢gina de registro autom¨¢tico del agente activo.

Eventos internos

Los eventos internos ocurren cuando:

  • un elemento cambia de estado de "normal" a "no compatible"
  • un elemento cambia de estado de "no compatible" a "normal"
  • una regla de descubrimiento de bajo nivel cambia el estado de "normal" a 'sin soporte'
  • una regla de descubrimiento de bajo nivel cambia el estado de "no admitido" a 'normal'
  • un disparador cambia de estado de "normal" a "desconocido"
  • un disparador cambia de estado de "desconocido" a "normal"

El objetivo de introducir eventos internos es permitir que los usuarios sean notificados cuando se produzca alg¨²n evento interno. Por ejemplo, un elemento deja de ser compatible y deja de recopilar datos.

Los eventos internos solo se crean cuando se realizan acciones internas para estos eventos. est¨¢n habilitados. Para detener la generaci¨®n de eventos internos (por ejemplo, por elementos que dejan de ser compatibles), deshabilite todas las acciones para eventos internos en Alertas ¡ú Acciones ¡ú Acciones internas.

::: nota cl¨¢sica Si las acciones internas est¨¢n deshabilitadas, mientras un objeto est¨¢ en el Estado "no admitido", el evento de recuperaci¨®n para este objeto seguir¨¢ siendo creado.

Si las acciones internas est¨¢n habilitadas, mientras un objeto est¨¢ en el estado 'no admitido' estado, se crear¨¢ un evento de recuperaci¨®n para este objeto, aunque No se ha creado un 'evento de problema' para el objeto. :::

Ver tambi¨¦n: Recibir notificaci¨®n sobre elementos no compatibles