Documentación de productos
Agente de entrega virtual de Linux 2104
Current Release 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 1912 LTSR 7.15 LTSR
Ver PDF

Usar Machine Creation Services™ (MCS) para crear máquinas virtuales Linux

April 21, 2026
Contribución de: 
C C

Para usar MCS para crear máquinas virtuales Linux, prepara una imagen maestra en tu hipervisor. Este proceso implica instalar el VDA en la máquina virtual de plantilla, crear un Catálogo de máquinas en Citrix Studio, crear un Grupo de entrega y realizar ciertas tareas de configuración.

Nota:

Pueden producirse resultados inesperados si intentas preparar una imagen maestra en hipervisores que no sean Citrix Hypervisor™, Microsoft Azure, VMware vSphere, AWS, GCP o Nutanix AHV.

Microsoft Azure, AWS y GCP no son compatibles a partir de Citrix Virtual Apps and Desktops™ 7 2003. Sin embargo, puedes seguir utilizando los hosts en el servicio Citrix Virtual Apps and Desktops.

Distribuciones compatibles

  Winbind SSSD Centrify PBIS
RHEL 8.3 Sí No No No
CentOS 8.3 Sí No No No
RHEL 8.2 Sí No No No
CentOS 8.2 Sí No No No
RHEL 8.1 Sí No No No
CentOS 8.1 Sí No No No
RHEL 7.9 Sí Sí No No
CentOS 7.9 Sí Sí No No
RHEL 7.8 Sí Sí No No
CentOS 7.8 Sí Sí No No
Ubuntu 20.04 Sí Sí No No
Ubuntu 18.04 Sí Sí No No
Ubuntu 16.04 Sí Sí No No
Debian 10.7 Sí Sí No No
SUSE 12.5 Sí Sí No No

  • Usar MCS para crear máquinas virtuales Linux en Citrix Hypervisor

  • Paso 1: Preparar una imagen maestra

  • Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 1a: Instalar Citrix VM Tools

Citrix VM Tools debe instalarse en la máquina virtual de plantilla para que cada máquina virtual pueda usar la CLI de xe o XenCenter. El rendimiento de la máquina virtual puede ser lento si no se instalan las herramientas. Sin las herramientas, no puedes hacer lo siguiente:

  • Apagar, reiniciar o suspender una máquina virtual de forma limpia.
  • Ver los datos de rendimiento de la máquina virtual en XenCenter.
  • Migrar una máquina virtual 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 máquina virtual Linux en ejecución.

  1. Ejecuta el siguiente comando para montar Citrix VM Tools llamado guest-tools.iso.

    sudo mount /dev/cdrom /mnt
<!--NeedCopy-->

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

    Para RHEL/CentOS:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

    Para Ubuntu/Debian:

    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
<!--NeedCopy-->

    Para SUSE 12:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

  3. Comprueba el estado de virtualización de la máquina virtual de plantilla en la ficha General de XenCenter. Si Citrix VM Tools se instala correctamente, el estado de virtualización es Optimizado:

    Estado de virtualización optimizado

Paso 1b: (Solo para Ubuntu 16.04) Instalar OpenJDK 11

En Ubuntu 16.04, instala OpenJDK 11 siguiendo estos pasos:

  1. Descarga la última versión de OpenJDK 11 desde https://jdk.java.net/archive/.
  2. Ejecuta el comando tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz para descomprimir el paquete descargado.
  3. (Opcional) Ejecuta el comando mv jdk-11.0.2/ <target directory> para guardar OpenJDK en un directorio de destino.
  4. Ejecuta el comando update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 para configurar el entorno de ejecución de Java.
  5. Ejecuta el comando java -version para verificar la versión de Java.

Paso 1c: Instalar el paquete VDA de Linux en la máquina virtual de plantilla

Nota:

Para usar un VDA en ejecución como máquina virtual de plantilla, omite este paso.

Antes de instalar el paquete VDA de Linux en la máquina virtual de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general sobre la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno del VDA de Linux:

Para RHEL/CentOS:

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 12:

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

-  #### Paso 1d: Habilitar repositorios para instalar el paquete tdb-tools

-  **Para el servidor RHEL 7:**

-  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Para la estación de trabajo RHEL 7:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Paso 1e: Instalar el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 8/CentOS 8, RHEL 7/CentOS 7 para que la ejecución posterior de deploymcs.sh instale el paquete ntfs-3g que contiene.

