Plantillas y componentes

Volver al Índice de Documentación Pandora FMS

Pandora FMS realiza todas las comprobaciones a través de Módulos, permitiendo procesar diferentes tipos de datos en función del elemento a monitorizar. La lista completa de Módulos predeterminados que contiene Pandora FMS se puede consultar en la sección Resources → Module types:

En Pandora FMS existen diferentes tipos de Módulos:

• async: Datos asíncronos.
• generic: Datos genéricos.
• keep_alive: Módulo especial Keep Alive (“mantener en línea”), sirve para controlar el estado del último contacto con un Agente.
• icmp: Comprobación ICMP (ping).
• snmp: Comprobación SNMP.
• tcp: Comprobación TCP.
• web: Comprobación web.

Estos tipos de Módulos pueden almacenar diferentes tipos de datos:

• data: Datos numéricos.
• proc: Valor booleano, 1 es cierto y 0 falso; por ejemplo, para módulos web significa que si el valor existe devuelve 1 y 0 si no existe.
• string: Cadena de texto.
• inc: Datos incrementales (por ejemplo, el número de paquetes enviados por una interfaz siempre crecerá); muestran el incremento por unidad de tiempo.
• inc_abs: Datos incrementales absolutos; muestran el valor incrementado desde la última lectura.

¿Qué es un componente?

Un componente es un “Módulo genérico” que se puede aplicar repetidamente sobre un Agente, como si fuera una “copia maestra” de un Módulo, generando un Módulo asociado a un Agente. De esta forma, es muy sencillo monitorizar nuevos agentes teniendo una base de datos de los componentes que más utilizamos en nuestra organización, ya que dispondremos de nuestros propios componentes adaptados a las tecnologías que solemos utilizar, y simplemente aplicaremos estos componentes a los agentes nuevos.

Existen dos tipos de componentes: los componentes de red, que agrupan a todos los módulos de tipo remoto (wmi, tcp, snmp, icmp, plugin, web, etc.), y los componentes locales, que incluyen la definición de los módulos de Agentes software, como “trozos” de texto que se incorporarán al archivo de configuración del Agente (con configuración remota habilitada, versión Enterprise) o se pueden cortar y pegar en la configuración de los agentes manualmente (sin configuración remota, versión Community).

¿Qué es una plantilla de componentes?

En Pandora FMS se ofrece la posibilidad de agrupar los componentes de red en “plantillas”, de tal manera que se puede aplicar múltiples componentes de red directamente sobre un Agente. Esto facilita el despliegue de la monitorización, ya que se crean así varios módulos de forma simultánea a través de los componentes de red asociados a una plantilla.

El servidor Recon aplica los componentes de red asociados a una plantilla sobre los hosts detectados, agregando los módulos especificados de forma automática y permitiendo así un despliegue de la monitorización muy rápido y automático.

Los componentes de red son los elementos que permiten hacer comprobaciones remotas a través de la red. Pandora FMS tiene alrededor de 40 comprobaciones de red predeterminadas, mientras que la versión Enterprise cuenta con más de 400.

Los componentes de red de Pandora FMS se pueden consultar y crear desde la página de gestión de los mismos, en Configuration → Templates → Remote components.

En ella podrá buscar los componentes ya existentes (filtrando por grupos o por texto de búsqueda libre), ver su configuración en detalles, modificarlos o crear nuevos componentes.

Para ver las propiedades de un módulo cualquiera, haga clic sobre su nombre; le llevará a la página de edición, por ejemplo todos los detalles del componente de red Host Alive:

Cuando se aplique a un Módulo, este obtendrá los detalles del componente de red, excepto el campo de dirección IP, donde se ajustará automáticamente la dirección IP principal del Agente al que se aplica el componente. Todos los parámetros pueden ser posteriormente editados (por ejemplo: cambiar el usuario/contraseña de los módulos WMI).

