Remote Monitoring Agent (RMA) es una aplicacion auxiliar para HostMonitor. Se incluye en el paquete Advanced Host Monitor. La licencia Enterprise para Advanced Host Monitor ya incluye una licencia para 10 instalaciones del agente. Los titulares de licencias Starter o Professional pueden comprar una licencia adicional para Remote Monitoring Agent por separado.

HostMonitor puede monitorear redes remotas usando Agentes de Monitoreo Remoto (RMA). RMA es una aplicacion pequena que acepta solicitudes de HostMonitor, realiza pruebas y acciones y proporciona informacion sobre el resultado de la prueba a HostMonitor. Por lo general, un solo agente RMA permite monitorear muchos sistemas en la red remota. Este diagrama ilustra como nuestro software de monitoreo de red puede funcionar en una red distribuida

HostMonitor puede monitorear miles de hosts sin ningun software adicional. Entonces, ?por que puede necesitar RMA? Aqui hay varias razones:

1. RMA aumenta la seguridad de la red. Cuando tenga que ejecutar pruebas como la prueba de uso de CPU o las pruebas de contadores (Performance Counters) de rendimiento en un sistema remoto, HostMonitor debe poder iniciar sesion en ese sistema con privilegios de administrador. En su lugar, ahora puede usar un agente instalado en ese sistema remoto. En este caso, HostMonitor no tendra que iniciar sesion en ese sistema. HostMonitor necesita solo un puerto TCP para comunicarse con el agente de RMA (de manera predeterminada, Passive RMA utiliza el puerto TCP 1055, Active RMA utiliza el puerto 5056; sin embargo, puede configurar un agente para que utilice cualquier otro puerto).
   
   
2. Remote Monitoring Agent tambien es una herramienta muy util cuando se deben monitorear dos (o muchas) redes separadas (conectadas a traves de Internet). En este caso, instalar solo una instancia de RMA detras del firewall en la red "A" permitira monitorear toda la red "A" usando el HostMonitor ubicado en la red "B" con solo un puerto TCP abierto.
   
   
3. RMA disminuye el trafico de red. Por ejemplo, el uso frecuente de pruebas de "File Integrity" o "Compare Files" en una serie de sistemas remotos puede aplicar una carga significativa en la red. Cuantos mas y grandes archivos pruebe, mas trafico aumentara. RMA se ejecuta localmente y envia solo los resultados de la prueba al HostMonitor, lo que reduce la cantidad de trafico de red.
   
   
4. Remote Monitoring Agent simplifica la administracion de la red. Ya no necesita compartir unidades para realizar pruebas como tamano de Folder/File Size, File Availability, Count Files, etc
   
   
5. RMA para Windows le permite ejecutar acciones en sistemas remotos. Por ejemplo, el agente puede iniciar alguna aplicacion o reiniciar el servicio en un sistema detras de un firewall.
   
   
6. Los agentes de monitoreo remoto para Linux/BSD/AIX/Solaris le permiten realizar pruebas que HostMonitor no puede realizar directamente. Por ejemplo, HostMonitor no puede monitorear el numero de sesiones de usuario en sistemas Linux. RMA puede proporcionar dichos datos a HostMonitor.
   

• Todo el trafico entre Remote Monitoring Agent y HostMonitor esta encriptado.
• Es posible personalizar la lista de pruebas habilitadas para cada uno de los agentes (por ejemplo, permitir solo los metodos de prueba Count Files y Drive Free Space).
• Puede restringir las conexiones TCP entrantes con la lista de direcciones aceptables.
• Con RMA Manager puede configurar, reiniciar e incluso actualizar agentes de forma remota.

Backup Agent

Desde la version 6.00, HostMonitor le permite configurar agentes primarios y de respaldo. Con esta funcion, HostMonitor puede equilibrar la carga entre los agentes y usar el agente de respaldo cuando el principal no responde. Si, RMA es un software bastante estable; sin embargo, es posible que el sistema no responda debido a algun error de hardware o de red.
Consulte "Agent Connection Parameters" para obtener mas informacion.

RMA para plataformas AIX, FreeBSD, Linux, macOS y Solaris puede realizar las siguientes pruebas y acciones:

Tests		Actions
- TCP - UDP - UNC - Folder/File Size - Count Files - File/Folder Availability - File Integrity - Text Log - Compare Files - Process - CPU Usage - Shell Script - External		- Execute external command     - TCP/UDP send - Syslog