Paso 1f: Instalar ntfs-3g manualmente en SUSE 12

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

  1. Instala el sistema de compilación 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 1g: Configura el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

  • Modifica las variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf contiene variables para configurar MCS y el VDA de Linux. Las siguientes son variables que puedes configurar según sea necesario:

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas con MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas con MCS se determinan mediante plantillas de configuración en la imagen maestra.
    • dns: Establece la dirección IP del DNS.
    • AD_INTEGRATION: Establece Winbind o SSSD. Para ver una matriz de las distribuciones de Linux y los métodos de unión a dominios que admite MCS, consulta Distribuciones admitidas en este artículo.
    • WORKGROUP: Establece el nombre del grupo de trabajo (distingue entre mayúsculas y minúsculas) si está configurado en AD.

  • En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada con MCS.

    Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

    Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 <!--NeedCopy-->

     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 <!--NeedCopy-->

Paso 1h: Crea una imagen maestra

  1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

  2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

    Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Nota:

    Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

  3. En Citrix Hypervisor, apaga la VM de plantilla. Crea y asigna un nombre a una instantánea de tu imagen maestra.

Paso 2: Crea un catálogo de máquinas

En Citrix Studio, crea un catálogo de máquinas y especifica el número de VM que se crearán en el catálogo. Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 3: Crea 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. El grupo de entrega especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para crear VM de Linux en Azure

Paso 1: Crea una conexión de alojamiento a Azure en Citrix Studio

    1. En Citrix Studio en Citrix Cloud™, elige Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a Azure.

    • Imagen de la creación de la conexión a Azure

      1. Elige Microsoft Azure como tipo de conexión.
    • Imagen de la elección del tipo de conexión de Azure

  1. Escribe el ID de suscripción de tu cuenta de Azure y el nombre de tu conexión.

    Imagen de la introducción del ID de suscripción de Azure

    Aparece una nueva conexión en el panel de alojamiento.

    Imagen de la nueva conexión de Azure

Paso 2: Prepara una imagen maestra en la VM de plantilla

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 2a: Configura cloud-init para Ubuntu 18.04

Para asegurarte de que el nombre de host de un VDA persista cuando se reinicia o se detiene una VM, ejecuta el siguiente comando.

 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

Asegúrate de que las siguientes líneas estén presentes en la sección system_info del archivo /etc/cloud/cloud.cfg:

system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

Paso 2b: (Solo para Ubuntu 16.04) Instala OpenJDK 11

En Ubuntu 16.04, instala OpenJDK 11 siguiendo estos pasos:

  1. Descarga la última versión de OpenJDK 11 desde https://jdk.java.net/archive/.
  2. Ejecuta el comando tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz para descomprimir el paquete descargado.
  3. (Opcional) Ejecuta el comando mv jdk-11.0.2/ <target directory> para guardar OpenJDK en un directorio de destino.
  4. Ejecuta el comando update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 para configurar el entorno de ejecución de Java.
  5. Ejecuta el comando java -version para verificar la versión de Java.

Paso 2c: Instala el paquete VDA de Linux en la VM de plantilla

Nota:

Para usar un VDA que se esté ejecutando actualmente como VM de plantilla, omite este paso.

Antes de instalar el paquete VDA de Linux en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general de la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno del VDA de Linux:

Para RHEL/CentOS:

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 12:

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

Paso 2d: Instala el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 8/CentOS 8, RHEL 7/CentOS 7 para que, al ejecutar deploymcs.sh más tarde, se instale el paquete ntfs-3g que contiene.

Paso 2e: Instala ntfs-3g manualmente en SUSE 12

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

  1. Instala el sistema de compilación 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-->
      1. Introduce la ruta al paquete ntfs-3g:
    sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

  4. Instala ntfs-3g:

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

Paso 2f: Configura el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

  • Modifica las variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf contiene variables para configurar MCS y el VDA de Linux. A continuación, se muestran algunas de las variables, de las cuales dns y AD_INTEGRATION deben configurarse:

    Nota: Si una variable se puede configurar con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST='aaa.lab:389 bbb.lab:389.'

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas por MCS se determinan mediante plantillas de configuración en la imagen maestra.
      • dns: Establece la dirección IP del DNS.
    • AD_INTEGRATION: Establece Winbind o SSSD (SSSD no es compatible con SUSE).
    • WORKGROUP: Establece el nombre del grupo de trabajo (distingue entre mayúsculas y minúsculas) si está configurado en AD.

  • En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada por MCS.

    Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

    Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 <!--NeedCopy-->

     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 <!--NeedCopy-->