Para modificar los valores de los componentes, haga clic sobre el nombre de uno de ellos y realice las modificaciones que desee en la página de edición, por ejemplo el intervalo. Una vez actualizado, pulse el botón Update al final de la página para guardar los cambios.

A partir de ese momento la nueva configuración del componente se aplicará a los agentes a los que añada dicho módulo.

Puede crear cuatro tipos de componentes de red:

• Network (de red).
• Plugin (de complemento del servidor).
• Wizard (asistente).
• WMI (para MS Windows®).

Para crear un componente de red, vaya al menú Configuration → Templates → Remote components, y en la parte inferior de la página, en el menú desplegable seleccione un componente de red de los cuatro posibles (Network, Plugin, Wizard o WMI) y pulse el botón Create.

Después configure todos los campos del componente y pulse el botón Create. Por ejemplo, esta es la pantalla de creación de un componente WMI:

A la hora de completar los campos tenga en cuenta que está completando la descripción de un Módulo “genérico” que se aplicará sobre diferentes agentes. Algunos parámetros, como snmp community, user o password pueden ser diferentes según los agentes a los que le aplique el Módulo posteriormente, por lo que puede dejarlos en blanco. Si dispone de una política de usuarios comunes para sus sistemas, puede dejar configurados por completo los módulos introduciendo aquí los usuarios, contraseñas y otros datos que sean comunes para todos los agentes.

El mismo proceso se realiza para componentes de tipo Plugin.

En este caso, al igual que cuando creamos un módulo de tipo plugin, al seleccionar el plugin en la interfaz aparecerán los campos definidos en las macros del plugin.

Los componentes locales hacen referencia a los componentes que se pueden aplicar a los Agentes Software. Si se dispone de la versión Enterprise de Pandora FMS, estos componentes se pueden aplicar de forma automática a todos los agentes a través de las políticas o de forma manual (uno a uno) en el editor de configuración remota del Agente.

Los componentes locales también se pueden usar en la versión Open de Pandora FMS, solo que no se aplicarán de forma automática a través de Pandora FMS, sino que deberá acceder al agente directamente e introducir los cambios en el archivo de configuración. La versión Enterprise de Pandora FMS dispone de decenas de módulos locales para aplicar a las políticas y a los agentes de forma automática, ordenados por categorías.

Los componentes locales funcionan de forma muy parecida a los componentes de red, una vez que se va a su página de gestión, Configuration → Templates → Local Components:

Esta pantalla muestra los módulos locales ya existentes, que se pueden filtrar por diversos parámetros (grupo, sistema operativo, consulta de texto libre) y también se puede ver, modificar y crear nuevos componentes.

Para ver las propiedades de un módulo cualquiera, simplemente pulse sobre su nombre; este tiene un enlace que le llevará a su página de detalles:

Los elementos de configuración son:

• Name: Nombre del componente. Este nombre será el visible a la hora de seleccionar el componente al crear un Módulo para un Agente.
• OS: Sistema operativo objetivo del componente.
• Group: El grupo en el que estará el módulo. Útil para filtrar y ordenar por tecnologías de monitorización.
• Description: Descripción del módulo. De forma predeterminada ya existe una descripción, que se puede cambiar.
• Configuration: Configuración del componente, igual a la configuración de los módulos para los agentes software. Para ver más ejemplos u obtener información complementaria consulte la sección Definición de los módulos en el capítulo de Configuración .
• Warning status: Intervalo en el cual se toma el estado warning. Si está marcada la casilla Inverse interval, entonces se cambiará a estado warning cuando no se encuentre dentro del intervalo definido.
• Critical status: Intervalo en el cual se toma el estado crítico. Si está marcada la casilla Inverse interval, entonces se cambiará a estado warning cuando no se encuentre dentro del intervalo definido.
• Warning instructions: Instrucciones a seguir cuando el estado es warning.
• Critical instructions: Instrucciones a seguir cuando el estado es crítico.
• Unknown instructions: Instrucciones a seguir cuando el estado es desconocido.
• Category: Si se necesita agrupar o categorizar de otra forma, se pueden definir categorías.
• Tags: Se pueden asignar etiquetas.
• Macros: Se pueden configurar macros en la ejecución del módulo (module_exec) o los parámetros de un plugin.

