Manual de Instalación, Administración y Usuario de UDS Enterprise

Transcripción

1 Manual de Instalación, Administración y Usuario de UDS Enterprise Versión 1.9 Rev de septiembre de 2015

2 ÍNDICE 1. INTRODUCCIÓN Características Arquitectura de plataforma con UDS Enterprise Componentes UDS Enterprise Servidor UDS Tunelizador UDS Base de Datos UDS Actor UDS Plugin UDS ANTES DE INSTALAR UDS Instalación de UDS Enterprise sobre plataforma virtual VMware vsphere Requerimientos de plataforma virtual Conexiones de red Alojamiento de elementos de UDS sobre VMware vsphere Instalación de UDS Enterprise sobre plataforma virtual ovirt Requerimientos de plataforma virtual Conexiones de red Instalación de UDS Enterprise sobre plataforma virtual RHEV Requerimientos de plataforma virtual Conexiones de red Instalación de UDS Enterprise sobre Microsoft Hyper-V Requerimientos de plataforma virtual Conexiones de red Instalación de UDS sobre plataforma virtual XenServer Requerimientos de plataforma virtual Conexiones de red Página 1 de 201

3 2.6 Instalación de UDS sobre plataforma virtual Nutanix Acropolis Requerimientos de plataforma virtual Conexiones de red INSTALANDO UDS ENTERPRISE Requerimientos de Plataforma UDS Enterprise Requerimientos de infraestructura Requerimientos de red Instalación de Plataforma UDS Enterprise Instalación y configuración de base de datos UDS Instalación Servidor UDS Instalación Tunelizador UDS Instalación y configuración del Actor UDS Instalación Actor UDS Windows Instalación Actor UDS Linux Instalación Plugin UDS Instalación Plugin UDS Windows ADMINISTRANDO UDS Configurar Service Providers Plataforma VDI con VMware vsphere Alta de proveedor de servicios V Mw are Virtual Center Provider Configurar servicio basado en V Mw are Linked Clones Plataforma VDI con ovirt Alta de proveedor de servicios ovirt Platform Provider Configurar servicio basado en ovirt Linked Clone Plataforma VDI con RHEV Alta de proveedor de servicios ovirt/rhev Platform Provider Configurar servicio basado en ovirt Linked Clone Plataforma VDI con Microsoft Hyper-V Alta de proveedor de servicios Hyper-V Platform Provider Configurar servicio basado en Hyper-V Linked Clone...94 Página 2 de 201

4 4.1.5 Plataforma VDI con Citrix XenServer Alta de proveedor de servicios XenServer Platform Provider Configurar servicio basado en Xen Linked Clone Plataforma VDI con Nutanix Acropolis Alta de proveedor de servicios Nutanix Acropolis Provider Configurar servicio basado en Nutanix KV M Conexión a equipos persistentes Alta de proveedor de servicios Physical Machine Providers Configurar servicio basado en Physical Machine Providers Proveedor de aplicaciones RDS Alta de proveedor de servicios RDS Provider Configurar servicio basado en RDS RemoteA PP Configurar Authenticators Active Directory Authenticator edirectory Authenticator Internal Database IP Authenticator SAML Authenticator LDAP Authenticator Configurar usuarios, grupos y metagrupos de usuarios Creación de grupos y usuarios "Internal Database" Creación de grupos y usuarios "IP Authenticator" Configurar OS Managers Linux OS Manager Linux Random Password OS Manager Windows Basic OS Manager Windows Domain OS Manager Windows Random Password OS Manager RDS OS Manager Configurar Networks Página 3 de 201

5 4.6 Configurar Transports HTML5 RDP Transport NX Transport (direct) NX Transport (tunneled) RDP Transport (direct) RDP Transport (tunneled) RDS Transport (direct) RDS Transport (tunneled) RGS Transport (direct) RGS Transport (tunneled) RHEV/oVirt SPICE Transport (direct) RHEV/oVirt SPICE Transport (tunneled) Configurar Services Pools Configurar Permisos DESPLEGANDO ESCRITORIOS VIRTUALES CON UDS ENTERPRISE CONFIGURACIÓN AVANZADA UDS ENTERPRISE Galería de Imágenes Informes Parámetros avanzados de UDS UDS RGS SAML IPAUTH NX CLUSTER WYSE ENTERPRISE SECURITY VMWARE Página 4 de 201

6 6.4 Vaciar cache del sistema SOBRE VIRTUALCABLE Página 5 de 201

7 1. INTRODUCCIÓN UDS Enterprise es un Broker de conexiones multiplataforma para sistemas Windows y Linux. Gestiona el acceso de usuarios a escritorios virtuales, remotos, aplicaciones y cualquier servicio dado de alta en el sistema. UDS Enterprise ofrece un conjunto de elementos software que conforman una plataforma para la gestión del ciclo de vida, administración y despliegue de servicios. Este documento contiene las instrucciones básicas para realizar la instalación de los elementos software de UDS Enterprise sobre una infraestructura virtual y los procedimientos para una correcta administración y gestión de los diferentes servicios. Página 6 de 201

8 1.1 Características Entre las características principales de UDS Enterprise cabe destacar: Instalación y administración muy sencilla Despliegue de escritorios virtuales y remotos Virtualización de aplicaciones para usuarios en entorno Windows mediante RDS Multi-hipervisor, pudiendo migrar la plataforma a soluciones futuras más eficientes (en la actualidad es compatible con VMware vsphere, KVM RHEV/oVirt, Microsoft Hyper-V, Citrix XenServer y Nutanix Acropolis) Multi-autenticador. Permite definir los usuarios y grupos de usuarios desde diferentes fuentes y con configuraciones prácticamente ilimitadas Sistema de autenticación mediante múltiples conectores, p.ej: Active Directory, edirectory, OpenLDAP, SAML, LDAP, CAS, Sistema de autenticación interno, Sistema de autenticación por dispositivo, IP, MAC, Hostname Generación de informes que incluyen listados/accesos de usuarios y uso de pools de recursos Acceso WAN securizado para publicación de PCs en Internet utilizando un tunelizador SSL incluido en la suscripción Personalización de la herramienta mediante desarrollos a medida Roadmap de producto basado en peticiones de los clientes y de la comunidad Preparado para entornos heterogéneos donde otras soluciones no tienen acceso por funcionalidades o escalado de costes, p.ej: AAPP o entorno académico Modelo de costes por suscripción que da derecho a soporte, actualizaciones y parches de UDS Enterprise Modelo de suscripción no redistribuible por tramos de usuarios hasta usuarios ilimitados Página 7 de 201

9 1.2 Arquitectura de plataforma con UDS Enterprise Un diseño óptimo de una plataforma de servicios de escritorio es una parte fundamental para lograr obtener todos los beneficios que la arquitectura puede proporcionar. Cada capa que conforma esta arquitectura debe estar diseñada de tal manera que cumpla su función sin penalizar al resto. Los elementos principales que conforman una arquitectura con UDS Enterprise son: Clientes de conexión: Son dispositivos de acceso a los escritorios virtuales y aplicaciones, tales como: thin clients, zero clients, PCs, etc Es importante identificar si los accesos a los escritorios se realizarán desde una LAN o desde WAN Servidores UDS: Se componen de una BBDD para almacenar todos los datos relativos al entorno, un Broker de conexiones, que gestionará el ciclo de vida de los servicios de escritorio y la comunicación con los hipervisores y demás proveedores de servicios; y un servidor túnel para permitir accesos seguros desde el exterior. Todos estos elementos se sirven en formato virtual appliance Autenticador/es: Servidores Active Directory, Open Ldap, edirectory, etc que mediante su integración con UDS Enterprise controlarán el acceso de usuarios a servicios de escritorio. Dependiendo del entorno, tendremos desde uno a hasta un número ilimitado de autenticadores Service Providers o Plataforma hipervisora: Encargada de ejecutar las tareas de creación, encendido y eliminación de los escritorios virtuales gestionadas desde el Broker. UDS Enterprise se integra con los hipervisores Microsoft Hyper-V, VMware vsphere, KVM (ovirt y Red Hat Enterprise Virtualization), Citrix XenServer y Nutanix Acropolis o Aplicaciones RDS: Encargado de proveer las aplicaciones virtualizadas que serán administradas por UDS Enterprise Almacenamiento: Alojarán los servidores, escritorios virtuales, remotos, aplicaciones o/y otros servicios de la plataforma. La elección del tipo de almacenamiento es una parte importante del diseño. Dependiendo de las necesidades que demanden los usuarios en los servicios de escritorio, deberemos seleccionar un tipo más adecuado en cuanto al rendimiento Con una idea clara del diseño de la arquitectura, será el momento de comenzar con el escalado de la plataforma, teniendo en cuenta el número de usuarios que accederán a la misma. Página 8 de 201

10 En la siguiente imagen se puede observar un ejemplo de una arquitectura con UDS Enterprise: Página 9 de 201

11 1.3 Componentes UDS Enterprise UDS Enterprise se compone de 5 elementos que interactúan entre sí: Servidor UDS (Broker): Se instala como máquina virtual (MV) y se facilita en formato virtual appliance Tunelizador UDS: Se instala como MV y se facilita en formato virtual appliance Base de datos UDS: Se instala como MV y se facilita en formato virtual appliance Actor UDS: Se instala como un servicio en la MV que se usará como plantilla para el despliegue de los grupos de escritorios Plugin UDS: Se instala en el equipo cliente para poder conectar con los servicios de escritorio (con todos los protocolos de conexión excepto HTML5) Base de datos UDS MV Broker UDS MV Hipervisor HARDWARE Tunelizador UDS MV CPU Memoria Red Disco A continuación se definen las características y requerimientos técnicos de cada uno de ellos: Página 10 de 201

12 1.3.1 Servidor UDS Es el software que media entre clientes y proveedores de servicio. Es la pieza fundamental de UDS, realiza las funciones de Broker de conexión a los servicios de escritorio permitiendo la administración y gestión de las plataformas definidas como servicios implementados. Virtual Appliance con las siguientes características: Disco virtual: 5 GB Memoria: 1 GB CPU: 2 vcpu Red: 1 vnic Requerimientos: 1 Dirección IP IP DNS Máscara de red IP Gateway Nombre de dominio IP de la base de datos Puerto y nombre de la instancia de la BBDD Usuario y password de BBDD Código de activación Página 11 de 201

13 1.3.2 Tunelizador UDS Software encargado de realizar conexiones seguras a servicios de escritorio a través de la WAN y proveer acceso HTML5 a los servicios. El tunelizador UDS permite conectarse desde cualquier dispositivo/navegador/cliente a los servicios de escritorio mediante un túnel SSH sin tener instalado previamente ningún tipo de software. Además, permite el acceso RDP a servicios de escritorio a través de HTML5. Virtual Appliance con las siguientes características: Disco: 5 GB Memoria: 1 GB CPU: 2 vcpu Red: 1 vnic Requerimientos: 1 Dirección IP IP DNS Máscara de red IP Gateway Nombre de dominio IP UDS Server Página 12 de 201

14 1.3.3 Base de Datos UDS Es el componente que se encarga de almacenar todos los datos del sistema UDS, como proveedores de servicios, autenticadores, conectividad, etc y toda la información que hará posible la generación de estadísticas. Actualmente, en la versión UDS Enterprise 1.9 sólo está soportado el gestor de bases de datos MySQL a partir de la versión 5. Es necesario disponer de una base de datos MySQL en el momento de la instalación debidamente configurada con una instancia válida y un usuario. IMPORTANTE! En caso de no disponer de dicho gestor de base de datos, VirtualCable puede facilitar este componente como virtual appliance. Este componente no está incluido en el soporte de UDS Enterprise. Virtual Appliance con las siguientes características: Disco: 8 GB Memoria: 1 GB CPU: 1 vcpu Red: 1 vnic Requerimientos: 1 Dirección IP IP DNS Máscara de red IP Gateway Nombre de dominio Nombre de instancia de BBDD Usuario con permisos sobre la instancia Página 13 de 201

15 1.3.4 Actor UDS Es el software que realiza las funciones de comunicación e interfaz para la transmisión de datos (estado de escritorio virtual, nombre de máquina ) y comandos entre el Broker y los servicios de escritorio gestionados por UDS. Se instala como un servicio en la máquina virtual que se va a usar como plantilla (gold image) para generar grupos de servicios de escritorio basados en Linked Clones. Los sistemas operativos soportados son: Windows 10 Windows 8.1 Windows 8 Windows 7 Windows 2008 Windows 2012 Linux (Debian, Ubuntu, CentOS, Fedora, OpenSuse, etc ) Requerimientos:.Net Framework 3.5 SP1 (máquinas Windows) Python 2.7 (máquinas Linux) IP UDS Server Página 14 de 201

16 1.3.5 Plugin UDS Es el software que realiza la llamada al protocolo de conexión para ejecutar servicios de escritorio. Se instala en el equipo cliente para poder conectar con los servicios de escritorio. Los sistemas operativos soportados son: Windows 10 Windows 8.1 Windows 8 Windows 7 Windows 2008 Windows 2012 Linux (Debian, Ubuntu, CentOS, Fedora, OpenSuse, etc ) MAC OSX (10.5 o superior) Página 15 de 201

