Pandora: Metaconsole: Documentation en: Synchronization and propagation

From Pandora FMS Wiki
Revision as of 12:58, 28 September 2018 by Irene (talk | contribs) (Gestión de perfiles)
Jump to: navigation, search

Contents

1 Synchronization tools

The Metaconsole has tools for the synchronization of elements, which are fundamental for the correct management of the Instances. The synchronization is based on passing all the information created in the metaconsole to the different Instances to manage all possible information of each of them from the Metaconsole.

For example, if we have 20 different instances(nodes) in our company, and we want the same user to have the same access permissions in those 20, we can create a user with the desired profiles and synchronize that user to have it in the 20 instances(nodes) and thus not have to create it individually in each instance.

Another example, we have to monitor different clients that are distributed throughout our instances, so that some clients are also repeated in different instances. We will be able to create the different groups to which the agents of the different instances will belong, and then synchronize each corresponding group with its instance.

Next, we are going to see in detail the different synchronizations that the Metaconsole allows us to make.

1.1 User Synchronization

This option allows the user to synchronize the users of the Metaconsole and their profiles in the instances.

Within this synchronization we can find two different options:

  • Copy the configured profiles to the user

Sync usuarioscopia.png

  • Give new profiles to the created user

Sync usuariosnuevos.png

In both cases we have the option to create the groups associated to the profiles in case they do not exist in the instance(node).

Before using this synchronization, it is recommended to take into account the users that are going to create new ones in the instances, due to possible conflicts with the user ID. It is recommended not to have users created in the instances and to create them all from the meta console in order to have the same users both in there as in the instances.

Info.png

In both cases, profiles that do not exist in the instance will be created.

 


Template warning.png

When in doubt about which option is best to use, user profiles must be copied.

 


1.2 Group Synchronization

This option allows the user to synchronize the Metaconsole groups with the instances.

Sync grupos.png

It is recommended not to have groups created in the instances and to create them all from the meta console in order to have the same groups both in there and in the instances.

Template warning.png

Once the groups have been synchronized, their names should not be modified either in the meta console or in the node. If it is done, it will be necessary to modify them in both places so that it does not give problems since the synchronization is based on the ID, but some operations use the name. The synchronization in the current version synchronizes the name the first time, but if there are later changes of names in the groups they will not be synchronized.

 


1.3 Alert Synchronization

This option allows the user to synchronize the Metaconsole alerts with the instances.

Sync alertas.png

It is recommended not to have alerts created in the instances and to create them all from the console in order to have the same alerts both in there and in the instances.

1.4 Component Synchronization

This option allows the user to synchronize the components of the Metaconsole with the instances.

Sync componentes.png

It is recommended not to have components created in the instances and to create them all from the Metaconsole in order to have the same components both in there and in the instances.

1.5 Tag Synchronization

This option allows the user to synchronize the tags of the Metaconsole with the instances.

Sync tagsnew.png

It is recommended not to have tags created in the instances and to create them all from the Metaconsole in order to have the same tags both in there and in the instances.

1.6 OS Synchronization=

This option allows the user to synchronize the OS of the Metaconsole with the instances.

Sync OS.png

It is recommended not to have OS created in the instances and to create them all from the Metaconsole in order to have the same OS both in there and in the instances.

1.7 Module Groups Synchronization

This option allows the user to synchronize the module groups operating in the Metaconsole with the instances.

Sync modulegroups.png

It is recommended not to have the groups of modules created in the instances and to create them all from the Metaconsole in order to have the same groups of modules both in there and in the instances.

2 Propagation tools

The MetaConsole has tools for the propagation of elements. Unlike synchronization, it is not a fundamental tool for the optimal functioning of the Metaconsole, it only facilitates the availability of data in the Instances, something that is necessary if, for example, we use policies that are applied in different instances (or nodes).

Info.png

It is recommended to synchronize the instances with the meta console after the creation of the different elements in the propagation tool.

 


Next, we are going to see in detail the different propagations or data management that allows us to make the meta console.

2.1 User Management

The following actions can be performed in this section:

  • User management
  • Profile management
  • Edit my user