Para crear un componente local nuevo, vaya a la página principal de administración de componentes locales, Configuration → Local components y pulse el botón Create en la parte inferior derecha de la página.

Aparecerá la página con el formulario de creación del componente local nuevo. Rellene el formulario con la información antes mencionada y pulse el botón Create para guardar.

Desde la versión 5.0 es posible definir macros en los componentes locales. Estas macros serán usadas en el parámetro module_exec y tendrán la estructura _field1_ , _field2_ … _fieldN_.

Las macros aparecerán en el formulario de edición de Módulos como campos normales, de forma transparente al usuario.

Cada macro tendrá tres campos: Description, Default value y Help.

• Description: Será la etiqueta junto al campo en el formulario del Módulo.
• Default value: Valor optativo para cargar por defecto en el campo del formulario de Módulo.
• Help: Cadena optativa para añadir información adicional al campo. Si es definida, aparecerá un tip junto al campo con esta cadena.

Si un componente de Módulo tiene macros, los datos de configuración estarán ocultos por defecto para simplificar la vista:

Pero será posible mostrarlos y modificarlos.

Las plantillas de módulos son plantillas que contienen módulos de comprobaciones de red. Estas plantillas, una vez creadas, se pueden aplicar directamente a agentes, evitando tener que añadir los módulos de uno en uno, o bien aplicar las plantillas al realizar una tarea de reconocimiento de red.

Para gestionar las plantillas de módulos, pulse en Configuration → Templates → Module templates.

Se mostrará la pantalla de gestión de plantillas, que ya tiene almecenadas varias de forma predeterminada.

Puede pulsar sobre cualquiera de las plantillas para ver sus detalles, hacer clic sobre el icono papelera en la columna de la derecha para borrarla, o usar botón Create para crear una plantilla nueva.

Pulsando sobre el nombre de una plantilla se verán sus detalles; por ejemplo, la captura inferior muestra los detalles para la plantilla de módulos de monitorización básica (Basic Monitoring).

Más abajo está la lista de módulos incluidos en esta plantilla. Para borrar un Módulo de esa plantilla, en la columna de la derecha Delete haga clic en el icono de papelera correspondiente.

Por último está el formulario de adición de módulos al hacer clic en el botón Add components. Puede filtrar por grupo de módulos, para después seleccionar el módulo y añadirlo.

Para crear una plantilla de módulos nueva, vaya a la página principal de gestión de plantillas de componentes, Configuration → Templates → Module templates y pulse el botón Create en la parte inferior derecha de la página.

Aparecerá la página con el formulario de creación del componente local nuevo:

Introduzca un nombre y una descripción para la plantilla nueva y pulse el botón Create.

A continuación puede añadir módulos a la plantilla haciendo clic en el botón Add components:

Seleccione los módulos en formulario emergente, filtrando por grupo si es necesario, y pulse el botón OK.

Recuerde que puede borrar los módulos o grupos de módulos haciendo clic en el icono de papelera respectivos.

Para finalizar recuerde guardar los módulos agregados con el botón Update.

Para aplicar una de las plantillas de módulos de monitorización ya existentes, o una creada, se debe ir a la configuración de un agente mediante el menú Resources → Manage agents.

De la lista de agentes, seleccione uno mediante el enlace Modules correspondiente (ver figura anterior).

Una vez acceda a esta pantalla, debe pulsar sobre la solapa de las plantillas, Module templates, en la parte superior de la página.

En la siguiente pantalla se muestran los módulos que ya tiene el Agente y las plantillas de Módulos existentes.

Seleccione una plantilla y pulse el botón Assign. Automáticamente se añadirán los módulos que contenga esa plantilla. Una vez aplicada la plantilla, puede borrar algunos de los módulos haciendo clic en el icono de papelera, o puede editarlos pulsando sobre el icono de herramienta.

