Linux Virtual Delivery Agent

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

El uso de MCS para crear máquinas virtuales Linux implica estos pasos generales:

  1. Prepare una imagen maestra en la máquina virtual de plantilla que elija, que puede ser cualquier máquina virtual o un VDA activo.
  2. Cree un catálogo de máquinas en Citrix Studio.
  3. Cree un grupo de entrega.

Nota:

Se pueden producir resultados inesperados si intenta preparar una imagen maestra en hipervisores que no sean Citrix Hypervisor, Microsoft Azure, VMware vSphere, AWS, GCP o Nutanix AHV.

Desde Citrix Virtual Apps and Desktops 7 2003 hasta Citrix Virtual Apps and Desktops 7 2112, el alojamiento de Linux VDA en Microsoft Azure, AWS y GCP solo era posible con Citrix DaaS (antes, Virtual Apps and Desktops Service). A partir de la versión 2203, puede alojar Linux VDA en estas nubes públicas tanto con Citrix DaaS como con Citrix Virtual Apps and Desktops. Para agregar las conexiones de host de estas nubes públicas a su implementación de Citrix Virtual Apps and Desktops, necesita una licencia de derechos híbridos. Para obtener información sobre la licencia de derechos híbridos, consulte Transición e intercambios (TTU) con derechos híbridos.

No se permite usar servidores bare metal con MCS para crear máquinas virtuales.

Distribuciones compatibles

  Winbind SSSD Centrify PBIS
CentOS 7.9
Debian 10.9 No
RHEL 8.4 No
RHEL 8.3 No
RHEL 8.2 No
RHEL 8.1 No
RHEL 7.9
SUSE 15.3 No
SUSE 15.2 No
Ubuntu 20.04 No
Ubuntu 18.04 No

Nota:

Si utiliza PBIS o Centrify 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 o Centrify en el archivo /etc/xdl/mcs/mcs.conf o instale el paquete PBIS o Centrify 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 por MCS.
  • Antes de reiniciar las máquinas creadas por MCS tras finalizar la ejecución de /opt/Citrix/VDA/sbin/deploymcs.sh, ejecute klist -li 0x3e4 purge en el Delivery Controller o en Citrix Cloud Connector, según la implementación.

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

Paso 1: Prepare una imagen maestra

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

Paso 1a: Instale Citrix VM Tools

Instale Citrix VM Tools en la VM de plantilla para que cada VM use la CLI xe o XenCenter. El rendimiento de la VM puede ser lento, a menos que instale las herramientas. Sin las herramientas, no puede hacer nada de lo siguiente:

  • Apagar, reiniciar ni suspender una máquina virtual de manera sencilla.
  • 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 ellas.
  • Ajustar la cantidad de vCPU en una VM Linux en ejecución.
  1. Ejecute el siguiente comando para montar Citrix VM Tools, cuyo archivo se llama guest-tools.iso.

    sudo mount /dev/cdrom /mnt
    <!--NeedCopy-->
    
  2. Ejecute el siguiente comando para instalar el paquete xe-guest-utilities, según su 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:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
    <!--NeedCopy-->
    
  3. Consulte el estado de virtualización de la máquina virtual de plantilla en la ficha General en XenCenter. Si Citrix VM Tools está correctamente instalado, el estado de la virtualización es Optimizado:

    Optimización del estado de virtualización

Paso 1b: Instale el paquete de Linux VDA en la VM de la plantilla

Nota:

Para utilizar un VDA que se ejecuta como una VM de plantilla, omita este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instale .NET Runtime 6.0.

En función de su distribución de Linux, ejecute 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:

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

Paso 1c: Habilite repositorios para instalar el paquete tdb-tools

Para el servidor de RHEL 7:

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

Para la estación de trabajo de RHEL 7:

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

Paso 1d: Instale el repositorio EPEL que puede ofrecer ntfs-3g

Instale el repositorio EPEL en RHEL 8, RHEL 7 y CentOS 7 para que la ejecución posterior de deploymcs.sh instale el paquete ntfs-3g disponible en el repositorio EPEL. Para obtener información sobre cómo instalar EPEL, consulte las instrucciones en https://docs.fedoraproject.org/en-US/epel/.

Paso 1e: Instale manualmente ntfs-3g en SUSE

En la plataforma SUSE, no hay ningún repositorio que ofrezca ntfs-3g. Debe descargar el código fuente, compilarlo e instalar ntfs-3g de forma manual:

  1. Instale el sistema de compilación GNU Compiler Collection (GCC) y cree el paquete:

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

  3. Descomprima el paquete ntfs-3g:

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

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

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

Paso 1f: Configure el entorno en tiempo de ejecución