Paso 2g: Crea una imagen maestra

  1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

  2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

    Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Nota: Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

  3. 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.

    Imagen del estado de energía detenido de la VM de plantilla

Paso 3: Crea un catálogo de máquinas 

    -  En Citrix 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 del grupo de recursos al que pertenece la VM de plantilla y busca el VHD de la VM de plantilla.

-  ![Imagen de la búsqueda del VHD de la VM de plantilla](/es-es/linux-virtual-delivery-agent/2104/media/find-vhd-of-template-vm2.png)

Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 4: Crea 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. El grupo de entrega especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para crear VM de Linux en VMware vSphere

Paso 1: Crea una conexión de alojamiento a VMware en Citrix Studio

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

  2. En Citrix Studio, elige Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a VMware vSphere.

    Imagen de la creación de una conexión a Azure

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

    Imagen de la elección de VMware vSphere

  4. Escribe la dirección de conexión (la URL de vCenter Server) de tu cuenta de VMware, tu nombre de usuario y contraseña, y el nombre de tu conexión.

    Imagen del nombre de conexión de VMware

    Aparece una nueva conexión en el panel de alojamiento.

    Imagen de la nueva conexión de vSphere

Paso 2: Prepara una imagen maestra

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 2a: (Solo para Ubuntu 16.04) Instala OpenJDK 11

En Ubuntu 16.04, instala OpenJDK 11 siguiendo estos pasos:

  1. Descarga la última versión de OpenJDK 11 desde https://jdk.java.net/archive/.
  2. Ejecuta el comando tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz para descomprimir el paquete descargado.
  3. (Opcional) Ejecuta el comando mv jdk-11.0.2/ <target directory> para guardar OpenJDK en un directorio de destino.
  4. Ejecuta el comando update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 para configurar el entorno de ejecución de Java.
  5. Ejecuta el comando java -version para verificar la versión de Java.

Paso 2b: Instala el paquete VDA de Linux en la VM de plantilla

Nota:

Para usar un VDA en ejecución como VM de plantilla, omite este paso.

Antes de instalar el paquete VDA de Linux en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general de la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno del VDA de Linux:

Para RHEL/CentOS:

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 12:

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

Paso 2c: Instala el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 8/CentOS 8, RHEL 7/CentOS 7 para que, al ejecutar deploymcs.sh más tarde, se instale el paquete ntfs-3g que contiene.

Paso 2d: Instala ntfs-3g manualmente en SUSE 12

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

  1. Instala el sistema de compilación 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 2e: Configura el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

  • Cambia las variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf contiene variables para configurar MCS y el VDA de Linux. A continuación, se muestran algunas de las variables, de las cuales dns y AD_INTEGRATION deben configurarse:

    Nota: Si una variable se puede configurar con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA en ejecución. Si se establece en Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los equivalentes en el VDA en ejecución. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas por MCS se determinan mediante plantillas de configuración en la imagen maestra.
    • dns: Establece la dirección IP del DNS.
    • AD_INTEGRATION: Establece Winbind o SSSD (SSSD no es compatible con SUSE).

    • WORKGROUP: Establece el nombre del grupo de trabajo (distingue entre mayúsculas y minúsculas) si está configurado en AD.

    • En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada por MCS.

    Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

    Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 <!--NeedCopy-->

     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 <!--NeedCopy-->

Paso 2f: Crea una imagen maestra

  1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

  2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

    Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Nota: Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

  3. Después de terminar de instalar las aplicaciones en la VM de plantilla, apaga la VM de plantilla desde VMware. Toma una instantánea de la VM de plantilla.

Paso 3: Crea un catálogo de máquinas

En Citrix Studio, crea un catálogo de máquinas y especifica el número de VM que quieres crear en el catálogo. Al crear el catálogo de máquinas, elige tu imagen maestra de la lista de instantáneas.

Imagen de la elección de una imagen maestra

Paso 4: 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. El grupo de entrega especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta [Crear grupos de entrega](/es-es/citrix-virtual-apps-desktops/install-configure/delivery-groups-create.html).

  • Usar MCS para crear máquinas virtuales Linux en AWS