Los Módulos agregados tendrán una descripción automática basada en el nombre de la plantilla:

Todos los dispositivos SNMP cuentan con una cadena identificativa (OID), que es única para cada marca y modelo de un dispositivo. Dentro de esas cadenas existe un número que se encuentra en la séptima posición y es el que determina a cual fabricante pertenece el dispositivo.

Este número es el Private Enterprise Number ( PEN ) de un fabricante y se encuentra registrado en la IANA. Se pueden configurar estos PEN en Pandora FMS para utilizarlos junto con las plantillas de módulos y agregar así monitorización de forma dinámica.

Vaya al menú Configuration → Templates → Private Enterprise Numbers para tener acceso a la lista de PEN registados.

Puede editar y/o borrar cada uno de los PEN registrados al hacer clic en los iconos correspondientes de la columna Options.

Para registrar un nuevo fabricante, haga clic en el botón Register manufacturer. Solo será necesario insertar el PEN correspondiente del fabricante, indicar su nombre y una descripción. De esta manera se agregará al listado ya existente.

En las plantillas de módulos se indicarán uno o varios PEN de manera que cuando se lleve a cabo una tarea de descubrimiento, Pandora FMS sea capaz de obtener el fabricante del dispositivo y agregarle la monitorización adecuada.

Dentro de las capacidades del wizard SNMP y el wizard WMI, se encouentran un tipo de componentes remotos llamados Componentes de wizard.

Estos componentes permiten establecer una configuración base para los módulos que serán generados en los agentes al ejecutar cualquiera de los wizard (SNMP o WMI). Además ofrece la posibilidad de que con un solo componente se puedan generar varios módulos de forma dinámica. Por ejemplo, un componente para escanear las distintas unidades de almacenamiento de un dispositivo o los procesos en ejecución.

Se pueden crear estos componentes desde el menú Configuration → Templates → Remote components,

Seleccione la opción Create a new wizard component y pulse el botón Create.

En el cuadro de diálogo de creación existe una opción de vital importancia: el protocolo de Módulo a utilizar. Existen dos protocolos disponibles, SNMP (por defecto) y WMI, y aunque ambos comparten campos comunes también difieren en otros campos.

Los campos comunes son:

• Enabled: Al activar este token se indica que el componente se intentará escanear al lanzar el wizard.
• Add by default: Permite elegir si los módulos generados por el componente estarán marcados para agregarse por defecto al lanzar el wizard. Es decir, si se activa el token, los módulos generados por el componente estarán marcados por defecto en una vista que encontraremos más adelante y se añadirán al Agente. Luego en esa vista se pueden hacer modificaciones y desmarcar o marcar a voluntad y cambiar umbrales, descripciones, etc.
• Module name: Nombre que tendrá el componente, y nombre por defecto para los módulos generados por el mismo. Se podrá hacer uso de algunas macros que se explican en las siguientes secciones.
• Module protocol: permite elegir entre SNMP y WMI (cambian algunos campos).
• Module type: En este desplegable se puede escoger el tipo de dato que obtendrán los módulos generados por el componente.
• Component group: Grupo al que pertenecerá el componente. Permite organizar la forma en que se presentarán los módulos.
• Module unit: Unidad de los datos obtenidos por los módulos generados por el componente. Es un campo totalmente editable, por lo que puede agregar la medida que necesite.
• Warning status: En esta sección se puede establecer un umbral por defecto para el estado warning de los módulos generados por el wizard. A pesar de indicar aquí un rango, habrá posibilidad de personalizarlo para cada módulo en la vista final que recoge todos los módulos encontrados.
• Critical status: En esta sección puede establecer un umbral por defecto para el estado critical de los módulos generados por el wizard. A pesar de indicar aquí un rango, habrá posibilidad de personalizarlo para cada módulo en la vista final que recoge todos los módulos encontrados.
• Description: Descripción que tendrá el componente y a su vez los módulos generados por el mismo. Se podrá hacer uso de algunas macros.
• Scan type: Permite elegir entre dos modalidades de exploración que podrán realizar los wizards con este componente. Este campo determina si un componente generará un solo módulo o varios. El valor seleccionado afectará a como se deben rellenar otros campos específicos de cada wizard.
  • Fixed: El componente solo generará un módulo. Por ejemplo, obtener el uptime (tiempo funcionando) del dispositivo por SNMP.
  • Dynamic: El componente podrá generar uno o más módulos. Por ejemplo, obtener el porcentaje de uso de las unidades de disco por WMI.
