Crear VDAs unidos a un dominio mediante Easy Install

Last published : Nov 13, 2026
Importante:
  • Para instalaciones nuevas, le recomendamos que consulte este artículo para una instalación rápida. Este artículo explica cómo instalar y configurar el VDA de Linux mediante Easy Install. Easy Install ahorra tiempo y trabajo, y es menos propenso a errores que la instalación manual. Ayuda a configurar un entorno en funcionamiento del VDA de Linux instalando automáticamente los paquetes necesarios y personalizando los archivos de configuración.
  • Para crear VDAs no unidos a un dominio, debe usar Machine Creation Services (MCS). Para obtener más información, consulte (/es-es/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-non-domain-joined-linux-vdas.html).
  • Para obtener información sobre las funciones disponibles para los VDAs no unidos a un dominio, vaya a (/es-es/linux-virtual-delivery-agent/2203-ltsr/configure/non-domain-joined-vdas.html).
Related information
Descripción general de la instalación

Paso 1: Preparar la información de configuración y la máquina Linux

Recopile la siguiente información de configuración necesaria para Easy Install:
  • Nombre de host: nombre de host de la máquina en la que se va a instalar el VDA de Linux
  • Dirección IP del servidor de nombres de dominio
  • Dirección IP o nombre de cadena del servidor NTP
  • Nombre de dominio: el nombre NetBIOS del dominio
  • Nombre de dominio (realm): el nombre de dominio (realm) de Kerberos
  • Nombre de dominio completo (FQDN) del dominio
Importante:
  • Para instalar el VDA de Linux, verificar que los repositorios se hayan agregado correctamente en la máquina Linux.
  • Para iniciar una sesión, verificar que el sistema X Window y los entornos de escritorio estén instalados.