Paso 1: Crear una conexión de alojamiento a AWS en Citrix Studio

  1. En Citrix Studio de Citrix Cloud, selecciona Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a AWS.

    Imagen de la creación de la conexión a AWS

  2. Selecciona Amazon EC2 como tipo de conexión.

    Imagen de la elección de Amazon EC2

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

    Imagen del 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. Navega hasta 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. Aparecerá una nueva ventana.
    6. Haz clic en Descargar archivo .csv y guarda la clave de acceso en una ubicación segura.

    Aparecerá una nueva conexión en el panel de alojamiento.

    Imagen de la nueva conexión de AWS

Paso 2: Preparar una imagen maestra

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 2a: Configurar cloud-init

  1. Para asegurarte de que un nombre de host de VDA persista cuando se reinicia o se detiene una instancia EC2, ejecuta el siguiente comando para conservar el nombre de host de VDA.

     echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
 <!--NeedCopy-->

    Para Ubuntu 18.04, asegúrate de que las siguientes líneas estén presentes en la sección system_info del archivo /etc/cloud/cloud.cfg:

    system_info:
    network:
        renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

  2. Para usar SSH para acceder de forma remota a las máquinas virtuales creadas por MCS en AWS, habilita la autenticación por contraseña porque no hay ningún nombre de clave asociado a esas máquinas virtuales. Haz lo siguiente según sea necesario.

    • Modifica el archivo de configuración de cloud-init, /etc/cloud/cloud.cfg. Asegúrate de que la línea ssh_pwauth: true esté presente. Elimina o comenta la línea set-password y las líneas siguientes si existen.

       users:
 -  default
 <!--NeedCopy-->
    • Si planeas usar el usuario predeterminado ec2-user o ubuntu creado por cloud-init, puedes cambiar la contraseña del usuario mediante el comando passwd. Ten en cuenta la nueva contraseña para usarla más tarde al iniciar sesión en las máquinas virtuales creadas por MCS.

    • Modifica el archivo /etc/ssh/sshd_config para asegurarte de que la siguiente línea esté presente:

       PasswordAuthentication yes
 <!--NeedCopy-->

      Guarda el archivo y ejecuta el comando sudo service sshd restart.

Paso 2b: (Solo para Ubuntu 16.04) Instalar OpenJDK 11

En Ubuntu 16.04, instala OpenJDK 11 siguiendo estos pasos:

  1. Descarga la última versión de OpenJDK 11 desde https://jdk.java.net/archive/.
  2. Ejecuta el comando tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz para descomprimir el paquete descargado.
  3. (Opcional) Ejecuta el comando mv jdk-11.0.2/ <target directory> para guardar OpenJDK en un directorio de destino.
  4. Ejecuta el comando update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 para configurar el entorno de ejecución de Java.
  5. Ejecuta el comando java -version para verificar la versión de Java.

Paso 2c: Instalar el paquete Linux VDA en la máquina virtual de plantilla

Nota:

Para usar un VDA en ejecución como máquina virtual de plantilla, omite este paso.

Antes de instalar el paquete Linux VDA en la máquina virtual de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general de la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno para el Linux VDA:

Para RHEL/CentOS:

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 12:

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

Paso 2d: Instalar el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 8/CentOS 8, RHEL 7/CentOS 7 para que la ejecución posterior de deploymcs.sh instale el paquete ntfs-3g que contiene.

Paso 2e: Instalar ntfs-3g manualmente en SUSE 12

En la plataforma SUSE 12, no hay ningún repositorio que proporcione 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 2f: Configura el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

  • Cambia las variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf contiene variables para configurar MCS y el VDA de Linux. A continuación, se muestran algunas de las variables, de las cuales dns y AD_INTEGRATION deben configurarse:

    Nota: Si una variable se puede configurar con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los equivalentes en el VDA que se está ejecutando actualmente. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas por MCS se determinan mediante plantillas de configuración en la imagen maestra.
    • dns: Establece la dirección IP del DNS.
    • AD_INTEGRATION: Establece Winbind o SSSD (SSSD no es compatible con SUSE).
    • WORKGROUP: Establece el nombre del grupo de trabajo (distingue entre mayúsculas y minúsculas) si está configurado en AD.

  • En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada por MCS.

    Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

    Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 <!--NeedCopy-->

     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 <!--NeedCopy-->

Paso 2g: Crea una imagen maestra

  1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

  2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

    Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Nota: Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

  3. 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 Stopped.

  4. Haz clic con el botón derecho en la VM de plantilla y selecciona Image > Create Image. Introduce la información y realiza las configuraciones según sea necesario. Haz clic en Create Image.

    Image of create EBS image

