Linux Virtual Delivery Agent

Crear VDA Linux unidos a un dominio con FAS habilitado mediante Machine Creation Services™ (MCS)

Importante:

Los siguientes son cambios importantes a partir de la versión 2212:

  • La variable AD_INTEGRATION en el archivo /etc/xdl/mcs/mcs.conf o en la GUI de instalación sencilla ya no tiene un valor predeterminado. Debes establecer un valor según sea necesario. Para obtener más información, consulta la sección Paso 3j: Configurar variables de MCS de este artículo.
  • El valor válido de la entrada UPDATE_MACHINE_PW en /etc/xdl/mcs/mcs.conf ya no es enabled o disabled, sino Y o N. Para obtener más información, consulta la sección Automatizar las actualizaciones de contraseñas de cuentas de máquina de este artículo.

Distribuciones compatibles

  Winbind SSSD PBIS
Debian 12.11/11.11
RHEL 10/9.6/9.4 No
RHEL 8.x
Rocky Linux 10/9.6/9.4 No
Rocky Linux 8.x No
Ubuntu 24.04/22.04 No
SUSE 15.6 No

Nota:

Para implementaciones de RHEL 8.x/9.x o Rocky Linux 8.x/9.x, para usar el VDA unido a SSSD actual como máquina virtual de plantilla para la implementación de MCS, asegúrate de que:

  • El VDA no se puede implementar mediante el script de instalación sencilla, porque la combinación de SSSD y Adcli en la instalación sencilla no es compatible con MCS. Para usar MCS para implementar un VDA unido a AD mediante el protocolo SSSD, debes configurar un servidor Samba para la autenticación de AD. Para obtener más información, consulta el artículo de Red Hat.
  • Si usas PBIS para unir máquinas creadas con MCS a dominios de Windows, completa las siguientes tareas:

  • En la máquina de plantilla, configura la ruta de descarga del paquete PBIS en el archivo /etc/xdl/mcs/mcs.conf o instala el paquete PBIS directamente.

  • Antes de ejecutar /opt/Citrix/VDA/sbin/deploymcs.sh, crea una Unidad organizativa (OU) que tenga permisos de escritura y restablecimiento de contraseña para todas sus máquinas subordinadas creadas con MCS.

  • Antes de reiniciar las máquinas creadas con MCS después de que /opt/Citrix/VDA/sbin/deploymcs.sh termine de ejecutarse, ejecuta klist -li 0x3e4 purge en tu Delivery Controller o en tu Citrix Cloud Connector, según tu implementación.

Hipervisores compatibles

  • AWS
  • XenServer (anteriormente Citrix Hypervisor™)
  • GCP
  • Microsoft Azure
  • Nutanix AHV
  • VMware vSphere

Pueden producirse resultados inesperados si intentas preparar una imagen maestra en hipervisores distintos de los compatibles.

Crear VDA Linux con FAS habilitado mediante MCS

  • Esta sección describe el procedimiento para crear VDA Linux mediante MCS y habilitar FAS mientras se prepara una imagen maestra en la máquina virtual de plantilla. Si FAS no está habilitado en la máquina virtual de plantilla, puedes habilitarlo en cada máquina virtual creada con MCS más tarde consultando Habilitar FAS en una máquina virtual creada con MCS.

Consideraciones

  • A partir de la versión 2203, puedes alojar el VDA Linux en Microsoft Azure, AWS y GCP para Citrix Virtual Apps and Desktops™ así como Citrix DaaS (anteriormente servicio Citrix Virtual Apps and Desktops). Para agregar estas conexiones de host de nube pública a tu implementación de Citrix Virtual Apps and Desktops, necesitas la licencia Citrix Universal Hybrid Multi-Cloud (HMC).

  • Los servidores bare metal no son compatibles para su uso con MCS para crear máquinas virtuales.

(Solo para Nutanix) Paso 1: Instalar y registrar el complemento Nutanix AHV