• Execution type: Con este campo se indica el tipo de ejecución para los módulos generados por el componente. Sirve para determinar el servidor de Pandora FMS al que pertenecerán los módulos en el momento de su creación dependiendo desde dónde se ejecute el wizard.
  • Network: Los módulos generados por el componente obtendrán sus datos con los mecanismos propios de Pandora FMS para módulos SNMP y WMI. Estos son: los servidores de red, servidor WMI y servidor satélite.
  • Plugin: Los módulos generados por el componente obtendrán sus datos de la ejecución de comandos, plugins o scripts personalizados. De esta manera, serán ejecutados por el servidor de plugins o por el servidor satélite mediante módulos de tipo exec.

Los campos específicos para componentes del wizard SNMP son:

• Name OID
• Manufacturer ID
• Cuando Execution type está establecido en Network:
  • Value OID
• ​​​Cuando Execution type está establecido en Plugin:
  • Macros OID
  • Value operation
  • Satellite execution
  • Server plugin

Name OID

Permite indicar un OID del cual se obtendrá un valor que podrá ser añadido al nombre del módulo mediante una macro. Resulta especialmente útil cuando se obtienen múltiples módulos generados por un componente dinámico. De esta manera se consigue que tengan nombres distintos por defecto. Pero no se limita a los componentes dinámicos, ya que se puede utilizar también para los componentes de escaneo fijo.

El valor de este OID es almacenado en la macro _nameOID_, que puede ser usada en el campo Module name.

Si se utiliza en componentes dinámicos, el OID indicado en este campo debe ser una rama de SNMP y no un OID final. Por ejemplo, si se indica el OID .1.3.6.1.4.1.2021.10.1.2, los valores que tendrá la macro en cada módulo se obtendrán de los OID .1.3.6.1.4.1.2021.10.1.2.x , donde x representa cada una de las terminaciones que puede tener la rama.

Si se utiliza en componentes fijos, el OID indicado en este campo debe ser un OID final. Por ejemplo, si se indica el OID .1.3.6.1.2.1.1.5.0, el valor que tendrá la macro en el módulo se obtendrá directamente de ese OID.

Manufacturer ID

Permite indicar el ID de un fabricante específico para el cual el componente del wizard SNMP tendrá efecto. De esta manera, para todos los dispositivos contra los que se lance el wizard, y cuyo Private Enterprise Number (PEN) esté registrado en Pandora FMS para el ID del fabricante asignado al componente, se intentarán obtener los módulos generados por el mismo. Por ejemplo, un componente asignado a general_snmp, se escaneará para todos los dispositivos con los PEN 2021 y 8072.

Si se indica como fabricante All, el componente se escaneará para cualquier PEN registrado en Pandora FMS.

Cuando el tipo de ejecución sea Network:

Value OID:

Permite indicar el OID a partir del cual se obtendrán los datos de los módulos generados por el componente. Si se utiliza en componentes dinámicos, el OID indicado en este campo debe ser una rama de SNMP y no un OID final. Por ejemplo, si se indica el OID .1.3.6.1.4.1.2021.10.1.3, los valores que tendrán los módulos se obtendrán de los OIDs .1.3.6.1.4.1.2021.10.1.3.x . Además, el nodo x de cada OID debe tener el mismo valor para el nodo X del campo Name OID. en el caso de utilizarse.