Paso 3: Crea un catálogo de máquinas

En Citrix 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 plantilla de máquina (la imagen maestra que creaste anteriormente) y selecciona uno o más grupos de seguridad.

Image of creating a Machine Catalog

Image of selecting security groups

Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 4: Crea 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. El grupo de entrega especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para crear VM de Linux en GCP

Paso 1: Configura tu entorno de GCP

Para obtener más información, consulta Entornos de virtualización de Google Cloud Platform.

Paso 2: Crea una conexión de alojamiento a GCP en Citrix Studio

  1. En Citrix Studio en Citrix Cloud, elige Configuration > Hosting > Add Connection and Resources para crear una conexión a GCP.

    Image of creating the connection to GCP

  2. Elige Google Cloud Platform como tipo de conexión.

    Image of choosing Amazon EC2

  3. Importa la clave de cuenta de servicio de tu cuenta de GCP e introduce el nombre de tu conexión.

    Image of access key pair

    Aparece una nueva conexión en el panel de alojamiento.

    Image of new GCP connection

Paso 3: Prepara una imagen maestra

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, haz lo siguiente:

Paso 3a: (Solo para Ubuntu 16.04) Instala OpenJDK 11

En Ubuntu 16.04, instala OpenJDK 11 completando los siguientes pasos:

  1. Descarga la última versión de OpenJDK 11 desde https://jdk.java.net/archive/.
  2. Ejecuta el comando tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz para descomprimir el paquete descargado.
  3. (Opcional) Ejecuta el comando mv jdk-11.0.2/ <target directory> para guardar OpenJDK en un directorio de destino.
  4. Ejecuta el comando update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 para configurar el entorno de ejecución de Java.
  5. Ejecuta el comando java -version para verificar la versión de Java.

Paso 3b: Instala el paquete de Linux VDA en la VM de plantilla

Nota:

Para usar un VDA en ejecución como VM de plantilla, omite este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instala .NET Core Runtime 3.1. Para obtener más información, consulta Información general sobre la instalación.

Según tu distribución de Linux, ejecuta el siguiente comando para configurar el entorno para Linux VDA:

Para RHEL/CentOS:

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 12:

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

Paso 3c: Instala el repositorio EPEL que contiene ntfs-3g

Instala el repositorio EPEL en RHEL 8/CentOS 8, RHEL 7/CentOS 7 para que, al ejecutar deploymcs.sh más tarde, se instale el paquete ntfs-3g que contiene.

Paso 3d: Instala ntfs-3g manualmente en SUSE 12

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

  1. Instala el sistema de compilación 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 3e: Configura el entorno de ejecución

Antes de ejecutar deploymcs.sh, haz lo siguiente:

  • Cambia las variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf contiene variables para configurar MCS y Linux VDA. Las siguientes son algunas de las variables, de las cuales dns y AD_INTEGRATION deben configurarse:

    Nota: Si una variable se puede configurar con varios valores, pon los valores entre comillas simples y sepáralos con espacios. Por ejemplo, LDAP_LIST='aaa.lab:389 bbb.lab:389.'

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben usar las configuraciones existentes del VDA en ejecución. Si se establece en Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los equivalentes en el VDA en ejecución. Sin embargo, aún debes configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que los archivos de configuración de las máquinas creadas por MCS se determinan mediante plantillas de configuración en la imagen maestra.
    • dns: Establece la dirección IP del DNS.
    • AD_INTEGRATION: Establece Winbind o SSSD (SSSD no es compatible con SUSE).
    • WORKGROUP: Establece el nombre del grupo de trabajo (distingue entre mayúsculas y minúsculas) si está configurado en AD.

  • En la máquina de plantilla, agrega líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar los valores del registro según sea necesario. Esta acción evita la pérdida de datos y configuraciones cada vez que se reinicia una máquina aprovisionada por MCS.

    Cada línea del archivo /etc/xdl/mcs/mcs_local_setting.reg es un comando para establecer o actualizar un valor del registro.

    Por ejemplo, puedes agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un valor del registro, respectivamente:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 <!--NeedCopy-->

     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 <!--NeedCopy-->