Consideraciones

  • El nombre del grupo de trabajo, de forma predeterminada, es el nombre de dominio. Para personalizar el grupo de trabajo en su entorno, haga lo siguiente:
    a. Cree el archivo /tmp/ctxinstall.conf en la máquina VDA de Linux.
    b. Agregue la línea workgroup=\<your workgroup\> al archivo y guarde los cambios.
  • Centrify no admite la configuración DNS pura de IPv6. Se requiere al menos un servidor DNS que utilice IPv4 en /etc/resolv.conf para que adclient encuentre los servicios de AD correctamente.
    Registro:
    ADSITE   : Check that this machine's subnet is in a site known by AD   : Failed
             : This machine's subnet is not known by AD.
             : We guess you should be in the site Site1.
    Este problema es exclusivo de Centrify y su configuración. Para resolver este problema, haga lo siguiente:
    a. Abra Herramientas administrativas en el controlador de dominio.
    b. Seleccione Sitios y servicios de Active Directory. c. Agregue una dirección de subred adecuada para Subredes.
  • Para unir su VDA a una OU específica, haga lo siguiente:
    1. Asegúrese de que la OU específica exista en el controlador de dominio.
      Para ver un ejemplo de OU, consulte la siguiente captura de pantalla
      Un ejemplo de OU
    2. Cree el archivo /tmp/ctxinstall.conf en el VDA.
    3. Agregue la línea ou=\<your ou\> al archivo /tmp/ctxinstall.conf.
      Los valores de OU varían según los diferentes métodos de AD. La siguiente tabla refleja los nombres de OU de ejemplo en la captura de pantalla anterior. Puede usar cualquier otro nombre de OU en su organización.
      OS Winbind SSSD Centrify PBIS
      Amazon Linux 2 ou="Linux/amazon" ou="Linux/amazon" ou="XD.LOCAL/Linux/amazon" ou="Linux/amazon"
      Debian ou="Linux/debian" ou="Linux/debian" ou="XD.LOCAL/Linux/debian" ou="Linux/debian"
      RHEL 8, Rocky Linux 8 ou="OU=redhat,OU=Linux" ou="OU=redhat,OU=Linux" ou="XD.LOCAL/Linux/redhat" ou="Linux/redhat"
      RHEL 7 ou="Linux/redhat" ou="Linux/redhat" ou="XD.LOCAL/Linux/redhat" ou="Linux/redhat"
      SUSE ou="Linux/suse" ou="Linux/suse" ou="XD.LOCAL/Linux/suse" ou="Linux/suse"
      Ubuntu ou="Linux/ubuntu" ou="Linux/ubuntu" ou="XD.LOCAL/Linux/ubuntu" ou="Linux/ubuntu"
  • La instalación fácil admite IPv6 puro a partir de Linux VDA 7.16. Se aplican las siguientes condiciones previas y limitaciones:
    • Su repositorio de Linux debe estar configurado para garantizar que su máquina pueda descargar los paquetes necesarios a través de redes IPv6 puras.
    • Centrify no es compatible en redes IPv6 puras.
    Nota:
    Si su red es IPv6 pura y toda su entrada está en formato IPv6 adecuado, el VDA se registra con el Delivery Controller™ a través de IPv6. Si su red tiene una configuración híbrida de IPv4 e IPv6, el tipo de la primera dirección IP de DNS determina si se utiliza IPv4 o IPv6 para el registro.
  • Si elige Centrify como método para unirse a un dominio, el script ctxinstall.sh requiere el paquete de Centrify. Hay dos formas para que ctxinstall.sh obtenga el paquete de Centrify:
    • La instalación fácil ayuda a descargar el paquete de Centrify de Internet automáticamente. Las siguientes son las URL para cada distribución:
      RHEL: wget <http://edge.centrify.com/products/centrify-suite/2016-update-1/installers/centrify-suite-2016.1-rhel4-x86_64.tgz?_ga=1.178323680.558673738.1478847956>.
      CentOS: wget <http://edge.centrify.com/products/centrify-suite/2016-update-1/installers/centrify-suite-2016.1-rhel4-x86_64.tgz?_ga=1.186648044.558673738.1478847956>.
      Para SUSE: wget <http://edge.centrify.com/products/centrify-suite/2016-update-1/installers/centrify-suite-2016.1-suse10-x86_64.tgz?_ga=1.10831088.558673738.1478847956>
      Ubuntu o Debian: wget <https://downloads.centrify.com/products/infrastructure-services/19.9/centrify-infrastructure-services-19.9-deb8-x86_64.tgz?_ga=2.151462329.1042350071.1592881996-604509155.1572850145>
    • Obtenga el paquete de Centrify de un directorio local. Para designar el directorio del paquete de Centrify, haga lo siguiente:
      a. Cree el archivo /tmp/ctxinstall.conf en el servidor VDA de Linux si no existe.
      b. Agregue la línea "centrifypkgpath=\&lt;path name\>" al archivo.
      Por ejemplo:
      cat /tmp/ctxinstall.conf
      set "centrifypkgpath=/home/mydir"
      ls  -ls  /home/mydir
          9548 -r-xr-xr-x. 1 root root  9776688 May 13  2016 adcheck-rhel4-x86_64
          4140 -r--r--r--. 1 root root  4236714 Apr 21  2016 centrifyda-3.3.1-rhel4-x86_64.rpm
          33492 -r--r--r--. 1 root root 34292673 May 13  2016 centrifydc-5.3.1-rhel4-x86_64.rpm
          4 -rw-rw-r--. 1 root root     1168 Dec  1  2015 centrifydc-install.cfg
          756 -r--r--r--. 1 root root   770991 May 13  2016 centrifydc-ldapproxy-5.3.1-rhel4-x86_64.rpm
          268 -r--r--r--. 1 root root   271296 May 13  2016 centrifydc-nis-5.3.1-rhel4-x86_64.rpm
          1888 -r--r--r--. 1 root root  1930084 Apr 12  2016 centrifydc-openssh-7.2p2-5.3.1-rhel4-x86_64.rpm
          124 -rw-rw-r--. 1 root root   124543 Apr 19  2016 centrify-suite.cfg
          0 lrwxrwxrwx. 1 root root       10 Jul  9  2012 install-express.sh -> install.sh
          332 -r-xr-xr--. 1 root root   338292 Apr 10  2016 install.sh
          12 -r--r--r--. 1 root root    11166 Apr  9  2015 release-notes-agent-rhel4-x86_64.txt
          4 -r--r--r--. 1 root root     3732 Aug 24  2015 release-notes-da-rhel4-x86_64.txt
          4 -r--r--r--. 1 root root     2749 Apr  7  2015 release-notes-nis-rhel4-x86_64.txt
          12 -r--r--r--. 1 root root     9133 Mar 21  2016 release-notes-openssh-rhel4-x86_64.txt
  • Si elige PBIS como método para unirse a un dominio, el script ctxinstall.sh requiere el paquete PBIS. Hay dos formas en que ctxinstall.sh puede obtener el paquete PBIS:
    • La instalación fácil ayuda a descargar el paquete PBIS de Internet automáticamente. Las siguientes son las URL para cada distribución:
      CentOS 7, RHEL 7, SUSE 12.5: wget https://github.com/BeyondTrust/pbis-open/releases/download/8.8.0/pbis-open-8.8.0.506.linux.x86_64.rpm.sh
      Amazon Linux 2, RHEL 8, Rocky Linux 8, SUSE 15.3, SUSE 15.2: wget https://github.com/BeyondTrust/pbis-open/releases/download/9.1.0/pbis-open-9.1.0.551.linux.x86_64.rpm.sh
      Debian, Ubuntu: wget https://github.com/BeyondTrust/pbis-open/releases/download/8.8.0/pbis-open-8.8.0.506.linux.x86_64.deb.sh
    • Obtenga una versión específica del paquete PBIS de Internet. Para ello, cambie la línea "pbisDownloadPath" en el archivo /opt/Citrix/VDA/sbin/ctxinstall.sh para designar la URL del paquete PBIS.
      Para ver un ejemplo, consulte la siguiente captura de pantalla:
      Obtener una versión específica del paquete PBIS(/en-us/linux-virtual-delivery-agent/2203-ltsr/media/fetching-specific-version-of-pbis-package.png)

Paso 2: Preparar el hipervisor