Antes de ejecutar deploymcs.sh, haga lo siguiente:

  • Cambie variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf ofrece variables para configurar MCS y Linux VDA. A continuación, dispone de las variables que puede configurar según sea necesario:

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben utilizar las configuraciones existentes del VDA que se ejecuta actualmente. Si se define con el valor Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los del VDA que se ejecuta actualmente. Sin embargo, aún debe configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que las plantillas de configuración de la imagen maestra determinan los archivos de configuración de las máquinas creadas por MCS.

    • dns: Establece la dirección IP de cada servidor DNS. Puede configurar hasta cuatro servidores DNS.

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

    • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue entre mayúsculas y minúsculas) si se configura en AD. De lo contrario, de forma predeterminada, es el nombre de dominio.

    • AD_INTEGRATION: Establece Winbind, SSSD (SSSD no es compatible con SUSE), PBIS o Centrify (Centrify solo se puede usar en RHEL y CentOS).

    • CENTRIFY_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify Samba. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • PBIS_DOWNLOAD_PATH: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en PBIS.

    • UPDATE_MACHINE_PW: Habilita o inhabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulte Automatizar la actualización de las contraseñas de cuentas de máquina.

    • Estas variables de configuración de Linux VDA:

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

    Para ver un ejemplo de mcs.conf, consulte esta captura de pantalla:

    Archivo de configuración de MCS de ejemplo

  • En la máquina de la plantilla, agregue líneas de comandos 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 configurar o actualizar un valor del Registro.

    Por ejemplo, puede agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un archivo 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: Cree una imagen maestra

  1. Ejecute /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (si utiliza un VDA que se está ejecutando como máquina virtual de plantilla, omita este paso). En la máquina virtual de la plantilla, actualice 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, actualice las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

    Para los usuarios de Centrify, actualice las plantillas /etc/xdl/mcs/centrify_krb5.conf.tmpl y /etc/xdl/mcs/centrify_smb.conf.tmpl.

    Nota:

    Mantenga el formato utilizado en los archivos de plantilla y utilice variables como $WORKGROUP, $REALM, $realm, ${new_hostname} y $AD_FQDN.

  3. En Citrix Hypervisor, apague la VM de plantilla. Cree y nombre la instantánea de su imagen maestra.

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

En Citrix Studio, cree un catálogo de máquinas y especifique la cantidad de máquinas virtuales que se van a crear en el catálogo. Realice otras tareas de configuración según sea necesario. Para obtener más información, consulte Crear un catálogo de máquinas mediante Studio.

Paso 3: Cree un grupo de entrega

Un grupo de entrega es un conjunto de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica los usuarios que pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulte Crear grupos de entrega.

Usar MCS para crear máquinas virtuales Linux en Azure

Paso 1: Cree una conexión de alojamiento con Azure en Citrix Studio

  1. Desde Citrix Studio, en Citrix Cloud, elija Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión con Azure.

    Creación de la conexión con Azure

  2. Elija Microsoft Azure como el tipo de conexión.

    Selección de Azure como tipo de conexión

  3. Escriba el ID de suscripción de su cuenta de Azure y el nombre de su conexión.

    Escribir el ID de suscripción de la cuenta de Azure

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

    Nueva conexión de Azure

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

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

Paso 2a: Configure cloud-init para Ubuntu 18.04

Para asegurarse de que el nombre de host de un VDA persiste cuando se reinicia o se detiene una máquina virtual, ejecute este comando:

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

Compruebe que estas líneas se encuentran en la sección system_info del archivo /etc/cloud/cloud.cfg:

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

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

Nota:

Para utilizar un VDA que se ejecuta como una VM de plantilla, omita este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instale .NET Runtime 6.0.

En función de su distribución de Linux, ejecute 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:

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

Paso 2d: Habilite repositorios para instalar el paquete tdb-tools

Para el servidor de RHEL 7:

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

Para la estación de trabajo de RHEL 7:

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

Paso 2e: Instale el repositorio EPEL que puede ofrecer ntfs-3g

Instale 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 disponible en el repositorio EPEL.

Paso 2f: Instale manualmente ntfs-3g en SUSE

En la plataforma SUSE, no hay ningún repositorio que ofrezca ntfs-3g. Debe descargar el código fuente, compilarlo e instalar ntfs-3g de forma manual:

  1. Instale el sistema de compilación GNU Compiler Collection (GCC) y cree el paquete:

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

  3. Descomprima el paquete ntfs-3g:

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

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

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

Paso 2g: Configure el entorno en tiempo de ejecución