Obtén el paquete del complemento Nutanix AHV de Nutanix. Instala y registra el complemento en tu entorno de Citrix Virtual Apps and Desktops. Para obtener más información, consulta la guía de instalación del complemento Nutanix Acropolis MCS, disponible en el Portal de soporte de Nutanix.

  • Paso 1a: Instalar y registrar el complemento Nutanix AHV para Delivery Controllers locales

  • Después de instalar Citrix Virtual Apps™ and Desktops, selecciona e instala el XD MCS AHV Plugin en tus Delivery Controllers.

  • Complemento Nutanix AHV para Delivery Controllers locales

Paso 1b: Instalar y registrar el complemento Nutanix AHV para Delivery Controllers en la nube

Selecciona e instala el CWA MCS AHV Plugin para Citrix Cloud™ Connectors. Instala el complemento en todos los Citrix Cloud Connectors que estén registrados con el inquilino de Citrix Cloud. Debes registrar los Citrix Cloud Connectors incluso cuando sirvan una ubicación de recursos sin AHV.

Paso 1c: Completa los siguientes pasos después de instalar el complemento

  • Verifica que se haya creado una carpeta Nutanix Acropolis en C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0.
  • Ejecuta el comando "C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0".
  • Reinicia los servicios Citrix Host, Citrix Broker y Citrix Machine Creation Services en tus Delivery Controllers locales o reinicia el servicio Citrix RemoteHCLServer en los Citrix Cloud Connectors.

    Consejo:

    Te recomendamos que detengas y luego reinicies los servicios Citrix Host, Citrix Broker y Machine Creation Services cuando instales o actualices el complemento Nutanix AHV.

Paso 2: Crear una conexión de host

Esta sección proporciona ejemplos sobre cómo crear una conexión de host a Azure, AWS, XenServer® (anteriormente Citrix Hypervisor), GCP, Nutanix AHV y VMware vSphere.

Nota:

Para Delivery Controllers locales, elige Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para Delivery Controllers en la nube, elige Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.

Para obtener más información, consulta Crear y administrar conexiones y recursos en la documentación de Citrix Virtual Apps and Desktops y Crear y administrar conexiones en la documentación de Citrix DaaS.

Crear una conexión de host a Azure en Citrix Studio

  1. Para los Delivery Controllers locales, selecciona Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, selecciona Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.

  2. En el asistente Agregar conexión y recursos, selecciona Microsoft Azure como tipo de conexión.

  3. Selecciona Microsoft Azure como tipo de conexión.

  4. El asistente te guía por las páginas. El contenido específico de la página depende del tipo de conexión seleccionado. Después de completar cada página, selecciona Siguiente hasta llegar a la página Resumen. Para obtener más información, consulta el Paso 2: Crear una conexión de host en el artículo Crear VDA de Linux sin unir a un dominio mediante MCS.

Crear una conexión de host a AWS en Citrix Studio

    1. Para los Delivery Controllers locales, selecciona Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, selecciona Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.
    1. En el asistente Agregar conexión y recursos, selecciona Amazon EC2 como tipo de conexión.
  • Por ejemplo, en Citrix Studio local:

    Elegir Amazon EC2

  1. Escribe la clave de API y la clave secreta de tu cuenta de AWS y escribe el nombre de tu conexión.

    Par de claves de acceso

    La clave de API es tu ID de clave de acceso y la clave secreta es tu clave de acceso secreta. Se consideran un par de claves de acceso. Si pierdes tu clave de acceso secreta, puedes eliminar la clave de acceso y crear otra. Para crear una clave de acceso, haz lo siguiente:

    1. Inicia sesión en los servicios de AWS.
    2. Ve a la consola de Identity and Access Management (IAM).
    3. En el panel de navegación izquierdo, selecciona Usuarios.
    4. Selecciona el usuario de destino y desplázate hacia abajo para seleccionar la ficha Credenciales de seguridad.
    5. Desplázate hacia abajo y haz clic en Crear clave de acceso. Aparece una nueva ventana.
    6. Haz clic en Descargar archivo .csv y guarda la clave de acceso en una ubicación segura.
    1. El asistente te guía por las páginas. El contenido específico de la página depende del tipo de conexión seleccionado. Después de completar cada página, selecciona Siguiente hasta llegar a la página Resumen.