Se requieren algunos cambios al ejecutar el VDA de Linux como máquina virtual en un hipervisor compatible. Realice los siguientes cambios según la plataforma de hipervisor en uso. No se requieren cambios si ejecuta la máquina Linux en hardware físico.

Corregir la sincronización de la hora en Citrix Hypervisor™

Cuando la función de sincronización de hora de Citrix Hypervisor está habilitada, dentro de cada VM de Linux paravirtualizada, experimentará problemas con NTP y Citrix Hypervisor. Ambos intentan administrar el reloj del sistema. Para evitar que el reloj se desincronice con otros servidores, asegúrese de que el reloj del sistema dentro de cada invitado Linux esté sincronizado con el NTP. Este caso requiere deshabilitar la sincronización de hora del host. No se requieren cambios en el modo HVM.
Si está ejecutando un kernel de Linux paravirtualizado con Citrix VM Tools instalado, puede comprobar si la función de sincronización de hora de Citrix Hypervisor está presente y habilitada desde dentro de la VM de Linux:
su -

cat /proc/sys/xen/independent_wallclock
Este comando devuelve 0 o 1:
  • 0 - La función de sincronización de hora está habilitada y debe deshabilitarse.
  • 1 - La función de sincronización de hora está deshabilitada y no se requiere ninguna otra acción.
Si el archivo /proc/sys/xen/independent\_wallclock no está presente, los siguientes pasos no son necesarios.
Si está habilitada, deshabilite la función de sincronización de hora escribiendo 1 en el archivo:
sudo echo 1 > /proc/sys/xen/independent_wallclock
Para que este cambio sea permanente y persistente después de reiniciar, edite el archivo /etc/sysctl.conf y añada la línea:
xen.independent_wallclock = 1
Para verificar estos cambios, reinicie el sistema:
su -

cat /proc/sys/xen/independent_wallclock
Este comando devuelve el valor 1.

Corregir la sincronización de hora en Microsoft Hyper-V

Las máquinas virtuales Linux con los servicios de integración de Hyper-V Linux instalados pueden aplicar la función de sincronización de hora de Hyper-V para usar la hora del sistema operativo host. Para garantizar que el reloj del sistema permanezca preciso, debe habilitar esta función junto con los servicios NTP.
Desde el sistema operativo de administración:
  1. Abra la consola del Administrador de Hyper-V.
  2. Para la configuración de una VM de Linux, seleccione Servicios de integración.
  3. Asegúrese de que Sincronización de hora esté seleccionada.
Nota:
Este enfoque es diferente al de VMware y Citrix Hypervisor, donde la sincronización horaria del host está deshabilitada para evitar conflictos con NTP. La sincronización horaria de Hyper-V puede coexistir y complementar la sincronización horaria de NTP.

Corregir la sincronización horaria en ESX y ESXi

Cuando la función de sincronización horaria de VMware está habilitada, dentro de cada VM Linux paravirtualizada, experimentará problemas con el NTP y el hipervisor. Ambos intentan sincronizar el reloj del sistema. Para evitar que el reloj se desincronice con otros servidores, asegúrese de que el reloj del sistema dentro de cada invitado Linux esté sincronizado con el NTP. Este caso requiere deshabilitar la sincronización horaria del host.
Si está ejecutando un kernel de Linux paravirtualizado con VMware Tools instalado:
  1. Abra vSphere Client.
  2. Edite la configuración de la VM Linux.
  3. En el cuadro de diálogo Propiedades de la máquina virtual, abra la ficha Opciones.
  4. Seleccione VMware Tools.
  5. En el cuadro Avanzado, desactive Sincronizar la hora del invitado con el host.

Paso 3: Instalar .NET Runtime 6.0 como requisito previo

Antes de instalar el VDA de Linux, instale .NET Runtime 6.0 según las instrucciones de <https://docs.microsoft.com/es-es/dotnet/core/install/linux-package-managers>.
Después de instalar .NET Runtime 6.0, ejecute el comando which dotnet para encontrar la ruta de su tiempo de ejecución.
Según la salida del comando, establezca la ruta binaria del tiempo de ejecución de .NET. Por ejemplo, si la salida del comando es /aa/bb/dotnet, use /aa/bb como la ruta binaria de .NET.

Paso 4: Descargar el paquete de VDA de Linux

Vaya a la página de descarga de Citrix Virtual Apps and Desktops. Expanda la versión adecuada de Citrix Virtual Apps and Desktops y haga clic en Componentes para descargar el paquete de VDA de Linux que coincida con su distribución de Linux.

Paso 5: Instalar el paquete de Linux VDA

Para configurar el entorno para el Linux VDA, ejecute los siguientes comandos.
Para distribuciones RHEL/CentOS/Rocky Linux:
sudo yum -y localinstall <PATH>/<Linux VDA RPM>
Nota:
Después de instalar el Linux VDA en RHEL 8.x alojado en GCP, la conexión Ethernet podría perderse y el Linux VDA podría quedar inaccesible después de reiniciar una VM. Para solucionar el problema, ejecute los siguientes comandos antes de reiniciar la VM:
nmcli dev connect eth0
systemctl NetworkManager restart
Para distribuciones Ubuntu/Debian:
sudo dpkg -i <PATH>/<Linux VDA deb>
sudo apt-get install -f
Nota:
Para instalar las dependencias necesarias para una distribución Debian, añada la línea deb http://deb.debian.org/debian/ oldstable main al archivo /etc/apt/sources.list.
Para distribuciones SUSE:
zypper -i install <PATH>/<Linux VDA RPM>