Antes de ejecutar deploymcs.sh, haga lo siguiente:

  • Cambie variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf ofrece variables para configurar MCS y Linux VDA. He aquí algunas de las variables, de las cuales dns y AD_INTEGRATION deben definirse:

    Nota: Si una variable se puede definir con varios valores, coloque los valores entre comillas simples y sepárelos con un espacio. Por ejemplo: LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben utilizar las configuraciones existentes del VDA que se ejecuta actualmente. Si se define con el valor Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los del VDA que se ejecuta actualmente. Sin embargo, aún debe configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que las plantillas de configuración de la imagen maestra determinan los archivos de configuración de las máquinas creadas por MCS.

    • dns: Establece la dirección IP de cada servidor DNS. Puede configurar hasta cuatro servidores DNS.

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

    • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue entre mayúsculas y minúsculas) si se configura en AD. De lo contrario, de forma predeterminada, es el nombre de dominio.

    • AD_INTEGRATION: Establece Winbind, SSSD (SSSD no es compatible con SUSE), PBIS o Centrify (Centrify solo se puede usar en RHEL y CentOS).

    • CENTRIFY_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify Samba. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • PBIS_DOWNLOAD_PATH: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en PBIS.

    • UPDATE_MACHINE_PW: Habilita o inhabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulte Automatizar la actualización de las contraseñas de cuentas de máquina.

    • Estas variables de configuración de Linux VDA:

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

    Para ver un ejemplo de mcs.conf, consulte esta captura de pantalla:

    Archivo de configuración de MCS de ejemplo

  • En la máquina de la plantilla, agregue líneas de comandos 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 configurar o actualizar un valor del Registro.

    Por ejemplo, puede agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un archivo 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 2h: Cree una imagen maestra

  1. Ejecute /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (si utiliza un VDA que se está ejecutando como máquina virtual de plantilla, omita este paso). En la máquina virtual de la plantilla, actualice 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, actualice las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

    Para los usuarios de Centrify, actualice las plantillas /etc/xdl/mcs/centrify_krb5.conf.tmpl y /etc/xdl/mcs/centrify_smb.conf.tmpl.

    Nota: Mantenga el formato utilizado en los archivos de plantilla y utilice variables como $WORKGROUP, $REALM, $realm, ${new_hostname} y $AD_FQDN.

  3. Instale aplicaciones en la VM de plantilla y apague la VM de plantilla desde el portal de Azure. Compruebe que el estado de administración de energía de la máquina virtual de plantilla es Detenida (desasignada). Debe recordar el nombre del grupo de recursos indicado aquí. Necesitará ese nombre para localizar la imagen maestra en Azure.

    Estado de energía detenido de la VM de plantilla

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

En Citrix Studio, cree un catálogo de máquinas y especifique la cantidad de máquinas virtuales que se van a crear en el catálogo. Al crear el catálogo de máquinas, elija su imagen maestra en el grupo de recursos al que pertenece la VM de plantilla y busque el VHD de la VM de plantilla.

Búsqueda de VHD de la VM de plantilla

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

Paso 4: Cree un grupo de entrega

Un grupo de entrega es un conjunto de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica los usuarios que pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulte Crear grupos de entrega.

Usar MCS para crear máquinas virtuales Linux en VMware vSphere

Paso 1: Cree una conexión de alojamiento con VMware en Citrix Studio

  1. Instale vCenter Server en el entorno vSphere. Para obtener más información, consulte VMware vSphere.

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

    Creación de la conexión con Azure

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

    Elegir VMware vSphere

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

    Nombre de la conexión de VMware

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

    Nueva conexión de vSphere

Paso 2: Prepare una imagen maestra

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

Paso 2a: Instale el paquete de Linux VDA en la VM de la plantilla

Nota:

Para utilizar un VDA que se ejecuta como una VM de plantilla, omita este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instale .NET Runtime 6.0.

En función de su distribución de Linux, ejecute 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:

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

Paso 2c: Habilite repositorios para instalar el paquete tdb-tools

Para el servidor de RHEL 7:

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

Para la estación de trabajo de RHEL 7:

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

Paso 2d: Instale el repositorio EPEL que puede ofrecer ntfs-3g

Instale 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 disponible en el repositorio EPEL.

Paso 2e: Instale manualmente ntfs-3g en SUSE

En la plataforma SUSE, no hay ningún repositorio que ofrezca ntfs-3g. Debe descargar el código fuente, compilarlo e instalar ntfs-3g de forma manual:

  1. Instale el sistema de compilación GNU Compiler Collection (GCC) y cree el paquete:

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

  3. Descomprima el paquete ntfs-3g:

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

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

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

Paso 2f: Configure el entorno en tiempo de ejecución

Antes de ejecutar deploymcs.sh, haga lo siguiente:

  • Cambie variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf ofrece variables para configurar MCS y Linux VDA. He aquí algunas de las variables, de las cuales dns y AD_INTEGRATION deben definirse:

    Nota: Si una variable se puede definir con varios valores, coloque los valores entre comillas simples y sepárelos con un espacio. Por ejemplo: LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben utilizar las configuraciones existentes del VDA que se ejecuta actualmente. Si se define con el valor Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los del VDA que se ejecuta actualmente. Sin embargo, aún debe configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que las plantillas de configuración de la imagen maestra determinan los archivos de configuración de las máquinas creadas por MCS.

    • dns: Establece la dirección IP de cada servidor DNS. Puede configurar hasta cuatro servidores DNS.

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

    • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue entre mayúsculas y minúsculas) si se configura en AD. De lo contrario, de forma predeterminada, es el nombre de dominio.

    • AD_INTEGRATION: Establece Winbind, SSSD (SSSD no es compatible con SUSE), PBIS o Centrify (Centrify solo se puede usar en RHEL y CentOS).

    • CENTRIFY_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify Samba. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • PBIS_DOWNLOAD_PATH: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en PBIS.

    • UPDATE_MACHINE_PW: Habilita o inhabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulte Automatizar la actualización de las contraseñas de cuentas de máquina.

    • Estas variables de configuración de Linux VDA:

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

    Para ver un ejemplo de mcs.conf, consulte esta captura de pantalla:

    Archivo de configuración de MCS de ejemplo

  • En la máquina de la plantilla, agregue líneas de comandos 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 configurar o actualizar un valor del Registro.

    Por ejemplo, puede agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un archivo 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: Cree una imagen maestra

  1. Ejecute /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (si utiliza un VDA que se está ejecutando como máquina virtual de plantilla, omita este paso). En la máquina virtual de la plantilla, actualice 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, actualice las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

    Para los usuarios de Centrify, actualice las plantillas /etc/xdl/mcs/centrify_krb5.conf.tmpl y /etc/xdl/mcs/centrify_smb.conf.tmpl.

    Nota: Mantenga el formato utilizado en los archivos de plantilla y utilice variables como $WORKGROUP, $REALM, $realm, ${new_hostname} y $AD_FQDN.

  3. Después de finalizar la instalación de aplicaciones en la máquina virtual de plantilla, apague la máquina virtual de plantilla desde el portal de VMware. Cree una instantánea de la máquina virtual de plantilla.

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