17 2. ANTES DE INSTALAR UDS Los componentes de UDS Enterprise se pueden alojar sobre diferentes plataformas de virtualización. Aunque los componentes de UDS Enterprise se alojen sobre una única plataforma virtual, UDS es capaz de gestionar el despliegue de escritorios virtuales en múltiples plataformas virtuales que son completamente independientes a la plataforma virtual donde está alojado UDS. Los contenidos de esta sección describen los requerimientos para instalar UDS Enterprise en diferentes plataformas de virtualización y los requerimientos de la plataforma virtual sobre la que se va a instalar el software. Página 16 de 201

18 2.1 Instalación de UDS Enterprise sobre plataforma virtual VMware vsphere Requerimientos de plataforma virtual UDS Enterprise podrá ser desplegado sobre plataformas VMware vsphere 5 o superior. Para saber los requerimientos de una plataforma VMware vsphere puede acceder a la siguiente documentación: VMware Compatibility Guide vcenter Server and vsphere Client Hardware Requirements La plataforma VMware sobre la que se desplegará UDS debe cumplir los siguientes requerimientos: Se necesita al menos un servidor VMware ESXi con una licencia válida para alojar los servidores UDS y generar los escritorios virtuales Es necesario que la plataforma vsphere esté administrada por un vcenter con una licencia válida Para que UDS Enterprise pueda ser instalado y pueda enviar peticiones a vcenter y que éstas se ejecuten, es necesario disponer de las credenciales de un usuario con permisos de administración sobre la plataforma VMware vsphere sobre la que se van a desplegar los escritorios virtuales Es necesario tener definido al menos un Virtual Machine Port Group al que se van a conectar los servidores virtuales de la plataforma UDS Es necesario tener definido al menos un Virtual Machine Port Group al que se van a conectar los diferentes escritorios virtuales gestionados por UDS Son necesarios al menos 18 GB de espacio libre en disco para alojar los servidores virtuales que conforman UDS Son necesarios al menos 3 GB de RAM libres para alojar los servidores virtuales que conforman UDS El adaptador de red virtual de la máquina plantilla (gold image) no puede ser del tipo E1000E Página 17 de 201

19 2.1.2 Conexiones de red Es necesario tener habilitados los siguientes puertos de comunicación entre los diferentes elementos que conforman la plataforma UDS Enterprise: Origen Destino Puerto Broker UDS BBDD MySQl 3306 Broker UDS vcenter 443 Broker UDS Autenticador 389, 636 (SSL) Tunelizador Broker UDS 80, 443 Broker UDS Escritorios 3389 (RDP), 22 (NX), (RGS) virtuales Tunelizador Escritorios 3389 (RDP), 22 (NX), (RGS) virtuales Usuarios Broker UDS 80, 443 Usuarios Tunelizador 443 Usuarios HTML5 (Tunel) Página 18 de 201

20 2.1.3 Alojamiento de elementos de UDS sobre VMware vsphere Los componentes de UDS Enterprise se proporcionan como virtual appliance. Para poder subir los componentes de UDS a la plataforma vsphere se utiliza el cliente VMware vsphere. Pasos: 1.- Abrir conexión mediante VMware vsphere client a la plataforma de destino y escoger la opción de menú File\Deploy OVF Template Página 19 de 201

21 2.- Seleccionar la ubicación de origen del fichero.ova del servidor UDS Página 20 de 201

22 3.- El asistente muestra las características de la máquina virtual que se va a alojar en la plataforma virtual de destino: 4.- A continuación se selecciona el nombre de inventario y la ubicación de la máquina virtual sobre la plataforma de destino. Página 21 de 201

23 5.- Posteriormente se selecciona el datastore de destino donde se va a almacenar la máquina virtual. 6.- Seguidamente se muestra el nombre y el tamaño del datastore seleccionado pudiendo elegir el formato del disco duro virtual de la máquina. Se recomienda dejar el formato Thick Provision Lazy Zeroed, ya que este formato proporciona un mayor rendimiento. Página 22 de 201

24 7.- En el siguiente paso se selecciona la red virtual a la que se va a conectar la máquina virtual. 8.- En el punto final del asistente aparecen los detalles de conversión de la máquina virtual. Pulsando el botón Finish se inicia el proceso de conversión. Página 23 de 201

25 Una vez finalizado el proceso de conversión, el servidor UDS (Broker) en su versión Enterprise ya está alojado en la plataforma virtual VMware vsphere. NOTA: Los pasos 1 a 8 (en caso de que sea necesario) deberán repetirse para los virtual appliance del Tunelizador y el servidor de Base de Datos MySQL (sólo en el caso de que VirtualCable proporcione el virtual appliance de base de datos). Página 24 de 201

26 2.2 Instalación de UDS Enterprise sobre plataforma virtual ovirt Requerimientos de plataforma virtual UDS Enterprise podrá ser desplegado sobre plataformas ovirt 3.2, 3.3, 3.4 y La plataforma ovirt sobre la que se desplegará UDS debe cumplir los siguientes requerimientos: Se necesita al menos un servidor ovirt node para alojar los servidores UDS y generar los escritorios virtuales Es necesario que la plataforma ovirt esté administrada por un ovirt-engine Para que UDS pueda ser instalado y pueda enviar peticiones a ovirt-engine y que éstas se ejecuten, es necesario disponer de las credenciales de un usuario con permisos de administración sobre la plataforma ovirt sobre la que se van a desplegar los escritorios virtuales Es necesario tener definido al menos un cluster para crear y configurar los diferentes escritorios virtuales gestionados por UDS Es necesario tener definida al menos una Logical network a la que se van a conectar los servidores virtuales de la plataforma UDS Es necesario tener definido al menos una Logical Network a la que se van a conectar los diferentes escritorios virtuales gestionados por UDS Son necesarios al menos 18 GB de espacio libre en disco para alojar los servidores virtuales que conforman UDS Son necesarios al menos 3 GB de RAM libres para alojar los servidores virtuales que conforman UDS Página 25 de 201

27 2.2.2 Conexiones de red Es necesario tener habilitados los siguientes puertos de comunicación entre los diferentes elementos que conforman la plataforma UDS: Origen Destino Puerto Broker UDS BBDD MySQL 3306 Broker UDS ovirt-engine 443 Broker UDS Autenticador 389, 636 (SSL) Tunelizador Broker UDS 80, 443 Broker UDS Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Tunelizador Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Usuarios Broker UDS 80, 443 Usuarios Tunelizador 443 Usuarios HTML5 (Tunel) Página 26 de 201

28 2.3 Instalación de UDS Enterprise sobre plataforma virtual RHEV Requerimientos de plataforma virtual UDS Enterprise podrá ser desplegado sobre plataformas Red Hat Enterprise Virtualization versión 3. La plataforma RHEV sobre la que se desplegará UDS debe cumplir los siguientes requerimientos: Se necesita al menos un servidor RHEV para alojar los servidores UDS y generar los escritorios virtuales Es necesario que la plataforma RHEV esté administrada por un servidor RHEV- Manager Para que UDS pueda ser instalado y pueda enviar peticiones a RHEV-Manager y que éstas se ejecuten, es necesario disponer de las credenciales de un usuario con permisos de administración sobre la plataforma RHEV sobre la que se van a desplegar los escritorios virtuales Es necesario tener definido al menos un cluster para crear y configurar los diferentes escritorios virtuales gestionados por UDS Es necesario tener definida al menos una Logical Network a la que se van a conectar los servidores virtuales de la plataforma UDS Es necesario tener definido al menos una Logical Network a la que se van a conectar los diferentes escritorios virtuales gestionados por UDS Son necesarios al menos 18 GB de espacio libre en disco para alojar los servidores virtuales que conforman UDS Son necesarios al menos 3 GB de RAM libres para alojar los servidores virtuales que conforman UDS Página 27 de 201

29 2.3.2 Conexiones de red Es necesario tener habilitados los siguientes puertos de comunicación entre los diferentes elementos que conforman la plataforma UDS: Origen Destino Puerto Broker UDS BBDD MySQL 3306 Broker UDS RHEV-Manager 80, 443 Broker UDS Autenticador 389, 636 (SSL) Tunelizador Broker UDS 80, 443 Broker UDS Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Tunelizador Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Usuarios Broker UDS 80, 443 Usuarios Tunelizador 443 Usuarios HTML5 (Tunel) Página 28 de 201

30 2.4 Instalación de UDS Enterprise sobre Microsoft Hyper-V Requerimientos de plataforma virtual UDS podrá ser desplegado sobre plataformas Microsoft Hyper-V versión 3. La plataforma Microsoft Hyper-V sobre la que se desplegará UDS debe cumplir los siguientes requerimientos: Se necesita al menos un servidor Microsoft Hyper-V con una licencia válida para alojar los servidores UDS y generar los escritorios virtuales Es necesario que los servidores Microsoft Hyper-V no formen parte de un cluster Microsoft Para que UDS pueda funcionar correctamente contra un servidor Microsoft Hyper-V es necesario que éste no forme parte de un cluster Microsoft. Las próximas versiones de UDS soportarán varios servidores Microsoft Hyper-V en cluster Es necesario tener definido al menos un Virtual Switch al que se van a conectar los servidores virtuales de la plataforma UDS Es necesario tener definido al menos un Virtual Switch al que se van a conectar los diferentes escritorios virtuales gestionados por UDS Es necesario disponer de las credenciales de un usuario con permisos de administración sobre la plataforma Microsoft Hyper-V sobre la que se van a desplegar los escritorios virtuales Son necesarios al menos 18 GB de espacio libre en disco para alojar los servidores virtuales que conforman UDS Son necesarios al menos 3 GB de RAM libres para alojar los servidores virtuales que conforman UDS Para el correcto funcionamiento de Microsoft Hyper-V con UDS es necesario habilitar WSMan en cada host Hyper-V usado con UDS. Para habilitarlo mediante HTTPS, será necesario disponer de un certificado válido. Página 29 de 201

31 Para habilitarlo mediante HTTP, ejecutamos: winrm quickconfig winrm set winrm/config/service winrm set winrm/config/service/auth Página 30 de 201

32 2.4.2 Conexiones de red Es necesario tener habilitados los siguientes puertos de comunicación entre los diferentes elementos que conforman la plataforma UDS: Origen Destino Puerto Broker UDS BBDD MySQL 3306 Broker UDS Hyper-V 80, 443 Broker UDS Autenticador 389, 636 (SSL) Tunelizador Broker UDS 80, 443 Broker UDS Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Tunelizador Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Usuarios Broker UDS 80, 443 Usuarios Tunelizador 443 Usuarios HTML5 (Tunel) Página 31 de 201

33 2.5 Instalación de UDS sobre plataforma virtual XenServer Requerimientos de plataforma virtual UDS Enterprise podrá ser desplegado sobre plataformas XenServer versión 6.5. La plataforma XenServer sobre la que se desplegará UDS debe cumplir los siguientes requerimientos: Se necesita al menos un servidor XenServer para alojar los servidores UDS y generar los escritorios virtuales Para que UDS pueda ser instalado y pueda enviar peticiones a XenServer y que éstas se ejecuten, es necesario disponer de las credenciales de un usuario con permisos de administración sobre la plataforma XenServer sobre la que se van a desplegar los escritorios virtuales Es necesario tener definida al menos una red a la que se van a conectar los servidores virtuales de la plataforma UDS Es necesario tener definida al menos una red a la que se van a conectar los diferentes escritorios virtuales gestionados por UDS Son necesarios al menos 18 GB de espacio libre en disco para alojar los servidores virtuales que conforman UDS Son necesarios al menos 3 GB de RAM libres para alojar los servidores virtuales que conforman UDS Página 32 de 201

34 2.5.2 Conexiones de red Es necesario tener habilitados los siguientes puertos de comunicación entre los diferentes elementos que conforman la plataforma UDS: Origen Destino Puerto Broker UDS BBDD MySQL 3306 Broker UDS XenServer 80, 443 Broker UDS Autenticador 389, 636 (SSL) Tunelizador Broker UDS 80, 443 Broker UDS Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Tunelizador Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Usuarios Broker UDS 80, 443 Usuarios Tunelizador 443 Usuarios HTML5 (Tunel) Página 33 de 201

35 2.6 Instalación de UDS sobre plataforma virtual Nutanix Acropolis Requerimientos de plataforma virtual UDS Enterprise podrá ser desplegado sobre plataformas Nutanix Acropolis La plataforma Nutanix Acropolis sobre la que se desplegará UDS debe cumplir los siguientes requerimientos: Para que UDS pueda ser instalado y pueda enviar peticiones a Acropolis y que éstas se ejecuten, es necesario disponer de las credenciales de un usuario con permisos de administración sobre la plataforma Acropolis sobre la que se van a desplegar los escritorios virtuales Es necesario tener definida al menos una red a la que se van a conectar los servidores virtuales de la plataforma UDS Es necesario tener definida al menos una red a la que se van a conectar los diferentes escritorios virtuales gestionados por UDS Son necesarios al menos 18 GB de espacio libre en disco para alojar los servidores virtuales que conforman UDS Son necesarios al menos 3 GB de RAM libres para alojar los servidores virtuales que conforman UDS Página 34 de 201