Paso 6: Instalar los controladores NVIDIA GRID

Para habilitar HDX™ 3D Pro, debe instalar los controladores NVIDIA GRID en su hipervisor y en las máquinas VDA.
Para instalar y configurar NVIDIA GRID Virtual GPU Manager (el controlador de host) en los hipervisores específicos, consulte las siguientes guías:
Para instalar y configurar los controladores de VM invitados de NVIDIA GRID, realice los siguientes pasos generales:
  1. Asegúrese de que la VM invitada esté apagada.
  2. En el panel de control del hipervisor, asigne una GPU a la VM.
  3. Iniciar la VM.
  4. Instale el controlador de VM invitado en la VM.

Paso 7: Configurar el entorno de tiempo de ejecución para completar la instalación

Después de instalar el paquete de VDA de Linux, configure el entorno de ejecución mediante el script ctxinstall.sh. Puede ejecutar el script en modo interactivo o en modo silencioso.
Nota:
Antes de configurar el entorno de tiempo de ejecución, asegúrese de que la configuración regional en_US.UTF-8 esté instalada en su sistema operativo. Si la configuración regional no está disponible en su sistema operativo, ejecute el comando sudo locale-gen en_US.UTF-8. Para Debian, edite el archivo /etc/locale.gen descomentando la línea # en_US.UTF-8 UTF-8 y luego ejecute el comando sudo locale-gen.
Modo interactivo:
Hay dos maneras de usar la instalación fácil en modo interactivo:
  • Ejecute el comando sudo /opt/Citrix/VDA/sbin/ctxinstall.sh y escriba el parámetro relevante en cada solicitud en la interfaz de línea de comandos.
  • Ejecute el comando /opt/Citrix/VDA/bin/easyinstall en el entorno de escritorio de su VDA y luego siga las instrucciones en la GUI de instalación fácil.
GUI de instalación fácil
La GUI de instalación fácil le guía a través de las siguientes operaciones:
  • Comprobar el entorno del sistema
  • Instalar dependencias
  • Unir el VDA a un dominio especificado
  • Configurar el entorno de tiempo de ejecución
Modo silencioso:
Para usar la instalación fácil en modo silencioso, configure las siguientes variables de entorno antes de ejecutar ctxinstall.sh.
  • CTX\_EASYINSTALL\_HOSTNAME=host-name – Indica el nombre de host del servidor Linux VDA.
  • CTX\_EASYINSTALL\_DNS=ip-address-of-dns – Dirección IP del DNS.
  • CTX\_EASYINSTALL\_NTPS=address-of-ntps – Dirección IP o nombre de cadena del servidor NTP.
  • CTX\_EASYINSTALL\_DOMAIN=domain-name – El nombre NetBIOS del dominio.
  • CTX\_EASYINSTALL\_REALM=realm-name – El nombre del ámbito Kerberos.
  • CTX\_EASYINSTALL\_FQDN=ad-fqdn-name
  • CTX\_EASYINSTALL\_ADINTEGRATIONWAY=winbind \| sssd \| centrify \| pbis – Indica el método de integración de Active Directory.
  • CTX\_EASYINSTALL\_USERNAME=domain-user-name – Indica el nombre del usuario de dominio; se utiliza para unirse al dominio.
  • CTX\_EASYINSTALL\_PASSWORD=password – Especifica la contraseña del usuario de dominio; se utiliza para unirse al dominio.