En Citrix Studio, cree un catálogo de máquinas y especifique la cantidad de máquinas virtuales que se van a crear en el catálogo. Al crear el catálogo de máquinas, elija la imagen maestra de la lista de instantáneas.

Elección de una imagen maestra

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

Paso 4: Cree un grupo de entrega

Un grupo de entrega es un conjunto de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica los usuarios que pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulte Crear grupos de entrega.

Usar MCS para crear máquinas virtuales Linux en AWS

Paso 1: Cree una conexión de alojamiento con AWS en Citrix Studio

  1. En Citrix Studio, en Citrix Cloud, elija Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión con AWS.

    Creación de la conexión con AWS

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

    Elección de Amazon EC2

  3. Escriba la clave API y la clave secreta de su cuenta de AWS y, también, el nombre de la conexión.

    Par de claves de acceso

    La clave API es el ID de la clave de acceso y la clave secreta es la clave de acceso secreta. Se las considera 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:

    1. Inicie sesión en los servicios de AWS.
    2. Vaya a la consola de Identity and Access Management (IAM).
    3. En el panel de navegación de la izquierda, elija Users.
    4. Seleccione el usuario de destino y desplácese hacia abajo para seleccionar la ficha Security credentials.
    5. Desplácese hacia abajo de nuevo y haga clic en Create access key. Aparecerá una ventana.
    6. Haga clic en Download .csv file y guarde la clave de acceso en una ubicación segura.

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

    Nueva conexión de AWS

Paso 2: Prepare una imagen maestra

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

Paso 2a: Configure cloud-init

  1. Para comprobar que el nombre de host de un VDA persiste cuando se reinicia o se detiene una máquina instancia de EC2, ejecute el siguiente comando para conservar dicho nombre de host.

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

    Para Ubuntu 18.04, compruebe que estas líneas se encuentran en la sección system_info del archivo /etc/cloud/cloud.cfg:

    system_info:
        network:
            renderers: ['netplan', 'eni', 'sysconfig']
    <!--NeedCopy-->
    
  2. Para utilizar SSH con el objetivo de acceder de forma remota a las máquinas virtuales creadas por MCS en AWS, habilite la autenticación de contraseñas porque no hay ningún nombre de clave asociado a dichas máquinas virtuales. Siga estos procedimientos si es necesario.

    • Modifique el archivo de configuración de cloud-init: /etc/cloud/cloud.cfg. Compruebe que la línea ssh_pwauth: true esté presente. Quite o comente la línea set-password y las líneas siguientes (si existen).

       users:
       - default
       <!--NeedCopy-->
      
    • Si piensa usar el usuario predeterminado ec2-user o ubuntu creado por cloud-init, puede cambiar la contraseña de usuario mediante el comando passwd. No se olvide de la nueva contraseña para poder utilizarla luego al iniciar sesión en las máquinas virtuales creadas por MCS.
    • Modifique el archivo /etc/ssh/sshd_config para comprobar que esta línea está presente:

       PasswordAuthentication yes
       <!--NeedCopy-->
      

      Guarde el archivo y ejecute el comando sudo service sshd restart.

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

Nota:

Para utilizar un VDA que se ejecuta como una VM de plantilla, omita este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instale .NET Runtime 6.0.

En función de su distribución de Linux, ejecute 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:

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

Paso 2d: Habilite repositorios para instalar el paquete tdb-tools

Para el servidor de RHEL 7:

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

Para la estación de trabajo de RHEL 7:

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

Paso 2e: Instale el repositorio EPEL que puede ofrecer ntfs-3g

Instale 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 disponible en el repositorio EPEL.

Paso 2f: Instale manualmente ntfs-3g en SUSE

En la plataforma SUSE, no hay ningún repositorio que ofrezca ntfs-3g. Debe descargar el código fuente, compilarlo e instalar ntfs-3g de forma manual:

  1. Instale el sistema de compilación GNU Compiler Collection (GCC) y cree el paquete:

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

  3. Descomprima el paquete ntfs-3g:

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

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

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

Paso 2g: Configure el entorno en tiempo de ejecución