For example, we have 10 instances inside our meta console, where we want a user with special permissions to operate inside 3 of them. First, we would go to profile management where we would create a special profile with the permissions we want. Then we create the user we want to manage the three instances, assigning the permission we have created to it. Finally, we will synchronize this user and profiles with the instances to have it in all three. After a while the user has become obsolete, but instead of deleting the user we deactivate it in case we want to use it again in the future, we go to user management and use the bulb icon to deactivate it until further notice.

2.1.1 User Management

In this section we can see the list of users already created, modify their configuration, delete them, deactivate them or create new users.

Gestion usuarios.png

2.1.1.1 Create a new user

To add a user click on the "Create User" button, where we will see the following form which must be filled:

Gestion creacionusuarios.png

Gestion creacionusuarios2.png

The parameters that require explanation are:

  • Interactive charts: It allows the user to choose if they prefer to see the interactive graphics, or on the contrary, to use the general configuration of the Metaconsole.
  • Metaconsole access: It sets the user permissions to access the console. These permissions can be:
    • Basic: With this access the user will be able to use in the Wizard only the components whose Wizard level is Basic, as long as the user has ACL permissions on the group they belong to.
    • Advanced: With this access the user will be able to use any of the components in the Wizard regardless of their Wizard level, as long as the user has ACL permissions on the group they belong to.
  • Not Login: If this option os selected, the user will be able to access the API.
  • Enable agents management: This option is used to enable the agent management in the Wizard. If it is deactivated, only the Wizards of modules and alerts will be available.
  • Enable node access: This option is used to enable access to the instances. If it is activated, it will be possible to access the consoles of the instances through the name of agents and modules in many places; for example, from the network map or the events view.

2.1.1.2 Modify/Deactivate/Delete a user

In the user list the following options are available:

  • Activate/Deactivate the user
  • Edit the user
  • Delete the user form the Metaconsole
  • Delete the user form the Metaconsole and all Instances

Gestion modificacionusuarios.png

A user's editing form is the same as the creation form, but including the profile editor.

Gestion modificacionusuarios2.png

In the profile editor the user can be assigned profiles in certain groups besides limiting those privileges to the selected Tags. If Tags are not selected, the user will have access to all modules, whether they have associated Tags or not.

2.1.2 Profile Management

In this section we can see the list of profiles already created, modify their configuration, delete them or create new profiles.

Gestion perfiles.png

There are a series of ACL flags that will give access to the different Pandora FMS functionalities. To know which function enables each ACL flag of the profiles, visit section Perfiles en Pandora FMS in the user manual.

2.1.2.1 Create a new profile

To add a profile click on the "Create" button to see the following form, where we must fill in those permissions that we want to give with the new profile:

Gestion creacionperfil.png

Gestion creacionperfil2.png

Info.png

Some of these bits don't make sense in the Metaconsole. However, we may want to use the Metaconsole to synchronize profiles to Instances, where they could be useful.

 


2.1.2.2 Modify/Delete a profile

In the list of profiles you have options to:

  • Edit the profile
  • Delete a profile from Metaconsole

Dac2.1.png

2.1.3 Editar mi usuario

En este apartado podemos configurar el usuario que está autenticado en la metaconsola. Los perfiles asignados al usuario serán meramente informativos. En caso de que el usuario autenticado no sea administrador, este será el único apartado que podrá ver.

Gestion editmyuser.png

2.2 Gestión de agentes

En esta sección se pueden realizar las siguientes acciones:

  • Migración de agentes entre instancias
  • Autoprovisionamiento de agentes
  • Gestión de grupos

Por ejemplo, tenemos pensado crear una gestión de 15 instancias en la metaconsola, y queremos que la distribución de los agentes sea por carga de cada instancia, creándose los agentes de manera que siempre se generen en la instancia con menor carga. Para ellos nos iremos al autoprovisionamiento y activaremos la opción indicada para ello. Una vez realizado, nos hemos dado cuenta que ciertos agentes deberían ir juntos en la misma instancia, entonces nos iremos a la migración de agentes entre instancias, donde escogeremos que agentes se mueven en que otras instancias de manera que no tengamos que borrar y crear los agentes manualmente.

2.2.1 Migración de agentes

Template warning.png

Esta funcionalidad requiere un servidor Metaconsola iniciado para funcionar.

 


En esta sección podemos migrar agentes entre nuestras las instancias conectadas a nuestra metaconsola.

Gestion migagentes.png