36 2.6.2 Conexiones de red Es necesario tener habilitados los siguientes puertos de comunicación entre los diferentes elementos que conforman la plataforma UDS: Origen Destino Puerto Broker UDS BBDD MySQL 3306 Broker UDS Acropolis 80, 443 Broker UDS Autenticador 389, 636 (SSL) Tunelizador Broker UDS 80, 443 Broker UDS Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Tunelizador Escritorios virtuales 3389 (RDP), 22 (NX), (RGS) Usuarios Broker UDS 80, 443 Usuarios Tunelizador 443 Usuarios HTML5 (Tunel) Página 35 de 201

37 3. INSTALANDO UDS ENTERPRISE En este punto detallaremos la instalación de los componentes de UDS Enterprise. El procedimiento de instalación será el mismo para las diferentes plataformas de virtualización soportadas por UDS. 3.1 Requerimientos de Plataforma UDS Enterprise Requerimientos de infraestructura Los requerimientos de infraestructura necesarios para que UDS pueda ser desplegado son: Plataforma de virtualización. Será la encargada de alojar los escritorios virtuales generados por UDS y de ejecutar los servidores que conforman UDS o Usuario y Password del gestor de la plataforma de virtualización con permisos de administrador Servidor DNS. Este servicio es necesario tanto para el buen funcionamiento de la plataforma virtual como para la plataforma UDS a desplegar Servidor DHCP. Es necesario un servidor DHCP que permita asignar direcciones IP a los grupos de escritorios virtuales creados mediante Linked Clones Requerimientos de red Para la configuración de red de UDS es necesario disponer de al menos 3 direcciones IP para configurar UDS (Broker, tunneler y base de datos MySQL). También es necesario tener disponibles: La máscara de red Dirección IP del servidor DNS Dirección IP del Gateway Nombre de Dominio (si lo hubiera) Dirección IP del gestor de la plataforma de virtualización Página 36 de 201

38 3.2 Instalación de Plataforma UDS Enterprise Instalación y configuración de base de datos UDS En el caso de que VirtualCable proporcione el virtual appliance de la base de datos de UDS habría que realizar las siguientes tareas: Accedemos al servidor MySQL con las siguientes credenciales: Usuario: root Password: uds Página 37 de 201

39 Configuramos los parámetros de red de la máquina virtual. Para ello se modificará el fichero interfaces y se le asigna una dirección IP estática (Por defecto el virtual appliance está configurado con dhcp). También es necesario modificar el fichero resolv.conf para configurar el servidor dns: Página 38 de 201

40 Una vez configurados los datos IP de la VM, ya estaría disponible para su uso con UDS. Por defecto, el servidor MySQL tiene configurado la siguiente BBDD lista para usar con el servidor UDS: Instancia: uds Usuario: uds Password: uds Si fuera necesaria la creación de una nueva instancia de BBDD para UDS, realizaríamos el siguiente proceso: Accedemos a MySQL con las siguientes credenciales: Usuario: root Password: uds Se crea la base de datos mediante el comando: create database database_name; Página 39 de 201

41 Se asigna cotejamiento UTF-8 mediante el comando: alter database database_name character set UTF8 collate UTF8_general_ci ; Se crea un usuario con permisos de administrador sobre la nueva base de datos utilizando el comando: grant all on database_name.* to 'usuario'@'%' identified by 'password'; La base de datos estará disponible para su uso con el sistema UDS. Página 40 de 201

42 3.2.2 Instalación Servidor UDS Una vez encendida la máquina virtual que conforma el servidor Broker UDS, se abrirá una consola de cliente para acceder a ésta. NOTA: Para poder realizar una configuración con éxito de un servidor Broker UDS es necesario tener configurado un servidor de base de datos MySQL con una base de datos vacía. Si se utiliza una base de datos que ya ha sido utilizada y contiene datos de una versión de UDS anterior, se migrarán todos los datos para ser utilizados con la versión UDS Server1.9 (las migraciones de base de datos solo están permitidas a partir de la versión 1.5). En este momento comienza la configuración del servidor Broker UDS Enterprise: Página 41 de 201

43 Paso 1.- Se introduce el código de activación de la suscripción. Paso 2.- Se configurarán los siguientes parámetros: Host Name. Este nombre deberá ser dado de alta en el servidor de nombres correspondiente Domain. Dominio donde va a ser alojado el servidor Broker UDS Datos de red del servidor Broker UDS (IP Address, Network Mask, Gateway y DNS) Página 42 de 201

44 Paso 3.- Se completan los datos de conexión al servidor de Base de Datos: Server MySQL: Dirección IP o nombre DNS del servidor de Base de Datos Port MySQL: Puerto de conexión al servidor MySQL. Por defecto 3306 Username MySQL: Usuario administrador de base de datos Password MySQL: Password del usuario definido anteriormente Database MySQL: Base de datos donde se creará la estructura de tablas donde se van a alojar los datos necesarios para la plataforma UDS Página 43 de 201

45 Paso 4.- Configuración de usuario administrador del sistema UDS. En este paso se crea un usuario para acceder inicialmente a la Administración de UDS. El acceso de dicho usuario podrá ser deshabilitado en los parámetros avanzados de UDS. Los datos a completar son: Username: Usuario con permisos de administrador para la gestión de la plataforma UDS Password: Contraseña del usuario administrador creado en el punto anterior NOTA: La contraseña asignada al usuario administrador del sistema UDS será aplicada también al usuario root del SO Linux que aloja el software UDS (para cambiarla será necesario realizarlo vía consola dentro del virtual appliance). Página 44 de 201

46 Paso 5.- Resumen de configuración. En caso de ser correctos todos los datos facilitados en el asistente de configuración, pulsaremos sobre Continue para iniciar la configuración del virtual appliance UDS Server. Página 45 de 201

47 Una vez completados todos los pasos, será necesario reiniciar el servidor Broker UDS. Si necesitamos volver a ejecutar el asistente de configuración para modificar algún dato, tendremos que validarnos en el servidor (con el usuario root y la password establecida al usuario administrador del sistema UDS en el paso 4) y ejecutar SetupUDS.sh. Una vez realizada la nueva configuración será necesario reiniciar el servidor manualmente para aplicar los cambios. Página 46 de 201

48 3.2.3 Instalación Tunelizador UDS Una vez encendida la máquina virtual que conforma el tunelizador UDS, se abrirá una consola de cliente para acceder a ésta. NOTA: Para poder realizar una configuración con éxito de un servidor Tunel UDS es necesario tener configurado un servidor Broker UDS y conocer su dirección IP. En este momento comienza la configuración del tunelizador UDS: Página 47 de 201

49 Paso 1.- Se configurarán los siguientes parámetros: Host Name. Este nombre deberá ser dado de alta en el servidor de nombres correspondiente Dominio. Dominio donde va a ser alojado el servidor Tunneler UDS Datos de red del servidor Tunneler UDS (IP Address, Network Mask, Gateway y DNS) Página 48 de 201

50 Paso 2.- Se completan los datos de conexión al servidor Broker UDS: Broker Address: Dirección IP o nombre DNS del servidor Broker UDS Broker Port: Puerto de comunicación con el servidor Broker UDS. Por defecto 443 Use SSL: Utilización de conexión segura SSL Página 49 de 201

51 Paso 3.- Configuración de usuario root del SO Linux que aloja el software tunneler de UDS. Los datos a completar son: Username: Usuario root del SO Linux Password: Contraseña del usuario root Paso 4.- Iniciamos la configuración del servidor tunneler UDS: Página 50 de 201

52 Una vez completados todos los pasos, será necesario reiniciar el servidor tunneler UDS. Si necesitamos volver a ejecutar el asistente de configuración para modificar algún dato, tendremos que validarnos en el servidor (con el usuario root y la password establecida al usuario root en el paso 3) y ejecutar SetupTunneler.sh Una vez realizada la configuración será necesario reiniciar el servidor manualmente para aplicar los cambios. Página 51 de 201

53 3.2.4 Instalación y configuración del Actor UDS Para realizar la instalación del Actor UDS es necesario realizar una descarga previa desde el propio Broker UDS seleccionando el Actor adecuado para cada plataforma (Windows y Linux). Para ello se realiza una conexión al Broker UDS mediante un navegador web y con credenciales de usuario con permisos de administración para poder acceder a las descargas: En el menú de usuario seleccionamos Downloads : Página 52 de 201

54 Se mostrarán en el navegador los Actores UDS que están disponibles para su descarga y seleccionaremos el Actor correspondiente al sistema operativo que está instalado en la plantilla sobre la que se van a desplegar los escritorios: UDSActorSetup exe: Actor UDS para máquinas Windows UdsActor-opensuse noarch.rpm: Actor UDS para máquinas Linux OpenSuse UdsActor noarch.rpm: Actor UDS para máquinas Linux CentOS, Fedora, RHEL, etc UdsActor_1.9.0_all.deb : Actor UDS para máquinas Linux Debian, Ubuntu, Xubuntu, etc RDSActorSetup exe: Actor UDS para servidores Windows 2012 con RDS que servirán aplicaciones virtuales Página 53 de 201

55 Instalación Actor UDS Windows Una vez descargado el Actor UDS y transferido a la plantilla base lo ejecutaremos para proceder a su instalación: NOTA: Antes de realizar la instalación del Actor UDS será necesario disponer de la dirección IP del servidor Broker UDS. En el primer cuadro de diálogo se acepta el acuerdo de licencia: Página 54 de 201

56 En el siguiente cuadro de diálogo se elige el lugar de instalación del Actor UDS: Se pulsa sobre Install y se procede a la instalación del Actor UDS: Página 55 de 201

57 Una vez realizada la instalación se procede a la configuración del Actor UDS: Introducimos la dirección IP del servidor Broker UDS e indicamos si se realizará una conexión segura y el nivel de logs generados. Necesitaremos indicar el UDS Master Key que ha generado el servidor Broker UDS (este código provee de mayor seguridad al sistema), para obtener este código tenemos que acceder a la administración de UDS (con un usuario con permisos de administración sobre el sistema), apartado Tools, seleccionamos la pestaña Security y copiamos el código del parámetro Master Key : Página 56 de 201

58 Una vez configurados estos parámetros, ejecutamos el test de conexión para comprobar la conectividad con el servidor Broker: Una vez realizada la instalación y configuración del Actor UDS, la máquina virtual ya se puede apagar y estará disponible para ser utilizada como plantilla de escritorio virtual del sistema UDS. NOTA: Para realizar la conexión mediante el transporte RDP, será necesario habilitar el acceso remoto a la plantilla de escritorio virtual. Página 57 de 201

59 Instalación Actor UDS Linux Una vez descargado el Actor UDS adecuado para la distribución Linux escogida y transferido a la plantilla base lo ejecutaremos para proceder a su instalación: NOTA: Antes de realizar la instalación del Actor UDS será necesario disponer de la dirección IP del servidor Broker UDS. En el asistente de configuración indicamos la dirección del servidor Broker UDS: Página 58 de 201

60 Seleccionamos cómo será la comunicación con el servidor Broker UDS: Indicamos el UDS Master Key que ha generado el servidor Broker UDS (este código provee de mayor seguridad al sistema), para obtener este código tenemos que acceder a la administración de UDS (con un usuario con permisos de administración sobre el sistema), apartado Tools, seleccionamos la pestaña Security y copiamos el código del parámetro Master Key : Página 59 de 201

61 Aceptamos y finalizará la instalación y configuración del Actor UDS. La máquina virtual ya se puede apagar y estará disponible para ser utilizada como plantilla de escritorio virtual del sistema UDS. NOTA: Para realizar la conexión mediante el transporte RDP, será necesario la instalación del paquete XRDP para habilitar el acceso remoto a la plantilla de escritorio virtual. Puede seguir las instrucciones de este artículo. Para realizar la modificación de algún parámetro de configuración en el Actor UDS para escritorio Linux, puede realizarlo directamente en el fichero de configuración del Actor ubicado en /etc/udsactor/udsactor.cfg Si en la plantilla base del escritorio ya existe la instalación de una versión previa del Actor UDS, será necesario su completa desinstalación e instalación del nuevo Actor. Puede seguir las instrucciones de este artículo. Página 60 de 201

62 3.2.5 Instalación Plugin UDS Para realizar la conexión con un escritorio virtual a través de cualquier transporte que no sea HTML5, será necesario que el equipo cliente de conexión tenga instalado el Plugin UDS. En el primer acceso al escritorio virtual, UDS reconocerá automáticamente el Sistema Operativo desde el que se está conectando el usuario y ofrecerá la descarga del plugin adecuada para él. En cualquier momento podremos acceder a la ventana de descargas del plugin desplegando las opciones del usuario y seleccionando: UDS Plugin Página 61 de 201