Antes de ejecutar deploymcs.sh, haga lo siguiente:

  • Cambie variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf ofrece variables para configurar MCS y Linux VDA. He aquí algunas de las variables, de las cuales dns y AD_INTEGRATION deben definirse:

    Nota: Si una variable se puede definir con varios valores, coloque los valores entre comillas simples y sepárelos con un espacio. Por ejemplo: LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben utilizar las configuraciones existentes del VDA que se ejecuta actualmente. Si se define con el valor Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los del VDA que se ejecuta actualmente. Sin embargo, aún debe configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que las plantillas de configuración de la imagen maestra determinan los archivos de configuración de las máquinas creadas por MCS.

    • dns: Establece la dirección IP de cada servidor DNS. Puede configurar hasta cuatro servidores DNS.

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

    • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue entre mayúsculas y minúsculas) si se configura en AD. De lo contrario, de forma predeterminada, es el nombre de dominio.

    • AD_INTEGRATION: Establece Winbind, SSSD (SSSD no es compatible con SUSE), PBIS o Centrify (Centrify solo se puede usar en RHEL y CentOS).

    • CENTRIFY_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify Samba. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • PBIS_DOWNLOAD_PATH: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en PBIS.

    • UPDATE_MACHINE_PW: Habilita o inhabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulte Automatizar la actualización de las contraseñas de cuentas de máquina.

    • Estas variables de configuración de Linux VDA:

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

    Para ver un ejemplo de mcs.conf, consulte esta captura de pantalla:

    Archivo de configuración de MCS de ejemplo

  • En la máquina de la plantilla, agregue líneas de comandos 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 configurar o actualizar un valor del Registro.

    Por ejemplo, puede agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un archivo 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 2h: Cree una imagen maestra

  1. Ejecute /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (si utiliza un VDA que se está ejecutando como máquina virtual de plantilla, omita este paso). En la máquina virtual de la plantilla, actualice 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, actualice las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

    Para los usuarios de Centrify, actualice las plantillas /etc/xdl/mcs/centrify_krb5.conf.tmpl y /etc/xdl/mcs/centrify_smb.conf.tmpl.

    Nota: Mantenga el formato utilizado en los archivos de plantilla y utilice variables como $WORKGROUP, $REALM, $realm, ${new_hostname} y $AD_FQDN.

  3. Instale aplicaciones en la VM de plantilla y apague la VM de plantilla desde el portal de AWS EC2. Compruebe que el estado de la instancia de la VM de plantilla es Detenido.

  4. Haga clic con el botón secundario en la VM de plantilla y seleccione Imagen > Crear imagen. Escriba la información y realice los ajustes necesarios. Haga clic en Crear imagen.

    Crear imagen de EBS

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

En Citrix Studio, cree un catálogo de máquinas y especifique la cantidad de máquinas virtuales que se van a crear en el catálogo. Al crear el catálogo de máquinas, elija la plantilla de la máquina (la imagen maestra que creó anteriormente) y seleccione uno o varios grupos de seguridad.

Creación de un catálogo de máquinas

Selección de grupos de seguridad

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

Paso 4: Cree un grupo de entrega

Un grupo de entrega es un conjunto de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica los usuarios que pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulte Crear grupos de entrega.

Usar MCS para crear máquinas virtuales Linux en GCP

Paso 1: Configure su entorno de GCP

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

Paso 2: Cree una conexión de alojamiento con GCP en Citrix Studio

  1. En Citrix Studio, en Citrix Cloud, elija Configuración > Alojamiento > Agregar conexión y recursos para crear una conexión con GCP.

    Crear la conexión con GCP

  2. Seleccione Google Cloud Platform como el tipo de conexión.

    Elección de Amazon EC2

  3. Importe la clave de cuenta de servicio de su cuenta de GCP e introduzca el nombre de conexión.

    Par de claves de acceso

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

    Nueva conexión GCP

Paso 3: Prepare una imagen maestra

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

Paso 3a: Configure cloud-init para Ubuntu 18.04

Para asegurarse de que el nombre de host de un VDA persiste cuando se reinicia o se detiene una máquina virtual, ejecute este comando:

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

Compruebe que estas líneas se encuentran en la sección system_info del archivo /etc/cloud/cloud.cfg:

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

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

Nota:

Para utilizar un VDA que se ejecuta como una VM de plantilla, omita este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instale .NET Runtime 6.0.

En función de su distribución de Linux, ejecute 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:

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

Paso 3c: Habilite repositorios para instalar el paquete tdb-tools

Para el servidor de RHEL 7:

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

Para la estación de trabajo de RHEL 7:

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

Paso 3d: Instale el repositorio EPEL que puede ofrecer ntfs-3g

Instale 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 disponible en el repositorio EPEL.

Paso 3e: Instale manualmente ntfs-3g en SUSE

En la plataforma SUSE, no hay ningún repositorio que ofrezca ntfs-3g. Debe descargar el código fuente, compilarlo e instalar ntfs-3g de forma manual:

  1. Instale el sistema de compilación GNU Compiler Collection (GCC) y cree el paquete:

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

  3. Descomprima el paquete ntfs-3g:

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

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

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

Paso 3f: Configure el entorno en tiempo de ejecución