Para que no se transfieran los datos históricos de los agentes a transferir deberemos tener activada la casilla de “Discard history data”. Una vez que tengamos todo seleccionado y le demos al botón “move”, empezará a realizar las siguientes comprobaciones para poder realizar la migración.

Los agentes no existen en el servidor destino
No debe existir ningún agente a migrar con el mismo nombre de agente en el servidor objetivo.
Las colecciones necesarias están sincronizadas con el servidor destino
Para evitar que el agente intente descargar colecciones inexistentes una vez migrado, verifique que las colecciones existen en ambos servidores (origen y destino).
Las definiciones de alertas necesarias están sincronizadas con el servidor objetivo
Verifique que las plantillas, acciones y comandos definidas en el servidor origen están definidas también en el servidor destino. Las relaciones se realizan a través de ID, por lo que estos valores también deberán ser idénticos.
Los ficheros de configuración de los agentes software asociados a los agentes no existen en el servidor objetivo
No deben existir ficheros de configuración con el mismo nombre que los asociados a los agentes que vamos a migrar en el servidor objetivo. De ser así deberemos eliminarlos del servidor destino.
Ambos servidores tienen la misma versión
Verifique que las versiones de Pandora FMS son idénticas en ambos servidores.
La dirección del servidor destino está configurada
Verifique que la dirección IP de su servidor destino (Dataserver) está configurada, puede acceder a la siguiente pantalla a través de Servidores > Administrar servidores de la instancia a la que queremos trasladar los agentes:

Configurar serverIP.png

Configurar serverIP2.png

Las políticas necesarias están sincronizadas con el servidor destino
Verifique que las políticas del servidor origen están disponibles en el servidor destino. Las relaciones se realizan a través de ID, por lo que estos valores también deberán ser idénticos.
Los grupos están sincronizados con el servidor destino
Verifique que los grupos del servidor origen están definidos en el servidor destino. Las relaciones se realizan a través de ID, por lo que estos valores también deberán ser idénticos.
Los plugins remotos están sincronizados con el servidor destino
Verifique que los plugins de servidor están definidos en el servidor destino. Las relaciones se realizan a través de ID, por lo que estos valores también deberán ser idénticos.
Los plugins de inventario están sincronizados con el servidor destino
Verifique que los plugins de inventario están definidos en el servidor destino. Las relaciones se realizan a través de ID, por lo que estos valores también deberán ser idénticos.

Una vez realizadas todas las comprobaciones daremos al botón “Next” para continuar con la migración, donde nos aparecerá una tabla con el status de la migración.

Info.png

Para evitar bloquear la cola de trabajo, siempre se procesará el agente a transferir con menor prioridad, esto evita que el sistema quede bloqueado transfiriendo un agente con muchos datos, dando prioridad a la migración del agente sobre la migración de los datos.

 


Info.png

Para optimizar el proceso el agente original se desactivará y se establecerá el modo de deshabilitado automático. Por defecto, esta configuración eliminará el agente original en 30 días.

 


Template warning.png

Es posible que los módulos de predicción definidos pierdan funcionalidad una vez migrado el agente. Revise las definiciones tras la migración.

 


2.2.2 Autoprovisionamiento de agentes

Cuando desplegamos Pandora en entornos grandes y complejos con muchos nodos de Pandora y entorno de metaconsola, encontramos la problemática de decidir cómo desplegar los agentes: ¿a qué servidor se les asigna? ¿cómo equilibrar la carga de trabajo?

Para esto aparece el concepto de auto-aprovisionamiento de agentes, que permite asignar un agente a uno de los múltiples servidores de Pandora que tengamos en nuestra infraestructura.

Template warning.png

Esta funcionalidad requiere un servidor Metaconsola con ProvisioningServer iniciado para funcionar.

 


Template warning.png

Esta funcionalidad se utiliza para la gestionar la asignación inicial de los agentes a un servidor determinado. Cuando instale sus agentes por primera vez, seleccione como server_ip la dirección IP de la Metaconsola.

 


Para poder utilizar esta funcionalidad deberemos configurar el servidor y la metaconsola.

2.2.2.1 Configuración Servidor

Para que el sistema de auto aprovisionamiento funcione deberemos habilitar el ProvisioningServer en /etc/pandora/pandora_server.conf:

# Enables auto provisioning service
provisioningserver 1

Info.png