63 Si una vez instalado el sistema continua mostrando la pantalla de instalación del plugin, impidiendo el acceso a los escritorios virtuales, se recomienda reiniciar el navegador y volver a iniciar sesión en UDS. Si continua pese al reinicio, deshabilitaremos la detección automática del plugin seleccionando la opción: WARNING: Automatic plugin detection is disabled. Página 62 de 201

64 Instalación Plugin UDS Windows Una vez descargado el Plugin UDS apropiado para su equipo cliente, lo ejecutaremos para proceder a su instalación: En el primer cuadro de diálogo se acepta el acuerdo de licencia: Página 63 de 201

65 En el siguiente cuadro de diálogo se elige el lugar de instalación del Plugin UDS: Se pulsa sobre Install y se procede a la instalación del Plugin UDS: Página 64 de 201

66 Una vez realizada la instalación ya es posible conectarse a los escritorios virtuales a través del plugin UDS. Página 65 de 201

67 4. ADMINISTRANDO UDS Una vez realizada la instalación de la plataforma UDS, el sistema está listo para realizar su administración y configuración. Para ello accedemos a la dirección IP o nombre del servidor Broker UDS, mediante acceso http o https. Página 66 de 201

68 El primer acceso que se realice a la administración UDS será necesario realizarlo mediante el usuario administrador y password indicado en el script de configuración del virtual appliance de UDS Broker (punto 3.2.2). Una vez se acceda a la administración será posible cambiar este password y crear o seleccionar nuevos usuarios para disponer de acceso a la administración. En el caso de que ya dispongamos de un usuario con permisos de administración sobre la plataforma UDS indicaremos usuario, password y seleccionamos el autenticador que validará el usuario. Página 67 de 201

69 Si disponemos de varios autenticadores conectados a la plataforma UDS y queremos seguir accediendo a la administración con el usuario administrador y password indicado en el script de configuración del virtual appliance de UDS Broker (punto 3.2.2), el autenticador que se seleccione no tendrá efecto, puesto que este usuario no se validará contra ningún autenticador. En el menú de usuario, seleccionaremos "Dashboard" para acceder a la administración de UDS: Página 68 de 201

70 Una vez dentro de la administración de UDS, se procede a la configuración inicial de los servicios. La configuración de cada uno de los "Services Pools" se tiene que plantear como la construcción de un puzzle, compuesto por diferentes elementos: Cada "Services Pool" se compone de diferentes elementos o piezas ( Base Services, OS Managers, Transports y Authenticators ) Una vez configurados los elementos del primer "Services Pool" se procederá a la creación del mismo, repitiendo el proceso con los siguientes "Services Pool" si los hubiera La suma de los "Services Pool" ya configurados conformarán el tipo de despliegue de los escritorios virtuales gestionados por la plataforma UDS Página 69 de 201

71 4.1 Configurar Service Providers Un Service Providers es la entidad encargada de ofrecer servicios IP. Los servicios ofrecidos por UDS serán escritorios virtuales o aplicaciones bajo demanda proporcionados por una plataforma de virtualización o escritorios físicos/virtuales persistentes asignados a usuarios específicos mediante asignación de IPs. Para poder construir un Service Pool es necesario tener creado como mínimo un Service Providers. Actualmente UDS permite los siguientes Service Providers : Página 70 de 201

72 4.1.1 Plataforma VDI con VMware vsphere Despliegue de plataforma VDI mediante la infraestructura virtual VMware vsphere Alta de proveedor de servicios VMware Virtual Center Provider En "Services", pulsamos sobre "New" y seleccionamos VMware Virtual Center Provider : Página 71 de 201

73 En un VMware Virtual Center Provider los parámetros mínimos a configurar son: Nombre del Servicio, IP del servidor vcenter (campo Host ), un nombre de usuario y password con derechos de administración sobre vcenter. También podemos indicar el tiempo de Timeout en la conexión con vcenter y especificar un rango de direcciones MAC para la creación de los escritorios virtuales. Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Página 72 de 201

74 Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear servicios base en la plataforma VMware vcenter. Podremos dar de alta todos los "Service Providers" del tipo VMware Virtual Center Provider que necesitemos en la plataforma UDS. Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento. Página 73 de 201

75 Configurar servicio basado en VMware Linked Clones Una vez configurada la plataforma vsphere donde se crearán los escritorios, se deben crear "Base Service" basados en "VMware Linked Clones". Seleccionamos el "Service Providers" sobre el que crearemos un "VMware Linked Clones" y pulsamos sobre "New". Página 74 de 201

76 Se indica un nombre descriptivo para la plantilla y se configuran los parámetros del servicio: Datacenter: Datacenter donde alojar el servicio. Network: Red donde se conectarán los escritorios. Pub. Resource Pool: Pool de recursos de vcenter donde se alojarán los escritorios virtuales Linked Clones (en caso de no disponer de Pools en la infraestructura VMware, se crearán en el raíz). Clones Folder: Ubicación de los escritorios virtuales Linked Clones en la vista VMs and Templates de vcenter. Resource Pool: Pool de recursos de vcenter donde se ubica la plantilla a utilizar por el servicio. Base Machine: Plantilla para el despliegue de los escritorios virtuales. Memory: Cantidad de memoria que se le asignará a los escritorios virtuales Linked Clones. Pub. Datastores: Ubicación donde se almacenará la publicación del servicio. Podemos seleccionar uno, varios o todos los datastores. En caso de seleccionar varios, el sistema siempre ubicará las nuevas publicaciones en el datastore que más espacio libre disponga (por defecto, el sistema no generará nuevas publicaciones en datastores con menos de 30 GB de espacio libre. Este parámetro puede ser modificado en las opciones avanzadas del sistema UDS). Inc. Datastores: Ubicación donde se almacenarán los Linked Clones generados. Podemos seleccionar uno, varios o todos los datastores. En caso de seleccionar varios, el sistema siempre ubicará los nuevos escritorios Linked clone en el datastore que más espacio libre disponga (por defecto, el sistema no generará nuevos escritorios virtuales en datastores con menos de 30 GB de espacio libre. Este parámetro puede ser modificado en las opciones avanzadas del sistema UDS). Machine Names: Raíz del nombre de todos los escritorios virtuales Linked Clones a desplegar en este servicio. (ej: Machine Names= UDSW8-). Página 75 de 201

77 Name Length: Número de dígitos del contador adjunto a la raíz del nombre de los escritorios (ej: Name Length= 3, UDSW UDSW8-999). Página 76 de 201

78 Salvamos y ya dispondremos de un "VMware Linked Clone Base" válido en la plataforma VMware vcenter. Podremos dar de alta todos los "VMware Linked Clone Base" que necesitemos en la plataforma UDS. Una vez tengamos todo el entorno UDS configurado y hayamos creado el primer Service Pools, podremos observar en el servidor vcenter cómo se realizan los despliegues de los escritorios virtuales basados en VMware Linked Clones. La primera tarea que realizará vcenter será generar una máquina base (esta máquina será generada cada vez que realicemos una publicación de un servicio), que será un clon de la plantilla elegida en el alta del servicio, con un tamaño de disco y características iguales a dicha plantilla. Página 77 de 201

79 Una vez finalizado el proceso de creación de la máquina base (el sistema UDS la nombra como: UDS Publication nombre_servicio número_publicación ) automáticamente se procede a la creación los escritorios virtuales en vcenter (el sistema UDS los nombra como: UDS service Machine_Name+Name_Length ). El espacio en disco que ocuparán los escritorios virtuales ( Linked Clones ) será exclusivamente el que ocupen las modificaciones realizadas por los usuarios en las máquinas después de su conexión inicial. NOTA: UDS Enterprise no soporta el tipo de tarjeta de red virtual E1000E, se recomienda el uso de del tipo VMXNET 3. Página 78 de 201

80 4.1.2 Plataforma VDI con ovirt Despliegue de plataforma VDI mediante la infraestructura virtual ovirt Alta de proveedor de servicios ovirt Platform Provider En "Services", pulsamos sobre "New" y seleccionamos ovirt/rhev Platform Provider : En un ovirt/rhev Platform Provider los parámetros mínimos a configurar son: Nombre del Servicio, IP del servidor ovirt-engine (campo Host ), un nombre de usuario (con formato usuario@dominio) y password con derechos de administración sobre ovirt-engine. También podemos indicar el tiempo de Timeout en la conexión con ovirt-engine y especificar un rango de direcciones MAC para la creación de los escritorios virtuales. Página 79 de 201

81 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear servicios base en la plataforma ovirt. Podremos dar de alta todos los "Service Providers" del tipo ovirt/rhev Platform Provider que necesitemos en la plataforma UDS. Página 80 de 201

82 Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento Configurar servicio basado en ovirt Linked Clone Una vez configurada la plataforma ovirt donde se crearán los escritorios, se deben crear "Base Services" basados en ovirt/rhev Linked Clone. Seleccionamos el "Service Providers" sobre el que crearemos un "ovirt/rhev Linked Clone" y pulsamos sobre "New". Página 81 de 201

83 Se indica un nombre descriptivo para la plantilla y se configuran los parámetros del servicio: Base Machine: Máquina virtual imagen desde la que se desplegarán los Linked Clones. Cluster: Cluster de nodos ovirt que alojarán los Linked Clones desplegados. Datastore Domain: Almacenamiento definido para el despliegue de los Linked Clones. Reserved Space: Espacio mínimo libre que tiene que tener un datastore para poder ser usado por el sistema UDS. Memory: Cantidad de memoria que se le asignará a los Linked Clones. Memory Guaranteed: Cantidad de memoria que se garantizará a los Linked Clones. Machine Names: Raíz del nombre de todos los Linked Clones a desplegar en este servicio (ej: Machine Names= Win7lab2). Name Length: Número de dígitos del contador adjunto a la raíz del nombre de los escritorios (ej: Name Length= 3, Win7lab Win7lab2999). Display: Protocolo de conexión a los escritorios virtuales desplegados mediante Linked Clones. Página 82 de 201

84 Salvamos y ya dispondremos de un "ovirt Linked Clone" válido en la plataforma ovirt. Podremos dar de alta todos los "ovirt Linked Clone que necesitemos en la plataforma UDS. Página 83 de 201

85 Una vez tengamos todo el entorno UDS configurado y creado el primer Service Pools podremos observar en el servidor ovirt-engine cómo se realizan los despliegues de los escritorios virtuales basados en ovirt Linked Clones. Página 84 de 201

86 4.1.3 Plataforma VDI con RHEV Despliegue de plataforma VDI mediante la infraestructura virtual Red Hat Enterprise Virtualization Alta de proveedor de servicios ovirt/rhev Platform Provider En "Services", pulsamos sobre "New" y seleccionamos ovirt/rhev Linked Clone : En un ovirt/rhev Linked Clone utilizado para conectar una plataforma RHEV, los parámetros mínimos a configurar son: Nombre del Servicio, IP del servid or RHEV- Manager (campo Host ), un nombre de usuario (con formato usuario@dominio) y password con derechos de administración sobre RHEV-Manager. También podemos indicar el tiempo de Timeout en la conexión con RHEV-Manager y especificar un rango de direcciones MAC para la creación de los escritorios virtuales. Página 85 de 201

87 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear servicios base en la plataforma RHEV. Podremos dar de alta todos los "Service Providers" del tipo ovirt/rhev Linked Clone que necesitemos en la plataforma UDS. Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Página 86 de 201

88 Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento Configurar servicio basado en ovirt Linked Clone Una vez configurada la plataforma RHEV mediante el proveedor de servicios ovirt/rhev Platform Provider donde se crearán los escritorios, se deben crear "Base Services" basados en ovirt/rhev Linked Clones. Seleccionamos el "Service Providers" sobre el que crearemos un "ovirt/rhev Linked Clone" y pulsamos sobre "New". Página 87 de 201

89 Se indica un nombre descriptivo para la plantilla y se configuran los parámetros del servicio: Base Machine: Máquina virtual imagen desde la que se desplegarán los Linked Clones. Cluster: Cluster de hipervisores RHEV que alojarán los Linked Clones desplegados. Datastore Domain: Almacenamiento definido para el despliegue de los Linked Clones. Reserved Space: Espacio mínimo libre que tiene que tener un datastore para poder ser usado por el sistema UDS. Memory: Cantidad de memoria que se le asignará a los Linked Clones. Memory Guaranteed: Cantidad de memoria que se garantizará a los Linked Clones. Machine Names: Raíz del nombre de todos los Linked Clones a desplegar en este servicio (ej: Machine Names= Win7lab2). Name Length: Número de dígitos del contador adjunto a la raíz del nombre de los escritorios (ej: Name Length= 3, Win7lab Win7lab2999). Display: Protocolo de conexión a los escritorios virtuales desplegados mediante Linked Clones. Página 88 de 201