El script ctxsetup.sh utiliza las siguientes variables:
  • CTX\_XDL\_SUPPORT\_DDC\_AS\_CNAME=Y \| N – El VDA de Linux admite la especificación de un nombre de Delivery Controller mediante un registro CNAME de DNS.
  • CTX\_XDL\_DDC\_LIST='list-ddc-fqdns' – El VDA de Linux requiere una lista de nombres de dominio completos (FQDN) de Delivery Controller separados por espacios para registrarse en un Delivery Controller. Se debe especificar al menos un FQDN o CNAME.
  • CTX\_XDL\_VDA\_PORT=port-number – El VDA de Linux se comunica con los Delivery Controllers a través de un puerto TCP/IP.
  • CTX\_XDL\_REGISTER\_SERVICE=Y \| N – Los servicios de Linux Virtual Desktop se inician después del arranque de la máquina.
  • CTX\_XDL\_ADD\_FIREWALL\_RULES=Y \| N – Los servicios de Linux Virtual Desktop requieren que se permitan las conexiones de red entrantes a través del firewall del sistema. Puede abrir automáticamente los puertos necesarios (por defecto, los puertos 80 y 1494) en el firewall del sistema para Linux Virtual Desktop.
  • CTX\_XDL\_HDX\_3D\_PRO=Y \| N – El VDA de Linux admite HDX 3D Pro, un conjunto de tecnologías de aceleración de GPU diseñadas para optimizar la virtualización de aplicaciones con gráficos enriquecidos. Si se selecciona HDX 3D Pro, el VDA se configura para el modo de escritorios VDI (sesión única), es decir, CTX\_XDL\_VDI\_MODE=Y.
  • CTX\_XDL\_VDI\_MODE=Y \| N – Si se debe configurar la máquina como un modelo de entrega de escritorio dedicado (VDI) o un modelo de entrega de escritorio compartido alojado. Para entornos HDX 3D Pro, establezca el valor en Y.
  • CTX\_XDL\_SITE\_NAME=dns-name – El VDA de Linux detecta servidores LDAP a través de DNS. Para limitar los resultados de la búsqueda de DNS a un sitio local, especifique un nombre de sitio DNS. Si no es necesario, establézcalo en \&lt;none\>.
  • CTX\_XDL\_LDAP\_LIST='list-ldap-servers' – El VDA de Linux consulta DNS para detectar servidores LDAP. Si DNS no puede proporcionar registros de servicio LDAP, puede proporcionar una lista de FQDN de LDAP separados por espacios con puertos LDAP. Por ejemplo, ad1.mycompany.com:389. Si no es necesario, establézcalo en \&lt;none\>.
  • CTX\_XDL\_SEARCH\_BASE=search-base-set – El VDA de Linux consulta LDAP a través de una base de búsqueda establecida en la raíz del dominio de Active Directory (por ejemplo, DC=mycompany,DC=com). Para mejorar el rendimiento de la búsqueda, puede especificar una base de búsqueda (por ejemplo, OU=VDI,DC=mycompany,DC=com). Si no es necesario, establézcalo en \&lt;none\>.
  • CTX\_XDL\_FAS\_LIST='list-fas-servers' – Los servidores de Federated Authentication Service (FAS) se configuran a través de la directiva de grupo de AD. El VDA de Linux no admite la directiva de grupo de AD, pero puede proporcionar una lista de servidores FAS separados por punto y coma. La secuencia debe ser la misma que la configurada en la directiva de grupo de AD. Si se elimina alguna dirección de servidor, rellene su espacio en blanco con la cadena de texto \&lt;none\> y no modifique el orden de las direcciones de los servidores.
  • CTX\_XDL\_DOTNET\_RUNTIME_PATH=path-to-install-dotnet-runtime – La ruta para instalar .NET Runtime 6.0 para admitir el nuevo servicio de agente de intermediación (ctxvda). La ruta predeterminada es /usr/bin.
  • CTX_XDL_DESKTOP_ENVIRONMENT=gnome/mate – Especifica el entorno de escritorio GNOME o MATE que se utilizará en las sesiones. Si deja la variable sin especificar, se utiliza el escritorio actualmente instalado en el VDA. Sin embargo, si el escritorio actualmente instalado es MATE, debe establecer el valor de la variable en mate.
    También puede cambiar el entorno de escritorio para un usuario de sesión de destino siguiendo estos pasos:
    1. Cree un archivo .xsession o .Xclients en el directorio $HOME/<username\> del VDA. Si utiliza Amazon Linux 2, cree un archivo .Xclients. Si utiliza otras distribuciones, cree un archivo .xsession.
    2. Edite el archivo .xsession o .Xclients para especificar un entorno de escritorio según las distribuciones.
      • Para el escritorio MATE en Amazon Linux 2, Debian, RHEL 8, SUSE 15 y Ubuntu
         MSESSION="$(type -p mate-session)"

         if [ -n "$MSESSION" ]; then
           exec mate-session

         fi
      • Para el escritorio GNOME en CentOS, RHEL, SUSE 15 y SUSE 12.5
         GSESSION="$(type -p gnome-session)"

         if [ -n "$GSESSION" ]; then
         export GNOME_SHELL_SESSION_MODE=classic

         exec gnome-session --session=gnome-classic
         fi  
      • Para el escritorio GNOME en Amazon Linux 2, Ubuntu y Debian
         GSESSION="$(type -p gnome-session)"

         if [ -n "$GSESSION" ]; then
         exec gnome-session

         fi
    3. Comparta el permiso de archivo 700 con el usuario de la sesión de destino.
  • CTX\_XDL\_START\_SERVICE=Y \| N – Indica si los servicios de Linux VDA se inician o no cuando se completa la configuración.
  • CTX\_XDL\_TELEMETRY\_SOCKET\_PORT – El puerto de socket para escuchar a Citrix Scout. El puerto predeterminado es 7503.
  • CTX\_XDL\_TELEMETRY\_PORT – El puerto para comunicarse con Citrix Scout. El puerto predeterminado es 7502.
Si no se establece ningún parámetro, la instalación revierte al modo interactivo, con una solicitud de entrada del usuario. Cuando todos los parámetros ya están configurados a través de las variables de entorno, el script ctxinstall.sh sigue solicitando al usuario la ruta para instalar .NET Runtime 6.0.
En modo silencioso, debe ejecutar los siguientes comandos para establecer las variables de entorno y, a continuación, ejecutar el script ctxinstall.sh.
export CTX_EASYINSTALL_HOSTNAME=host-name

