Resumen técnico: Citrix DaaS Standard para Azure

Citrix对位Azure es una DaaS标准solución alojada de Microsoft Azure lista para usar para entregar escritorios y aplicaciones virtuales. El administrador puede entregar escritorios de varias sesiones de Windows 10, Windows 10 Enterprise y Windows 7 ESU escritorios de sesión única. Además, las sesiones o aplicaciones de SO Windows Server 2008 R2, 2012 R2, 2016 y 2019 que se ejecutan en cualquiera de los sistemas operativos anteriores mediante una interfaz GUI en tan solo unos clics.

Los administradores pueden ampliar la implementación local de la organización para irrumpir en Azure. Los administradores pueden proporcionar acceso a contratistas o usuarios externos sin tener que traer máquinas en su propio entorno. También se puede utilizar para configurar laboratorios de entrenamiento o configuraciones de pruebas de desarrollo que necesitan ser puestas en marcha bajo demanda.

Para las empresas que realizan una fusión o adquisición, el apoyo a la incorporación de los empleados es fundamental para el éxito. Citrix DaaS Standard para Azure puede ayudar a proporcionar acceso rápido a las aplicaciones y escritorios clave que se necesitan para incorporar nuevos empleados y mantener su productividad.

Ya que es un escritorio como servicio al que se puede suscribir con una suscripción mensual. Citrix proporciona una factura única para el servicio y el consumo de recursos de Azure, si la organización decide usar Azure administrado por Citrix para las cargas de trabajo.

Con esta opción, las organizaciones de Estados Unidos, la Unión Europea y Asia/Pacífico pueden implementar las máquinas virtuales en cuatro ubicaciones de Azure a nivel mundial: EE.UU. Este, EE.UU. Oeste, Europa Occidental y Australia Este (y más próximamente). Las ubicaciones de las cargas de trabajo, combinadas con11 puntos de presencia globales del servicio Citrix Gateway en Azure, ayudan a optimizar la experiencia de entrega de HDX. Una vez que el usuario llega al PoP de puerta de enlace, el tráfico se redirige a la ubicación de carga de trabajo más cercana a través de la red troncal superrápida de Azure.

Citrix ahora permite a los clientes y socios usar su propia suscripción de Azure junto con Citrix DaaS Standard para Azure. Ahora tanto los clientes como los socios tienen la flexibilidad de usar cualquier región de Azure o tipo de máquina virtual, además de la opción de aplicar precios de instancias reservadas de Microsoft.

El modelo de implementación estándar y el flujo de autenticación serían los siguientes:

Los usuarios se conectan a su Workspace a través de sus dispositivos terminales que tienen instalada la aplicación Citrix Workspace correspondiente. O bien, utilice la aplicación Citrix Workspace para HTML5 desde un explorador, iniciando sesión en la URL de Workspace.

La autenticación fluye desde el dispositivo del usuario (donde se proporcionan las credenciales) al servicio de puerta de enlace, que valida lo mismo con Azure Active Directory en la suscripción de Azure del cliente. (La identidad también puede estar basada en un Active Directory local. Normalmente, el administrador sincronizaría el AD local con Azure AD mediante Azure AD Connect.)

Una vez que el usuario autentica, el servicio Gateway redirige al usuario al espacio de trabajo adecuado. Si, a continuación, el usuario selecciona un recurso de un catálogo de DaaS Standard, la solicitud del usuario se enruta a través del servicio de escritorios administrados y el conector de nube a la máquina virtual correspondiente. A continuación, el usuario inicia sesión único en la máquina virtual en Azure y el usuario inicia sesión en la sesión. La sesión se redirige al usuario mediante el protocolo HDX.

Escenarios de implementación

Para admitir varias topologías, las organizaciones pueden elegir una opción de uno de los muchos escenarios de implementación, dividida en dos categorías principales:

1) Cargas de trabajo no unidas a dominios 2) Cargas de trabajo unidas a dominios

Cargas de trabajo no unidas a dominios

En esta categoría, las cargas de trabajo (es decir, las máquinas Windows que se ejecutan en Azure) no se unen a un dominio. Este tipo de implementación es aplicable para pruebas de concepto, configuraciones de desarrollo y pruebas o escritorios de contratistas. Además, para organizaciones más pequeñas que no han creado un Active Directory en absoluto y utilizan la identidad de Azure AD.