90 Salvamos y ya dispondremos de un "ovirt Linked Clone" válido en la plataforma RHEV. Podremos dar de alta todos los "ovirt Linked Clone que necesitemos en la plataforma UDS. Página 89 de 201

91 Una vez tengamos todo el entorno UDS configurado y creado el primer Service Pools podremos observar en el servidor RHEV-Manager cómo se realizan los despliegues de los escritorios virtuales basados en ovirt Linked Clones. Página 90 de 201

92 4.1.4 Plataforma VDI con Microsoft Hyper-V Despliegue de plataforma VDI mediante la infraestructura virtual Microsoft Hyper-V Alta de proveedor de servicios Hyper-V Platform Provider En "Services", pulsamos sobre "New" y seleccionamos Hyper-V Platform Provider. En un Hyper-V Platform Provider los parámetros mínimos a configurar son: Nombre del Servicio, IP del servidor Microsoft Hyper-V (campo Host ), un nombre de usuario y password con derechos de administración sobre Microsoft Hyper-V. También podemos indicar el tiempo de Timeout en la conexión con Microsoft Hyper- V y especificar un rango de direcciones MAC para la creación de los escritorios virtuales. Página 91 de 201

93 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear servicios base en la plataforma Microsoft Hyper-V. Página 92 de 201

94 Podremos dar de alta todos los "Service Providers" del tipo Hyper-V Platform Provider que necesitemos en la plataforma UDS. Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento. Página 93 de 201

95 Configurar servicio basado en Hyper-V Linked Clone Una vez configurada la plataforma Microsoft Hyper-V donde se crearán los escritorios, se deben crear servicios base basados en "Hyper-V Linked Clone". Seleccionamos el "Service Providers" sobre el que crearemos un "Hyper-V Linked Clone" y pulsamos sobre "New": Página 94 de 201

96 Se indica un nombre descriptivo para la plantilla y se configuran los parámetros del servicio: Base Machine: Plantilla para el despliegue de los escritorios virtuales. Network: Red donde se conectarán los escritorios. Memory: Cantidad de memoria que se le asignará a los escritorios virtuales Linked Clones. Datastores Drives: Ubicación donde se almacenará la publicación del servicio de los Linked Clones generados. Podemos seleccionar uno, varios o todos los datastores, pulsando la tecla "Ctrl". En caso de seleccionar varios, el sistema siempre ubicará las nuevas publicaciones y escritorios en el datastore que más espacio libre disponga. Machine Names: Raíz del nombre de todos los escritorios virtuales Linked Clones a desplegar en este servicio. (ej: Machine Names= W1). Name Length: Número de dígitos del contador adjunto a la raíz del nombre de los escritorios (ej: Name Length= 3, W W7999). Página 95 de 201

97 Una vez tengamos todo el entorno UDS configurado y hayamos creado el primer Service Pools, podremos observar en el servidor Microsoft Hyper-V cómo se realizan los despliegues de los escritorios virtuales basados en Microsoft Hyper-V Linked Clones. La primera tarea que realizará el servidor Microsoft Hyper-V será generar una máquina base (esta máquina será generada cada vez que realicemos una publicación de un servicio), que será un clon de la plantilla elegida en el alta del servicio, con un tamaño de disco y características iguales a dicha plantilla. Una vez finalizado el proceso de creación de la máquina base (el sistema UDS la nombra como: UDS Publication nombre_servicio número_publicación ) automáticamente se procede a la creación los escritorios virtuales en Microsoft Hyper-V (el sistema UDS los nombra como: Machine_Name+Name_Length ). El espacio en disco que ocuparán los escritorios virtuales ( Linked Clones ) será exclusivamente el que ocupen las modificaciones realizadas por los usuarios en las máquinas después de su conexión inicial. Página 96 de 201

98 4.1.5 Plataforma VDI con Citrix XenServer Despliegue de plataforma VDI mediante la infraestructura virtual Citrix XenServer Alta de proveedor de servicios XenServer Platform Provider En "Services", pulsamos sobre "New" y seleccionamos XenServer Platform Provider. En un Xenserver Platform Provider los parámetros mínimos a configurar son: Nombre del Servicio, IP del servidor XenServer (campo Host ), un nombre de usuario y password con derechos de administración sobre XenServer. También podemos indicar el tiempo de Timeout en la conexión con XenServer y especificar un rango de direcciones MAC para la creación de los escritorios virtuales. Página 97 de 201

99 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear servicios base en la plataforma Citrix XenServer. Podremos dar de alta todos los "Service Providers" del tipo XenServer Platform Provider que necesitemos en la plataforma UDS. Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Página 98 de 201

100 Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento Configurar servicio basado en Xen Linked Clone Una vez configurada la plataforma Citrix XenServer donde se crearán los escritorios, se deben crear servicios base basados en "Xen Linked Clone". Seleccionamos el "Service Providers" sobre el que crearemos un "Xen Linked Clone" y pulsamos sobre "New": Página 99 de 201

101 Se indica un nombre descriptivo para la plantilla y se configuran los parámetros del servicio: Base Machine: Plantilla para el despliegue de los escritorios virtuales. Storage SR: Ubicación donde se almacenarán los Linked Clones generados. Podemos seleccionar uno, varios o todos los datastores, pulsando la tecla "Ctrl". En caso de seleccionar varios, el sistema siempre ubicará las nuevas publicaciones y escritorios en el datastore que más espacio libre disponga. Solo están soportados almacenamientos compartidos. Network: Red donde se conectarán los escritorios. Reserved Space: Espacio mínimo libre que tiene que tener un almacenamiento para poder ser usado por el sistema UDS. Memory: Cantidad de memoria que se le asignará a los escritorios virtuales Linked Clones. Machine Names: Raíz del nombre de todos los escritorios virtuales Linked Clones a desplegar en este servicio. (ej: Machine Names= W1). Name Length: Número de dígitos del contador adjunto a la raíz del nombre de los escritorios (ej: Name Length= 3, W W7999). Página 100 de 201

102 Una vez tengamos todo el entorno UDS configurado y hayamos creado el primer Service Pools, podremos observar en el servidor Citrix XenServer cómo se realizan los despliegues de los escritorios virtuales basados en Xen Linked Clones. Página 101 de 201

103 4.1.6 Plataforma VDI con Nutanix Acropolis Despliegue de plataforma VDI mediante la infraestructura Nutanix Acropolis Alta de proveedor de servicios Nutanix Acropolis Provider En "Services", pulsamos sobre "New" y seleccionamos Nutanix Acropolis Provider. En un Nutanix Acropolis Provider los parámetros mínimos a configurar son: Nombre del Servicio, IP del servidor Acropolis (campo Host ), un nombre de usuario y password con derechos de administración sobre Acropolis. También podemos indicar el tiempo de Timeout en la conexión con Acropolis y especificar un rango de direcciones MAC para la creación de los escritorios virtuales. Página 102 de 201

104 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear servicios base en la plataforma Nutanix Acropolis. Podremos dar de alta todos los "Service Providers" del tipo Nutanix Acropolis Provider que necesitemos en la plataforma UDS. Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Página 103 de 201

105 Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento Configurar servicio basado en Nutanix KVM Una vez configurada la plataforma Nutanix Acropolis donde se crearán los escritorios, se deben crear servicios base basados en "Nutanix KVM". Seleccionamos el "Service Providers" sobre el que crearemos un "Nutanix KVM" y pulsamos sobre "New": Se indica un nombre descriptivo para la plantilla y se configuran los parámetros del servicio: Base VM: Plantilla para el despliegue de los escritorios virtuales. Network: Red donde se conectarán los escritorios. VM Names: Raíz del nombre de todos los escritorios virtuales Linked Clones a desplegar en este servicio. (ej: Machine Names= W1). Name Length: Número de dígitos del contador adjunto a la raíz del nombre de los escritorios (ej: Name Length= 3, W W7999). Página 104 de 201

106 Salvamos y ya dispondremos de un "Nutanix KVM" válido en la plataforma Nutanix. Podremos dar de alta todos los "Nutanix KVM que necesitemos en la plataforma UDS. Una vez tengamos todo el entorno UDS configurado y hayamos creado el primer Service Pools, podremos observar en el servidor Nutanix Acropolis cómo se realizan los despliegues de los escritorios virtuales basados en Nutanix KVM. Página 105 de 201

107 4.1.7 Conexión a equipos persistentes Acceso a equipos persistentes mediante la asignación de direcciones IPs fijas a usuarios. La asignación de direcciones IPs y usuarios se realizará en orden de acceso, es decir, al primer usuario que acceda a este servicio se le asignará la primera dirección IP de la lista. Para poder realizar la conexión con la máquina a la que pertenece la dirección IP asignada a un usuario, es necesario que la máquina esté previamente encendida, habilitado el servicio Terminal Services para máquinas Windows e instalado el software NX para máquinas Linux Alta de proveedor de servicios Physical Machine Providers En "Services", pulsamos sobre "New" y seleccionamos Physical Machines Provider. Página 106 de 201

108 Para un Physical Machine Provider debemos indicar un nombre. Página 107 de 201

109 Configurar servicio basado en Physical Machine Providers Una vez creado el Service Provider para equipos persistentes, se deben dar de alta "Base Service" basados en Physical machines accesed by IP. Seleccionamos el "Service Providers" sobre el que crearemos un "Physical machines accesed by IP" y pulsamos sobre "New": Página 108 de 201

110 Indicaremos un nombre para el servicio e introducimos las direcciones IPs a las que se proveerá acceso. Pulsaremos sobre List of IPS para añadir direcciones IPs: Introducimos las direcciones IPs de las máquinas a las que se tendrá acceso y guardamos los cambios: Página 109 de 201

111 Salvamos y ya dispondremos de un "Physical machines accesed by IP" válido. Podremos dar de alta todos los "Physical machines accesed by IP" que necesitemos en la plataforma UDS. NOTA: La asignación de usuario dirección IP, se realizará en orden de acceso, es decir, al primer usuario que acceda al servicio se le asignará la primera máquina (IP asignada en la lista) y así sucesivamente con el resto. Página 110 de 201

112 4.1.8 Proveedor de aplicaciones RDS Despliegue de aplicaciones mediante Microsoft Remote Desktop Services Alta de proveedor de servicios RDS Provider En "Services", pulsamos sobre "New" y seleccionamos RDS Provider : Página 111 de 201

113 En un RDS Provider se indica un nombre descriptivo para la plantilla y se configuran los parámetros: List of servers: Listado de servidores RDS disponibles para publicar aplicaciones. User list for mappling: Usuarios pertenecientes a un Active Directory que podrán iniciar sesión en los servidores de aplicaciones RDS y que serán usados por UDS para ejecutar una aplicación. User`s password: Contraseña de todos los usuarios del apartado User`s password, es necesario que todos los usuarios tengan la misma contraseña. Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Página 112 de 201

114 Salvamos y ya dispondremos de un "Service Providers" válido para comenzar a crear aplicaciones base en RDS. Podremos dar de alta todos los "Service Providers" del tipo RDS Provider que necesitemos en la plataforma UDS. Para modificar algún parametro en un Service Providers existente, lo seleccionaremos y pulsaremos sobre Edit. Mediante el botón Maintenance podremos parar todas las operaciones producidas en el Broker UDS sobre un proveedor de servicios. Se recomienda meter un proveedor de servicios en mantenimiento en los casos en los que se haya perdido la comunicación con ese proveedor de servicios o se planifique una parada de mantenimiento. Página 113 de 201

115 Configurar servicio basado en RDS RemoteAPP Una vez configurado el proveedor de aplicaciones RDS donde se crearán los escritorios, se deben crear "Base Services" basados en "RDS RemoteAPP". Seleccionamos el "Service Providers" sobre el que crearemos un "RDS RemoteAPP" y pulsamos sobre "New". Se indica un nombre descriptivo y se configuran los parámetros del servicio: Application path: Ruta de la aplicación, alojada en los servidores RDS, que se desea publicar Max. Allowd services: Número máximo de servicios a publicar (0 = ilimitado) Página 114 de 201

116 Salvamos y ya dispondremos de un "RDS RemoteAPP" válido. Podremos dar de alta todos los "RDS RemoteAPP" que necesitemos en la plataforma UDS. NOTA: UDS necesita de uno o varios servidores RDS Windows 2012 externos para poder conectarse y proveer aplicaciones. Es necesario que el servidor esté configurado e integrado correctamente con el Actor UDS para un buen funcionamiento. Para realizar la configuración e integracion de RDS con UDS puede consultar este documento: Instalación y configuración de Microsoft RDS con UDS Enterprise Página 115 de 201

117 4.2 Configurar Authenticators Un Authenticator es un componente fundamental dentro de una plataforma de servicios de escritorio, ya que va a facilitar usuarios y grupos de usuarios, a los cuales se les pueden asignar permisos para conectarse a los diferentes servicios de escritorio. Un "Authenticator" no es un componente necesario para la creación de un "Service Pools". Pero si no se le asigna al menos uno, no existirán usuarios que puedan realizar conexiones con los servicios de escritorio de la plataforma UDS. Se puede elegir entre diferentes tipos de Authenticators. Página 116 de 201