Verifique que la dirección IP de sus servidores destino (Dataserver) está configurada en cada nodo, puede acceder a la siguiente pantalla a través de Servidores > Administrar servidores

 


Configurar serverIP.png

Configurar serverIP2.png

2.2.2.2 Configuración Consola

En este apartado podremos escoger entre los tres tipos distintos de autoprovisionamiento, activando el que queremos mediante un interruptor:

Configurar autorprovi.png

Round Robin
Utiliza el método de planificación Round-robin para distribuir, de manera equitativa y en un orden racional, todos los nuevos agentes software de Pandora que lleguen a la Metaconsola. La distribución de los agentes se hará de forma circular, asignando el servidor correspondiente a cada nuevo agente.
Less Loaded
Se asignarán los nuevos agentes a aquellos servidores con menos carga dinámicamente.
Custom
En la clasificación personalizada, podremos definir nuestras propias reglas de clasificación, en base a ciertos parámetros recuperados de la información reportada por el agente (nombre del agente y su dirección IP.).

Si escogemos el caso de “Custom” hagamos click en el botón de “Create a custom entry” donde nos aparecerá el siguiente formulario:

Configurar autorprovicustom.png

Donde en configuration tendremos que poner el contenido que se agregará al archivo de configuración, es la personalización que utilizaremos para la clasificación del agente, por ejemplo:

# Text contained here will be validated and inserted in the agent configuration
server_ip 192.168.80.164

Una vez creado deberemos introducir las reglas que queramos que los agentes cumplan dándole al botón “add”.

Configurar autorprovicustom2.png

Podremos especificar las condiciones de coincidencia en forma de reglas usando los siguientes campos:

  • alias del agente
  • dirección del agente

Podremos especificar las operaciones usando los siguientes campos:

  • OR
  • AND

2.2.3 Gestión de Grupos

En esta sección podemos gestionar, borrar y crear nuevos grupos en la metaconsola.

Configurar gestiongrupo.png

2.2.3.1 Creación de un grupo

Para crear un nuevo grupo hagamos click en el botón “créate group” y nos aparecerá el siguiente formulario:

Configurar creargrupo.png

Los parámetros que requieren explicación son:

  • Parent: combo donde se puede definir otro grupo como padre del grupo que se está creando.
  • Propagate ACL: Permite propagar las ACL a los subgrupos hijos.
  • Custom ID:los grupos tienen un ID en la Base de Datos, en este campo es posible poner otro ID personalizado que pueda ser usado desde un programa externo para realizar una integración.

2.2.3.2 Modifcar/Borrar un grupo

En la lista de grupos se disponen de opciones para:

  • Editar el grupo
  • Borrar el grupo de la Metaconsola

Dac2.1.png

2.3 Gestión de módulos

En esta sección se pueden realizar las siguientes acciones:

  • Gestión de grupos de componentes
  • Gestión de componentes locales
  • Gestión de componentes de red
  • Gestión de plugins

Antes de empezar vamos a explicar que es un componente: es un “modulo genérico” que se puede aplicar repetidamente sobre un agente, siendo una especia de “copia maestra” de un módulo. Esto es muy útil para poder monitorizar nuevos agentes con los componentes guardados en la base de datos.

Por ejemplo, tenemos 12 instancias donde queremos crear el mismo tipo de módulos en cada una: queremos crear 10 módulos locales, 5 módulos de red y 3 plugins personalizados. Pues gracias a la gestión en la metaconsola podremos crear dichos componentes, cada uno en su sección, y posteriormente sincronizarlos para tenerlos en las diferentes instancias sin tener que crear manualmente uno a uno los distintos módulos y plugins a utilizar.

2.3.1 Gestión de grupos de componentes

En esta sección podremos borrar y crear nuevos grupos de componentes.

Gestionar grupocompo.png

Gestionar grupocompo2.png

Gestionar grupocompo3.png

2.3.1.1 Creación de grupo

Para poder crear un nuevo grupo hagamos click en el botón “Create”

Gestionar crearcompogrupo.png

2.3.1.2 Borrar grupo

Gestionar borrarcompogrupo.png

2.3.2 Gestión de componentes locales

En esta sección podremos borrar, duplicar y crear nuevos componentes locales. Un componente local es la definición de un módulo definido en la configuración de los agentes software, definido como "trozos" de texto que se pueden cortar y pegar en la configuración de los agentes.

