Curso VDI FVMP. (8) Administración VDI: Meta Pools

Crear un Meta Pool

Un Meta Pool contiene varios Service Pools.

Apartado Pools-Meta Pools

Aparecen varias pestañas:

1. Pestaña Main: Name, Short Name, Policy,Evenly distributed, Priority (orden de prioridad), Greater % available
2. Pestaña Display: Associated Image, Pool Group (agrupa Meta Groups. Tiene que estar previamente creado en Pool-Groups), Visible, Calendar Access denied text

Modificar un Meta Pool

Con doble click sobre el Meta Pool sale el menú siguiente y le damos "Detail" y a continuación le damos "New" para crear un Service Pool.

Para añadir un Service Pool se indicará:

Priority, Service Pool a seleccionar, Enabled.

Al igual que en un Service Pool, tendremos las 4 pestañas: Assigned Services, Groups, Access calendars y Logs.

Curso VDI FVMP. (7) Administración VDI: Service Pools

 0. Introducción

Un Service Pool contiene varios:

• Base services que contienen:

1. Services providers que contiene
• Servicios 
2. OS Manager 

1. Creación de un Service Pool

Para crearlo vemos en esta imagen

Y nos piden datos en 4 pestañas (Main, Display, Advanced, Availability)

1. En la pestaña Main: Name:(Nombre del “Service Pool” (este nombre será el que se muestre a un usuario para que acceda a su escritorio o aplicación virtual)), Short name:(En caso de estar indicado, será el nombre del servicio que se mostrará al usuario. Al situarse encima de él, aparecerá el contenido del campo “Name”) Base Service:(Servicio base que se utilizará (escritorio o aplicación virtual). Está compuesto por un proveedor de servicios y un servicio base configurado previamente en el apartado “Services”), OS Manager:("OS Manager" creado previamente cuya configuración se aplicará a cada uno de los escritorios virtuales generados. En caso de publicar un servicio vAPP también será requerido, pero si utilizamos un servicio de tipo “Static IP”, este campo no se utilizará), Publish on creation(Si está habilitada, cuando salvemos el pool de servicios elsistema lanzará la primera publicación de forma automática. En caso de estar en“No”, será necesario lanzar la publicación del servicio de forma manual (desdla pestaña de “Publications”).
2. En la pestaña Display: Visible(si se deshabilita, el "Service Pool" no será mostrado como disponible a los usuarios en la página de servicios de UDS (“User mode”)), Associated Image( Imagen asociada al servicio. Previamente tiene que estar añadida al repositorio de imágenes, accesible desde el apartado “Tools” –“Gallery”), Pool group(Permite poder agrupar diferentes servicios. Para poder asignar un “Pool group”, éste tiene que estar previamente creado en el apartado “Pools” –“Groups”), Calendar Access denied text (Texto que se mostrará cuando un servicio tengael acceso denegado por la aplicación de un calendario de acceso)
3. En la pestaña Advanced: Allow removal by users( Si está activada, los usuarios podrán eliminar los servicios que tengan asignados. Si el servicio es un escritorio virtual autogenerado por UDS, este se eliminará y en la siguiente conexión se le asignará uno nuevo. Si es otro tipo de servicio (vAPP / Static IP), se eliminará solamante la asignación y en la siguiente conexión se le asignará uno nuevo), Allow reset by users(Si está activada, el usuario podrá reiniciar o resetear los servicios que tenga asignados (solo aplica a escritorios virtuales autogenerados por UDS), Ignores unused( Si está activada, no se eliminarán servicios de usuario nopersistentes que no estén en uso), Show transports(Con esta opción activada se mostrarán todos los transportes asignados al servicio. Si no está activada se mostrará solo el transporte por defecto con la mayor prioridad (número más bajo en el campo “priority” de un transporte), Accounting (Asignación de un servicio a un “Accounts” previamente creado (“Pools”-“Accounts”))
4. En la pestaña Availability: Initial available services( Número mínimo de escritorios virtuales creados, configurados y asignados/disponibles del servicio), Services to keep in cache( Número de escritorios virtuales disponibles. Estos estarán siempre configurados y listos para su asignación a un usuario (se generarán automáticamente hasta alcanzar el número máximo de máquinas indicado en el campo "Maximum number of services to provide"), Services to keep in L2 cache( Número de escritorios virtuales en estado de suspensión o apagados. Estos escritorios estarán configurados y listos para su asignación en el momento que el sistema demande nuevos escritorios en caché), os escritorios virtuales generados en el nivel de caché L2 pasarán a la caché en el momento que el sistema los demande. Nunca se asignanrán directamente a los usuarios), Maximum number of services to provide (Número máximo de escritorios virtuales creados por el sistema en el "Service Pool" (los escritorios generados en caché L2 no se contabilizarán).

Si en la pestaña main hemos marcao la opción "Publish on creation", podemos ver que se ha publicado el servicio en la maquina baswe sobre la que se basaran los escritorios virtuales. Entrando en "publications" de dicha maquina base.

2. Información disponible de un Service Pool creado

Se tienen estas pestañas informativas (Summary, Assigned Services, Cache, Groups, Transports, Publiccations, Scheduled actions).

1. Pestaña Assigned Services: Son  Escritorios virtuales que han sido 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 Actor UDS instalado en la máquina plantilla. vSe puede cambiar el usuario de un   escritorio virtual con el botón "Change Owner".
2. Pestaña Cache: Escritorios disponibles. Pueden estar en 3 estados: In Preparation, Waiting OS y Valid.
3. Petaña Groups: Para asignar grupos o metagrupos de acceso al service pool. Estos gupos se tienen que crear antes en "Authenticators".
4. La pestaña Transports: Se indican los Trasnsports para conectar con el sistema (RDP..)
5. La pestaña Publications: Para publicar el servicio.

 

Curso VDI FVMP. (6) Administración VDI: Transports (Directos y Tunel)

 0. Introducción

Los Transports se ejecutan en el cliente y suministran acceso al servicio. Los transportes pueden ser:

1.  Directos:(Se acceden desde una LAN interna, VPN, Lan Extension,...)
1. NX v.35 (deprecated)
2. RDP 
3. RDS for vApps
4. RGS
5. SPICE
6. URL Launcher
7. X2Go
2. Tunelizados: Se acceden desde una WAN y utilizan el UDS Tunnel para la conexión
1. NX v.35 (deprecated)
2. HTML5 RDP
3. HTML5 for vApps
4. PCoIP Cloud Access
5. RDP 
6. RDS for vApps
7. SPICE
8. X2Go

Solo se verá RDP (puerto 443) y HTML5 (puerto 10443)

1. Transporte RPD (Direct)

Vamos a Transports-Connectivity-Transports-New-Direct-RDP.

Y aparecen 5 pestañas (Main, Credentials, Parameters, Display, Linux Client) que nos pide:

1. En la pestaña Main: Tags, Name, Comments, Nework Acces (Yes,No), Networks( Rangos de red, subredes o IPs indicados en el apartado Connectivity-Networks),Allowed Devices, Service Pools.
2. En la pestaña Credentials: Empty Credentials(Yes-> Pide credenciales de acceso al escritorio virtual, No->asume las credenciales dek portal login de UDS), Username, Password, Without Domain(yes/no), Domain.
3. En la pestaña Parameters: Allow Smartcards, Allow Printers, Local drive policy (Habilita la redirección de unidades de disco: Allow none, Allow PnP drives: las conectadas en la sesion aciva, Allow any drive:todas), Force drives (por ejemplo G:, F:), Allow Serials (puertos serie), Enable Clipboard, Enable Sound, Enable Webcam, Credssp Support
4. En la pestaña Display: Screen Size, COlor Depth, Wallpaper/theme (fondo escritorio), Multiple monitors, Allow Desk. Comp, Font Smoothing, Connection Bar.
5. En la pestaña Linux CLient: Multimedia Sync, Use Alsa(video), Redirect Home Folder, Printer String, Smartcard string, Custom Parameters

2. Transporte RPS for  vAPPs (Direct)

Vamos a Transports-Connectivity-Transports-New-Direct-RDP.

Curso VDI FVMP. (5) Administración VDI: OS Managers (Linux, Linux Random Password, RDS, Windows Basic, Windows Domain, Windows Random Password)

• 
  

 0.Introducción

Un OS Manager es un gestor de S.O. que inicia un tipo de servicio configurado previamente

Mediante el Actor UDS, alojado en el escritorio virtual o servidor de aplicaciones, se encargará de la interacción entre el S.O. y el servidor UDS.

Los diferentes OS managers que se dispone son:

1. Linux OS Manager
2. Linux Randon Password OS Manager
3. RDS OS Manager
4. Windows Basic OS manager
5. Windows Domain Os Manager
6. Windows Random Password OS Manager.

Los servicios desplegados con UDS requieren un OS Manager excepto el Static IP Machines Provider.

1. Linux OS Manager

Para crealo en New- Linux OS Manager

Y nos pide:

• Name, Logout Action que puede ser:

1.  Keep service active (escritorio virtual semi persistente): Cuando un usuario cierre sesión en el escritorio virtual, el sistema no realizará ninguna acción sobre él. Al volver a conectarse se le asignará el mismo escritorio con el que previamente había estado trabajando. Si se realiza una nueva publicación del “Service Pool”, cuando el usuario cierre sesión se eliminará su escritorio virtual y se conectará a uno nuevo generado en la nueva versión.
2. Remove service (escritorio virtual no persistente): Cuando un usuario cierre sesión en el escritorio virtual, el sistema lo eliminará. Al volver a conectarse se le asignará uno nuevo.  
3. Keep service assigned even on new publication (escritorio virtual persistente): Cuando un usuario cierre sesión en el escritorio virtual, el sistema no realizará ninguna acción sobre él. Al volver a conectarse se le asignará el mismo escritorio con el que previamente había estado trabajando. Si se realiza una nueva publicación del “Service Pool”, cuando el usuario cierre sesión se mantendrá asignado su escritorio virtual y únicamente se eliminará cuando el administrador así lo indique.

Max. Idle time: Tiempo máximo (indicado en segundos) de inactividad en elescritorio virtual

2. Linux Random Password OS Manager

Para crealo. igual que antes en New- Linux Random Password OS Manager. Y las opciones de configuración son las mismas que el paratado anterior

3. RDS OS Manager

Para crealo. igual que antes en New- RDS OS Manager. Y solo nos pide Name y Max. Session Time.

4. Windows Basic OS Manager

Para crealo. igual que antes en New- Windows Basic OS Manager. Y solo nos pide Name y Logout Action cuyos valores coinciden con los de Linux OS Manager.

5. Windows Domain OS Manager

Para crealo. igual que antes en New- Windows Domain OS Manager. Y nos pide en 2 pestañas (Main y Advanced):

• En la pestaña Main: Name, Domain (Dominio AD), Account (nombre de usuario con permiso para unir máquinas al dominio), Password, OU (Unidad Organizativa donde registrar los escriorios virtuales, por defecto "Computers". Los formatos admitidos son: OU=nombre_OU_último_nivel, OU=nombre_OU_primer_nivel, DC=nombre_dominio, DC=extensión_dominio. Para evitar errores en la introducción del formato se recomienda consultar el atributo “distinguishedName” en las propiedades de la OU)
  
• LogOut Action
• En la pestaña Advanced: Machine Group, Machine Clean(Se eliminan los registros de los escritorios virtuales en la OU indicada una vez el escritorio se elimine), Server Hint(server preferible), Use SSL

6. Windows Random Password OS Manager

Para crealo. igual que antes en New- Windows Random Password OS Manager. Y nos pide los mismos datos que Windows Basic OS Manager.

Curso VDI FVMP. (4) Administración VDI: Authenticators(AD, IP, Intertnal DB). Usuarios, Grupos y metagrupos

 0.Introducción

El Authenticator suministra el acceso al portal del login y asigna permisos a los diferentes escritorios y aplicaciones virtuales. Sin este componente, los usuarios no podrán realizar conexiones.

Pueden ser:

1. Externos (Active Directory (AD, eDirectory, OpenLDAP,..) 
2. Internos (Internal Database y Autenticación por IP)

Solo veremos AD, por IP y Internal DB

Una vez configurado el Authenticator, hay que dar de alta usuarios, grupos y metagrupos.

 

1. Active Directory (AD)

Tenemos 4 pestañas para suministrar datos: (Main, Advanced, Credentials y Display), veamos pues los datos que pide cada una:

1. En la pestaña Main : NTags, Name, Copmment, Priority (posición en la lista de autenticadorees disponibles del login de USD), Label (para acceder al portal del login así https://UDSServerURL/login/label), Host, Use SSL, Compatibility(seleccionar AD),Timeout.
2. En la pestaña Advanced : Override Base (Seleciona otra Base de busqueda).
3. En la pestaña Credentials : User, Password.
4. En la pestaña Display : Visible (si se desactiva, el autenticador se mostrará como no disponible).

Mediante el botón Test, se comprobará.

2. IP Authenticator

Da acceso directo a los clientes (Single Sign-on) basándose en su IP.

Para crearlo se actúa igual que para crear el autenticador AD, pero se selecciona IP Authenticator

Tenemos 3 pestañas para suministrar datos: (Main, Advanced y Display), una menos que en el caso anterior, pero los datos que pide cada pestaña son los mismos, salvo la pestaña Advanced pide Accept Proxy que requiere habilitarla si hay un balanceador de carga.

3. Internal Database

Se crea igual que en los dos casos anteriores pero elegimos "Internal Database".

Al igual que en IP Authenticator tenenemos 3 pestañas (Main, Advanced y Display), y también discrepa en los datos pedidos por la pestaña Advanced que son: Different user for each host(Para realizar conexiones a escritorios virtuales usando un único usuario, añadiendo el prefijo(dirección IP del cliente de conexión) al nombre del usuario por ejemplo 123.1.2.3_pepito), Reverse DNS:(Igual que antes pero el prefijo es el nombre DNS del cliente de conexion), Accept proxy:(Importante cuando usemos balanceadores de carga)

4. Usuarios, grupos y metagrupos

Vamos al autenitcador creado y haciendo doble click sobre el seleccionamos "Detail"

4.1 Crear grupos

Vamos al Authenticador elegido (en este caso Actrive Directory). En la pestaña Groups damos al botón New y Group.

Y nos pide estos datos: Group(Nombre del grupo), Comments,State (Enabled/Disabled), Service Pools

En el caso de IP Authenticator nos pide las direcciones IPs separadas por comas (ej 192.168.11.33,192.168.11.50), la subred completa (ej.192.168.11.0/24 )y el rango de direcciones IP (ej. 192.168.11.1-192.168.11.155).

4.2 Crear usuarios

En la  pestaña Users de un autenticador tipo Active Directory, se irán añadiendo usuarios de forma automática cuando se validen en el portal login de UDS, siempre que dichos usuarios pertenezcan a grupos existentes en el autenticador, en cambio en Internal Database e IP Athenticator que hay que crearlos manualmente!.

Si queremos asignar permisos especiales a un usuario, en la pestaña Users damos al botón New y seleccionamos el usuario y nos pide entre otras cosas el Role.

Para modificar un usuario se usa el botón Edit.

Para crear los usuarios manualmente en Internal Database e IP Authenticator 

Curso VDI FVMP. (3) Administración VDI: Service Providers (VMWare, Static IP Machines, RDS Platform Provider, RDS Platform RemoteAPP)

 

1. Service Provider VMWare vCenter.

Hay que entrar en el administrador y seleccionar udsadmin-dashboard. Seleccionamos New y elegimos VMWare vCenter Platform Provider 

En service providers le damos al boton New. Al crear un service provider tipo VMWare nos pide :

1. Tags, Nombre, comentarios, IP Host, Puerto, usuario, contraseña
2. Como parámetros avanzados: Creation concurrency (Numero de tareas simultaneas) Removal concurrency (numero de tareas simultáneas de eliminación de escritorios), Timeout de conexión con vCenter, Macs  range o rango de direcciones MAC utilizado por UDS para crear escritorios virtuales, Power Off VM L2 cache y nos aparece: 
   
   
   
3. Podemos crear varios Services Providers de tipo VMWare como tengamos instalados.
4. Si doble clicksobre dicho service provider aparece este menú:
   
   Y la opción de Detail nos muestra 3 opciones(Clone based -Full, Clone Base-Linked y Fixed Machines Pool):
   
5. Para crear cualquiera de los servicios base soportados por UDS, necesitaremos disponer de al menos una red para conectar máquinas virtuales, un datastore donde almacenar las publicaciones y escritorios y una carpeta en la vista de “VMs and Templates”. De lo contrario dará error
6. Veamos cada uno de los 3 tipos:

1.1 Service Provider VMWare tipo CLONE BASED -FULL.

Creará escritorios virtuales completos. 

El espacio en disco que ocuparán estos escritorios virtuales será el mismo que el de la máquina plantilla.

La pestaña Usage que vemos en la siguiente imagen permite monitorizar quien está accediendo, MAC, IP del servicio etc..

Para crear: Service providers-Services-New-Clonebased-Full.

Hay 3 pestañas con datos a rellenar(Main, Machine y Advanced).Nos pide :

1. En la pestaña Main nos pide:Tags,Name, Datacenter (de VMWare donde alojar el servicio), Pub.REsource Pool(Pool de recursos de vCenter donde se alojará),Pub.Datastores(ubicación donde almacenar la publicación del servicio), Keep on Error (para ignorar los errores de acceso al servicio), Remove found duplicates(Para eliminar otras VMs con el mismo nombre)
2. En la pestaña Machine nos pide: Resource Pool(pool de recursos de vCentr donde alojar la máquina), Base Machine(golden image VM usada). Memory, Pub.Network(Red a conectar los escriorios virtuales), Clones Folder(Carpeta donde se registran los nuievos escritorios virtuales en la vista "VMs and Templates" de vCenter), VMs Datastores(ubicacion de los escritorios virtuales gnerados), Machine Names(Raiz del nombre de los escritorios virtuales creados. ej Win10-full-), Name Length( numero de dígitos del contador que forma el sufijo del nombre. Si vale 3 tenemos Win10-full-000,...)
3. En la pestaña Advanced nos pide: Reserved Space(Cuando un datastore tenga menos espacio del indicado en GB, no será utilizado para alojar publicaciones ni escritorios virtuales)

Ahora vCenter realizará la publicación de la plantilla. Se publicará como:

• UDS
• UDS Desktops
• UDS Publication Windows10-Full-1 (UDS Publication nom_pool-num_publicacion)
• UDS service win10-full-000 (UDS service nom_maquina-Name-Length)
• UDS service win10-full-001
• UDS service win10-full-002
• UDS service win10-full-003

1.2 Service Provider  VMWare tipo CLONE BASED -LINKED.

Creará escritorios virtuales como clones dependientes de la publicación activa. 

El espacio en disco que ocuparán estos escritorios virtuales será solamente el que ocupen las modificaciones hechas por los usuarios en las máquinas después de su conexión inicial.

Para crear: Service providers-Services-New-Clonebased-Linked.

Los parámetros a pedir son los mismos que en el caso anterior

1.3 Service Provider VMWare tipo FIXED MACHINES POOL.

Permitirá la conexión directa a las VMs de un pool de vSphere por parte de los usuarios. 

Para crear: Service providers-Services-New-Fixed Machines Pool.

Los parámetros mínimos son muy parecidos a los casos anteriores. Solo hay que observar:

1. Machines (Seleccionamos las VMs existentes en el pool de recursos indicado anteriormente), Use Snapshots(Crea un snapshot de la máquina para volver a dejarla como estaba cunado el usuario termine la sesión)

2. Service Provider Static IP Machines.

Asigna usuarios a equipos persistentes o estáticos, ya sean máquinas físicas o virtuales. Hay 2 tipos de servicios:

1. Static Multiple IP: Cada IP solo permitirá la conexión a un usuario. A medida que vayan entrando usuarios, se irá concediendo nuevas IPs. Un usuario también se puede configurar para que tenga su IP en excluisiva.
2. Static Single IP: Permite conectar varios usuarios a un único equipo que permnite múltiples sesiones.

En service providers le damos al boton New. Y seleccionamos Static IP Machines Provider 

Y nos pide: Tags, Name y Comments

Para modificar , podemos utilizar el botón Edit de la imagen anterior.

Para crear los distintos servicios base (ya sea con Single o Múltiple IP) se hace doble click sobre el servicio

2.1 Service Provider  Static Multiple IP.

Vamos a Service Providers-Services-New Static Multiple IP 

Y nos pide para cada pestaña (Machine, Advanced):

1. En la pestaña Machine: Name, List of Servers(Le indicamos las IPs de los equipos, separadas por comas), Service Token (si no está a blancos cuando un usuario cierre la sesión, el equipo quedará disponible para otro usuario. En este caso, el equipo debe tener instalado el Actor UDSActorUnmanagedSetUP-xxx)
2. En la pestaña Advanced: Skip Time(Tiempo para evitar la comprobación de máquinas no disponibles indiadas en el Check Port), Check Port(Si hay check port, se comprueba que la máquina esté disponible, en caso contrario, se asignará la siguiente máquina disponible. Si el check port está vacío, se le asignará la muina al usuario aunque no esté disponible)

2.2 Service Provider  Static Single IP.

Vamos a Service Providers-Services-New Single IP.

Y nos pide solo la pestaña Machine y en vez de pedir una lista de IPs, solo pide una.

3. Service Provider RDS.

Permite el despliegue y conexión a sesiones de aplicaciones virtuales usando Microsoft Remote Desktop Services (RDS). Para permitir que los usuarios no se validen por Active Directory, se mapearan los usuarios a otros usuarios que existan en el Active Directory para que UDS los asigne.

Para crear el servicio New-RDS Platform Provider

Y nos pide para cada pestaña (Main, User mapping y AD User management) :

1. Para la pestaña Main :Name, List of Servers (indicamos las IPs separadas por comas), Server Checking(verifica siel servidor esdtá disponible, y si no lo está busca el siguiente dentro de las IPs disponibles)
2. Para la pestaña User mapping : User mapping(Para activar usuarios específicos. Si se indica NO, los usuarios tienen que estar de alta en AD), Users(lista de usuarios que se mapearan al AD), User's password(Contrseña única para todos los usuarios de mapeo)
3. Para la pestaña AD User management : User auto creation on AD (Yes: para mapear los usuarios al AD, NO: Indica que los usuarios son del AD), AD Server(Servidor AD), Port (puerto de la conexión), AD server OU for creasted users (Unidad organizativa de los usuarios a crear), Username: Usuario con permisos de creación y eliminación de usuario en formato user@domini.xxx), Password, Prefix for created Users, AD Domain, AD Group.

Al igual que antes, haciendo doble click en el servicio sale la misma pantalla que antes.

Y configuramos el servicio RDS Platform Remote

2.1 Service Provider  RDS Platform Remote.

Necesitamos previamente haber integrado en UDS los servidores de aplicaciones e instalado el Actor UDS adecuado.

Vamos a Service Providers-Services-New-RDS Platform Remote donde indicaremos la aplicación a virtualizar.

y nos pide en 2 pestañas (Main, Advanced)

1. En la pestaña Main: Name, Application path, Application Paramenters, Start Path, Max. Allowed services(0: Ilimitado)
2. En la pestaña Advanced: Wait spawned processes(espera hasta que todos los procesos derivados de la aplicación esten finalizados antes de considerar la aplicación desconectada)

UDS necesita uno o varios servidores RDS Windows versión>=2012 pasra poder conectarse y suministrar aplicaciones, para ver como se configura buscar el documento "Instalación y configuración de Microsoft RDS con UDS Enterprise" en la web de UDS. 

 

Curso VDI FVMP. (2) Introducción a Administración VDI: Servidores IP estáticos, VDI, autenticadores-transportes-OS managers y aplicaciones

 1. Introducción

Entramos en la URL (web) del Servidor UDS y elegimos udsadmin-dashboard 

Cada Service del Service Pool tiene los siguientes componentes, que deben ser creados previamente:

1. Base Service 
2. OS Manager
3. Transport
4. Authenticator

Los Base Services contienen al menos Service Provider. 

También tenemos que definir los Service Providers,  que pueden ser de 3 tipos:

1. Escritorios virtuales (hipervisores ?)
2. Sesiones virtuales de aplicaciones
3. Sesiones virtuales de máquinas físicas/virtuales

Los service providers más utilizados son: Azure, HiperV, VMWare, Prosmox...). Trabajaremos con:

1. VMWare vCenter. 
2. Static IP Machines Provider.
3. RDS Platform Provider.

El resto se puede conseguir de la web de UDS

Los Authenticators permiten crear usuarios y grupos de usuarios a los que asignar permisos de conexión. Pueden ser externos:

1. Active Directory
2. eDirectory
3. OpenLDAP
4. Azure
5. Novell eDirecotry
6. SAML

o internos:

1. Internal database
2. Autenticación por IP

Aquí veremos : Active Directory, IP Authentication y Internal Database

Usuarios, grupos y metagrupos se crearan para cada tipo de Authenticator

Los OS Managers son requeridos por servicios excepto para los "Static IP Machines Providers". Los OS Managers pueden ser del tipo:

1. Linux OS Manager
2. Linux Random Password OS Manager
3. RDS OS Manager
4. Windows Basic OS Manager
5. Windows Domain OS Manager
6. Windows Random Password OS Manager

Los Transportes son aplicaciones que se ejecutan en el cliente de conexión y suministran acceso al servicio implementado. Los transportes disponibles son:

1. Directos (Se accede desde LAN interna, VPN, LAN extension etc):
1. Novel NX v3.5 (Deprecated)
2. RDP
3. RDS for vASpps
4. RGS
5. SPICE
6. URL Launcher
7. X2Go
2. Tunelizados (Se accede desde una WAN y se apoyan del UDS Tunnel para conectarse) El servidor Tunel HTML5 utiliza el puerto 10443 y el resto el puerto es el 443
1. HTML5 RDP
2. HTML5 RDP for vApps
3. Novel NX v3.5 (Deprecated)
4. PCoIP Cloud Acces
5. RDP
6. RDS for vASpps
7. SPICE
8. X2Go