Si se utiliza en componentes fijos, el OID indicado en este campo debe ser un OID final. Por ejemplo, si se indica el OID .1.3.6.1.4.1.2021.11.9.0, el valor que tendrá el módulo se obtendrá directamente de ese OID.

Cuando el tipo de ejecución sea Plugin:

Macros OID → _oid_N_

El propósito principal de utilizar componentes de tipo plugin es poder realizar operaciones con los valores de uno o más OID en el mismo dispositivo, como por ejemplo obtener el porcentaje de memoria usada a partir de los bytes de memoria usada y los bytes totales de memoria disponibles.

Es por ello que en estos componentes se pueden indicar tantos OID como se necesiten para utilizarlos en otros campos.

Además, estos OID, o sus valores, se podrán utilizar a partir de las macros _oid_N_. Dependiendo de en cuál de los campos siguientes se utilice la macro, se usará el valor del OID o el OID en sí mismo.

Si se utilizan en componentes dinámicos, los OID indicados en estos campos deben ser una rama de SNMP y no un OID final. Por ejemplo, si se indica el OID .1.3.6.1.4.1.3375.2.1.7.4.2.1.3, los valores que tendrán los módulos se obtendrán de los OIDs .1.3.6.1.4.1.3375.2.1.7.4.2.1.3.x . Además el nodo X de cada OID debe tener el mismo valor para el nodo X del resto de OID usados y del campo Name OID,en el caso de utilizarse.

Si se utiliza en componentes fijos, los OID indicados en estos campos deben ser un OID final. Por ejemplo, si se indica el OID .1.3.6.1.4.1.2021.4.6.0, el valor que tendrá el módulo se obtendrá directamente de ese OID.

Value operation

Permite indicar una operación aritmética con la cual se obtendrá el valor actual de cada módulo generado por el componente en la vista previa de los módulos del wizard. En ningún caso afecta para la ejecución definitiva de los módulos generados.

Acepta los caracteres + - * / ( ) . , números y las macros _oid_N_ de las cuales se obtendrán los valores para la operación. Por ejemplo:

(_oid_1_ * 100) / _oid_2_

Satellite execution

Ofrece la posibilidad de indicar la ejecución que deba realizar un Servidor Satélite para los módulos generados cuando el wizard se lance desde un Servidor Satélite mediante el uso del exec server. Se trata del comando, plugin o script que se deba usar en un module_exec de servidor satélite.

Acepta el uso de las macros para el wizard SNMP (se detallarán más adelante) y de las macros _oid_N_ para obtener los OID usados en cada módulo.

El Servidor Satélite distribuye una serie de plugins recomendados para estos componentes:

- /etc/pandora/satellite_plugins/wizard_snmp_module
- /etc/pandora/satellite_plugins/wizard_snmp_process

Server plugin

Mediante este desplegable se podrá indicar un plugin registrado previamente en la Consola de Pandora FMS, el cual será utilizado por el servidor de plugins con cada módulo generado por el componente. La elección de un plugin muestra a su vez en el formulario los campos específicos para la utilización del mismo.

Los campos propios del plugin aceptan el uso de las macros para el wizard SNMP y de las macros _oid_N_ para obtener los OIDs usados en cada módulo.

La consola de Pandora FMS cuenta con una serie de plugins ya registrados recomendados para estos componentes:

          - Wizard SNMP module.
          - Wizard SNMP process.

Por ejemplo, al seleccionar Wizard SNMP module obtendrá los siguientes campos a rellenar:

Las macros específicas para los componentes del wizard SNMP que se pueden usar en los campos de ejecuciones de tipo plugin son:

• _address_ : Dirección IP usada en el wizard SNMP. No se sustituirá esta macro cuando el wizard se lance en una política.
• _port_ : Puerto usado en el wizard SNMP.
• _version_ : Versión de SNMP usada en el wizard SNMP. Puede tener los valores 1, 2c o 3.
• _community_ : Comunidad SNMP usada en el wizard SNMP.
• _sec_level_ : Nivel de seguridad de SNMPv3 usado en el wizard SNMP. Puede tener los valores noAuthNoPriv, authNoPriv o authPriv
• _auth_user_ : Usuario de SNMPv3 usado en el wizard SNMP.
• _auth_method_ : Método de autenticación de SNMPv3 usado en el wizard SNMP. Puede tener los valores MD5 o SHA.
• _auth_pass_ : Contraseña de autenticación de SNMPv3 usada en el wizard SNMP.
• _priv_method_ : Método de privacidad de SNMPv3 usado en el wizard SNMP. Puede tener los valores DES o AES.
• _priv_pass_ : Contraseña de privacidad de SNMPv3 usada en el wizard SNMP.

Cuando el tipo de ejecución sea Network:

WMI class

Permite especificar la clase WMI a consultar. Las clases WMI son predefinidas que se incluyen en cada espacio de nombres del núcleo de Windows Management Instrumentation® (WMI).

Query key field ( _field_wmi_0_ )

Query extra fields ( _field_wmi_1_ )

Query filters → Execution:

Este espacio permite indicar las condiciones para la consulta WMI lanzada por cada módulo generado por el componente. Acepta el uso de las macros con los nombres de los campos de la consulta (_FIELDNAME_) para obtener el valor de cada registro en ese campo. Por ejemplo:

 DriveType = 3 AND DeviceID = '_DeviceID_'.

La consulta de ejecución final de un módulo generado por el componente para obtener el espacio libre de la unidad de disco C: es:

SELECT DeviceID, FreeSpace FROM Win32_LogicalDisk WHERE DriveType = 3 AND DeviceID = 'C:'

Field value

Indicaremos el número del campo de la consulta WMI del cual se quiera obtener el valor del módulo, siendo el campo 0 el campo clave de la clase y los campos 1, y superiores, los adicionales de la clase.

Key string

Permite convertir el valor del módulo en booleano (1 o 0) dependiendo de si el valor del campo indicado en Field value coincide con la cadena de texto indicada en este campo.

Cuando el tipo de ejecución sea Plugin:

Comparte campos comunes con la ejecución Network hasta el campo Scan (Query filters).

Value operation

El propósito principal de utilizar componentes de tipo plugin es poder realizar operaciones con los valores de distintos campos de la consulta, como por ejemplo obtener el porcentaje de disco usado a partir de los bytes de disco libre y los bytes totales de disco disponibles.

Este campo permite indicar una operación aritmética con la cual se obtendrá el valor actual de cada módulo generado por el componente en la vista previa de los módulos del wizard. En ningún caso afecta para la ejecución definitiva de los módulos generados.

Acepta los caracteres + - * / ( ) . , números y las macros con los nombres de los campos de la clase ( _FIELDNAME_ ), de las cuales se obtendrán los valores para la operación. Por ejemplo:

((_Size_ - _FreeSpace_) * 100) / _Size_

Satellite execution

Permite indicar la ejecución que deba realizar un Servidor Satélite para los módulos generados cuando el wizard se lance desde un Servidor Satélite mediante el uso del exec server. Se trata del comando, plugin o script que se deba usar en un module_exec de Servidor Satélite.

Acepta el uso de las macros para el wizard WMI y de las macros _class_wmi_ para obtener el nombre de la clase WMI y _field_wmi_N_ para obtener los nombres de los campos de la clase usados en cada módulo.

El Servidor Satélite distribuye un plugin recomendado para estos componentes:

/etc/pandora/satellite_plugins/wizard_wmi_module

Server plugin

Permite indicar un plugin registrado en la consola de Pandora que será utilizado por el servidor de plugins con cada módulo generado por el componente. La elección de un plugin muestra a su vez en el formulario los campos específicos para la utilización del mismo.

Los campos propios del plugin aceptan el uso de las macros para el wizard WMI y de las macros _class_wmi_ para obtener el nombre de la clase WMI y _field_wmi_N_ para obtener los nombres de los campos de la clase usados en cada módulo.