Con las identidades de usuario y máquina no están en el mismo dominio/grupo de trabajo, necesitamos una forma de que el ID del usuario se asigne a la máquina. La asignación permite la asignación de perfiles de usuario y así sucesivamente. Un token de contenedor encapsula el token de ID de usuario y utiliza (Citrix Managed o las organizaciones) Azure AD o el AD de la organización. Este token de contenedor se utiliza para crear una cuenta asignada para la identidad del usuario en el equipo.

La cuenta asignada local del usuario se crea mediante los datos almacenados en el Azure AD o de la organización y la contraseña asociada se almacena de forma segura. Este proceso se realiza mediante un servicio privilegiado. El servicio crea una cuenta para el usuario en el equipo, si es la primera vez que el usuario inicia sesión en la máquina. Cuando un usuario se autentica en el área de trabajo con la identidad preferida, se recupera la información de contraseña del nombre de usuario de la cuenta asignada local. Las credenciales recuperadas se utilizan a su vez para iniciar sesión en el equipo.

En un modelo de implementación de carga de trabajo unido a un dominio, hay 3 opciones para las cuentas de usuario:

1) Cuentas de usuario en Citrix administrado Azure Active Directory

En este caso, las cuentas de los usuarios residen en la suscripción de Azure Active Directory que Citrix creó para la implementación concreta. Las cuentas de usuario son administradas por los administradores de la organización a través de URL (que da acceso a Azure AD). La dirección URL está disponible en la secciónAdministración de acceso e identidadde la consola de Citrix云。洛杉矶数量de都会rio de cuentas de Azure de los usuarios (administrados por la organización) se utilizan para iniciar sesión en el área de trabajo. Este modelo de implementación ayuda a realizar POC rápidos, donde todo el entorno se puede levantar rápidamente. Se utiliza para mostrar la facilidad con la que un administrador puede configurar la solución.

2) Cuentas de usuario en Azure Active Directory del cliente

埃斯特卡索,拉东西都会rio se encuentran en la suscripción de Azure AD del cliente. Este caso es común en el sector bancario, servicios financieros y seguros y en industrias altamente reguladas. En este sector, el cliente quiere dar acceso a un contratista o a un tercero usuario temporal sin utilizar el dominio corporativo de la organización, ayudando a crear una barrera entre el entorno del contratista y el entorno de los empleados. La autenticación multifactor se habilita mediante Azure MFA. La administración de las cuentas del usuario la realizan los administradores de Azure AD de la organización.

3) Cuentas de usuario en Active Directory local de la organización

埃斯特卡索,拉东西de los usuarios se encuentran en Active Directory del cliente dentro de su centro de datos local. Para establecer la conectividad entre el servicio y el AD de la organización, se instala una máquina virtual de servidor Windows 2012 R2/2016 (implementada en un par HA) en el centro de datos del cliente, denominado Citrix Cloud Connector. En él está instalado el software que permite la conexión saliente basada en TCP 443 al servicio Citrix DaaS Standard para Azure. En este caso, los usuarios no pueden acceder a los datos de perfil ni a los servidores de archivos en el centro de datos local de la empresa. La autenticación nativa de dos factores está disponible mediante una contraseña de una vez basada en tiempo.

Cargas de trabajo unidas a dominios

En esta categoría, las máquinas (es decir, las máquinas Windows que se ejecutan en Azure) se unen al dominio de la organización. Este tipo de configuración permite casos de uso típicos de la infraestructura de escritorios virtuales, como la centralización de aplicaciones y escritorios en unas pocas ubicaciones, a las que los usuarios remotos acceden desde cualquier lugar y en cualquier dispositivo. Hay 2 escenarios de implementación en este caso:

1) Dominio unido mediante Servicios de dominio de Azure Active Directory y cuentas de usuario en Azure Active Directory de la organización

Aquí las cuentas de los usuarios se encuentran en Azure Active Directory de la organización y las máquinas se unen a los Servicios de dominio de Azure Active Directory (ADDS) dentro de la suscripción a Azure del cliente. Para que las máquinas puedan conectarse a los AADDS, el cliente debe configurar Azure VNet Peering desde la red en la suscripción de Azure de Citrix DaaS a su propia red Azure en su suscripción. Los administradores pueden administrar las cuentas de usuario y equipo a través de Azure Active Directory de la organización.