118 4.2.1 Active Directory Authenticator En un Active Directory Authenticator configuramos el nombre del autenticador, la IP del controlador de dominio (campo Host), un usuario (campo Ldap User) y un password con derechos de lectura sobre el Active Directory. El usuario (campo Ldap User) se debe introducir con el formato usuario@dominio También podemos indicar la prioridad que tendrá este autenticador. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de autenticadores disponibles en la ventana de acceso de usuario (este campo admite valores negativos). También podemos señalar si queremos usar una conexión SSL y el tiempo de Timeout en la conexión con Active Directory. El campo Short Name permite que en la pantalla de login de usuario sólo aparezca este authenticator. Para ello tendremos que acceder a la pantalla de login con el siguiente formato: dirección_servidor_broker/tag Por ejemplo: Página 117 de 201

119 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Página 118 de 201

120 4.2.2 edirectory Authenticator Este Autenticador está disponible para dar acceso a usuarios y grupos de usuarios de redes Novell a servicos de escritorio de UDS. En un edirectory Authenticator configuramos el nombre del autenticador, IP del servidor edirectory (campo Host), un usuario (campo Admin User) y un password con derechos de lectura sobre edirectory. También podemos indicar la prioridad que tendrá este autenticador. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de autenticadores disponibles en la ventana de acceso de usuario (este campo admite valores negativos), si queremos usar una conexión SSL y el tiempo de Timeout en la conexión con Active Directory. El campo Short Name permite que en la pantalla de login de usuario sólo aparezca este authenticator. Para ello tendremos que acceder a la pantalla de login con el siguiente formato: dirección_servidor_broker/tag Por ejemplo: Página 119 de 201

121 Mediante el botón Test comprobaremos que la conexión se realiza correctamente. Página 120 de 201

122 4.2.3 Internal Database En entornos donde no se disponga de ningún autenticador externo es posible utilizar el autenticador Internal. Este autenticador está incluido en el Broker UDS y permite la creación de usuarios y grupos de forma manual para un posterior acceso de estos a los diferentes "Service Pools" proporcionados por la plataforma UDS. En un Internal Database configuramos el nombre del autenticador. También podemos indicar la prioridad que tendrá este autenticador. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de autenticadores disponibles en la ventana de acceso de usuario (este campo admite valores negativos). El campo Short Name, permite que en la pantalla de login de usuario sólo aparezca este authenticator. Para ello tendremos que acceder a la pantalla de login con el siguiente formato: dirección_servidor_broker/tag Por ejemplo: Página 121 de 201

123 Opciones: Different user for each host permite realizar conexiones a escritorios virtuales utilizando un único usuario de conexión. Este tipo de conexiones las realiza generando múltiples usuarios en la base de datos interna con la siguiente estructura de nombre de usuario: Dirección IP terminal conexión + Usuario de conexión Reverse DNS tiene un comportamiento exactamente igual que la opción anterior pero la estructura de nombre de usuario sería: Hostname terminal conexión + Usuario de conexión Página 122 de 201

124 Para poder utilizar esta opción es necesaria la resolución inversa de DNS en los terminales de conexión. En el caso de que ésta no existiera, la estructura de nombre de usuario seguiría utilizando la dirección IP del terminal de conexión. Página 123 de 201

125 4.2.4 IP Authenticator Es posible asignar escritorios virtuales a dispositivos de conexión mediante el identificador IP. Ej: Thin Clients en kiosk mode, entornos de Call Center, aplicaciones propietarias, etc... Página 124 de 201

126 En un IP Authenticator configuramos el nombre del autenticador. También podemos indicar la prioridad que tendrá este autenticador. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de autenticadores disponibles en la ventana de acceso de usuario (este campo admite valores negativos). El campo Short Name permite que en la pantalla de login de usuario sólo aparezca este authenticator. Para ello tendremos que acceder a la pantalla de login con el siguiente formato: dirección_servidor_broker/tag Por ejemplo: Página 125 de 201

127 4.2.5 SAML Authenticator SAML se utiliza para el intercambio de datos de autentificación y autorización entre dominios de seguridad, esto es, entre un proveedor de identidad (un productor de afirmaciones) y un proveedor de servicio (un consumidor de afirmaciones). En un SAML Authenticator configuramos el nombre y los datos del autenticador: Private Key, Certificate, IDP Metedata, Entity ID, User name attrs, Group name attrs y Real name attrs. También podemos indicar la prioridad que tendrá este autenticador. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de autenticadores disponibles en la ventana de acceso de usuario (este campo admite valores negativos). El campo Short Name permite que en la pantalla de login de usuario sólo aparezca este authenticator. Para ello tendremos que acceder a la pantalla de login con el siguiente formato: dirección_servidor_broker/tag Por ejemplo: Página 126 de 201

128 Página 127 de 201

129 4.2.6 LDAP Authenticator Es un Autenticador genérico disponible dentro de la plataforma UDS. Mediante la configuración de los parámetros correctos dependiendo de cada caso, se podría definir prácticamente cualquier servicio de autenticación basado en LDAP. En un LDAP Authenticator (Simple o Regex) configuramos el nombre del autenticador, la IP del servidor LDAP (campo Host), el puerto de conexión, un usuario (campo Ldap User) y un password con derechos de lectura sobre el LDAP, el nombre de la base de búsqueda de usuario y grupos (campo base en formato: dc=nombre_dominio,dc=extensión_dominio). El usuario (campo Ldap User) se debe introducir con el formato: cn=usuario,dc=nombre_dominio,dc=extensión_dominio También podemos indicar la prioridad que tendrá este autenticador. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de autenticadores disponibles en la ventana de acceso de usuario (este campo admite valores negativos), si queremos usar una conexión SSL y el tiempo de Timeout en la conexión con el servidor LDAP. El campo Short Name permite que en la pantalla de login de usuario sólo aparezca este authenticator. Para ello tendremos que acceder a la pantalla de login con el siguiente formato: dirección_servidor_broker/tag Por ejemplo: Página 128 de 201

130 Página 129 de 201

131 4.3 Configurar usuarios, grupos y metagrupos de usuarios Una vez configurado el autenticador o autenticadores es necesario configurar los grupos de usuarios que contienen los usuarios a los que se va a dar el acceso a los servicios de escritorio. También es posible la creación de metagrupos, que serán utilizados para combinar varios grupos. Para añadir un grupo, seleccionamos el "authenticator" sobre el que queremos crear o añadir el grupo, y en la nueva ventana que aparece en la parte inferior de la ventana, seleccionamos la pestaña "Groups" y pulsamos sobre "new". Página 130 de 201

132 La búsqueda de grupos de usuario se realiza de forma automática en todos los autenticadores definidos en UDS, salvo en los autenticadores de tipo Internal y por IP (también es posible que en autenticadores del tipo OpenLdap o edirectory la opción buscar no funcione, teniendo que indicar el nombre del grupo de forma manual). En este caso, los grupos se dan de alta sin posibilidad de realizar búsqueda. Para buscar un grupo, pulsamos sobre el botón "Search". Podemos escribir una raíz de nombre para acotar la búsqueda. Si lo dejamos vacío, nos aparecerán todos los grupos disponibles en el autenticador. Si necesitamos añadir varios grupos, tendremos que ir añadiéndolos de uno en uno. Una vez seleccionado el grupo, aceptamos. En caso de conocer el nombre, podríamos indicarlo directamente, pero es recomendable comprobar que aparece correctamente en la opción de búsqueda. Los grupos, metagrupos y usuarios podrán ser activados o desactivados temporalmente. Página 131 de 201

133 Para la creación de un metagrupo, seleccionamos los grupos que formarán parte del metagrupo, especificamos un nombre y aceptamos. Un usuario pertenecerá a este metagrupo si pertenece a todos los grupos que componen el metagrupo. Los usuarios de los grupos configurados se añaden automáticamente al sistema en el momento que éstos se conectan la primera vez a la plataforma UDS, salvo en los autenticadores de tipo Internal y por IP en los cuales los usuarios se dan de alta manualmente. Si necesitamos dar de alta usuarios manualmente para asignar permisos especiales, antes de que estos se conecten por primera vez y se auto añadan, tendremos que seleccionar el autenticador y en la pestaña "Users" pulsar sobre "New". Página 132 de 201

134 El parámetro adicional Staff member permite acceder a descargas (Actor UDS) y a la administración de UDS. El parámetro adicional Admin permite acceder a descargas (Actor UDS), a la administración y, además, permite modificar configuraciones avanzadas de UDS (Pestaña "Tools" - "Configuration"). Un usuario Admin tiene que ser a su vez miembro de Staff. Mediante el botón "Search" podremos buscar usuarios creados en el autenticador y añadirlos. Una vez creado el usuario, mediante el botón "Edit" podremos comprobar que el usuario ha sido asignado al grupo al que pertenece automáticamente. Página 133 de 201

135 Si diésemos de alta un usuario cuyo grupo no estuviera dado de alta en el autenticador, nos aparecería sin grupo y no podríamos usar dicho usuario. Las opciones "Staff member" y "Admin" pueden ser modificadas a un usuario en cualquier momento. Para eliminar un usuario, un grupo o metagrupo, lo seleccionamos y pulsamos sobre el botón "Delete". Si tenemos usuarios registrados en el sistema que pertenecen a un grupo y éste es borrado, los usuarios quedarán sin grupo asignado y no podrán validarse en el sistema. Página 134 de 201

136 4.3.1 Creación de grupos y usuarios "Internal Database" En un autenticador de tipo "Internal Database" será necesario crear primero un grupo o grupos de usuarios. Seleccionamos el autenticador de tipo "Internal Database" y en la pestaña "Groups" pulsamos sobre "New". Una vez tengamos creado el grupo o grupos de usuarios, damos de alta usuarios y los asignamos a un grupo o varios. Seleccionamos el autenticador de tipo "Internal Database" y en la pestaña "Users" pulsamos sobre "New". Página 135 de 201

137 4.3.2 Creación de grupos y usuarios "IP Authenticator" La creación de un grupo en el autenticador por IP es diferente al resto, puesto que en este caso será un rango de direcciones IPs el que se dará de alta para permitir acceso a todos los equipos que se encuentren dentro de este rango. Este rango de direcciones se define de la siguiente manera: Dirección IP de inicio de rango Dirección IP de fin de rango Seleccionamos el autenticador de tipo "IP Authenticator" y en la pestaña "Groups" pulsamos sobre "New". Las direcciones IP que corresponderán con los nuevos usuarios se añadirán automáticamente a la pestaña "Users" cuando realicen login la primera vez. Página 136 de 201

138 4.4 Configurar OS Managers Un "OS Manager" es un gestor de SO que inicializa un tipo de servicio configurado previamente. El Actor UDS, alojado en el escritorio virtual o servidor de aplicaciones, es el encargado de la interacción entre el SO y el Broker en base a las configuraciones o tipo del "OS Manager" elegido. Para la realización de despliegues VDI mediante "Linked Clones", habrá que indicar el comportamiento de desconexión de los mismos dentro de la configuración de cada "OS Manager". En caso de configurar una política de escritorios no persistentes, podremos indicar el tiempo de inactividad de usuario previo al cierre de sesión automático por el sistema. Se puede elegir entre diferentes tipos de "OS Managers". Página 137 de 201

139 4.4.1 Linux OS Manager Un "Linux OS Manager" se utiliza para escritorios virtuales basados en sistemas Linux. Realiza las tareas de renombrado de máquina. Para configurar un "Linux OS Manager" se indica un nombre y se configura la acción que realizará el sistema cuando un usuario cierre sesión: Keep service assigned: Cuando un usuario cierre sesión no se producirá ningún cambio en el escritorio. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará el mismo escritorio virtual Remove service: Cuando el usuario cierre sesión, el escritorio será destruido por el sistema. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará un nuevo escritorio virtual Cuando configuramos escritorios no persistentes (Remove service), podremos especificar un tiempo máximo (indicado en segundos) de inactividad en el escritorio virtual, de tal forma que cuando se cumpla ese periodo de inactividad, el Actor UDS cerrará la sesión automáticamente en el escritorio virtual. El campo Max. Idle time no aplica a escritorios persistentes (Keep service assigned) Página 138 de 201

140 4.4.2 Linux Random Password OS Manager Un "Linux Random Password OS Manager" se utiliza para escritorios virtuales basados en sistemas Linux y requiere un nivel superior de seguridad en el acceso del usuario. Mediante su utilización, se asigna un password aleatorio a un usuario local existente definido previamente durante la configuración en cada nuevo escritorio virtual desplegado, proporcionando así un mayor nivel de seguridad en el acceso. Página 139 de 201