La Consola de Pandora FMS cuenta con un plugin ya registrado recomendado para estos componentes: Wizard WMI module.

Las macros específicas para los componentes del wizard WMI que se pueden usar en los campos de ejecuciones de tipo plugin son:

• _address_ : Dirección IP usada en el wizard WMI. No se sustituirá esta macro cuando el wizard se lance en una política.
• _namespace_wmi_ : Namespace usado en el wizard WMI.
• _user_wmi_ : Usuario utilizado en el wizard WMI.
• _pass_wmi_ : Contraseña utilizada en el wizard WMI.

Los campos específicos para componentes del wizard WMI son:

* **WMI class**: Hace referencia a la clase WMI que se utilizará en las consultas de los módulos generados por el componente. Por ejemplo, //Win32_LogicalDisk//.

Se puede utilizar en otros campos de este mismo formulario mediante la macro _class_wmi_.

Query key field ( _field_wmi_0_ )

Es el nombre del campo clave que se obtendrá en la consulta WMI usada en los módulos generados. Por lo general las clases WMI tienen un campo clave que siempre devuelven en cualquier consulta tanto si se indica como si no. Ese sería el campo que se debería indicar aquí. Por ejemplo, el campo clave de la clase Win32_Processor sería DeviceID.

El nombre de este campo se puede obtener en otros campos del formulario mediante la macro _field_wmi_0_, y el valor que tenga el campo para cada registro de la consulta WMI se puede obtener mediante una macro con el mismo nombre del campo ( _FIELDNAME_ ). Estas macros _FIELDNAME_ se pueden utilizar, entre otros, en los campos Module name y Description del componente, para generar nombres y descripciones de forma dinámica. Por ejemplo, para el campo DeviceID la macro con el valor sería _DeviceID_.

Query extra fields → _field_wmi_N_:

En estos campos indicaremos los nombres de los campos adicionales que se deban utilizar en la consulta WMI usada en los módulos generados.

Los nombres de estos campos se pueden obtener en otros campos del formulario mediante las macros _field_wmi_N_, y los valores que tengan los campos para cada registro de la consulta WMI se pueden obtener mediante macros con los mismos nombres de los campos ( _FIELDNAME_ ). Estas macros _FIELDNAME_ se pueden utilizar, entre otros, en los campos Module name y Description del componente, para generar nombres y descripciones de forma dinámica. Por ejemplo, para el campo FreeSpace la macro con el valor sería _FreeSpace_.

Query filters → Scan

En este espacio se indican las condiciones para la consulta WMI lanzada en el escaneo, la cual permitirá obtener uno o más registros. Por ejemplo: DriveType = 3.

En los componentes del wizard WMI, se generará un módulo distinto por cada registro devuelto por la consulta de escaneo WMI. Basándonos en los ejemplos aportados hasta ahora, la consulta de escaneo que se realizaría obtendría el espacio libre de las unidades de disco del equipo Windows:

SELECT DeviceID, FreeSpace FROM Win32_LogicalDisk WHERE DriveType = 3

Para ayudar a ordenar y clasificar los componentes existen los grupos de componentes. Los componentes se asocian en grupos de componentes a la hora de crearlos.

Para ver los grupos de componentes existentes vaya a Resources → Component groups:

En la pantalla se mostrarán los grupos existentes y su descripción:

Puede ver los detalles de los grupos pulsando sobre su nombre, borrarlos pulsando sobre icono de papelera a la derecha, en la columna Action, y crear nuevos pulsando en el botón inferior Create. También puede seleccionar varios por medio de su respectiva casilla de selección y pulsar en el botón Delete.

Si quiere crear un grupo de componentes nuevo, pulse el botón Create y rellene los campos en el formulario:

Solo tiene que proporcionar un nombre para el grupo y seleccionar si tiene un padre dentro de los grupos existentes. Después, pulse de nuevo el botón Create.

Ahora ya puede añadir componentes nuevos a su recién creado grupo de componentes.

Volver al Índice de Documentación Pandora FMS