ThinMan: instalación y configuración de la consola de gestión centralizada

2019-06-20T03:12:40+02:00junio 20th, 2019|

En este artículo vamos a ver con profundidad ThinMan, la consola de administración Praim, desde lo básico hasta alguna configuración avanzada. Recordemos el diagram básico de ThinMan:

ThinMan nos permite tener una única consola para administrar todos los endpoints, ya sean Thin Clients o PCs, además de permitir a las empresas el poder reducir las tareas de mantenimiento de decenas, cientos o miles de Thin Client de manera centralizada.

Esta es una lista con las funcionalidades de ThinMan:

  • Descubrimiento de Thin Clients de manera automática
  • Notificaciones de estado de nuestros Endpoint
  • Visualización de las configuraciones: RAM, discos, conexiones, versiones de firmware, y dispositivos conectados
  • Inventario
  • Creación de grupos
  • Asignación automática de dispositivos
  • Administración de la energía/WOL
  • Administración central de configuraciones
  • Actualizaciones
  • Clonado y restauración
  • Distribución de Software
  • Asistencia remota
  • Actividades programadas
  • Actividades basadas en eventos
  • Asignación automática de usuarios para dispositivos y diferentes tipos de usuarios

Arquitectura y componentes de ThinMan

ThinMan puede escalar desde varias decenas de usuarios y Thin Clients, hasta miles o varias decenas de miles de usuarios y Thin Client. Para conseguir tal dimensionamiento y alta disponibilidad ThinMan se puede desplegar de manera distribuida, veamos las cuatro opciones que tenemos.

ThinMan con Base de Datos interna

Este modo es la forma más sencilla de instalar ThinMan. Es el modo más utilizado por su simplicidad y por el amplio espectro de casos que cubre. Utilizaremos este modo si necesitamos empezar inmediatamente y sin problemas.

Praim recomienda utilizar ThinMan en este modo, si no necesitamos Perfiles de Usuario en modo de Alta Disponibilidad y no tenemos ningún escenario particular de Continuidad de Negocio.

ThinMan con Base de Datos externa

Este segundo modo está destinado a quien ya posee una instancia MySQL y desea utilizarla como servidor de base de datos para datos ThinMan. No es recomendable si no tenemos ya una instancia de MySQL en ejecución porque añade complejidad en términos de mantenimiento, instalación y configuración.

ThinMan no guarda los datos conservados en una base de datos externa, por lo que debemos definir nuestra propia política o procedimiento de copia de seguridad/almacenamiento/copia.

ThinMan Primario y Secundario con una Base de Datos única compartida (solamente se permite Base de Datos externa)

Este modo está pensado para clientes que necesitan un servidor ThinMan primario y un servidor ThinMan secundario.

Se recomienda encarecidamente utilizar Primary y Secondary Server cuando se utilizan perfiles de usuario en función del inicio de sesión de ThinMan. En este caso es necesario proporcionar una arquitectura de alta disponibilidad que permita siempre una respuesta al Thin Client.

Este modo no se recomienda debido a su único punto de fallo, por lo que es más seguro utilizar el modo descrito a continuación con dos instancias de base de datos en modo replicación.

ThinMan Primario y Secundario con Base de Datos replicada (solamente se permite Base de Datos externa)

 

Tambien este modo está pensado para clientes que necesitan un servidor ThinMan primario y un servidor ThinMan secundario.

Comparado con el anterior, este modo, a través de una instancia dual de DB, permite una mayor disponibilidad de los servicios resolviendo también el problema del punto único de fallo.

Este modo está destinado a empresas realmente grandes que utilizan instalaciones críticas para el negocio y que requieren una continuidad del negocio adecuada, así como una arquitectura de recuperación ante desastres.

Aunque no es una arquitectura con balanceo de carga, ambos servidores pueden responder a las peticiones de Thin Clients. El servidor Primario siempre es consultado por primera vez y sólo en caso de fallo el Secundario entrará en soporte.