141 Para configurar un "Linux Random Password OS Manager" se indican los siguientes datos: Nombre del "OS Manager" Usuario local definido en la plantilla Se configura la acción que realizará el sistema cuando un usuario cierre sesión: o o Keep service assigned: Cuando un usuario cierre sesión, no se producirá ningún cambio en el escritorio. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará el mismo escritorio virtual Remove service: Cuando el usuario cierre sesión, el escritorio será destruido por el sistema. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará un nuevo escritorio virtual Cuando configuramos escritorios no persistentes (Remove service), podremos especificar un tiempo máximo (indicado en segundos) de inactividad en el escritorio virtual, de tal forma que cuando se cumpla ese periodo de inactividad, el Actor UDS cerrará la sesión automáticamente en el escritorio virtual. El campo Max. Idle time no aplica a escritorios persistentes (Keep service assigned) Página 140 de 201

142 4.4.3 Windows Basic OS Manager Un "Windows Basic OS Manager" se utiliza para escritorios virtuales basados en sistemas Windows que no forman parte de un dominio. Para configurar un "Windows Basic OS Manager" se indica un nombre y se configura la acción que realizará el sistema cuando un usuario cierre sesión: Keep service assigned: Cuando un usuario cierre sesión, no se producirá ningún cambio en el escritorio. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará el mismo escritorio virtual Remove service: Cuando el usuario cierre sesión, el escritorio será destruido por el sistema. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará un nuevo escritorio virtual Cuando configuramos escritorios no persistentes (Remove service), podremos especificar un tiempo máximo (indicado en segundos) de inactividad en el escritorio virtual, de tal forma que cuando se cumpla ese periodo de inactividad, el Actor UDS cerrará la sesión automáticamente en el escritorio virtual. El campo Max. Idle time no aplica a escritorios persistentes (Keep service assigned). Página 141 de 201

143 4.4.4 Windows Domain OS Manager Un "Windows Domain OS Manager" se utiliza para escritorios virtuales basados en sistemas Windows que forman parte de un dominio. Página 142 de 201

144 Para configurar un "Windows Domain OS Manager" se indica los siguientes datos: El nombre del "OS Manager". El nombre del dominio al cual van a pertenecer los escritorios virtuales desplegados con este "OS Manager" Credenciales de usuario con permiso de agregar máquinas al dominio Datos de la Unidad Organizativa (OU) donde se van a registrar los escritorios virtuales desplegados con este "OS Manager" (si no indicamos nada, los escritorios se ubicarán en la rama por defecto) Se configura la acción que realizará el sistema cuando un usuario cierre sesión: o o Keep service assigned: Cuando un usuario cierre sesión, no se producirá ningún cambio en el escritorio. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará el mismo escritorio virtual Remove service: Cuando el usuario cierre sesión, el escritorio será destruido por el sistema. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará un nuevo escritorio virtual Cuando configuramos escritorios no persistentes (Remove service), podremos especificar un tiempo máximo (indicado en segundos) de inactividad en el escritorio virtual, de tal forma que cuando se cumpla ese periodo de inactividad, el Actor UDS cerrará la sesión automáticamente en el escritorio virtual. El campo Max. Idle time no aplica a escritorios persistentes (Keep service assigned) Página 143 de 201

145 4.4.5 Windows Random Password OS Manager Un "Windows Random Password OS Manager" es utilizado para escritorios virtuales basados en sistemas Windows que no forman parte de un dominio y requieren un nivel superior de seguridad en el acceso del usuario. Mediante su utilización, se asigna un password aleatorio a un usuario local existente definido previamente durante la configuración en cada nuevo escritorio virtual desplegado, proporcionando así un mayor nivel de seguridad en el acceso. Página 144 de 201

146 Para configurar un "Windows Random Password OS Manager" se indica los siguientes datos: Nombre del "OS Manager Usuario local definido en la plantilla Password definida inicialmente al usuario local de la plantilla Se configura la acción que realizará el sistema cuando un usuario cierre sesión: o o Keep service assigned: Cuando un usuario cierre sesión, no se producirá ningún cambio en el escritorio. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará el mismo escritorio virtual Remove service: Cuando el usuario cierre sesión, el escritorio será destruido por el sistema. Si este mismo usuario vuelve a solicitar una máquina al sistema, éste le proporcionará un nuevo escritorio virtual Cuando configuramos escritorios no persistentes (Remove service), podremos especificar un tiempo máximo (indicado en segundos) de inactividad en el escritorio virtual, de tal forma que cuando se cumpla ese periodo de inactividad, el Actor UDS cerrará la sesión automáticamente en el escritorio virtual. El campo Max. Idle time no aplica a escritorios persistentes (Keep service assigned) Página 145 de 201

147 4.4.6 RDS OS Manager Un "RDS OS Manager" se utiliza para servidores RDS Windows 2012 (virtualización de aplicaciones). Para configurar un "RDS OS Manager" se indican los siguientes datos: Nombre del "OS Manager Tiempo máximo que permanecerá la sesión de la aplicación abierta expresado en horas (0 = ilimitado) Página 146 de 201

148 4.5 Configurar Networks UDS permite dar de alta diferentes redes para permitir o denegar el acceso a escritorios virtuales o aplicaciones. Estas redes serán las que junto a los "Transport" definan que tipo de acceso tendrán los usuarios a sus escritorios virtuales o aplicaciones generados por UDS. Para añadir una red, en la sección "Connectivity" pulsamos sobre "New" en el apartado "Current Networks". Página 147 de 201

149 Indicamos un nombre descriptivo y un rango de red (están soportados la mayor parte de los formatos existentes). En caso de no dar de alta ninguna red, el acceso a los escritorios virtuales o aplicaciones estarán permitidos desde cualquier red. Página 148 de 201

150 4.6 Configurar Transports Para poder realizar la conexión a los escritorios virtuales y a las aplicaciones es necesario crear Transports. Son pequeñas aplicaciones que serán ejecutadas en el cliente y se encargarán de proveer acceso al servicio implementado. Dependiendo del tipo de escritorio virtual que configuremos, la ubicación y forma desde la que nos conectemos a nuestros escritorios virtuales, necesitaremos crear diferentes tipos de transportes. Actualmente están disponibles los siguientes "Transports": Los "Transports" que están indicados como "direct" podremos configurarlos para accesos de usuarios desde una LAN interna, VPN, LAN Extension, etc... Los "Transports" que están indicados como "Tunneled" podremos configurarlos para accesos de usuarios desde una WAN. Estos "Transports" se apoyarán en el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales. El "Transport" HTML5 podremos utilizarlo para todo tipo de accesos. Este "Transport" utiliza el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales. Para crear un "Transport", en la sección "Connectivity" pulsamos sobre "New" en el apartado "Current Transports". Página 149 de 201

151 Página 150 de 201

152 4.6.1 HTML5 RDP Transport Un "HTML5 RDP Transport" permite acceso a escritorios virtuales Windows y Linux mediante el protocolo RDP a través de un navegador que soporte HTML5 (para escritorios Linux es necesario que las máquinas tengan instalado el paquete XRDP y para escritorios Windows, el acceso RDP tiene que estar habilitado). Este transporte utiliza el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales, teniendo que estar previamente configurado para su correcto funcionamiento. Para un HTML5 RDP Transport configuramos el nombre del Transport, la dirección IP de servidor UDS Tuneler y el puerto (campo Tunnel server ) con el formato: (puerto por defecto). Indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password (también es posible indicar un usuario de dominio), estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Página 151 de 201

153 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). Página 152 de 201

154 4.6.2 NX Transport (direct) Un "NX Transport (direct)" permite acceso a escritorios virtuales Linux mediante el software NX (es necesario que las máquinas virtuales tengan instalado NX y los clientes de conexión también). Actualmente la versión soportada de NX es la 3.5. Para un NX Transport (direct) configuramos el nombre del Transport e indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password, estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Página 153 de 201

155 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). También podemos señalar qué puerto queremos usar en la conexión y parámetros de optimización de conexión como: "Connection", "Session", "Disk Cache" y "Memory Cache". Página 154 de 201

156 4.6.3 NX Transport (tunneled) Un "NX Transport (tunneled)" permite acceso a escritorios virtuales Linux mediante el software NX (es necesario que las máquinas virtuales tengan instalado NX y los clientes de conexión también). Actualmente la versión soportada de NX es la 3.5. Este transporte utiliza el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales, teniendo que estar previamente configurado para su correcto funcionamiento. Para un NX Transport (tunneled) configuramos el nombre del Transport, la dirección IP de servidor UDS Tunneler y puerto (campo Tunnel server ) con el formato: IP_Tunneler:443 (puerto por defecto). "Networks". Indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado). Página 155 de 201

157 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). También podemos indicar qué puerto queremos usar en la conexión y parámetros de optimización de conexión como: Connection, Session, Disk Cache y Memory Cache. Página 156 de 201

158 Página 157 de 201

159 4.6.4 RDP Transport (direct) Un "RDP Transport (direct)" permite acceso a escritorios virtuales Windows mediante el protocolo RDP (es necesario que las máquinas virtuales tengan habilitado el servicio RDP). Para un RDP Transport (direct), configuramos el nombre del Transport e indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password (también es posible indicar un usuario de dominio) estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). También podemos indicar los parámetros Allow Smartcards, Allow Printers, Allow Drives y Allow Serials. Página 158 de 201

160 Página 159 de 201

161 4.6.5 RDP Transport (tunneled) Un "RDP Transport (tunneled)" permite acceso a escritorios virtuales Windows mediante el protocolo RDP (es necesario que las máquinas virtuales tengan habilitado el servicio RDP). Este transporte utiliza el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales, teniendo que estar previamente configurado para su correcto funcionamiento. Para un "RDP Transport (tunneled) configuramos el nombre del Transport, la dirección IP de servidor UDS Tunneler y el puerto (campo Tunnel server ) con el formato: IP_Tunneler:443 (puerto por defecto). Indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password (también es posible indicar un usuario de dominio) estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Página 160 de 201

162 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). También podemos indicar los parámetros Allow Smartcards, Allow Printers, Allow Drives y Allow Serials. Página 161 de 201

163 4.6.6 RDS Transport (direct) Un "RDS Transport (direct)" permite acceso a aplicaciones virtuales Windows dentro de una LAN. Para un RDS Transport (direct), configuramos el nombre del Transport e indicamos si queremos redirigir unas credenciales específicas al servidor de aplicaciones. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al servidor de aplicaciones. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de servicios de cada usuario (este campo admite valores negativos). También podemos indicar los parámetros Allow Smartcards, Allow Printers, Allow Drives y Allow Serials. Página 162 de 201

164 4.6.7 RDS Transport (tunneled) Un "RDS Transport (tunneled)" permite acceso a aplicaciones virtuales Windows. Este transporte utiliza el servidor UDS Tunneler para realizar la conexión contra el servidor de aplicaciones, teniendo que estar previamente configurado para su correcto funcionamiento. Para un "RDS Transport (tunneled) configuramos el nombre del Transport, la dirección IP de servidor UDS Tunneler y el puerto (campo Tunnel server ) con el formato: IP_Tunneler:443 (puerto por defecto). Página 163 de 201

165 Indicamos si queremos redirigir unas credenciales específicas al servidor de aplicaciones. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al servidor de aplicaciones. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Página 164 de 201

166 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de servicios de cada usuario (este campo admite valores negativos). También podemos indicar los parámetros Allow Smartcards, Allow Printers, Allow Drives y Allow Serials. Página 165 de 201

167 4.6.8 RGS Transport (direct) Un "RGS Transport (direct)" permite acceso a escritorios virtuales Windows mediante el protocolo RGS (es necesario que las máquinas virtuales tengan instalado RGS y los clientes de conexión también). Para un RGS Transport (direct) configuramos el nombre del Transport e indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password (también es posible indicar un usuario de dominio), estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Página 166 de 201

168 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). También podemos indicar los parámetros Image Quality, Adjustable Quality, Min Adjustable Quality, Adjustable Frame Rate, Match Local Resolution, Redirect USB, Redirect Audio y Redirect Mic. Página 167 de 201

169 4.6.9 RGS Transport (tunneled) Un "RGS Transport (tunneled)" permite acceso a escritorios virtuales Windows mediante el protocolo RGS (es necesario que las máquinas virtuales tengan instalado RGS y los clientes de conexión también). Este transporte utiliza el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales, teniendo que estar previamente configurado para su correcto funcionamiento. Para un "RGS Transport (tunneled) configuramos el nombre del Transport, la dirección IP de servidor UDS Tunneler y puerto (campo Tunnel server ) con el formato: IP_Tunneler:443 (puerto por defecto). Indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Si dejamos la casilla Empty creds deshabilitada e indicamos un username y password (también es posible indicar un usuario de dominio) estas credenciales serán redireccionadas al escritorio virtual. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Página 168 de 201

170 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). También podemos indicar los parámetros Image Quality, Adjustable Quality, Min Adjustable Quality, Adjustable Frame Rate, Match Local Resolution, Redirect USB, Redirect Audio y Redirect Mic. Página 169 de 201