2) Dominio unido a Active Directory local de la organización a través de Servicios de dominio de Azure Active Directory y cuentas de usuarios en Active Directory local de la organización

Aquí las cuentas de los usuarios se encuentran en Active Directory local de la organización. El directorio Active Directory se sincroniza con Azure AD en la suscripción de Azure del cliente mediante Azure AD Connect. Esta configuración permite autenticar la identidad del usuario desde el Azure AD sincronizado. Para que las máquinas puedan conectarse al AD local, el cliente debe configurar Azure VNet Peering desde la red en la suscripción de Citrix DaaS Standard para Azure a su propia red Azure en su suscripción. Se necesita otra conexión con el centro de datos para acceder a los datos de perfiles y aplicaciones y servidores de archivos. La segunda conexión requiere SDWAN o una VPN de sitio a sitio o una ruta Express. Recomendamos el uso de SDWAN ya que es una solución más fiable y rentable.

3) Dominio unido a y cuentas de usuarios en Active Directory local de la organización

Aquí, tanto las cuentas de los equipos como de los usuarios se encuentran en Active Directory local de la organización. La suscripción a Azure de Citrix DaaS (dispositivo virtual SD-WAN instalado) y las ubicaciones locales del cliente (dispositivo de sucursal SD-WAN instalado) están conectadas entre sí mediante SD-WAN. Estos dispositivos son administrados por el cliente mediante SD-WAN Orchestrator en Citrix Cloud. Esta implementación es la más sencilla (ya que no es necesario sincronizar el Active Directory local con Azure AD del cliente) y utiliza las optimizaciones integradas en SD-WAN para garantizar que el usuario obtenga la mejor experiencia posible.

Ahora que hemos visto las diversas opciones de implementación, veamos los otros conceptos principales.

Administración de imágenes

Machine Creation Services (MCS) se utiliza para aprovisionar las máquinas virtuales de carga de trabajo en la consola. MCS configura, inicia, detiene y elimina máquinas virtuales (VM). MCS utiliza copias de la imagen maestra, denominadas clones vinculados, para aprovisionar escritorios virtuales rápidamente. Estos clones se pueden actualizar fácilmente actualizando la imagen y, a continuación, mediante esa imagen como maestra para el catálogo. En el momento de escribir este resumen, las imágenes maestras disponibles son para Win 10 multisesión, Win 10 y Windows Server 2012 R2 y 2016.

1) Windows 10 y Windows 7 ESU son los sistemas operativos estándar de escritorio de sesión única. Se utilizan para dar acceso a un escritorio de Windows completo a un usuario. Los recursos informáticos pueden o no ser consumidos por completo por el usuario único.

2) La multisesión de Windows 10 es un nuevo sistema operativo disponible en Azure que permite a más de un usuario iniciar sesión en un equipo con Windows 10. Este sistema operativo ayuda a reducir el número de máquinas que deben aparecer en Azure para servir al mismo conjunto de usuarios. Este sistema operativo también ayuda a utilizar por completo los recursos informáticos de las máquinas que se implementan. Este tipo de máquina no requiere CAL de RDS para permitir el acceso multiusuario.

3) Windows Server 2008 R2/2012 R2/2016/2019 son sistemas operativos de servidor que permiten a varios usuarios conectarse a un solo equipo. Uno de estos sistemas operativos se puede utilizar para servir aplicaciones a los usuarios o proporcionar acceso a sesiones de escritorio (que pueden ser desolladas para que parezcan sesiones de sistema operativo de escritorio). Estos sistemas operativos son una opción más barata para entregar escritorios que la opción 1. Nota: Cada usuario que se conecte a esta máquina requiere una CAL RDS o RDS SAL.

注:帕拉Windows 7静电单位y洛杉矶sistema operativosWindows Server 2008 R2, la versión del Virtual Delivery Agent que se instalará en la imagen debe ser Citrix Virtual Apps and Desktop 7.15 LTSR.

Estas imágenes prediseñadas solo tienen instalado el sistema operativo y Virtual Delivery Agent (software Citrix utilizado para administrar el sistema). No tendrían todo lo que la organización necesita para proporcionar un escritorio utilizable a los usuarios.

El administrador puede importar su propia imagen de uno de estos sistemas operativos (con todas las aplicaciones y configuraciones de las organizaciones lo han hecho). O cree una imagen desde la consola mediante una de estas imágenes como base para obtener la imagen maestra en la configuración deseada.