Agentes RMA activos disponibles para Windows, Linux y FreeBSD. Agentes RMA pasivos disponibles para plataformas Windows, Linux, FreeBSD, AIX, macOS y Solaris.
Enlaces relacionados:
Active RMA for Linux/FreeBSD
Active RMA for Windows
Passive RMA for Windows

Passive RMA frente a Active RMA

La RMA pasiva abre el puerto TCP especificado para escuchar y espera las solicitudes de conexion de HostMonitor y RMA Manager, luego RMA realiza la prueba (o accion) y proporciona informacion sobre el resultado de la prueba a HostMonitor.

Active RMA: agente de monitoreo remoto que no esta esperando la conexion TCP de HostMonitor como RMA regular (ahora se llama Passive RMA). Active RMA mismo establece una conexion con HostMonitor y RMA Manager. Esto le permite instalar RMA dentro de una red privada protegida por firewall sin necesidad de abrir ningun puerto TCP (el RMA pasivo requiere 1 puerto TCP abierto). Ademas, Active RMA le permite monitorear el sistema que no tiene una direccion IP fija, p. sistema que se esta conectando a la red mediante una conexion de acceso telefonico temporal.
Varios procedimientos ayudan a monitorear redes a traves de conexiones poco confiables:

• Active RMA puede almacenar los resultados de la prueba cuando la conexion de red se interrumpe inesperadamente, intentara volver a conectarse a HostMonitor y enviara los resultados de la prueba al conectarse;
• HostMonitor utiliza un cronograma mas flexible para las pruebas que debe realizar Active RMA, p. si la prueba se debe realizar de inmediato pero Active RMA no esta conectado mientras se conecto hace varios minutos, HostMonitor puede esperar otra conexion hasta 4 minutos antes de asignar el estado "Unknown" a las pruebas. Nota: si selecciona el elemento de prueba y hace clic en el boton "Refresh", HostMonitor no esperara la conexion, establecera el estado "Unknown" de inmediato;
• Para cada agente activo, puede configurar Backup Active RMA. Con esta funcion, HostMonitor puede equilibrar la carga entre los agentes y usar el agente de respaldo cuando el principal no puede establecer un canal de comunicacion.

Como instalar y configurar RMA

Para instalar un agente en el sistema Linux/FreeBSD/AIX/macOS/Solaris, descargue el paquete apropiado de pagina de descarga, descomprima y descomprima los archivos (por ejemplo, usando el comando "tar   -xzf   rma_lin.tgz"). Verifique y modifique, si es necesario, la configuracion en el archivo rma.ini usando cualquier editor de texto.

Configuracion de RMA

En el archivo rma.ini encontrara comentarios que describen cada parametro, por lo que la configuracion deberia ser facil

Basic settings

• RmaPath
  Obligatory parameter - full path to the agent. UNIX-like systems do not have common method that allows the program to retrieve its module name and path. Without this parameter agent will not be able to upgrade and restart itself.
  Example: RmaPath = /usr/sbin/rma
  
  
• TmpDir
  This parameter is optional. For some tests (CPU, Process and Shell Script) agent creates temporary files. RMA searches for temporary directory in the following order:
  • directory that specified by this option (TMPDIR)
  • directory that specified by "TMPDIR" environment variable
  • directory that specified by "TMP" environment variable
  • if non of these parameters are specified or specified directories do not exist, RMA uses current directory
  Example: TmpDir = /usr/tmp/rma
  
  
• PidFile
  Another optional parameter. A PID-File is a file containing the process identification number (pid) that allows other programs to find out the pid of a running agent. RMA started in interactive mode ignores this parameter.
  Example: PidFile = /var/run/rma.pid
  
  
• Comment
  Comment is optional parameter, here you may specify a comment (actually you may type any text here, it could be a simple recognizable name or an identifier for this agent). This helps to identify agents easier.
  Example: Comment=RMA on Primary Web Server (FreeBSD)
  
  
• Host
  Optional parameter that defines host name or IP address of the local network interface (RMA should listen on). Useful when system has several network interfaces.
  
  
• Port
  Obligatory parameter - specifies the TCP port number which RMA utilizes to listen for incoming connections. Default setting is #1055.
  
  
• Timeout
  The maximum amount of time (in milliseconds) that agent will keep waiting for the complete request packet from HostMonitor (after initial TCP connection established) before dropping the connection.
  
  