Antes de ejecutar deploymcs.sh, haga lo siguiente:

  • Cambie variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf ofrece variables para configurar MCS y Linux VDA. He aquí algunas de las variables, de las cuales dns y AD_INTEGRATION deben definirse:

    Nota: Si una variable se puede definir con varios valores, coloque los valores entre comillas simples y sepárelos con un espacio. Por ejemplo: LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben utilizar las configuraciones existentes del VDA que se ejecuta actualmente. Si se define con el valor Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los del VDA que se ejecuta actualmente. Sin embargo, aún debe configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que las plantillas de configuración de la imagen maestra determinan los archivos de configuración de las máquinas creadas por MCS.

    • dns: Establece la dirección IP de cada servidor DNS. Puede configurar hasta cuatro servidores DNS.

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

    • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue entre mayúsculas y minúsculas) si se configura en AD. De lo contrario, de forma predeterminada, es el nombre de dominio.

    • AD_INTEGRATION: Establece Winbind, SSSD (SSSD no es compatible con SUSE), PBIS o Centrify (Centrify solo se puede usar en RHEL y CentOS).

    • CENTRIFY_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify Samba. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • PBIS_DOWNLOAD_PATH: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en PBIS.

    • UPDATE_MACHINE_PW: Habilita o inhabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulte Automatizar la actualización de las contraseñas de cuentas de máquina.

    • Estas variables de configuración de Linux VDA:

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

    Para ver un ejemplo de mcs.conf, consulte esta captura de pantalla:

    Archivo de configuración de MCS de ejemplo

  • En la máquina de la plantilla, agregue líneas de comandos 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 configurar o actualizar un valor del Registro.

    Por ejemplo, puede agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un archivo 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 3g: Cree una imagen maestra

  1. Ejecute /opt/Citrix/VDA/sbin/deploymcs.sh.
  2. (si utiliza un VDA que se está ejecutando como máquina virtual de plantilla, omita este paso). En la máquina virtual de la plantilla, actualice 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, actualice las plantillas /etc/xdl/mcs/winbind_krb5.conf.tmpl y /etc/xdl/mcs/winbind_smb.conf.tmpl.

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

    Para los usuarios de Centrify, actualice las plantillas /etc/xdl/mcs/centrify_krb5.conf.tmpl y /etc/xdl/mcs/centrify_smb.conf.tmpl.

    Nota:

    Mantenga el formato utilizado en los archivos de plantilla y utilice variables como $WORKGROUP, $REALM, $realm, ${new_hostname} y $AD_FQDN.

  3. Después de finalizar la instalación de aplicaciones en la máquina virtual de plantilla, apague la máquina virtual de plantilla desde el portal de VMware. Cree una instantánea de la máquina virtual de plantilla.

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

En Citrix Studio, cree un catálogo de máquinas y especifique la cantidad de máquinas virtuales que se van a crear en el catálogo. Al crear el catálogo de máquinas, elija la imagen maestra de la lista de instantáneas.

Elección de una imagen maestra

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

Paso 5: Cree un grupo de entrega

Un grupo de entrega es un conjunto de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica los usuarios que pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulte Crear grupos de entrega.

Usar MCS para crear máquinas virtuales Linux en Nutanix AHV

Paso 1: Instale y registre el plug-in de Nutanix AHV

Obtenga el paquete del plug-in de Nutanix AHV de Nutanix. Instale y registre el plug-in en el entorno de Citrix Virtual Apps and Desktops. Para obtener más información, consulte la guía de instalación de plug-ins MCS de Nutanix Acropolis, disponible en el portal de asistencia de Nutanix.

Paso 1a: Instale y registre el plug-in de Nutanix AHV para Delivery Controllers locales

Después de instalar Citrix Virtual Apps and Desktops, seleccione e instale el plug-in XD MCS AHV en sus Delivery Controllers.

Plug-in de Nutanix AHV para Delivery Controllers locales

Paso 1b: Instale y registre el plug-in de Nutanix AHV para Delivery Controllers en la nube

Después de instalar Citrix Virtual Apps and Desktops, seleccione e instale el plug-in CWA MCS AHV en sus Citrix Cloud Connectors. Instale el plug-in en todos los Citrix Cloud Connectors registrados con el arrendatario de Citrix Cloud. Debe registrar los Citrix Cloud Connectors incluso cuando atienden una ubicación de recursos sin AHV.

Paso 1c: Complete los siguientes pasos después de instalar el plug-in

  • Compruebe que se haya creado una carpeta 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 Citrix Host Service, Citrix Broker Service y Citrix Machine Creation Service en sus Delivery Controllers locales o reinicie el servicio Citrix RemoteHCLServer en los Citrix Cloud Connectors.

    Consejo:

    Le recomendamos que detenga y reinicie Citrix Host Service, Citrix Broker Service y Machine Creation Service cuando instale o actualice el plug-in de Nutanix AHV.