Visite esteenlacepara comprender cómo se comparte la responsabilidad del mantenimiento entre Citrix y el cliente. Las imágenes creadas se pueden actualizar y la imagen actualizada se puede utilizar para generar nuevas máquinas virtuales.

Cada una de estas plantillas se puede aplicar a los 4 tamaños de VM que están disponibles en el lanzamiento

El administrador puede elegir eltamaño de la máquina virtual en funciónde la carga de trabajo y el número de usuarios que se espera que se conecten a cada máquina. Las máquinas con menos CPU y menos RAM son más adecuadas para cargas de trabajo más ligeras o para servir una sola sesión a la vez o ambas opciones. Las máquinas con un mayor número de CPU y más memoria pueden soportar cargas de trabajo más intensivas o admitir un mayor número de sesiones simultáneamente o ambas.

Los administradores pueden elegir entre dos métodos para crear los catálogos: Creación rápida y Creación personalizada.

Lacreación rápidacrea una máquina virtual estática (los datos de la máquina virtual persisten durante los inicios de sesión) a partir de una imagen maestra de Citrix Managed Win 10 que se une a Citrix Managed Azure AD. Este catálogo no tiene conexión con la red corporativa de la organización (por lo que las aplicaciones corporativas no pueden acceder a los datos alojados allí). Este tipo de catálogo es más adecuado para los POC. El administrador solo puede elegir el tamaño y el número de máquinas y en qué región van a ser educados.

Lacreación personalizadaproporciona a los administradores varias opciones, por lo que se puede crear el catálogo necesario.

Los administradores tienen las opciones para el tipo de catálogo, la suscripción en la que se crean las máquinas virtuales, la configuración de la conectividad con la red corporativa, la región de Azure, el tipo de almacenamiento, la carga de trabajo y el número de máquinas del catálogo y qué imagen maestra se va a utilizar ademásde lapara el catálogo.

Los tipos de catálogo disponibles son:Multi-sesión: Este tipo es para máquinas con SO Windows 10 Multisesión o Windows Server 2016. Se espera que más de un usuario inicie sesión en una sola máquina. Dar a los administradores la ventaja de maximizar el uso de los recursos de la máquina y reducir el número de máquinas necesarias para atender a un número determinado de usuarios.

Estático (escritorios personales):埃斯特蒂波西帕拉的球队operativos Windows 7 ESU, Windows 10 y Windows 2008 R2/2012 R2/2016/2019 (VDI de servidor). Las máquinas deben asignarse a un individuo específico y conservar sus datos y estado durante los reinicios. La máquina está diseñada para ser utilizada con el tiempo por el mismo usuario.

Aleatorio (escritorios agrupados): Este tipo es para máquinas ESU de Windows 7, Windows 10 y Windows 2008 R2/2012 R2/2016/2019 (servidor VDI). Las máquinas se pueden asignar a cualquier usuario que solicite un escritorio. Estos equipos se restablecen a los valores predeterminados de la imagen maestra después de que se cierre la sesión. Por lo tanto, se pueden usar para entregar un escritorio repetible al siguiente usuario que inicie sesión, por ejemplo, a un trabajador de turno, que necesita el mismo entorno que el turno anterior pero no sus datos.

Las opciones deSuscripción de Azurepermiten al administrador elegir dónde se ubicarán las máquinas virtuales. La ubicación puede estar en la suscripción de Azure administrada por Citrix o en la suscripción a Azure de la organización.

La opciónConexión de redpermite al administrador seleccionar el par de Azure VNET que ha configurado para que se utilice para conectar la máquina a la suscripción de Azure.

La opciónRegiónpermite al administrador elegir una de las 4 regiones de Azure que actualmente admitimos para hospedar las máquinas virtuales en.

La opciónAlmacenamientoofrece a los administradores la posibilidad de elegir entre discos estándar (HDD) o discos premium (SSD).

En la secciónSeleccionar una máquina, las opciones para seleccionar máquinas son diferentes para los tipos de catálogo de varias sesiones y de sesión única. El catálogo multisesión proporcionaría la lista desplegable de carga de trabajo, donde podemos estimar el número de sesiones que puede servir cada VM.

La opciónCarga de trabajopermite a los administradores elegir entre 4 opciones, para la carga de trabajo, que da a los administradores una idea del tipo de cargas de trabajo que servirían cada una de las máquinas. Se trata de:

Luz:La carga de trabajo esperada es ligera para cada usuario y la máquina admite 16 sesiones de este tipo.

Medio:La carga de trabajo esperada es media para cada usuario y cada máquina admite 10 sesiones de este tipo.

Pesado:la carga de trabajo esperada es media para cada usuario y cada máquina admite 4 sesiones de este tipo.

Personalizar:ofrece a los administradores una lista desplegable para elegir entre los 4 tamaños de VM disponibles en Citrix DaaS Standard para Azure que se analizaron anteriormente.

Para estáticos y aleatorios (catálogos de sesión única) en la lista desplegableRendimiento de la máquina, los administradores pueden elegir entre los 4 tamaños de máquina mencionados anteriormente.

VNet Peering

Los clientes que deseen conectar sus máquinas virtuales alojadas en Azure en la suscripción de Citrix deben volver a conectarlas a sus propias suscripciones de Azure que alojen Azure AD o datos de aplicaciones y perfiles o ambos. Tal como se ve en los escenarios de implementación para cargas de trabajo unidas a dominios, la suscripción de Citrix Managed Azure (ubicación de recursos) necesita tener una relación de VNet con las organizaciones de suscripción de Azure (hospeda Azure AD). La conexión se puede realizar mediante el elementoConexiones de reden el menú de la derecha.

Las redes interconectadas VNet existentes se enumeran aquí. El administrador puede agregar un nuevo par de vNet haciendo clic en + Agregar conexión. A continuación, haga clic en el vínculo de Configuración fácil para clientes de Azure. Simplemente inicie sesión con la cuenta del propietario de la suscripción y acepte proporcionar los siguientes permisos. Se recupera y muestra la lista de redes de la suscripción. El administrador puede elegir cuál de las conexiones recuperadas necesita conectar con la red administrada por Citrix.

Rutas definidas por usuario

Algunas organizaciones que utilizan el servicio Citrix DaaS Standard para Azure pueden tener requisitos para que el tráfico de Internet saliente se origine desde una dirección IP estática conocida. Debido a los mecanismos de enrutamiento predeterminados integrados en Azure, el tráfico procedente de una máquina implementada se origina a partir de un conjunto aleatorio de IP públicas. La solución consiste en configurar un dispositivo virtual de red (NVA) de Azure que tenga una IP pública asignada estáticamente en la interfaz WAN de la NVA. Para que esto funcione, la máquina debe unirse al dominio de la suscripción a Azure de la organización (escenarios de implementación unidos a dominios 1 y 2) y el emplazamiento de vNet está habilitado entre Citrix Managed Azure y la suscripción a Azure del cliente. La red de suscripción de Azure debe tener 2 subredes, una que contenga todos los recursos de Azure (llámeme LAN) y la que contenga la dirección IP externa (saliente) (llámeme WAN). La subred WAN puede tener un espacio de direcciones de red pequeño, ya que solo se utiliza para enrutamiento externo.

Para que la IP saliente sea estática, el administrador debe asignarla a un NVA de Azure. Con el NVA en su lugar, hay funciones adicionales que están disponibles, entre otras, el filtrado de URL, la inspección de contenido o SSL, la detección de amenazas como el análisis de virus, etc.

Configure el NVA de Azure en NAT, la IP de LAN a la IP de WAN. En el ejemplo encontrado en este vínculo, se utiliza una máquina virtual de edición de centro de datos de Windows Server 2016 para la dirección IP saliente. A continuación, agregue una ruta en la interfaz de usuario de Citrix DaaS Standard para Azure,Conexiones de red>Emparejamiento de redes virtuales de Azurecreado anteriormente >Rutas. Agregue una nueva ruta que apunta a la IP LAN del enrutador.

Una vez que se agrega la ruta, aparece en la lista de rutas para el peering VNet.

Autoscale

Con esta función, el administrador puede garantizar la disponibilidad de la carga de trabajo para sus usuarios mientras controla los costes. Los costes se reducen al apagar las máquinas con administración de energía basada en carga o en programación, o una combinación de ambas (cuando no se espera que las máquinas estén en uso). Autoscale ayuda a reducir el coste de ejecutar las cargas de trabajo en la nube. Y también se asegura de que haya suficientes máquinas virtuales iniciadas para ocuparse de las solicitudes de inicio de sesión cuando sea necesario.