• Password
  minimum six characters length password. Using of an empty password is not permitted. The password is required for every communication session between RMA and HostMonitor or RMA and RMA Manager. All traffic between RMA and HostMonitor or RMA and RMA Manager is encrypted and the password itself is never transmitted through the network without encryption.

• LogSuccess

• OkLogFile
  Successful audit log. Here you may specify a log file where agent will store information about successfully accepted connections. This log has no use when everything works well (it then just takes space on the hard drive), but you may found it helpful when a sophisticated network problem has to be fixed.
  First option enables or disables the logging (LogSuccess=0 - logging is disabled; LogSuccess=1 - logging is enabled), second parameter specifies path to the log file. If you specify just the name of the file (without a full path), an agent will store a log in the same directory where configuration file is located.
  Example:
  LogSuccess=0
  OkLogFile=log_ok.txt
  
  

• LogFails

• BadLogFile
  Failure audit log. Here you may specify another log file where an agent will store information about rejected requests and errors. Log file is a simple text file that contains date of the event, remote IP address from which an attempt of connection has occurred and information about the error.
  First option enables or disables the logging (LogFails=0 - logging is disabled; LogFails=1 - logging is enabled), second parameter specifies path to the log file. If you specify just the file name (without path), an agent will store it in the directory where configuration file is located.
  Example:
  LogFails=1
  BadLogFile=log_err.txt
  
  

• VerboseLogFile
  Use this parameter to provide the path to a "Verbose" log file. Unlike "Successful" and "Failure" logs this log file can be enabled by command line parameter only. You should start RMA with '-v' command line parameter (e.g. "./rma -i -v rma.ini") . In this case RMA will store various information about each incoming connection in the log file specified.
  Example: VerboseLogFile=log_verbose.txt

• FilterActive
  Enables or disables IP filtering "FilterActive=0" will allow RMA to accept control commands from any IP address (as long as the incoming connection provides correct password). Set "FilterActive=1" and RMA will accept connections only from the addresses that are specified in by FilterList parameter (password is required as always).

• FilterList
  Provides list of IP addresses. After enabling IP filtering (FilterActive=1) RMA will accept remote connections only from the addresses in this list (password is required as always). Usually you have to add just one address to this list, namely the one for the system where HostMonitor is running. If you want to specify several IP addresses, separate them by spaces.

• FilterMarks
  This additional option works as switch for the addresses that are specified by "FilterList" parameter. E.g. if you have 4 addresses in the list, and you want to turn on (enable) 1st, 2nd, and 4th address and turn off (disable) 3rd address in the list, type "1101" in this field.
  Example:
  FilterActive=1
  FilterList=127.0.0.1   194.168.1.10   194.168.1.12
  FilterMarks=101
  
  

• AllowManage

• ManageAddr
  These options control remote management function. AllowManage=0 - disables remote management feature, AllowManage=1 - enables remote management. ManageAddr option sets the IP address(es) from which it is allowed to control and manage RMA. Using RMA Manager installed on the system with that IP address you will be able to change agent's settings remotely, also you will be able to restart and terminate an agent.
  Note: Instead of single IP address you may specify a list and/or a range of IP addresses. IP addresses in the list should be separated by comma. Dash is used to define a range of addresses.
  Example:
  AllowManage=1
  ManageAddr=192.168.1.100 - 192.168.1.105,  192.168.1.12,  127.0.0.1
  
  

• AllowUpdates

• UpdateAddr
  AllowUpdates option allows or restricts remote updates of the RMA (e.g. when a new version is available). AllowUpdates=0 - restricts updating, AllowUpdates=1 - allows updating. UpdateAddr option sets the IP address(s) from which it is allowed to perform upgrade. To upgrade a single agent or an array of remote agents, you may use RMA Manager.
  Note: Instead of single IP address you may specify a list and/or a range of IP addresses. IP addresses in the list should be separated by comma. Dash is used to define a range of addresses.
  Example:
  AllowUpdates=1
  UpdateAddr=192.168.1.100 - 192.168.1.105,  192.168.1.12,  127.0.0.1
  
  

• [EnabledTests]
  Specifies the list of tests methods allowed for execution by the agent. To enable the test, assign '1' to the parameter. To disable the test, assign '0' to the parameter.
  Example:
  TCP=1
  UDP=0
  UNC=1
  FolderSize=0
  
  