export CTX_EASYINSTALL_DNS=ip-address-of-dns

export CTX_EASYINSTALL_NTPS=address-of-ntps

export CTX_EASYINSTALL_DOMAIN=domain-name

export CTX_EASYINSTALL_REALM=realm-name

export CTX_EASYINSTALL_FQDN=ad-fqdn-name

export CTX_EASYINSTALL_ADINTEGRATIONWAY=winbind | sssd | centrify | pbis

export CTX_EASYINSTALL_USERNAME=domain-user-name

export CTX_EASYINSTALL_PASSWORD=password

export CTX_XDL_SUPPORT_DDC_AS_CNAME=Y | N

export CTX_XDL_DDC_LIST='list-ddc-fqdns'

export CTX_XDL_VDA_PORT=port-number

export CTX_XDL_REGISTER_SERVICE=Y | N

export CTX_XDL_ADD_FIREWALL_RULES=Y | N

export CTX_XDL_HDX_3D_PRO=Y | N

export CTX_XDL_VDI_MODE=Y | N

export CTX_XDL_SITE_NAME=dns-site-name | '<none>'

export CTX_XDL_LDAP_LIST='list-ldap-servers' | '<none>'

export CTX_XDL_SEARCH_BASE=search-base-set | '<none>'

export CTX_XDL_FAS_LIST='list-fas-servers' | '<none>'

export CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime

export CTX_XDL_DESKTOP_ENVIRONMENT= gnome | mate | '<none>'

export CTX_XDL_TELEMETRY_SOCKET_PORT=port-number

export CTX_XDL_TELEMETRY_PORT=port-number

export CTX_XDL_START_SERVICE=Y | N

sudo -E /opt/Citrix/VDA/sbin/ctxinstall.sh
Al ejecutar el comando sudo, escriba la opción -E para pasar las variables de entorno existentes al nuevo shell que crea. Le recomendamos que cree un archivo de script de shell a partir de los comandos anteriores con #\!/bin/bash como primera línea.
Alternativamente, puede especificar todos los parámetros mediante un solo comando:
sudo CTX_XDL_SUPPORT_DDC_AS_CNAME=Y|N \

CTX_XDL_DDC_LIST='list-ddc-fqdns' \

CTX_XDL_VDA_PORT=port-number \

CTX_XDL_REGISTER_SERVICE=Y|N \

CTX_XDL_ADD_FIREWALL_RULES=Y|N \

CTX_XDL_AD_INTEGRATION=1|2|3|4 \

CTX_XDL_HDX_3D_PRO=Y|N \

CTX_XDL_VDI_MODE=Y|N \

CTX_XDL_SITE_NAME=dns-name \

CTX_XDL_LDAP_LIST='list-ldap-servers' \

CTX_XDL_SEARCH_BASE=search-base-set \

CTX_XDL_FAS_LIST='list-fas-servers' \

CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime \

CTX_XDL_DESKTOP_ENVIRONMENT=gnome | mate \

CTX_XDL_TELEMETRY_SOCKET_PORT=port-number \

CTX_XDL_TELEMETRY_PORT=port-number \

CTX_XDL_START_SERVICE=Y|N \

/opt/Citrix/VDA/sbin/ctxsetup.sh

Paso 8: Ejecute XDPing

Ejecute sudo /opt/Citrix/VDA/bin/xdping para comprobar si hay problemas de configuración comunes en un entorno de Linux VDA. Para obtener más información, consulte XDPing.

Paso 9: Ejecute el Linux VDA

Iniciar el Linux VDA:
Para iniciar los servicios de Linux VDA:
sudo /sbin/service ctxhdx start

sudo /sbin/service ctxvda start
Detener el Linux VDA:
Para detener los servicios de Linux VDA:
sudo /sbin/service ctxvda stop

sudo /sbin/service ctxhdx stop
Nota:
Antes de detener los servicios ctxvda y ctxhdx, ejecute el comando systemctl ctxmonitorservice stop para detener el demonio del servicio de supervisión. De lo contrario, el demonio del servicio de supervisión reiniciará los servicios que detuvo.
Reiniciar el VDA de Linux:
Para reiniciar los servicios de Linux VDA:
sudo /sbin/service ctxvda stop

sudo /sbin/service ctxhdx restart

sudo /sbin/service ctxvda start
Comprobar el estado del VDA de Linux:
Para comprobar el estado de ejecución de los servicios de Linux VDA:
sudo /sbin/service ctxvda status

sudo /sbin/service ctxhdx status

Paso 10: Crear catálogos de máquinas

El proceso para crear catálogos de máquinas y agregar máquinas VDA de Linux es similar al enfoque tradicional de VDA de Windows. Para obtener una descripción más detallada de cómo completar estas tareas, consulte Crear catálogos de máquinas y Administrar catálogos de máquinas.
Para crear catálogos de máquinas que contengan máquinas VDA de Linux, existen algunas restricciones que diferencian el proceso de la creación de catálogos de máquinas para máquinas VDA de Windows:
  • Para el sistema operativo, seleccione:
    • La opción SO multisesión para un modelo de entrega de escritorios compartidos alojados.
    • La opción SO de sesión única para un modelo de entrega de escritorios dedicados VDI.
  • No mezcle máquinas VDA de Linux y Windows en el mismo catálogo de máquinas.