Gestionar compolocal.png

2.3.2.1 Creación componente local

Para poder crear un componente local hagamos click en el botón “Create” done nos aparecerá el siguiente formulario:

Gestionar compolocalcrear.png

Gestionar compolocalcrear2.png

Gestionar compolocalcrear3.png

Para ver en detalle más información sobre los parámetros de creación de un nuevo componente local podéis visitar el siguiente Crear usuario) podrán utilizar esta plantilla

2.3.2.2 Duplicar/Borrar un componente local

En la lista de componentes locales se disponen de opciones para:

  • Duplicar un componente local
  • Borrar un componente local de la Metaconsola

Meta net component op col.png

2.3.3 Gestión de componentes de red

En esta sección podremos borrar, duplicar y crear nuevos componentes de red. Un componente de red agrupa a todos los módulos de tipo remoto (wmi, tcp, snmp, icmp, plugin, web, etc).

Gestionar compored.png

2.3.3.1 Creación componente de red

Puede crear tres tipos de componentes de red:

  • Network (de red).
  • Plugin (de complemento del servidor).
  • WMI.

Para crear un nuevo componente de red en el menú desplegable seleccione un componente de red de los tres posibles (WMI, Red o Plugin): y hagamos click en el botón Create. A continuación vemos el caso de una pantalla de creación de componente de red.

Gestionar comporedcrear.png

Gestionar comporedcrear2.png

Gestionar comporedcrear3.png

Para ver en detalle más información sobre los parámetros de creación de un nuevo componente de red podéis visitar pincha en el enlace para consultarlo. Componente de red

2.3.3.2 Duplicar/Borrar un componente de red

En la lista de componentes de red se disponen de opciones para:

  • Duplicar un componente de red
  • Borrar un componente de red de la Metaconsola

Meta net component op col.png

2.3.4 Gestión de plugins

En esta sección podremos borrar, modificar y crear nuevos plugins que usarán los componentes de red de tipo plugin.

Gestionar compoplugin.png

2.3.4.1 Creación de plugin

Para crear un plugin hagamos click en el botón “Add” y aparecerá el siguiente formulario:

Gestionar compoplugincrear.png

Gestionar compoplugincrear2.png

Los parámetros que requieren explicación son:

  • Plug-in command: Donde pondremos la PATH donde se encuentra el plugin
  • Plug-in parameters: Donde pondremos los parámetros que debemos escribir para que el plugin funcione correctamente.

Gestionar compoplugincrear.png

2.3.4.2 Modificar/Borrar un plugin

En la lista de plugin se disponen de opciones para:

  • Modificar un plugin
  • Borrar un plugin de la Metaconsola

Ciertos plugins tienen un candado delante de la opción de modificar, porque estos plugins no pueden ser modificados ni borrados.

Gestionar compopluginborrar.png

2.4 Gestión de Alertas

En esta sección se pueden realizar las siguientes acciones:

  • Gestión de comandos
  • Gestión de acciones
  • Gestión de templates

Gestionar alertasgeneral.png

Por ejemplo, en nuestra metaconsola tenemos 5 instancias con distintos clientes en el cual en todas ellas necesitamos medir en cada agente la temperatura de su CPU. Con esta información, necesitamos que una alerta salte cuando la CPU supere cierta temperatura, y lo que queremos es realizar un comando que haga que la CPU elimine ciertos servicios para no ser utilizada de una manera excesiva provocándole la subida de temperatura. Crearíamos una alerta que realice dicho comando y luego la sincronizaríamos con todas nuestras instancias para no tener que realizarla manualmente una a una.

En esta sección solo se hablará de la gestión de templates, en particular las diferencias con la gestión de alertas de las instancias. Para conocer más sobre su funcionamiento y configuración se puede consultar el apartado del manual de Pandora FMS Sistema de alertas.

2.4.1 Gestión de templates

La única diferencia con la gestión de alertas de las instancias, está en la creación de una nueva template. A la hora de crear una template nos aparece una opción llamada “Wizard level”

Gestionar alertas.png

Este campo definirá qué usuarios podrán utilizar esta plantilla para crear alertas desde el Wizard.

  • No Wizard: Esta plantilla no estará disponible en el Wizard
  • Básico: Cualquier usuario con acceso al Wizard podrá utilizar esta plantilla para crear alertas
  • Avanzado: Solamente los usuarios con nivel avanzado de acceso a metaconsola (Ver Crear usuario) podrán utilizar esta plantilla