• [Tests]
  Following parameters provide the path to specialized scripts that RMA needs to perform some tests (such as CPU Usage and Process tests). These tests were implemented as external scripts to simplify customization for various systems. You may easily modify scripts using any text editor.
  If you specify just the name of the file (without a full path), an agent will assume that script shares the same directory with the agent.
  
  CPUUsageScript
  Provides the path to a script that returns current CPU Usage
  
  ProcCntScript
  Provides the path to a script that returns current number of running instances of the specified process
  
  ProcListScript
  Provides the path to a script that returns list of started processes.
  
  

Inicio de un agente

Puede iniciar el agente como demonio o como una utilidad de consola normal.
Uso: rma   [-d|-i]   [-v]   [-p <port>]   <cfg_file>

-d	- daemon mode (default)
-i	- interactive mode
-v	- verbose mode
-p <port>	- anula el numero de puerto TCP especificado en cfg_file
cfg_file	- parametro obligatorio, ruta al archivo de configuracion

Ejemplos:
   ./rma   -i   -v   -p 1055   /etc/rma/rma.ini
   ./rma   -d   /home/ks/rma/rma.ini

Nota: senal SIGHUP
Puede usar SIGHUP para senalar al agente que debe volver a leer el archivo de configuracion, p. "kill -HUP <agent_pid>" (para recuperar el pid del agente puede usar el comando "ps -A|grep rma" (en sistemas Linux) o "ps -x|grep rma" en sistemas FreeBSD).
PD: por supuesto, puede usar RMA Manager para el mismo proposito.

Como utilizar

Bien, ahora que tiene agentes instalados en diferentes redes, ?como usarlos?
HostMonitor admite un lista de agentes remotos y puede realizar pruebas no solo por si mismo, sino que tambien puede enviar una solicitud al agente que luego ejecutara la prueba. Cada prueba (test) en HostMonitor tiene una propiedad adicional: "Test by". Por defecto tiene el valor "HostMonitor"; significa que la prueba sera ejecutada por HostMonitor. Como alternativa, puede elegir un agente de la lista desplegable y ese agente realizara la prueba.

Peculiaridades de la configuracion de las pruebas para sistemas tipo UNIX
Cuando configura pruebas relacionadas con archivos (UNC, Folder/File Size, Count Files, File Integrity, etc.) con un agente instalado en un sistema similar a UNIX, debe tener en cuenta lo siguiente:

• en las mascaras de archivo de Windows '*' y '*.*' representan cualquier archivo. En un sistema similar a UNIX, solo '*' representa cualquier archivo; '*.*' se puede usar para cualquier archivo que tenga un punto (.) en el nombre;
• use una barra diagonal (/) en la ruta (en lugar de la barra diagonal inversa (\) que esta usando en los sistemas Windows);
• en sistemas similares a UNIX, el nombre del archivo distingue entre mayusculas y minusculas (por lo que "/etc/RMA" y "/etc/rma" son archivos diferentes);

Requisitos del sistema

Version UNIX de RMA disponible para los siguientes sistemas:

Linux	(Intel)
Linux	(ARM)
Linux	(PPC)
IBM AIX	(PPC)
FreeBSD	(Intel)
OpenBSD	(Intel)
NetBSD	(Intel)
Solaris	(Intel)
Mac OS	(Intel)

Intel: procesadores Intel y AMD, conjunto de instrucciones i386 y x86-64 (x64)
PPC - Procesadores IBM POWER (POWER7, POWER8, POWER9)
Linux: RedHat, Fedora, CentOS, Debian, Ubuntu, SuSE, etc.

?Cuanto cuesta?

Cuando compre una edicion ENTERPRISE de Advanced Host Monitor, obtendra la licencia que le permite usar hasta 10 agentes. De lo contrario, puede comprar licencias en conjuntos de 10 ($250 por 10 licencias) o en conjuntos de 100 licencias ($900 por conjunto de 100).
No hay diferencia en que agente desea usar (para la plataforma Windows, Linux o FreeBSD). P.ej. si usted tiene licencia para 20 RMA, puede instalar 5 agentes en sistemas Windows y 15 agentes en sistemas Linux. En caso de que necesite instalar 10 agentes en sistemas Windows y 10 RMA en Linux, puede hacerlo sin cambiar su licencia (5+15=20 y 10+10=20).
Puede solicitar Remote Monitoring Agent con tarjeta de credito, tarjetas de debito Switch y Solo, cheque/giro postal o transferencia bancaria.
Detalles..