Paso 2: Cree una conexión de alojamiento con Nutanix en Citrix Studio

  1. Para Delivery Controllers locales, elija Configuración > Alojamiento > Agregar conexión y recursos en la instancia de Citrix Studio local. En el caso de Delivery Controllers en la nube, elija Administrar > Alojamiento > Agregar conexión y recursos en la consola web de Studio en Citrix Cloud para crear una conexión al hipervisor Nutanix.
  2. En el asistente Agregar conexión y recursos, seleccione el tipo de conexión Nutanix AHV en la página Conexión y luego especifique la dirección y las credenciales del hipervisor, y un nombre para la conexión. En la página Red, seleccione una red para la unidad de alojamiento.

    Por ejemplo, en Citrix Studio local:

    Creación de una conexión de alojamiento con Nutanix en Citrix Studio local

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

    Creación de una conexión de alojamiento con Nutanix en la consola web de Studio en Citrix Cloud

  3. En la página Red, seleccione una red para la unidad de alojamiento.

Paso 3: Prepare una imagen maestra en la VM de la plantilla

Una imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software. Para preparar una imagen maestra, siga estos pasos:

Paso 3a: Instale el paquete de Linux VDA en la VM de plantilla

Nota:

Para utilizar un VDA que se ejecuta como una VM de plantilla, omita este paso.

Antes de instalar el paquete de Linux VDA en la VM de plantilla, instale .NET Runtime 6.0.

En función de su distribución de Linux, ejecute 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:

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

Paso 3b: Habilite repositorios para instalar el paquete tdb-tools

Para el servidor de RHEL 7:

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

Para la estación de trabajo de RHEL 7:

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

Paso 3c: Instale el repositorio EPEL que puede ofrecer ntfs-3g

Instale 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 disponible en el repositorio EPEL.

Paso 3d: Instale manualmente ntfs-3g en SUSE

En la plataforma SUSE, no hay ningún repositorio que ofrezca ntfs-3g. Debe descargar el código fuente, compilarlo e instalar ntfs-3g de forma manual:

  1. Instale el sistema de compilación GNU Compiler Collection (GCC) y cree el paquete:

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

  3. Descomprima el paquete ntfs-3g:

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

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

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

Paso 3e: Configure el entorno en tiempo de ejecución

Antes de ejecutar deploymcs.sh, haga lo siguiente:

  • Cambie variables en /etc/xdl/mcs/mcs.conf. El archivo de configuración mcs.conf ofrece variables para configurar MCS y Linux VDA. He aquí algunas de las variables, de las cuales dns y AD_INTEGRATION deben definirse:

    Nota: Si una variable se puede definir con varios valores, coloque los valores entre comillas simples y sepárelos con un espacio. Por ejemplo: LDAP_LIST=’aaa.lab:389 bbb.lab:389’.

    • Use_Existing_Configurations_Of_Current_VDA: Determina si se deben utilizar las configuraciones existentes del VDA que se ejecuta actualmente. Si se define con el valor Y, los archivos de configuración de las máquinas creadas por MCS son los mismos que los del VDA que se ejecuta actualmente. Sin embargo, aún debe configurar las variables dns y AD_INTEGRATION. El valor predeterminado es N, lo que significa que las plantillas de configuración de la imagen maestra determinan los archivos de configuración de las máquinas creadas por MCS.

    • dns: Establece la dirección IP de cada servidor DNS. Puede configurar hasta cuatro servidores DNS.

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

    • WORKGROUP: Establece el nombre del grupo de trabajo, que es el nombre NetBIOS (distingue entre mayúsculas y minúsculas) si se configura en AD. De lo contrario, de forma predeterminada, es el nombre de dominio.

    • AD_INTEGRATION: Establece Winbind, SSSD (SSSD no es compatible con SUSE), PBIS o Centrify (Centrify solo se puede usar en RHEL y CentOS).

    • CENTRIFY_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • CENTRIFY_SAMBA_DOWNLOAD_PATH: Establece la ruta de descarga del paquete Centrify Samba. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en Centrify.

    • PBIS_DOWNLOAD_PATH: Establece la ruta para descargar el paquete PBIS. El valor surte efecto solo cuando la variable AD_INTEGRATION se establece en PBIS.

    • UPDATE_MACHINE_PW: Habilita o inhabilita la automatización de las actualizaciones de contraseñas de cuentas de máquina. Para obtener más información, consulte Automatizar la actualización de las contraseñas de cuentas de máquina.

    • Estas variables de configuración de Linux VDA:

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

    Para ver un ejemplo de mcs.conf, consulte esta captura de pantalla:

    Archivo de configuración de MCS de ejemplo

  • En la máquina de la plantilla, agregue líneas de comandos 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 configurar o actualizar un valor del Registro.

    Por ejemplo, puede agregar las siguientes líneas de comando al archivo /etc/xdl/mcs/mcs_local_setting.reg para escribir o actualizar un archivo 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: En Nutanix AHV, apague la VM de plantilla Crear y asignar un nombre a una instantánea de la imagen maestra

Nota:

Los nombres de instantánea de Acropolis deben incluir el prefijo XD_ para poder utilizarse en Citrix Virtual Apps and Desktops. Utilice la consola de Acropolis para cambiar el nombre de las instantáneas, si es necesario. Después de cambiar el nombre de una instantánea, reinicie el asistente Crear catálogo para obtener una lista actualizada.

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