2.5 Gestión de Alerta de Eventos

En esta sección se pueden realizar las siguientes acciones:

  • Crear alerta de evento
  • Modificar/Borrar/Deshabilitar/Silenciar alertas de eventos

Gestionar alertaseventos.png

Por ejemplo, tenemos 4 instancias donde tenemos en un agente la monitorización del servidor apache de cada una de las páginas web situadas en las distintas instancias. Crearemos una alerta de evento que nos avise cuando dicha monitorización se caiga para avisar al administrador que se debe de levantar el servicio Apache de inmediato, y así no habría que crearla manualmente una a una en los agentes de las instancias.

Para conocer más sobre su funcionamiento y configuración se puede consultar el apartado Sistema de Alertas del manual de Pandora FMS.

2.6 Gestión de componentes

En esta sección se pueden realizar las siguientes acciones:

  • Gestión de tags
  • Gestión de grupo de módulos
  • Gestión de OS

Gestionar componentes.png

2.6.1 Gestión de tags

En esta sección podremos borrar, modificar y crear nuevos tags.

2.6.1.1 Creación de tags

Para crear un nuevo tag hagamos click en el botón “créate tag” y a continuación nos saldrá el siguiente formulario que tendremos que rellenar:

Gestionar tagscrear.png

2.6.1.2 Modificar/Borrar tags

En la lista de tags se disponen de opciones para:

  • Editar el tag
  • Borrar el tag de la Metaconsola

Dac2.1.png

2.6.2 Gestión de grupos de módulo

En esta sección podemos borrar y crear nuevos grupos de módulos.

Gestionar gruposmodulos.png

2.6.2.1 Creación de un grupo

Para poder crear un nuevo grupo de módulo hagamos click en el botón “Create module group”:

Gestionar gruposmoduloscrear.png

2.6.2.2 Borrar grupo módulo

Gestionar borrarcompogrupo.png

2.6.3 Gestión OS

En esta sección podemos borrar y crear nuevos OS del sistema.

Gestionar OS.png

Gestionar OS2.png

2.6.3.1 Creación OS

Para crear un nuevo OS hagamos click en el botón “créate OS” y nos aparecerá un formulario que deberemos rellenar:

Gestionar OScrear.png

2.6.3.2 Borrar OS

Gestionar borrarcompogrupo.png

2.7 Gestión de políticas

Desde esta sección se pueden crear, modificar y borrar políticas.

Meta menu.png

Por ejemplo, tenemos 7 instancias en la cuales 2 de ellas se van a monitorizar de la misma manera, con el mismo nombre de agentes y módulos. Crearíamos una política que nos realice la creación de módulo en los agentes de manera automática, la cual posteriormente sincronizaremos con las distintas instancias sin tener que crearla de una en una.

2.7.1 Creación políticas

Se pueden crear nuevas políticas hagamos click en el botón "Create" donde se muestra el siguiente formulario:

Meta crear.png

Para una mejor comprensión de como configurar las políticas, dirigase a la gestión de políticas.

2.7.2 Modificar/Borrar políticas

En la lista de políticas se disponen de opciones para modificar una política y eliminarla. Si una política tiene agentes, el botón de eliminar estará deshabilitado y aparecerá junto a él un botón para eliminar todos sus agentes. Este botón introducirá en la cola el eliminado de los agentes, y en cuanto se procese, volverá a estar activo el botón de eliminado de la política.

Meta borrar.png

2.8 Gestión de catergorías

En esta sección podemos modificar, borrar y crear nuevas categorías.

Gestionar categorias.png

2.8.1 Creación catergorías

Para crear una nueva categoría hagamos click en el botón “créate category”:

Gestionar categoriascrear.png

2.8.2 Modificar/Borrar categorías

En la lista de categorías se disponen de opciones para:

  • Editar la categoría
  • Borrar la categoría de la Metaconsola

Dac2.1.png

2.9 Gestión de servidores

En esta sección podremos borrar los servidores que tengamos instalados en la metaconsola. Para poder realizar todas las funcionalidades deberían estar los servidores de Autoprovisionamiento y de Migración activados.

Gestionar server.png

Volver a Índice de Documentación Pandora FMS