Crear VDAs 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:
- Esta 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. Debe establecer un valor según sea necesario. Para obtener más información, consulte 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, consulte la sección Automatizar actualizaciones de contraseñas de cuentas de máquina de este artículo.
Distribuciones compatibles
| Winbind | SSSD | PBIS | |
|---|---|---|---|
| Debian 12.11/11.11 | Sí | Sí | Sí |
| RHEL 10/9.6/9.4 | Sí | Sí | No |
| RHEL 8.x | Sí | Sí | Sí |
| Rocky Linux 10/9.6/9.4 | Sí | Sí | No |
| Rocky Linux 8.x | Sí | Sí | No |
| Ubuntu 24.04/22.04 | Sí | Sí | No |
| SUSE 15.6 | Sí | Sí | 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 VM de plantilla para la implementación de MCS, asegúrese de que:
- El VDA no se puede implementar utilizando el script de instalación fácil, porque la combinación de SSSD y Adcli en la instalación fácil no es compatible con MCS.
Para usar MCS para implementar un VDA unido a AD mediante el protocolo SSSD, se debe configurar un servidor Samba para la autenticación de AD. Para obtener más información, consulte el artículo de Red Hat.
Si utiliza PBIS para unir máquinas creadas con MCS a dominios de Windows, complete las siguientes tareas:
-
En la máquina de plantilla, configure la ruta de descarga del paquete PBIS en el archivo
/etc/xdl/mcs/mcs.confo instale el paquete PBIS directamente. -
Antes de ejecutar
/opt/Citrix/VDA/sbin/deploymcs.sh, cree 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.shtermine de ejecutarse, ejecuteklist -li 0x3e4 purgeen su Delivery Controller o en su Citrix Cloud Connector, según su implementación.
Hipervisores compatibles
- AWS
- XenServer (anteriormente Citrix Hypervisor™)
- GCP
- Microsoft Azure
- Nutanix AHV
- VMware vSphere
Pueden producirse resultados inesperados si intenta preparar una imagen maestra en hipervisores distintos de los compatibles.
Crear VDA de Linux con FAS habilitado mediante MCS
Esta sección describe el procedimiento para crear VDA de Linux mediante MCS y habilitar FAS al preparar una imagen maestra en la VM de plantilla. Si FAS no está habilitado en la VM de plantilla, puede habilitarlo más tarde en cada VM creada con MCS consultando Habilitar FAS en una VM creada con MCS.
Consideraciones
-
A partir de la versión 2203, puede alojar el VDA de Linux en Microsoft Azure, AWS y GCP para Citrix Virtual Apps and Desktops™ y Citrix DaaS (anteriormente Citrix Virtual Apps and Desktops service). Para agregar estas conexiones de host de nube pública a su implementación de Citrix Virtual Apps and Desktops, necesita 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 plug-in de Nutanix AHV
Obtenga el paquete del plug-in de Nutanix AHV de Nutanix. Instale y registre el plug-in en su entorno de Citrix Virtual Apps and Desktops. Para obtener más información, consulte la guía de instalación del plug-in 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, seleccione e instale el XD MCS AHV Plugin en sus Delivery Controllers.
Paso 1b: Instalar y registrar el complemento Nutanix AHV para Delivery Controllers en la nube
Seleccione e instale el CWA MCS AHV Plugin para Citrix Cloud™ Connectors. Instale el complemento en todos los Citrix Cloud Connectors que estén registrados con el inquilino de Citrix Cloud. Debe registrar los Citrix Cloud Connectors incluso cuando presten servicio a una ubicación de recursos sin AHV.
Paso 1c: Complete los siguientes pasos después de instalar el complemento
- verificar que se ha creado una carpeta de Nutanix Acropolis en
C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0. - Ejecute el comando
"C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0". -
Reinicie los servicios Citrix Host, Citrix Broker y Citrix Machine Creation Services en sus Delivery Controllers locales o reinicie el servicio Citrix RemoteHCLServer en los Citrix Cloud Connectors.
Sugerencia:
Le recomendamos que detenga y luego reinicie los servicios Citrix Host, Citrix Broker y Machine Creation Services cuando instale o actualice el complemento Nutanix AHV.
Paso 2: Crear una conexión de host
Esta sección ofrece 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 los Delivery Controllers locales, elija 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, elija 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, consulte 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
-
Para los Delivery Controllers locales, elija Configuration > Hosting > Add Connection and Resources en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, elija Manage > Hosting > Add Connection and Resources en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.
-
En el asistente Add Connection and Resources, seleccione Microsoft Azure como tipo de conexión.
-
Seleccione Microsoft Azure como tipo de conexión.
-
El asistente le guiará 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, seleccione Next hasta llegar a la página Summary. Para obtener más información, consulte el Paso 2: Crear una conexión de host en el artículo Crear VDA Linux no unidos a un dominio mediante MCS.
Crear una conexión de host a AWS en Citrix Studio
-
Para los Delivery Controllers locales, elija Configuration > Hosting > Add Connection and Resources en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, elija Manage > Hosting > Add Connection and Resources en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.
-
En el asistente Add Connection and Resources, seleccione Amazon EC2 como tipo de conexión.
Por ejemplo, en Citrix Studio local:
-
Escriba la clave de API y la clave secreta de su cuenta de AWS y escriba el nombre de su conexión.
La clave de API es su ID de clave de acceso y la clave secreta es su clave de acceso secreta. Se consideran un par de claves de acceso. Si pierde su clave de acceso secreta, puede eliminar la clave de acceso y crear otra. Para crear una clave de acceso, haga lo siguiente:
- Inicie sesión en los servicios de AWS.
- Vaya a la consola de Identity and Access Management (IAM). 1 En el panel de navegación izquierdo, elija Usuarios.
- Seleccione el usuario de destino y desplácese hacia abajo para seleccionar la ficha Credenciales de seguridad.
- Desplácese hacia abajo y haga clic en Crear clave de acceso. Aparecerá una nueva ventana.
- Haga clic en Descargar archivo .csv y guarde la clave de acceso en una ubicación segura.
-
El asistente le guiará 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, seleccione Siguiente hasta llegar a la página Resumen.
Crear una conexión de host a XenServer en Citrix Studio
-
Para los Delivery Controllers locales, elija Configuración > Alojamiento > Agregar conexión y recursos en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers de la nube, elija Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web de Citrix Cloud para crear una conexión de host.
-
En el asistente Agregar conexión y recursos, seleccione XenServer (anteriormente Citrix Hypervisor) en el campo Tipo de conexión.
-
Escriba la dirección de conexión (la URL de XenServer) y las credenciales.
-
Introduzca un nombre de conexión.
Crear una conexión de host a GCP en Citrix Studio
Configure su entorno de GCP según Google Cloud Platform virtualization environments y, a continuación, complete los siguientes pasos para crear una conexión de host a GCP.
-
Para los Delivery Controllers locales, elija 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, elija Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web de Citrix Cloud para crear una conexión de host.
-
En el asistente Agregar conexión y recursos, seleccione Google Cloud Platform como tipo de conexión.
Por ejemplo, en la consola de Studio basada en web de Citrix Cloud:
-
Importe la clave de la cuenta de servicio de su cuenta de GCP y escriba el nombre de su conexión.
-
El asistente le guiará 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, seleccione Siguiente hasta llegar a la página Resumen. Para obtener más información, consulte el Paso 2: Crear una conexión de host en el artículo Crear VDA de Linux no unidos a un dominio mediante MCS.
Crear una conexión de host a Nutanix en Citrix Studio
-
Para los Delivery Controllers locales, elija 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, elija Administrar > Alojamiento > Agregar conexión y recursos en la consola de Studio basada en web de Citrix Cloud para crear una conexión de host.
-
En el asistente Agregar conexión y recursos, seleccione Nutanix AHV como tipo de conexión en la página Conexión y, a continuación, especifique la dirección del hipervisor, las credenciales y el nombre de la conexión. En la página Red, seleccione una red para la unidad.
Por ejemplo, en Citrix Studio local:
Crear una conexión de host a VMware en Citrix Studio
-
Instale vCenter Server en el entorno de vSphere. Para obtener más información, consulte VMware vSphere.
-
Para los Delivery Controllers locales, elija Configuration > Hosting > Add Connection and Resources en Citrix Studio local para crear una conexión de host. Para los Delivery Controllers en la nube, elija Manage > Hosting > Add Connection and Resources en la consola de Studio basada en web en Citrix Cloud para crear una conexión de host.
-
Elija VMware vSphere como tipo de conexión.
Por ejemplo, en Citrix Studio local:
-
Escriba la dirección de conexión (la URL de vCenter Server) de su cuenta de VMware, sus credenciales y el nombre de la conexión.
Paso 3: Preparar una imagen maestra
(Solo para XenServer) Paso 3a: Instalar XenServer VM Tools
Instale XenServer VM Tools en la VM de plantilla para que cada VM pueda usar la CLI xe o XenCenter. El rendimiento de la VM puede ser lento si no instala las herramientas. Sin las herramientas, no puede 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 (a través de
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.
-
Descargue el archivo XenServer VM Tools para Linux desde la página de descargas de XenServer o la página de descargas de Citrix Hypervisor según la versión del hipervisor en uso.
-
Copie el archivo
LinuxGuestTools-xxx.tar.gzen su VM Linux o en una unidad compartida a la que la VM Linux pueda acceder. -
Extraiga el contenido del archivo tar:
tar -xzf LinuxGuestTools-xxx.tar.gz -
Ejecute el siguiente comando para instalar el paquete
xe-guest-utilitiessegún su 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--> -
Compruebe el estado de virtualización de la VM de plantilla en la pestaña General de XenCenter. Si las XenServer VM Tools están instaladas correctamente, el estado de virtualización mostrará 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úrese de que:
- Está utilizando libstdc++6 versión 12 o posterior.
- 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, añada 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 Linux VDA, instale .NET según los requisitos del sistema
Paso 3e: Instale el paquete de VDA de Linux en la VM de plantilla
Después de instalar .NET, ejecute los siguientes comandos según su distribución de Linux para instalar el VDA de Linux:
Para RHEL/Rocky Linux:
Nota:
Antes de instalar el VDA de Linux en RHEL 9.x y Rocky Linux 9.x, actualice 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) Instale el repositorio EPEL que puede ofrecer ntfs-3g
Instale el repositorio EPEL en RHEL 8. Para obtener información sobre cómo instalar EPEL, consulte las instrucciones en https://docs.fedoraproject.org/es-es/epel/.
Paso 3g: (Solo para SUSE) Instale ntfs-3g manualmente
En la plataforma SUSE, ningún repositorio proporciona ntfs-3g. Descargue el código fuente, compile e instale ntfs-3g manualmente:
-
Instale el sistema de compilación GNU Compiler Collection (GCC) y el paquete make:
sudo zypper install gcc sudo zypper install make <!--NeedCopy--> -
Descargue el paquete ntfs-3g.
-
Descomprima el paquete ntfs-3g:
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz <!--NeedCopy--> -
Introduzca la ruta al paquete ntfs-3g:
sudo cd ntfs-3g_ntfsprogs-<package version> <!--NeedCopy--> -
Instale ntfs-3g:
./configure make make install <!--NeedCopy-->
Paso 3h: Una la VM a un dominio de Windows
Una la VM a un dominio de Windows. 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, consulte Paso 8: Ejecute la instalación fácil para configurar el entorno y el VDA para completar la instalación. Si prefiere la instalación manual, consulte los pasos 1 a 3 en los artículos de instalación manual en Instalar el VDA de Linux manualmente.
Paso 3i: Configure FAS en la VM
Para conocer los pasos detallados, consulte Configurar FAS en el VDA de Linux.
Paso 3j: Configure las variables de MCS
Hay dos maneras de configurar las variables de MCS:
- Edite el archivo
/etc/xdl/mcs/mcs.conf. -
Use la GUI de instalación fácil. Para abrir la GUI de instalación fácil, ejecute el comando
/opt/Citrix/VDA/bin/easyinstallen el entorno de escritorio de su VDA de Linux.
Consejo:
Haga clic en Guardar para guardar la configuración de las variables en un archivo local en la ruta que especifique. Haga clic en Cargar para cargar la configuración de las variables desde un archivo que especifique.
Las siguientes son variables de MCS que puede configurar para escenarios con FAS habilitado:
- `Use_AD_Configuration_Files_Of_Current_VDA`: Determines whether to use the existing AD-related configuration files (/etc/krb5.conf, /etc/sssd.conf, and /etc/samba/smb.conf) of the currently running VDA. Set the value to Y when FAS is enabled.
- `dns`: Sets the IP address for each DNS server. You can set up to four DNS servers.
- `NTP_SERVER`: Sets the IP address for your NTP server. Unless otherwise specified, it's the IP address of your domain controller.
- `WORKGROUP`: Sets the workgroup name to the NetBIOS name (case-sensitive) that you configured in AD. Otherwise, MCS uses the part of the domain name that immediately follows the machine hostname as the workgroup name. For example, if the machine account is **user1.lvda.citrix.com**, MCS uses **lvda** as the workgroup name while **citrix** is the correct choice. Ensure that you set the workgroup name correctly.
- `AD_INTEGRATION`: Sets SSSD, Winbind, or PBIS. For a matrix of the Linux distributions and domain joining methods that MSC supports, see [Supported distributions](#supported-distributions) in this article.
- `PBIS_DOWNLOAD_PATH`: Sets the path for downloading the PBIS package. The value takes effect only when you set the `AD_INTEGRATION` variable to PBIS.
- `UPDATE_MACHINE_PW`: Enables or disables automating machine account password updates. For more information, see [Automate machine account password updates](/en-us/linux-virtual-delivery-agent/current-release/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).
- Linux VDA configuration variables:
`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: Escriba o actualice los valores del Registro para MCS
Agregue la siguiente línea de comandos al archivo /etc/xdl/mcs/mcs_local_setting.reg para configurar las direcciones de su 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, puede 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
- (Solo para SSSD + RHEL 8.x/9.x/10 o Rocky Linux 8.x/9.x/10) Ejecute el comando
update-crypto-policies --set DEFAULT:AD-SUPPORTy, a continuación, reinicie la VM de plantilla. -
Si configura las variables de MCS editando
/etc/xdl/mcs/mcs.conf, ejecute/opt/Citrix/VDA/sbin/deploymcs.sh. Si configura las variables de MCS mediante la GUI, haga clic en Implementar. Después de hacer clic en Implementar en la GUI, las variables que configure en la GUI anulan las variables que configure en el archivo/etc/xdl/mcs/mcs.conf. -
Cree y asigne un nombre a una instantánea de su imagen maestra según la nube pública que utilice.
-
(Para XenServer, GCP y VMware vSphere) Instale las aplicaciones en la VM de plantilla y apague la VM de plantilla. Cree y asigne un nombre a una instantánea de su imagen maestra.
-
(Para Azure) Instale las aplicaciones en la VM de plantilla y apague la VM de plantilla desde el portal de Azure. Asegúrese de que el estado de energía de la VM de plantilla sea Detenida (desasignada). Recuerde el nombre del grupo de recursos aquí. Necesita el nombre para localizar su imagen maestra en Azure.
-
(Para AWS) Instale las aplicaciones en la VM de plantilla y apague la VM de plantilla desde el portal de AWS EC2. Asegúrese de que el estado de la instancia de la VM de plantilla sea Detenida. Haga clic con el botón derecho en la VM de plantilla y seleccione Imagen > Crear imagen. Escriba la información y realice los ajustes necesarios. Haga clic en Crear imagen.
-
(Para Nutanix) En Nutanix AHV, apague la VM de plantilla. Cree y asigne un nombre a una instantánea de su imagen maestra.
Nota:
Debe prefijar los nombres de las instantáneas de Acropolis con
XD_para su uso en Citrix Virtual Apps and Desktops. Utilice la consola de Acropolis para cambiar el nombre de sus instantáneas cuando sea necesario. Después de cambiar el nombre de una instantánea, reinicie 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 alojado en GCP, la conexión Ethernet podría perderse y el VDA de Linux podría ser inaccesible después de reiniciar una VM. Para solucionar el problema, establezca una contraseña de root al iniciar sesión en la VM por primera vez y asegúrese de poder iniciar sesión en la VM como root. A continuación, ejecute 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, cree un catálogo de máquinas y especifique el número de VM que se crearán en el catálogo. Al crear el catálogo de máquinas, elija su imagen maestra y tenga en cuenta lo siguiente:
-
En la página Contenedor, que es exclusiva de Nutanix, seleccione el contenedor que especificó anteriormente para la VM de plantilla.
-
Al crear un catálogo que contenga máquinas de SO de sesión única, aparece la página Experiencia de escritorio y le permite determinar qué ocurre cada vez que un usuario inicia sesión.
En la página Experiencia de escritorio, seleccione 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 elige la primera opción, los cambios que los usuarios realicen en el escritorio se descartarán (no persistente).
Si elige la segunda opción y utiliza MCS para aprovisionar las máquinas, puede configurar cómo se gestionan los cambios de usuario en el escritorio:
- Guardar los cambios de usuario en el escritorio en el disco local (persistente).
- Descartar los cambios de usuario y borrar el escritorio virtual cuando el usuario cierra sesión (no persistente). Seleccione esta opción si utiliza la capa de personalización de usuario.
-
Al actualizar la imagen maestra de un catálogo de MCS que contiene máquinas persistentes, todas las máquinas nuevas añadidas al catálogo utilizan la imagen actualizada. Las máquinas preexistentes siguen utilizando la imagen maestra original.
Para obtener más información, consulte la creación de catálogos de máquinas en la documentación de Citrix Virtual Apps and Desktops y en la documentación de Citrix DaaS.
Nota:
Para entornos Nutanix, si el proceso de creación de su catálogo de máquinas en el Delivery Controller™ tarda una cantidad de tiempo considerable, vaya a Nutanix Prism y encienda 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 más 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, consulte 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 cree con MCS no puedan registrarse en los Citrix Cloud Connectors y aparezcan como No registradas. El problema ocurre cuando aloja las máquinas virtuales en Azure y se une al dominio de AD con Samba Winbind. Para solucionar el problema, complete los siguientes pasos:
- Vaya a la consola de edición de ADSI, seleccione una máquina virtual no registrada y edite el atributo msDS-SupportedEncryptionTypes de su cuenta de máquina.
- Reinicie los servicios ctxjproxy y ctxvda en la máquina virtual. Si el estado de la máquina virtual cambia a Registrada, continúe con los pasos 3 a 5.
- Abra el archivo /var/xdl/mcs/ad_join.sh en la máquina virtual de plantilla.
Agregue 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-->- Tome una nueva instantánea y cree máquinas virtuales utilizando 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 las contraseñas de las cuentas de máquina, haga lo siguiente:
-
Agregue la siguiente entrada a /etc/xdl/mcs/mcs.conf antes de ejecutar /opt/Citrix/VDA/sbin/deploymcs.sh.
UPDATE_MACHINE_PW="Y" -
Después de ejecutar /opt/Citrix/VDA/sbin/deploymcs.sh, abra /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 los domingos a las 2:30 AM.
Después de cada actualización de la contraseña de la cuenta de máquina, la caché de tickets en el Delivery Controller deja de ser válida y puede aparecer el siguiente error 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, borre la caché de tickets regularmente. Puede programar una tarea de limpieza de caché en todos los Delivery Controllers o en el controlador de dominio.
Habilitar FAS en una VM creada con MCS
Si FAS no está habilitado en la máquina de plantilla como se describió anteriormente, puede habilitar FAS en cada VM creada con MCS.
Para habilitar FAS en una VM creada con MCS, haga lo siguiente:
-
Establezca las variables en /etc/xdl/mcs/mcs.conf.
Nota:
Establezca todas las variables necesarias en
/etc/xdl/mcs/mcs.confporque estas variables se invocan al iniciar la VM.- Establezca el valor de
Use_AD_Configuration_Files_Of_Current_VDAen Y. - Establezca las demás variables según sea necesario, como
VDI_MODE.
- Establezca el valor de
-
Agregue la siguiente línea de comandos al archivo /etc/xdl/mcs/mcs_local_setting.reg para configurar las direcciones de su servidor FAS:
create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force <!--NeedCopy--> -
Importe el certificado de CA raíz.
sudo cp root.pem /etc/pki/CA/certs/ <!--NeedCopy--> -
Ejecute el
/opt/Citrix/VDA/sbin/ctxfascfg.shscript.