Crear una conexión de host a XenServer en Citrix Studio

  1. Para los Delivery Controllers locales, selecciona Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, selecciona Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.

      1. En el asistente Agregar conexión y recursos, selecciona XenServer (anteriormente Citrix Hypervisor) en el campo Tipo de conexión.
  2. Escribe la dirección de conexión (la URL de XenServer) y las credenciales.

  3. Introduce un nombre de conexión.

Crear una conexión de host a GCP en Citrix Studio

Configura tu entorno de GCP según entornos de virtualización de Google Cloud Platform y, a continuación, completa los siguientes pasos para crear una conexión de host a GCP.

  1. Para los Delivery Controllers locales, selecciona Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, selecciona Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.

  2. En el asistente Agregar conexión y recursos, selecciona Google Cloud Platform como tipo de conexión.

    Por ejemplo, en la consola de Studio basada en web en Citrix Cloud:

    Imagen de agregar conexión

  3. Importa la clave de cuenta de servicio de tu cuenta de GCP y escribe el nombre de tu conexión.

  4. El asistente te guía por las páginas. El contenido específico de la página depende del tipo de conexión seleccionado. Después de completar cada página, selecciona Siguiente hasta llegar a la página Resumen. Para obtener más información, consulta el Paso 2: Crear una conexión de host en el artículo Crear VDA de Linux sin unir a un dominio mediante MCS.

Crear una conexión de host a Nutanix en Citrix Studio

  1. Para los Controladores de entrega locales, selecciona Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Controladores de entrega en la nube, selecciona Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.

  2. En el asistente Agregar conexión y recursos, selecciona Nutanix AHV como tipo de conexión en la página Conexión y, a continuación, especifica la dirección del hipervisor, las credenciales y el nombre de la conexión. En la página Red, selecciona una red para la unidad.

    Por ejemplo, en Citrix Studio local:

    Creación de una conexión de host a Nutanix en Citrix Studio local

Crear una conexión de host a VMware en Citrix Studio

  1. Instala vCenter Server en el entorno de vSphere. Para obtener más información, consulta VMware vSphere.

  2. Para los Controladores de entrega locales, selecciona Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Controladores de entrega en la nube, selecciona Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.

  3. Elige VMware vSphere como tipo de conexión.

    Por ejemplo, en Citrix Studio local:

    Elegir VMware vSphere

  4. Escribe la dirección de conexión (la URL de vCenter Server) de tu cuenta de VMware, tus credenciales y el nombre de la conexión.

    Nombre de conexión de VMware

Paso 3: Preparar una imagen maestra

-  #### (Solo para XenServer) Paso 3a: Instalar las herramientas de VM de XenServer

Instala las herramientas de VM de XenServer en la VM de plantilla para que cada VM use la CLI de xe o XenCenter. El rendimiento de la VM puede ser lento si no instalas las herramientas. Sin las herramientas, no puedes hacer lo siguiente:

-  Apagar, reiniciar o suspender una VM de forma limpia.
-  Ver los datos de rendimiento de la VM en XenCenter.
-  Migrar una VM en ejecución (mediante `XenMotion`).
-  Crear instantáneas o instantáneas con memoria (puntos de control) y revertir a instantáneas.
-  Ajustar el número de vCPU en una VM Linux en ejecución.