En Citrix Studio, cree un catálogo de máquinas y especifique la cantidad de máquinas virtuales que se van a crear en el catálogo. En la página Contenedor exclusiva de Nutanix, seleccione el contenedor que especificó anteriormente para la VM de plantilla. En la página Imagen maestra, seleccione la instantánea de la imagen. En la página Máquinas virtuales, compruebe la cantidad de unidades CPU virtuales y la cantidad de núcleos por cada CPU virtual.

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

Nota:

Si el proceso de creación del catálogo de máquinas en el Delivery Controller lleva mucho tiempo, 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: Cree un grupo de entrega

Un grupo de entrega es un conjunto de máquinas seleccionadas de uno o varios catálogos de máquinas. Especifica los usuarios que pueden usar esas máquinas y las aplicaciones y escritorios disponibles para esos usuarios. Para obtener más información, consulte Crear grupos de entrega.

Usar MCS para actualizar Linux VDA

Para usar MCS para actualizar su Linux VDA, haga lo siguiente:

  1. Asegúrese de instalar .NET Runtime 6.0 antes de actualizar Linux VDA a la versión Current Release.

  2. Actualice su Linux VDA en la plantilla de máquina:

    Nota:

    También puede utilizar la función Autoactualización de Linux VDA para programar actualizaciones automáticas de software. Para hacer esto, agregue líneas de comandos al archivo etc/xdl/mcs/mcs_local_setting.reg de la máquina de plantilla. Por ejemplo, puede agregar las siguientes líneas de comandos:

    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" –force
    
    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" –force
    
    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "<Your-Azure-Container-Url>" –force
    
    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "<Local-Certificate-Path-of-PortalAzureCom>" --force
    <!--NeedCopy-->
    

    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:

    sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
    <!--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. Modifique /etc/xdl/mcs/mcs.conf y /etc/xdl/mcs/mcs_local_setting.reg.

  4. Tome una nueva instantánea.

  5. En Citrix Studio, seleccione la nueva instantánea para actualizar su catálogo de máquinas. Espere a que se reinicie cada máquina. No reinicie ninguna máquina manualmente.

Automatizar la actualización de las contraseñas de cuenta de máquina

Las contraseñas de cuenta de máquina caducan, de forma predeterminada, al cabo de 30 días de la creación del catálogo de máquinas. Para evitar que las contraseñas caduquen y automatizar la actualización de las contraseñas de cuenta de máquina, haga lo siguiente:

  1. Agregue 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., abra /etc/cron.d/mcs_update_password_cronjob para establecer la hora y la frecuencia de actualización. En la configuración predeterminada, las contraseñas de las cuentas de máquina se actualizan semanalmente a las 2:30 a. m. del domingo.

Después de actualizar cada contraseña de cuenta de máquina, la caché de tíquets del 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 tíquets periódicamente. Puede 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 por MCS

Puede habilitar Servicio de autenticación federada en máquinas virtuales creadas con MCS que se ejecuten en las distribuciones siguientes:

  Winbind SSSD Centrify PBIS
RHEL 8, CentOS 8 No No
RHEL 7, CentOS 7 No
Ubuntu 20.04 No No No
Ubuntu 18.04 No No No
Debian 10.9 No No No
SUSE 15.3 No No No
SUSE 15.2 No No No

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

  1. Importe el certificado raíz de la CA.

    sudo cp root.pem /etc/pki/CA/certs/
    <!--NeedCopy-->
    
  2. Ejecute ctxfascfg.sh. Para obtener más información, consulte Ejecutar ctxfascfg.sh.

  3. Configure variables en /etc/xdl/mcs/mcs.conf.

    Nota:

    Establezca todas las variables necesarias en /etc/xdl/mcs/mcs.conf, puesto que se invocan al iniciarse la máquina virtual.

    1. Establezca el valor de Use_Existing_Configurations_Of_Current_VDA en Y.
    2. Establezca la variable FAS_LIST en la dirección del servidor de FAS o en varias direcciones de servidor de FAS. Separe las direcciones con puntos y comas, y acótelas con comillas simples. Por ejemplo, FAS_LIST='<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>'.
    3. Establezca las otras variables según sea necesario, como VDI_MODE.
  4. Ejecute el script /opt/Citrix/VDA/sbin/deploymcs.sh.

Habilitar FAS en una máquina virtual creada por MCS

Si FAS no se habilitó en la máquina de la plantilla como se describió anteriormente, puede habilitar FAS en cada máquina virtual creada por MCS.

Para habilitar FAS en una máquina virtual creada por MCS, haga lo siguiente:

  1. Configure variables en /etc/xdl/mcs/mcs.conf.

    Nota:

    Establezca todas las variables necesarias en /etc/xdl/mcs/mcs.conf, puesto que se invocan al iniciarse la máquina virtual.

    1. Establezca el valor de Use_Existing_Configurations_Of_Current_VDA en Y.
    2. Establezca la variable FAS_LIST en la dirección del servidor FAS.
    3. Establezca las otras variables según sea necesario, como VDI_MODE.
  2. Importe el certificado raíz de la CA.

    sudo cp root.pem /etc/pki/CA/certs/
    <!--NeedCopy-->
    
  3. Ejecute el script /opt/Citrix/VDA/sbin/ctxfascfg.sh. Para obtener más información, consulte Ejecutar ctxfascfg.sh.