Nota:
Las primeras versiones de Citrix Studio no admitían la noción de un "SO Linux". Sin embargo, seleccionar la opción SO de Windows Server o SO de servidor implica un modelo de entrega de escritorios compartidos alojados equivalente. Seleccionar la opción SO de escritorio de Windows o SO de escritorio implica un modelo de entrega de un solo usuario por máquina.
Sugerencia:
Si quita y vuelve a unir una máquina al dominio de Active Directory, debe quitar y volver a agregar la máquina al catálogo de máquinas.

Paso 11: Crear grupos de entrega

El proceso para crear un grupo de entrega y agregar catálogos de máquinas que contienen máquinas VDA de Linux es casi idéntico al de las máquinas VDA de Windows. Para obtener una descripción más detallada de cómo completar estas tareas, consulte Crear grupos de entrega.
Para crear grupos de entrega que contengan catálogos de máquinas VDA de Linux, se aplican las siguientes restricciones:
  • Asegúrese de que los usuarios y grupos de AD que seleccione se hayan configurado correctamente para iniciar sesión en las máquinas VDA de Linux.
  • No permita el inicio de sesión de usuarios no autenticados (anónimos).
  • No mezcle el grupo de entrega con catálogos de máquinas que contengan máquinas Windows.
Importante:
La publicación de aplicaciones es compatible con Linux VDA versión 1.4 y posteriores. Sin embargo, el VDA de Linux no admite la entrega de escritorios y aplicaciones a la misma máquina.
Para obtener información sobre cómo crear catálogos de máquinas y grupos de entrega, consulte Citrix Virtual Apps and Desktops 7 2203.

Solución de problemas

Utilice la información de esta sección para solucionar problemas que puedan surgir al usar la función de instalación fácil.

Error al unirse a un dominio mediante SSSD

Puede producirse un error al intentar unirse a un dominio, con una salida similar a la siguiente (verificar los registros para la impresión en pantalla):
Step 6: join Domain!Enter ctxadmin's password:Failed to join domain: failed to lookup DC info for domain 'CITRIXLAB.LOCAL' over rpc: The network name cannot be found
/var/log/xdl/vda.log:
2016-11-04 02:11:52.317 [INFO ] - The Citrix Desktop Service successfully obtained the following list of 1 delivery controller(s) with which to register: 'CTXDDC.citrixlab.local (10.158.139.214)'.
2016-11-04 02:11:52.362 [ERROR] - RegistrationManager.AttemptRegistrationWithSingleDdc: Failed to register with http://CTXDDC.citrixlab.local:80/Citrix/CdsController/IRegistrar. Error: General security error (An error occurred in trying to obtain a TGT: Client not found in Kerberos database (6))
2016-11-04 02:11:52.362 [ERROR] - The Citrix Desktop Service cannot connect to the delivery controller 'http://CTXDDC.citrixlab.local:80/Citrix/CdsController/IRegistrar' (IP Address '10.158.139.214')
Check the following:- The system clock is in sync between this machine and the delivery controller.
-  The Active Directory provider (e.g. winbind daemon) service is running and correctly configured.
-  Kerberos is correctly configured on this machine.
If the problem persists, please refer to Citrix Knowledge Base article CTX117248 for further information.
Error Details:
Exception 'General security error (An error occurred in trying to obtain a TGT: Client not found in Kerberos database (6))' of type 'class javax.xml.ws.soap.SOAPFaultException'.
2016-11-04 02:11:52.362 [INFO ] - RegistrationManager.AttemptRegistrationWithSingleDdc: The current time for this VDA is Fri Nov 04 02:11:52 EDT 2016.
Ensure that the system clock is in sync between this machine and the delivery controller.
Verify the NTP daemon is running on this machine and is correctly configured.
2016-11-04 02:11:52.364 [ERROR] - Could not register with any controllers. Waiting to try again in 120000 ms. Multi-forest - false
2016-11-04 02:11:52.365 [INFO ] - The Citrix Desktop Service failed to register with any controllers in the last 470 minutes.
/var/log/messages:
Nov 4 02:15:27 RH-WS-68 [sssd[ldap_child[14867]]]: Failed to initialize credentials using keytab [MEMORY:/etc/krb5.keytab]: Client 'RH-WS-68$@CITRIXLAB.LOCAL' not found in Kerberos database. Unable to create GSSAPI-encrypted LDAP connection.Nov 4 02:15:27 RH-WS-68 [sssd[ldap_child[14867]]]: Client 'RH-WS-68$@CITRIXLAB.LOCAL' not found in Kerberos database
Para resolver este problema:
  1. Ejecute el comando rm -f /etc/krb5.keytab.
  2. Ejecute el comando net ads leave $REALM -U $domain-administrator.
  3. Quite el catálogo de máquinas y el grupo de entrega en el Delivery Controller.
  4. Ejecute /opt/Citrix/VDA/sbin/ctxinstall.sh.
  5. Cree el catálogo de máquinas y el grupo de entrega en el Delivery Controller.