-  1.  Descarga el archivo de herramientas de VM de XenServer para Linux desde la [página de descargas de XenServer](https://www.xenserver.com/downloads) o la [página de descargas de Citrix Hypervisor](https://www.citrix.com/downloads/citrix-hypervisor/) según la versión del hipervisor en uso.

-  1.  Copia el archivo `LinuxGuestTools-xxx.tar.gz` en tu VM Linux o en una unidad compartida a la que pueda acceder la VM Linux.
  1. Extrae el contenido del archivo tar: tar -xzf LinuxGuestTools-xxx.tar.gz

  2. Ejecuta el siguiente comando para instalar el paquete xe-guest-utilities según tu distribución de Linux.

    Para RHEL/CentOS/Rocky Linux/SUSE:

    sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm
    <!--NeedCopy-->
    

    Para Ubuntu/Debian:

    sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb
    <!--NeedCopy-->
    
  3. Comprueba el estado de virtualización de la VM de plantilla en la ficha General de XenCenter. Si las herramientas de VM de XenServer están instaladas correctamente, el estado de virtualización muestra Optimizado.

Paso 3b: Verificar las configuraciones para SUSE 15.5 en AWS, Azure y GCP

Para SUSE 15.5 en AWS, Azure y GCP, asegúrate de que:

-  Estás usando la versión 12 o posterior de **libstdc++6**.
-  El parámetro **Default_WM** en **/etc/sysconfig/windowmanager** está establecido en **"gnome"**.

Paso 3c: Deshabilitar RDNS para Ubuntu 20.04 en GCP

-  En la VM de plantilla, agrega la línea **rdns = false** debajo de **[libdefaults]** en /etc/krb5.conf.

-  #### Paso 3d: Instalar .NET en la VM de plantilla

-  Antes de instalar el paquete de Linux VDA, instala .NET en la VM de plantilla y ten en cuenta lo siguiente:

-  Además de .NET Runtime, debes instalar .ASP.NET Core Runtime en todas las distribuciones de Linux compatibles antes de instalar o actualizar el Linux VDA. La versión 6 es necesaria para Amazon Linux 2. La versión 8 es necesaria para otras distribuciones.

-  Si tu distribución de Linux contiene la versión de .NET que necesitas, instálala desde el feed integrado. De lo contrario, instala .NET desde el feed de paquetes de Microsoft. Para obtener más información, consulta <https://docs.microsoft.com/en-us/dotnet/core/install/linux-package-managers>.

Paso 3e: Instala el paquete de Linux VDA en la máquina virtual de plantilla

Después de instalar .NET, ejecuta los siguientes comandos según tu distribución de Linux para instalar el Linux VDA:

Para RHEL/Rocky Linux:

-  > **Nota:**
-  > > Antes de instalar el Linux VDA en RHEL 9.x y Rocky Linux 9.x, actualiza el paquete **libsepol** a la versión 3.4 o posterior.
    -  sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->
-  **Para Ubuntu/Debian:**
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Para SUSE:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Paso 3f: (Solo para RHEL) Instala el repositorio EPEL que puede ofrecer ntfs-3g

Instala el repositorio EPEL en RHEL 8. Para obtener información sobre cómo instalar EPEL, consulta las instrucciones en https://docs.fedoraproject.org/en-US/epel/.

Paso 3g: (Solo para SUSE) Instala ntfs-3g manualmente

En la plataforma SUSE, ningún repositorio proporciona ntfs-3g. Descarga el código fuente, compila e instala ntfs-3g manualmente:

  1. Instala el sistema de compiladores GNU Compiler Collection (GCC) y el paquete make:

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Descarga el paquete ntfs-3g.

  3. Descomprime el paquete ntfs-3g:

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Introduce la ruta al paquete ntfs-3g:

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Instala ntfs-3g:

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Paso 3h: Une la máquina virtual a un dominio de Windows

Une la máquina virtual a un dominio de Windows. Te recomendamos usar el script de instalación fácil (ctxinstall.sh) para este proceso, ya que ahorra tiempo, reduce el trabajo y es menos propenso a errores en comparación con la instalación manual. Para obtener más información, consulta Paso 8: Ejecuta la instalación fácil para configurar el entorno y el VDA para completar la instalación. Si prefieres la instalación manual, consulta los pasos 1 a 3 en los artículos de instalación manual en Instalar el Linux VDA manualmente.

Paso 3i: Configura FAS en la máquina virtual

Para conocer los pasos detallados, consulta Configurar FAS en el Linux VDA.

Paso 3j: Configura las variables de MCS

Hay dos maneras de configurar las variables de MCS:

  • Modifica el archivo /etc/xdl/mcs/mcs.conf.
  • Usa la GUI de instalación fácil. Para abrir la GUI de instalación fácil, ejecuta el comando /opt/Citrix/VDA/bin/easyinstall en el entorno de escritorio de tu Linux VDA.

    GUI de instalación fácil

    Sugerencia:

    Haz clic en Guardar para guardar la configuración de las variables en un archivo local en la ruta que especifiques. Haz clic en Cargar para cargar la configuración de las variables desde un archivo que especifiques.

Las siguientes son variables de MCS que puedes configurar para escenarios con FAS habilitado:

-  `Use_AD_Configuration_Files_Of_Current_VDA`: Determina si usar los archivos de configuración relacionados con AD existentes (/etc/krb5.conf, /etc/sssd.conf y /etc/samba/smb.conf) del VDA en ejecución actualmente. Establece el valor en Y cuando FAS esté habilitado.

-  `dns`: Establece la dirección IP para cada servidor DNS. Puedes configurar hasta cuatro servidores DNS.

-  `NTP_SERVER`: Establece la dirección IP de tu servidor NTP. A menos que se especifique lo contrario, es la dirección IP de tu controlador de dominio.

-  `WORKGROUP`: Establece el nombre del grupo de trabajo al nombre NetBIOS (distingue entre mayúsculas y minúsculas) que configuraste en AD. De lo contrario, MCS usa la parte del nombre de dominio que sigue inmediatamente al nombre de host de la máquina como nombre del grupo de trabajo. Por ejemplo, si la cuenta de máquina es **user1.lvda.citrix.com**, MCS usa **lvda** como nombre del grupo de trabajo, mientras que **citrix** es la opción correcta. Asegúrate de configurar el nombre del grupo de trabajo correctamente.

-  `AD_INTEGRATION`: Establece SSSD, Winbind o PBIS. Para ver una matriz de las distribuciones de Linux y los métodos de unión a dominio que admite MSC, consulta [Distribuciones admitidas](#supported-distributions) en este artículo.

-  `PBIS_DOWNLOAD_PATH`: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando estableces la variable `AD_INTEGRATION` en PBIS.

-  `UPDATE_MACHINE_PW`: Habilita o deshabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulta [Automatizar las actualizaciones de contraseñas de cuentas de máquina](/es-es/linux-virtual-delivery-agent/current-release/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Variables de configuración de Linux VDA:

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime  
    `DESKTOP_ENVIRONMENT`=gnome | mate  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=port-number  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=dns-site-name | '<none\>'  
    `LDAP_LIST`='list-ldap-servers' | '<none\>'  
    `SEARCH_BASE`=search-base-set | '<none\>'    
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=port-number  
    `TELEMETRY_PORT`=port-number  

Paso 3k: Escribir o actualizar valores del Registro para MCS

Agrega la siguiente línea de comandos al archivo /etc/xdl/mcs/mcs_local_setting.reg para configurar las direcciones de tu servidor FAS:

create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
<!--NeedCopy-->

Nota

Para modificar la configuración de MCS, puedes editar archivos en /etc/xdl/ad_join y /etc/xdl/mcs/, pero está prohibido editar cualquier archivo en /var/xdl/mcs.

Paso 3l: Crear una imagen maestra

  1. (Solo para SSSD + RHEL 8.x/9.x/10 o Rocky Linux 8.x/9.x/10) Ejecuta el comando update-crypto-policies --set DEFAULT:AD-SUPPORT y, a continuación, reinicia la VM de plantilla.
  2. Si configuras las variables de MCS editando /etc/xdl/mcs/mcs.conf, ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh. Si configuras las variables de MCS mediante la GUI, haz clic en Implementar. Después de hacer clic en Implementar en la GUI, las variables que configuraste en la GUI anulan las variables que configuraste en el archivo /etc/xdl/mcs/mcs.conf.

  3. Crea y asigna un nombre a una instantánea de tu imagen maestra según la nube pública que utilices.

    • (Para XenServer, GCP y VMware vSphere) Instala las aplicaciones en la VM de plantilla y apaga la VM de plantilla. Crea y asigna un nombre a una instantánea de tu imagen maestra.

    • (Para Azure) Instala las aplicaciones en la VM de plantilla y apaga la VM de plantilla desde el portal de Azure. Asegúrate de que el estado de energía de la VM de plantilla sea Detenida (desasignada). Recuerda el nombre del grupo de recursos aquí. Necesitas el nombre para localizar tu imagen maestra en Azure.

      Estado de energía detenido de la VM de plantilla

    • (Para AWS) Instala las aplicaciones en la VM de plantilla y apaga la VM de plantilla desde el portal de AWS EC2. Asegúrate de que el estado de la instancia de la VM de plantilla sea Detenida. Haz clic con el botón derecho en la VM de plantilla y selecciona Imagen > Crear imagen. Introduce la información y realiza los ajustes necesarios. Haz clic en Crear imagen.

      Creando una imagen EBS

    • (Para Nutanix) En Nutanix AHV, apaga la VM de plantilla. Crea y asigna un nombre a una instantánea de tu imagen maestra.

      Nota:

      Debes prefijar los nombres de las instantáneas de Acropolis con XD_ para usarlos en Citrix Virtual Apps and Desktops. Usa la consola de Acropolis para cambiar el nombre de tus instantáneas cuando sea necesario. Después de cambiar el nombre de una instantánea, reinicia el asistente Crear catálogo para obtener una lista actualizada.

(Para GCP) Paso 3m: Configurar la conexión Ethernet en RHEL 8.x/9.x y Rocky Linux 8.x/9.x

Después de instalar el VDA de Linux en RHEL 8.x/9.x/10 y Rocky Linux 8.x/9.x/10 alojados en GCP, la conexión Ethernet podría perderse y el VDA de Linux podría quedar inaccesible después de un reinicio de la VM. Para solucionar el problema, establece una contraseña de root al iniciar sesión en la VM por primera vez y asegúrate de poder iniciar sesión en la VM como root. Luego, ejecuta los siguientes comandos en la consola después de reiniciar la VM:

nmcli dev connect eth0
systemctl restart NetworkManager
<!--NeedCopy-->

Paso 4: Crear un catálogo de máquinas

En Citrix Studio o Web Studio, crea un catálogo de máquinas y especifica el número de VM que se crearán en el catálogo. Al crear el catálogo de máquinas, elige tu imagen maestra y considera lo siguiente:

  • En la página Contenedor, que es exclusiva de Nutanix, selecciona el contenedor que especificaste para la VM de plantilla anteriormente.

  • Cuando creas un catálogo que contiene máquinas con SO de sesión única, aparece la página Experiencia de escritorio y te permite determinar qué ocurre cada vez que un usuario inicia sesión.

    Experiencia de escritorio

    En la página Experiencia de escritorio, selecciona una de las siguientes opciones:

    • Los usuarios se conectan a un escritorio nuevo (aleatorio) cada vez que inician sesión.
    • Los usuarios se conectan al mismo escritorio (estático) cada vez que inician sesión.

    Si eliges la primera opción, los cambios que los usuarios hagan en el escritorio se descartarán (no persistentes).

    Si eliges la segunda opción y usas MCS para aprovisionar las máquinas, puedes configurar cómo se gestionan los cambios que los usuarios hacen en el escritorio:

    • Guardar los cambios del usuario en el disco local (persistentes).
    • Descartar los cambios del usuario y borrar el escritorio virtual cuando el usuario cierra la sesión (no persistentes). Selecciona esta opción si usas la capa de personalización del usuario.
  • Al actualizar la imagen maestra de un catálogo de MCS que contiene máquinas persistentes, las máquinas nuevas que se agreguen al catálogo usarán la imagen actualizada. Las máquinas preexistentes seguirán usando la imagen maestra original.

Para obtener más información, consulta la creación de catálogos de máquinas en la documentación de Citrix Virtual Apps and Desktops y la documentación de Citrix DaaS.

Nota:

Para entornos Nutanix, si el proceso de creación del catálogo de máquinas en el Delivery Controller™ tarda mucho tiempo, ve a Nutanix Prism y enciende manualmente la máquina con el prefijo Preparation. Este enfoque ayuda a continuar el proceso de creación.

Paso 5: Crear un grupo de entrega

Un grupo de entrega es una colección de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios.

Para obtener más información, consulta la creación de grupos de entrega en la documentación de Citrix Virtual Apps and Desktops y la documentación de Citrix DaaS.

Nota:

Es posible que las máquinas virtuales que creas con MCS no puedan registrarse con los Citrix Cloud Connectors y aparezcan como Sin registrar. El problema ocurre cuando alojas las máquinas virtuales en Azure y te unes al dominio de AD con Samba Winbind. Para solucionar el problema, completa los siguientes pasos:

  1. Ve a la consola de edición de ADSI, selecciona una máquina virtual sin registrar y modifica el atributo msDS-SupportedEncryptionTypes de su cuenta de máquina.
  2. Reinicia los servicios ctxjproxy y ctxvda en la máquina virtual. Si el estado de la máquina virtual cambia a Registrada, continúa con los pasos 3 a 5.
  3. Abre el archivo /var/xdl/mcs/ad_join.sh en la máquina virtual de plantilla.
  4. Agrega una línea de net ads enctypes set $NEW_HOSTNAME$ <Decimal value of encryption type attribute, for example, 28> -U $NEW_HOSTNAME$ -P password después de las siguientes líneas dentro del archivo /var/xdl/mcs/ad_join.sh:

    if [ "$AD_INTEGRATION" == "winbind" ]; then
                    join_domain_samba
                    restart_service winbind /usr/bin/systemctl
    <!--NeedCopy-->
    
  5. Toma una nueva instantánea y crea máquinas virtuales con la nueva plantilla.

Automatizar las actualizaciones de contraseñas de cuentas de máquina

Las contraseñas de las cuentas de máquina, por defecto, caducan 30 días después de la creación del catálogo de máquinas. Para evitar la caducidad de las contraseñas y automatizar las actualizaciones de contraseñas de las cuentas de máquina, haz lo siguiente:

  1. Agrega la siguiente entrada a /etc/xdl/mcs/mcs.conf antes de ejecutar /opt/Citrix/VDA/sbin/deploymcs.sh.

    UPDATE_MACHINE_PW="Y"

  2. Después de ejecutar /opt/Citrix/VDA/sbin/deploymcs.sh, abre /etc/cron.d/mcs_update_password_cronjob para establecer la hora y la frecuencia de actualización. La configuración predeterminada actualiza las contraseñas de las cuentas de máquina semanalmente a las 2:30 AM, los domingos.

Después de cada actualización de contraseña de cuenta de máquina, la caché de tickets en el Delivery Controller deja de ser válida y el siguiente error podría aparecer en /var/log/xdl/jproxy.log:

[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)

Para eliminar el error, borra la caché de tickets regularmente. Puedes programar una tarea de limpieza de caché en todos los Delivery Controllers o en el controlador de dominio.

Habilitar FAS en una máquina virtual creada con MCS

Si FAS no está habilitado en la máquina de plantilla como se describió anteriormente, puedes habilitar FAS en cada máquina virtual creada con MCS.

Para habilitar FAS en una máquina virtual creada con MCS, haz lo siguiente:

  1. Establece las variables en /etc/xdl/mcs/mcs.conf.

    Nota:

    Establece todas las variables necesarias en /etc/xdl/mcs/mcs.conf porque estas variables se invocan al iniciar la máquina virtual.

    1. Establece el valor de Use_AD_Configuration_Files_Of_Current_VDA en Y.
    2. Establece las demás variables según sea necesario, como VDI_MODE.
  2. Agrega la siguiente línea de comandos al archivo /etc/xdl/mcs/mcs_local_setting.reg para configurar las direcciones de tu servidor FAS:

    create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
    <!--NeedCopy-->
    
  3. Importa el certificado de CA raíz.

    sudo cp root.pem /etc/pki/CA/certs/
    <!--NeedCopy-->
    
  4. Ejecuta el script /opt/Citrix/VDA/sbin/ctxfascfg.sh.