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

Usa 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 usando 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

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

  • Paso 1: 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 1a: Instala las herramientas de Citrix VM

Las herramientas de Citrix VM deben 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 (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 máquina virtual Linux en ejecución.

  1. Ejecuta el siguiente comando para montar las herramientas de Citrix VM llamadas 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 las herramientas de Citrix VM están instaladas correctamente, el estado de virtualización es Optimizado:

    Estado de virtualización optimizado

Paso 1b: Instala 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 1c: Habilita los 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 1d: Instala 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 1e: 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 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 1f: 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. Las siguientes son variables que puedes establecer 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 en 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 en 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 1g: Crear 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: Crear 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: 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.

  • Usar MCS para crear VM Linux en Azure

Paso 1: Crear 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](/es-es/linux-virtual-delivery-agent/2103/media/create-connection-to-azure.png)

  1. Elige Microsoft Azure como tipo de conexión.

    Imagen de la elección del tipo de conexión de Azure

  2. 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: Preparar 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: Configurar cloud-init para Ubuntu 18.04

Para asegurarte de que un nombre de host de VDA persista cuando una VM se reinicia o se detiene, 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: Instalar 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 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 2c: 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 2d: 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-->
      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 2e: Configurar el entorno de tiempo 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. 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 mayúsculas de 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: Crear 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í. Necesitarás el nombre para localizar tu imagen maestra en Azure.

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

Paso 3: Crear 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 cómo encontrar el VHD de la VM de plantilla](/es-es/linux-virtual-delivery-agent/2103/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: 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.

Usar MCS para crear VM Linux en VMware vSphere

Paso 1: Crear 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 cómo crear una conexión a Azure

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

    Imagen de cómo elegir 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 la conexión de VMware

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

    Imagen de la nueva conexión de vSphere

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: Instalar el paquete Linux VDA 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 Linux VDA 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 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 2b: 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 de deploymcs.sh instale posteriormente el paquete ntfs-3g que contiene.

Paso 2c: 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 2d: Configura el entorno de tiempo 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. 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 que se está ejecutando actualmente. Si se establece en Y, los archivos de configuración en 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 en 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 en el 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 2e: 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 relevantes /etc/krb5.conf, /etc/samba/smb.conf y /etc/sssd/sssd.conf en todas las VM creadas.

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

    Para 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 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 elegir una imagen maestra](/es-es/linux-virtual-delivery-agent/2103/media/choose-master-image-from-the-list.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](/es-es/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html).

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 AWS

Paso 1: Crea una conexión de alojamiento a AWS 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 AWS.

    Imagen de crear la conexión a AWS

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

    Imagen de elegir 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 de 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 a la consola de Identity and Access Management (IAM).
    3. En el panel de navegación izquierdo, elige 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 nueva conexión de AWS

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: Configura cloud-init

  1. Para asegurarte de que un nombre de host de VDA persista cuando se reinicia o se detiene una instancia de EC2, ejecuta el siguiente comando para preservar 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 VM creadas por MCS en AWS, habilita la autenticación por contraseña porque no hay ningún nombre de clave adjunto a esas VM. Haz lo siguiente según sea necesario.

    • Edita 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 siguientes líneas 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 usando 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.

    • Edita 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: Instala el paquete de 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 de 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 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 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 2e: Configura el entorno de tiempo 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 puede configurarse 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 máquina virtual 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 máquinas virtuales 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 máquina virtual de plantilla y apaga la máquina virtual de plantilla desde el portal de AWS EC2. Asegúrate de que el estado de la instancia de la máquina virtual de plantilla sea Detenida.

  4. Haz clic con el botón derecho en la máquina virtual de plantilla y selecciona Imagen > Crear imagen. Introduce la información y realiza los ajustes necesarios. Haz clic en Crear imagen.

    Imagen de creación de imagen EBS

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 máquinas virtuales 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.

Imagen de creación de un catálogo de máquinas

Imagen de selección de grupos de seguridad

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 máquinas virtuales 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 de Citrix Cloud, selecciona Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión a GCP.

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

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

    Imagen de la selección de Amazon EC2

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

    Imagen del par de claves de acceso

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

    Imagen de la nueva conexión de GCP

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: Instala el paquete 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 Linux VDA 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 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 3b: Instala 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 3c: 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 compilador 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 3d: Configura el entorno de tiempo 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 Linux VDA. A continuación, se muestran algunas de las variables, de las cuales dns y AD_INTEGRATION deben configurarse:

    Nota: Si una variable se puede establecer 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 mayúsculas de 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 3e: 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 máquinas virtuales (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

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

Usar MCS para actualizar tu VDA de Linux

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

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

  2. Actualiza tu VDA de Linux 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 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.

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