Los administradores tienen la capacidad de administrar las máquinas que se encuentran en un catálogo en función de la hora del día. Los administradores también pueden controlar las acciones que se van a realizar en una sesión inactiva o desconectada y el tiempo de espera para que se produzcan dichas acciones.

Un administrador puede establecer las horas de trabajo de un catálogo (en función de la zona horaria) y, a continuación, definir cuántas máquinas virtuales se necesitan en horas fuera de trabajo. A continuación, podemos apagar el resto de las máquinas virtuales para ahorrar en el coste de consumo de Azure. Autoscale también funciona para que aparezca el número necesario de máquinas para servir la sesión cuando se reanuden las horas de trabajo. Resulta una gran experiencia cuando los usuarios intentan iniciar sesión de nuevo.

El administrador puede establecer tiempos de espera para cuando las sesiones inactivas deben desconectarse, cerrarse y apagarse.

El búfer de capacidad es el porcentaje de la demanda de sesión actual. El número mínimo de máquinas en ejecución se utiliza para determinar cuántas máquinas desearíamos mantener activadas para atender nuevas solicitudes de sesión. El número de máquinas a encender se puede ajustar de manera diferente durante las horas de trabajo y después de las horas de trabajo. Los administradores también pueden tener un retraso de apagado para mantener las máquinas en un estado encendido hasta que se alcance el tiempo configurado en esta configuración. El retardo de apagado asegura que las máquinas no se enciende y apague continuamente debido a Autoscale.

Hay disponibles algunas programaciones predefinidas para que el administrador las utilice, o el administrador puede crear uno personalizado.

Supervisión

Los administradores pueden ver su implementación de Citrix DaaS Standard para Azure a través de la fichaSupervisar. Los administradores adquieren la capacidad de saber lo que está pasando en el medio entorno, para ver patrones de consumo. Los administradores pueden detectar qué recursos se consumen más que otros para equilibrar la capacidad con la demanda. La visibilidad del número de máquinas virtuales que se ejecutan en un momento determinado guía la configuración de la configuración de Autoscale. Resulta que el número óptimo de máquinas estén disponibles cuando se espera que la carga aumente o caiga.

El administrador puede ver el uso del escritorio, las sesiones y las máquinas.

La vista predeterminada es La Uso pagina de escritorio. La página contiene una máquina activa en tiempo real y el estado de la sesión con un número total de máquinas en uno o más catálogos seleccionados. El siguiente gráfico es de las máquinas y sesiones que están activas para uno o varios catálogos seleccionados para el período de tiempo seleccionado. Si el administrador pasa el cursor sobre cualquiera de los puntos del gráfico, una ventana emergente muestra los recuentos en ese momento. Los intervalos de tiempo disponibles aquí son 1 día, 1 semana, 1 mes y 3 meses desde la hora actual.

Hay dos gráficos que muestran los 10 principales usuarios frecuentes y los 10 catálogos activos principales. Estos se pueden filtrar en función del tipo de catálogo (aplicación, multisesión y sesión única). Los intervalos de tiempo disponibles aquí son de 1 semana, 1 mes y 3 meses desde la hora actual.

El administrador también puede descargar el informe de actividad de inicio de escritorio del último mes para la suscripción, lo que da como resultado un archivo csv.

Solución de problemas y soporte

Los administradores pueden utilizar la secciónSolución de problemas y soporte técnicodel menú de la derecha para resolver problemas si surgen en sus implementaciones. Pueden producirse problemas cuando un administrador intenta crear un catálogo o cuando los usuarios intentan acceder a sus aplicaciones o escritorios. Los administradores también pueden abrir tickets de soporte desde aquí mismo.

Proporcionamos opciones para diferentes escenarios de problemas:

En caso de que el administrador se encuentra con un problema con la configuración, el administrador puede usar una máquina llamada host Bastion para solucionar el problema. El host Bastion tiene herramientas precargadas en él. El host Bastion se puede crear en la ubicación del recurso (para problemas de creación de máquinas). O el administrador puede RDP en la máquina en cuestión (si se trata de un problema de inicio de sesión) para resolverlo.

Vea este vídeo para ver Citrix DaaS Standard para Azure en acción:Video de información técnica

Para obtener más información sobre las prácticas recomendadas, lea nuestraarquitectura de referencia para Citrix DaaS Standard para Azure