Instalación de ThinMan 7.8.x

La instalación de ThinMan, una vez hemos pensado en la arquitectura que necesitamos para nuestro entorno, es bastante sencilla, es un siguiente en el caso de una instalación simple de ThinMan con la base de datos incluida en un solo servidor, vamos a ver los pasos:

Lanzaremos el ejecutable y nos permitirá seleccionar el Idioma, entre Inglés o Italiano:

Seleccionaremos Inglés y al continuar podremos ver el siguiente mensaje con las dependencias que tenemos que instalar, Microsoft Visual C++ 2010, en caso de que no lo tuviéramos ya instalado:

Una vez termina la instalación de los pre-requisitos, se lanzará la ventana de Praim con la versión 7.8:

Y el proceso de instalación comenzará, dependiendo de vuestro Hardware tardará un poco más o menos, en mi caso solamente ha tardado apenas unos minutos:

Aceptaremos la EULA para poder continuar:

Introduciremos un nombre y una compañía válida para poder registrarnos luego en Praim sin ninguna incidencia:

Estos son los puertos por defecto para la instalación, podemos cambiarlos si así lo necesitamos, especialmente si nos encontramos con una IP pública únicamente, hacer NAT del puerto 443 puede ser complicado, aunque yo os recomiendo administrar vuestros Thin Clients por VPN claro:

El proceso de instalación comenzará y tardará unos minutos:

Una vez el proceso termina, podremos ejecutar directamente la consola, así como la consola web:

Al arrancar por primera vez la consola de ThinMan, nos aparecerá el mensaje de si queremos introducir una licencia o continuar con la versión de prueba, si estáis evaluando el producto, quizá la trial sea suficiente:

Ya está todo listo y podemos pasar a la siguiente sección.

Configuración inicial de ThinMan

Como hemos mencionado anteriormente, el primer paso será seleccionar la licencia que queremos usar, en caso de la trial de 30 días, recordemos que está limitado a máximo 5 Thin Clients de cada sabor:

En mi caso he usado una licencia válida para tener acceso a todas las funcionalidades sin límite de terminales.

El siguiente paso razonable a mi parecer es comenzar a crear los grupos lógicos donde colocaremos nuestros Thin Client, por departamento, por ubicación, etc:

Una vez tenemos el grupo, lo lógico sería que supieramos el rango de IP donde esos equipos van a ser ubicados, bien por DHCP, bien por IP manual:

Una vez tenemos nuestros terminales, bien sean Thin Clients, Raspberry, o ThinOX, podremos verlos en sus respectivos rangos de red y asignarles licencias:

 

Entre todas las funcionalidades que tenemos con ThinMan como os mostré más arriba, una de las que más me gusta es el control remoto por VNC, perfecto para resolver problemas que el usuario final pudiera tener:

 

Licenciamiento y ediciones de ThinMan

El licenciamiento se basa en dos versiones, ThinMan Premium y ThinMan Platinum.

La edición Premium está concebida para ser una herramienta gratuita para los gerentes de TI exigentes. Incluye muchas características esenciales para ayudar a los administradores de TI en entornos razonablemente complejos. La consola es gratuita durante el primer año de uso para los clientes de Praim.

La edición de ThinMan Platinum ofrece características avanzadas, configuraciones ilimitadas y múltiples consolas. Está diseñado para entornos empresariales multisitio con necesidades de configuración extremadamente elaboradas. La edición Platinum proporciona a los administradores de TI una amplia consola para gestionar un número ilimitado de dispositivos de forma totalmente automatizada, y para distribuir las operaciones de gestión y las funciones de help-desk a múltiples operadores.

En el tab Ediciones al final de la página de producto de ThinMan encontráis toda la información sobre las dos versiones.

Podéis descargar todo el software de Praim de manera gratuita desde su web, haciendo click aquí.