171 RHEV/oVirt SPICE Transport (direct) Un "RHEV/oVirt SPICE Transport (direct)" permite acceso a escritorios virtuales mediante el protocolo SPICE. Para un RHEV/oVirt SPICE Transport (direct), configuramos el nombre del Transport e indicamos si queremos redirigir unas credenciales específicas al escritorio virtual. En caso de habilitar la casilla Empty creds no se pasará ninguna credencial al escritorio virtual. Tendremos que copiar el contenido del certificado ubicado en /etc/pki/ovirtengine/certs/ca.der en el apartado Certificate. En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). Página 170 de 201

172 Página 171 de 201

173 RHEV/oVirt SPICE Transport (tunneled) Un "RHEV/oVirt SPICE Transport (tunneled)" permite acceso a escritorios virtuales mediante el protocolo SPICE. Este transporte utiliza el servidor UDS Tunneler para realizar la conexión contra los escritorios virtuales, teniendo que estar previamente configurado para su correcto funcionamiento. Para un "RHEV/oVirt SPICE Transport (tunneled) configuramos el nombre del Transport, la dirección IP de servidor UDS Tunneler y el puerto (campo Tunnel server ) con el formato: IP_Tunneler:443 (puerto por defecto). En el apartado "Network access" indicamos si en la red seleccionada en "Networks" se permitirá el acceso a los usuarios a través de este "Transport" (las redes disponibles serán las configuradas en el apartado "Networks"). Tendremos que copiar el contenido del certificado ubicado en /etc/pki/ovirtengine/certs/ca.der en el apartado Certificate Página 172 de 201

174 También podemos indicar la prioridad que tendrá este Transport. Cuanto menor sea esa prioridad, más arriba aparecerá en la lista de Transports disponibles en la ventana de escritorios virtuales de cada usuario (este campo admite valores negativos). Página 173 de 201

175 4.7 Configurar Services Pools Una vez se hayan configurado las diferentes piezas de la plataforma UDS, es el momento de crear un Service Pools. Éste estará compuesto por un Base Service creado de un Service Provider y un OS Manager ; y habrá que indicar también uno o varios Transport, una o varias Network de acceso (si no se especifica ninguna, se permitirán todas las redes) y un grupo o grupos de usuarios para acceder a este servicio. Para crear un "Service Pools" pulsamos sobre "New". Para configurar un Service Pool será necesario indicar: Name: Nombre del servicio. Será el nombre mostrado al usuario para acceder a su escritorio virtual. Base Services: Servicio base configurado previamente en un "Service Provider", el cual se utilizará para realizar el despliegue de los escritorios virtuales basados en "Linked Clon". OS Manager: Indicaremos un "OS Manager" creado previamente cuya configuración se aplicará a cada uno de los escritorios virtuales generados en este "Services Pool". Associated Image: Imagen asociada al servicio. Previamente tiene que estar añadida al repositorio de imágenes accesible desde el apartado Tools Gallery. Initial available services: Escritorios virtuales que serán creados, configurados y estarán disponibles inicialmente en el sistema. Services to keep in cache: Escritorios virtuales disponibles en la cache del sistema. Estos escritorios estarán configurados y listos para su asignación (este número de escritorios se generará automáticamente hasta alcanzar el número máximo de máquinas indicado en el campo " Maximum number of services to provide"). Página 174 de 201

176 Services to keep in L2 cache: Escritorios virtuales en estado de suspensión. Estos escritorios estarán configurados y listos para su asignación en el momento que el sistema demande nuevos escritorios. Maximum number of services to provide: Número máximo de escritorios virtuales creados por el sistema UDS en este "Service Pool". Show Transports: Si está habilitado, los usuarios podrán seleccionar y acceder a un escritorio mediante diferentes transportes. En caso de disponer de más de uno, si está deshabilitado solo será posible el acceso al escritorio a través del transporte por defecto (el que menos prioridad tenga). Publish on creation: Si está habilitado, indicará al sistema que en el momento de salvar la creación del nuevo "Service Pool" se procederá a su publicación. Si está deshabilitado será necesaria la publicación manual para generar los escritorios (desde la pestaña de Publications ). Página 175 de 201

177 En el momento en que salvemos la creación de un "Service Pools" y si hemos marcado la opción "Publish on creation", el sistema comenzará con la publicación del servicio generando la máquina base sobre la que se irán desplegando los escritorios virtuales. Mediante el botón "Delete" podremos eliminar completamente un "Service Pool" y con "Edit" podremos modificar el nombre del Service Pool, la imagen asociada al servicio, el acceso a todos los transportes y todos los valores de la cache del sistema (Initial available services, Services to keep in cache, Services to keep in L2 cache y Maximum number of services to provide). El "Base Service" y el "OS Manager" no podrán ser modificados una vez esté creado el Service Pool. Página 176 de 201

178 Una vez tengamos creado un "Service Pool", lo seleccionamos y dispondremos de los siguientes menús de control y configuración: Assigned Services: Escritorios virtuales asignados a usuarios. Muestra información de la fecha de creación del escritorio, el número de revisión (o publicación) sobre la que está generado el escritorio, la dirección MAC de la tarjeta de red de la VM, el nombre DNS e IP del escritorio virtual, el estado del escritorio, si está en uso, el nombre e IP del cliente de conexión, el propietario de la máquina y la versión del agente UDS instalado en la máquina base Seleccionando el escritorio virtual y pulsando sobre "Delete" podremos eliminarlo de forma manual. Cache: Escritorios virtuales disponibles en la cache del sistema (incluidas las máquinas de cache de nivel 2). Estos escritorios pasarán por diferentes estados: o In Preparation: En este estado los escritorios virtuales están siendo creados en la plataforma de virtualización Página 177 de 201

179 o Waiting OS: En este estado los escritorios virtuales están siendo configurados con los parámetros indicados en el OS Manager o Valid: Cuando un escritorio virtual se encuentre en este estado, significará que está disponible para su uso Groups: Para permitir la conexión de los usuarios, es necesario asignar grupos o metagrupos de acceso. Estos grupos o metagrupos deberán de estar creados en el apartado Authenticators y podremos asignar uno o varios grupos o metagrupos de acceso a cada Service Pools Página 178 de 201

180 Seleccionamos el Authenticator y en base a su elección elegimos el Group Name. Transports: Se indicarán los Transports para realizar la conexión con el escritorio virtual (previamente añadidos en el apartado Transports ). El "Transport" con menor prioridad será el que el sistema configure por defecto. Para el resto, el usuario tendrá que abrir el desplegable en la pantalla de acceso a escritorios virtuales y seleccionar el que corresponda Seleccionamos el Transport" que queremos usar en este "Service Pool" y salvamos. Página 179 de 201

181 Publications: Desde este menú podremos realizar una nueva publicación del servicio. Una vez finalizado el proceso de publicación, se regenerará toda la cache del sistema con los nuevos Linked Clones basados en esta última publicación Si realizamos una nueva publicación, se generará una nueva máquina base y, una vez disponible, el sistema procederá a la eliminación de los escritorios virtuales de la versión anterior y generará nuevos en base a la nueva publicación. Página 180 de 201

182 4.8 Configurar Permisos Dentro de la administración de UDS Enterprise es posible asignar permisos de acceso a los diferentes elementos, a usuarios y grupos de usuarios. Los permisos se asignarán directamente sobre cada elemento y aplicará también a sus sub-elementos. Para permitir que un usuario pueda acceder a la administración y que se le puedan aplicar estos permisos, el usuario tiene que tener habilitado la opción Staff member : Para habilitar permisos en los diferentes elementos de la administración tendremos que seleccionar el elemento y pulsar sobre Permissions : Página 181 de 201

183 En la ventana de permisos, pulsaremos sobre Add group permission para grupos y sobre Add user permission para usuarios y seleccionaremos el autenticador y grupo/usuario sobre el que se aplicará el permiso. Tendremos que especificar si este usuario o grupo tendrá acceso de lectura sobre el elemento ( Read Only ) o control total ( Full Access ). Página 182 de 201

184 Una vez aplicado, los usuarios que tengan habilitada la opción Staff member podrán acceder a este elemento de la administración con los permisos que se le hayan asignado. Para quitar los permisos a un grupo o usuario, lo seleccionamos y pulsamos sobre Revoke user permission / Revoke group permission. Página 183 de 201

185 5. DESPLEGANDO ESCRITORIOS VIRTUALES CON UDS ENTERPRISE Una vez tengamos disponibles uno o varios Service Pools podemos iniciar una conexión con un escritorio virtual. Accederemos vía navegador web (los navegadores soportados son Internet Explorer, Chrome y Firefox) a la dirección o nombre del Broker. Indicamos un usuario y password válidos y seleccionamos el autenticador en el caso de disponer de más de uno. En la pantalla de servicios disponibles nos aparecerán los servicios a los que tiene acceso el usuario con el que hemos iniciado sesión en el sistema UDS. Pinchamos sobre el que queremos iniciar la conexión. Página 184 de 201

186 Por defecto, si pinchamos sobre la imagen del servicio directamente, realizaremos la conexión con el "Transport" que tenga la prioridad más baja. Si hemos configurado varios "Transport", aparecerá un menú extensible donde podremos seleccionar el "Transport" por el que nos conectaremos al escritorio virtual. Para iniciar la conexión con la máquina virtual, es necesario tener instalado el Plugin UDS en la máquina cliente para poder iniciar la conexión para todos los transportes excepto para el Transport HTML5. Para conexiones por NX tendremos que tener instalado el software NX y para conexiones por RGS será necesario tener instalado el software RGS. Ejemplo conexión RDP: Página 185 de 201

187 Ejemplo conexión HTML5: Ejemplo conexión NX: Una vez realizada la conexión, el escritorio virtual estará disponible para su uso. Página 186 de 201

188 6. CONFIGURACIÓN AVANZADA UDS ENTERPRISE UDS provee una serie de parámetros avanzados que definirán el funcionamiento del sistema. Estos parámetros serán los responsables de definir aspectos como seguridad, modo de funcionamiento, conectividad, etc tanto del propio sistema UDS como de su comunicación con las plataformas virtuales (VMware, ovirt/rhev, Hyper- V y XenServer) registradas en UDS. En este manual se muestran sólo algunas de las variables del sistema, las cuales están consideradas como las más útiles de cara a la gestión de los escritorios virtuales. En el resto de variables se recomienda no modificar los valores por defecto, puesto que algunos de ellos indican al sistema cómo debe funcionar (número de tareas simultáneas, tiempo de ejecución de tareas, chequeos programados, etc ) y una modificación incorrecta de un parámetro puede hacer que el sistema se pare por completo o no funcione de manera correcta. Una vez se hayan modificado los valores de alguna de las variables de configuración avanzada de UDS, será necesario reiniciar el servidor UDS Server para aplicar los cambios. En caso de querer modificar algún valor que no esté documentado en esta sección, se recomienda contactar con equipo de soporte de UDS Enterprise para verificar dicho cambio y confirmar que no afecta negativamente al funcionamiento del sistema UDS. Página 187 de 201

189 6.1 Galería de Imágenes UDS dispone de un repositorio de imágenes que podrán ser asociadas a un Service Pool para facilitar la identificación del escritorio virtual. Los formatos aceptados son: PNG, JPEG y GIF. El tamaño máximo de la imagen es de 256Kb. Para acceder a la galería de imágenes de UDS, accedemos a la sección Tools y seleccionamos Gallery : Seleccionamos New para añadir la imagen al repositorio. Será necesario indicar un nombre identificativo. Mediante el botón Select image buscaremos la imagen que queremos guardar. Página 188 de 201

190 Una vez almacenada la imagen, estará disponible para su asignación a un Service Pool (para más detalles acceda al punto 4.7). Página 189 de 201

191 6.2 Informes UDS permite la generación de informes de manera automática sobre diferentes elementos de la plataforma. Para acceder a los informes, accedemos a la sección Tools y seleccionamos Reports : Es posible generar los siguientes informes: Listado de usuarios: Genera un informe con todos los usuarios que pertenecen a un autenticador. Para generar el informe seleccionamos el grupo List, pulsamos sobre Generate report y seleccionamos un autenticador: Una vez generado, tendremos un listado de todos los usuarios pertenecientes a ese autenticador: Página 190 de 201

192 Acceso de usuarios: Genera un informe con todos los accesos de los usuarios a sistema en un rango de fecha específico. Para generar el informe seleccionamos el grupo Statistics / Users access report by date, pulsamos sobre Generate report e indicamos rango de fecha y número de intervalos: Una vez generado obtendremos un gráfico y listado de acceso de usuarios: Página 191 de 201

193 Uso de Service Pool : Genera un informe del uso de un pool de servicios en un rango de fecha específico. Para generar el informe seleccionamos el grupo Statistics / Pools performance by date, pulsamos sobre Generate report e indicamos el pool sobre el que queremos generar el informe, rango de fecha y número de intervalos: Página 192 de 201

194 Una vez generado tendremos un gráfico y listado de uso del Service Pool seleccionado: Página 193 de 201