Las sesiones de escritorio de Ubuntu muestran una pantalla gris

Este problema ocurre cuando se inicia una sesión que luego se bloquea en un escritorio en blanco. Además, la consola de la máquina también muestra una pantalla gris al iniciar sesión con una cuenta de usuario local.
Para resolver este problema:
  1. Ejecute el comando sudo apt-get update.
  2. Ejecute el comando sudo apt-get install unity lightdm.
  3. Agregue la siguiente línea a /etc/lightdm/lightdm.conf:
    greeter-show-manual-login=true

Los intentos de iniciar sesiones de escritorio de Ubuntu fallan debido a la falta de un directorio de inicio

/var/log/xdl/hdx.log:
2016-11-02 13:21:19.015 <P22492:S1> citrix-ctxlogin: StartUserSession: failed to change to directory(/home/CITRIXLAB/ctxadmin) errno(2)

2016-11-02 13:21:19.017 <P22227> citrix-ctxhdx: logSessionEvent: Session started for user ctxadmin.

2016-11-02 13:21:19.023 <P22492:S1> citrix-ctxlogin: ChildPipeCallback: Login Process died: normal.

2016-11-02 13:21:59.217 <P22449:S1> citrix-ctxgfx: main: Exiting normally.
Sugerencia:
La causa principal de este problema es que el directorio de inicio no se crea para el administrador de dominio.
Para resolver este problema:
  1. Desde una línea de comandos, escriba pam-auth-update.
  2. En el cuadro de diálogo resultante, verificar que la opción Crear inicio de sesión de directorio principal esté seleccionada.
    Error al iniciar sesiones de escritorio de Ubuntu

La sesión no se inicia o finaliza rápidamente con error de dbus

/var/log/messages (para RHEL o CentOS):
Oct 27 04:17:16 CentOS7 citrix-ctxhdx[8978]: Session started for user CITRIXLAB\ctxadmin.

Oct 27 04:17:18 CentOS7 kernel: traps: gnome-session[19146] trap int3 ip:7f89b3bde8d3 sp:7fff8c3409d0 error:0

Oct 27 04:17:18 CentOS7 gnome-session[19146]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)#012aborting...

Oct 27 04:17:18 CentOS7 gnome-session: gnome-session[19146]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)

Oct 27 04:17:18 CentOS7 gnome-session: aborting...

Oct 27 04:17:18 CentOS7 citrix-ctxgfx[18981]: Exiting normally.

Oct 27 04:17:18 CentOS7 citrix-ctxhdx[8978]: Session stopped for user CITRIXLAB\ctxadmin.
O, alternativamente, para distribuciones de Ubuntu, utilice el registro /var/log/syslog:
Nov  3 11:03:52 user01-HVM-domU pulseaudio[25326]: [pulseaudio] pid.c: Stale PID file, overwriting.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25326]: [pulseaudio] bluez5-util.c: Failed to get D-Bus connection: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25326]: [pulseaudio] hashmap.c: Assertion 'h' failed at pulsecore/hashmap.c:116, function pa_hashmap_free(). Aborting.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25352]: [pulseaudio] core-util.c: Failed to connect to system bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25352]: message repeated 10 times: [ [pulseaudio] core-util.c: Failed to connect to system bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.]

Nov  3 11:03:52 user01-HVM-domU pulseaudio[25352]: [pulseaudio] pid.c: Daemon already running.Nov  3 11:03:58 user01-HVM-domU citrix-ctxgfx[24693]: Exiting normally
Algunos grupos o módulos no surten efecto hasta que se reinicia el sistema. Si los mensajes de error de dbus aparecen en el registro, le recomendamos que reinicie el sistema y lo intente de nuevo.

SELinux impide que SSHD acceda al directorio principal

El usuario puede iniciar una sesión, pero no puede iniciar sesión.
/var/log/ctxinstall.log:
Jan 25 23:30:31 yz-rhel72-1 setroubleshoot[3945]: SELinux is preventing /usr/sbin/sshd from setattr access on the directory /root. For complete SELinux messages. run sealert -l 32f52c1f-8ff9-4566-a698-963a79f16b81

Jan 25 23:30:31 yz-rhel72-1 python[3945]: SELinux is preventing /usr/sbin/sshd from setattr access on the directory /root.

*****  Plugin catchall_boolean (89.3 confidence) suggests   ******************

If you want to allow polyinstantiation to enabled

   Then you must tell SELinux about this by enabling the 'polyinstantiation_enabled' boolean.

You can read 'None' man page for more details.

    Do

       setsebool -P polyinstantiation_enabled 1

*****  Plugin catchall (11.6 confidence) suggests   **************************

If you believe that sshd should be allowed setattr access on the root directory by default.

Then you should report this as a bug.

You can generate a local policy module to allow this access.

      Do

       allow this access for now by executing:

       # grep sshd /var/log/audit/audit.log | audit2allow -M mypol

# semodule -i mypol.pp
Para resolver este problema:
  1. Deshabilite SELinux realizando el siguiente cambio en /etc/selinux/config.
    SELINUX=disabled
  2. Reinicie el VDA.