Paso 3f: Crea una imagen maestra

  1. Ejecuta /opt/Citrix/VDA/sbin/deploymcs.sh.

  2. (Opcional) En la VM de plantilla, actualiza las plantillas de configuración para personalizar los archivos /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf relevantes en todas las VM creadas.

    Para los usuarios de Winbind, actualiza las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Para los usuarios de SSSD, actualiza las plantillas /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl y /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Nota:

    Mantén el formato existente utilizado en los archivos de plantilla y usa variables como $WORKGROUP, $REALM, $realm y $AD_FQDN.

  3. Después de terminar de instalar las aplicaciones en la VM de plantilla, apaga la VM de plantilla desde VMware. Toma una instantánea de la VM de plantilla.

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

En Citrix 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 de la lista de instantáneas.

Imagen de la elección de una imagen maestra

Realiza otras tareas de configuración según sea necesario. Para obtener más información, consulta Crear un catálogo de máquinas con Studio.

Paso 5: Crea 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. El grupo de entrega especifica qué usuarios pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulta Crear grupos de entrega.

Usa MCS para actualizar tu Linux VDA

Para usar MCS para actualizar tu Linux VDA, haz lo siguiente:

  1. Asegúrate de haber instalado .NET Core Runtime 3.1 antes de actualizar tu Linux VDA a la versión actual.

  2. Actualiza tu Linux VDA en la máquina de plantilla:

    Para RHEL 7 y CentOS 7:

    sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
<!--NeedCopy-->

    Para RHEL 8 y CentOS 8:

    sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
<!--NeedCopy-->

    Para SUSE 12:

    sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
<!--NeedCopy-->

    Para Ubuntu 16.04:

    sudo dpkg -i xendesktopvda_<version>.ubuntu16.04_amd64.deb
<!--NeedCopy-->

    Para Ubuntu 18.04:

    sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
<!--NeedCopy-->

    Para Ubuntu 20.04:

    sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
<!--NeedCopy-->

  3. Modifica /etc/xdl/mcs/mcs.conf y /etc/xdl/mcs/mcs_local_setting.reg.

  4. Toma una nueva instantánea.

  5. En Citrix Studio, selecciona la nueva instantánea para actualizar tu Catálogo de máquinas. Espera antes de que se reinicie cada máquina. No reinicies una máquina manualmente.

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, 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="enabled"

  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 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, borra la caché de tickets regularmente. Puedes programar una tarea de limpieza de la caché en todos los Delivery Controllers o en el controlador de dominio.

Habilitar FAS en máquinas virtuales creadas con MCS

Puedes habilitar FAS en máquinas virtuales creadas con MCS que se ejecutan en las siguientes distribuciones:

  Winbind SSSD Centrify
RHEL 8, CentOS 8 Sí No No
RHEL 7, CentOS 7 Sí Sí No
Ubuntu 20.04 Sí No No
Ubuntu 18.04 Sí No No
Ubuntu 16.04 Sí No No
Debian 10.7 Sí No No
SUSE 12.5 Sí No No

Habilitar FAS al preparar una imagen maestra en la máquina virtual de plantilla

  1. Ejecuta el script opt/Citrix/VDA/sbin/ctxinstall.sh y establece todas las variables de entorno, como la lista de servidores FAS. Para obtener más información sobre las variables de entorno, consulta Instalación sencilla.

    sudo /opt/Citrix/VDA/sbin/ctxinstall.sh
<!--NeedCopy-->

  2. Importa el certificado de CA raíz.

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  3. Ejecuta ctxfascfg.sh.

  4. Establece las variables en /etc/xdl/mcs/mcs.conf.
    1. Establece el valor de Use_Existing_Configurations_Of_Current_VDA en Y.
    2. Establece la variable FAS_LIST en la dirección de tu servidor FAS o en varias direcciones de servidor FAS separadas por punto y coma y entre comillas dobles, por ejemplo, FAS_LIST="<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>".
    3. Establece las demás variables según sea necesario, como VDI_MODE.
  5. Ejecuta el script /opt/Citrix/VDA/sbin/deploymcs.sh.

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.

    1. Establece el valor de Use_Existing_Configurations_Of_Current_VDA en Y.
    2. Establece la variable FAS_LIST en la dirección de tu servidor FAS.
    3. Establece las demás variables según sea necesario, como VDI_MODE.

  2. Importa el certificado de CA raíz.

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  3. Ejecuta el script /opt/Citrix/VDA/sbin/ctxfascfg.sh.

Nota:

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

Usar Machine Creation Services™ (MCS) para crear máquinas virtuales Linux
April 21, 2026
Contribución de: 
C C
April 21, 2026
Contribución de: 
C C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.