Linux Virtual Delivery Agent

Servicio de autenticación federada

Puedes usar el Servicio de autenticación federada (FAS) para autenticar a los usuarios que inician sesión en un VDA de Linux. El VDA de Linux utiliza el mismo entorno de Windows que el VDA de Windows para la función de inicio de sesión de FAS. Para obtener información sobre cómo configurar el entorno de Windows para FAS, consulta Servicio de autenticación federada. Este artículo proporciona información adicional específica para el VDA de Linux.

Nota:

  • El VDA de Linux no es compatible con la directiva Comportamiento en la sesión.

  • El VDA de Linux utiliza conexiones cortas para transmitir datos con los servidores FAS.

Distribuciones compatibles

FAS es compatible con un número limitado de distribuciones de Linux y métodos de unión a dominios. Consulta la siguiente matriz:

  Winbind SSSD Centrify PBIS
Amazon Linux 2
Debian 11.7/11.3
RHEL 9.2/9.0 No No
RHEL 8.8/8.6
RHEL 7.9, CentOS 7.9
Rocky Linux 9.2/9.0 No No
Rocky Linux 8.8/8.6 No No
SUSE 15.5 No
Ubuntu 22.04/20.04

Configurar FAS en el VDA de Linux

Compatibilidad de FAS con RHEL/Rocky Linux 8.x y versiones posteriores

FAS depende del módulo pam_krb5, que está obsoleto en RHEL/Rocky Linux 8.x y versiones posteriores. Los siguientes pasos son necesarios si quieres usar FAS en máquinas RHEL/Rocky Linux 8.x o posteriores que se entregan en modo de SO multisesión. Para FAS en máquinas RHEL/Rocky Linux 8.x y posteriores que se entregan en modo de SO de sesión única (VDI), puedes omitir los siguientes pasos.

  1. Descarga el código fuente de pam_krb5-2.4.8-6 del siguiente sitio web:

    https://centos.pkgs.org/7/centos-x86_64/pam_krb5-2.4.8-6.el7.x86_64.rpm.html.

  2. Compila e instala el módulo pam_krb5.

    yum install make gcc krb5-devel pam-devel autoconf libtool
    
    rpm2cpio pam_krb5-2.4.8-6.el7.src.rpm | cpio -div
    
    tar xvzf pam_krb5-2.4.8.tar.gz
    
    cd pam_krb5-2.4.8
    
    ./configure --prefix=/usr
    
    make
    
    make install
    <!--NeedCopy-->
    
  3. Verifica que pam_krb5.so exista en /usr/lib64/security/.

    ls -l /usr/lib64/security | grep pam_krb5
    <!--NeedCopy-->
    

Instalar certificados

  • Para la verificación de los certificados de los usuarios, instala el certificado de CA raíz y todos los certificados intermedios en el VDA. Por ejemplo, para instalar el certificado de CA raíz, obtén el certificado raíz de AD del paso anterior Recuperar el certificado de CA de la CA de Microsoft (en AD), o descárgalo del servidor de CA raíz http://CA-SERVER/certsrv.

  • Nota:

  • Los siguientes comandos también se aplican a la configuración de un certificado intermedio.

Por ejemplo, para convertir un archivo DER (.crt, .cer, .der) a PEM, ejecuta un comando similar al siguiente:

sudo openssl x509 -inform der -in root.cer -out root.pem
<!--NeedCopy-->

Luego, instala el certificado de CA raíz en el directorio openssl ejecutando un comando similar al siguiente:

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

Nota:

No coloques el certificado de CA raíz en la ruta /root. De lo contrario, FAS no tendrá permiso de lectura para el certificado de CA raíz.

Ejecutar ctxfascfg.sh

Ejecuta el script ctxfascfg.sh para configurar FAS:

-  sudo /opt/Citrix/VDA/sbin/ctxfascfg.sh
<!--NeedCopy-->
  • Puedes ejecutar ctxfascfg.sh en modo silencioso. Antes de ejecutar el script en modo silencioso, establece las siguientes variables de entorno:

  • CTX_FAS_ADINTEGRATIONWAY=winbind | sssd | centrify | pbis: Indica el método de integración de Active Directory, que es igual a CTX_EASYINSTALL_ADINTEGRATIONWAY cuando se especifica CTX_EASYINSTALL_ADINTEGRATIONWAY. Si no se especifica CTX_EASYINSTALL_ADINTEGRATIONWAY, CTX_FAS_ADINTEGRATIONWAY utiliza su propia configuración de valor.

  • CTX_FAS_CERT_PATH =<certificate path>: Especifica la ruta completa donde se almacenan el certificado raíz y todos los certificados intermedios.

  • CTX_FAS_KDC_HOSTNAME: Especifica el nombre de host del Centro de distribución de claves (KDC) cuando seleccionas PBIS.

  • CTX_FAS_PKINIT_KDC_HOSTNAME: Especifica el nombre de host del KDC de PKINIT, que es igual a CTX_FAS_KDC_HOSTNAME a menos que se especifique lo contrario. Si tienes varios Delivery Controllers, agrega los nombres de host de todos los KDC del dominio a pkinit_kdc_hostname en el archivo /etc/krb5.conf. Para obtener más información, consulta el artículo de Knowledge Center CTX322129.

  • CTX_FAS_SERVER_LIST=’list-fas-servers’ – Los servidores del Servicio de autenticación federada (FAS) se configuran mediante la Directiva de grupo de AD. Para obtener información sobre la configuración de la directiva FAS en la GPO de dominio, consulta Configurar la Directiva de grupo. El VDA de Linux no es compatible con la Directiva de grupo de AD, pero puedes proporcionar una lista de servidores FAS separada 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, rellena su espacio en blanco con la cadena de texto ’<none>‘ y no modifiques el orden de las direcciones de los servidores. Para comunicarte correctamente con los servidores FAS, asegúrate de añadir un número de puerto coherente con el especificado en los servidores FAS, por ejemplo, CTX_XDL_FAS_LIST=’fas_server_1_url:port_number; fas_server_2_url: port_number; fas_server_3_url: port_number’.

    Para actualizar una instalación existente del VDA de Linux, puedes ejecutar los siguientes comandos para configurar los servidores FAS y reiniciar el servicio ctxvda para que la configuración surta efecto.

     sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
    
     systemctl restart ctxjproxy
    
     systemctl restart ctxvda
     <!--NeedCopy-->
    

    Para actualizar los servidores FAS mediante ctxreg, ejecuta los siguientes comandos:

     sudo /opt/Citrix/VDA/bin/ctxreg update -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -v "Addresses" -d "<Your-FAS-Server-List>"
    
     systemctl restart ctxjproxy
    
     systemctl restart ctxvda
     <!--NeedCopy-->
    

Elige el método de integración de Active Directory correcto y, a continuación, escribe la ruta correcta de los certificados (por ejemplo, /etc/pki/CA/certs/).

A continuación, el script instala los paquetes krb5-pkinit y pam_krb5 y establece los archivos de configuración pertinentes.

Deshabilitar FAS

Para deshabilitar FAS en el VDA de Linux, quita todos los servidores FAS de ConfDB mediante los siguientes comandos:

sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "" --force

systemctl restart ctxjproxy

systemctl restart ctxvda
<!--NeedCopy-->

Limitación

Solución de problemas

Antes de solucionar problemas de FAS, asegúrate de que:

  • El VDA de Linux está instalado y configurado correctamente.
  • Se puede iniciar correctamente una sesión que no sea de FAS en el almacén común mediante autenticación por contraseña.

Si las sesiones que no son de FAS funcionan correctamente, establece el nivel de registro HDX de la clase Login en VERBOSE y el nivel de registro de VDA en TRACE. Para obtener información sobre cómo habilitar el registro de seguimiento para el VDA de Linux, consulta el artículo del Centro de conocimientos CTX220130.

También puedes usar la herramienta XDPing de Linux para comprobar si hay problemas de configuración comunes que puedan existir en tu entorno de VDA de Linux.

Error de configuración del servidor FAS

  • El inicio de una sesión desde el almacén de FAS falla.

Comprueba /var/log/xdl/hdx.log y busca el registro de errores similar al siguiente:

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: validate_user: [Logon Type] Federated Authentication Logon.

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: validate_fas: entry

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: connect_fas: start connect to server 0

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: connect_fas0: failed to connect: Connection refused.

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: validate_fas: failed to connect to server [0], please confirm if fas service list is well configurated in condb

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: validate_fas: exit, 43

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: validate_user: failed to validate fas credential

2021-01-28 01:42:16.164 <P26422:S4> citrix-ctxlogin: LoginBoxValidate: failed validation of user 'user1@CTXDEV.LOCAL', INVALID_PARAMETER

<!--NeedCopy-->

Solución

Ejecuta el siguiente comando para verificar que el valor del registro de Citrix “HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService” está establecido en <Tu-Lista-Servidores-FAS>.

sudo /opt/Citrix/VDA/bin/ctxreg dump | grep "UserCredentialService"
<!--NeedCopy-->

Si la configuración existente es incorrecta, sigue el paso anterior Configurar servidores FAS para volver a configurarlo.

Configuración incorrecta del certificado de CA

El inicio de una sesión desde el almacén de FAS falla. Aparece una ventana gris y desaparece varios segundos después.

Inicio de sesión no válido debido a una configuración incorrecta del certificado raíz de CA

Comprueba /var/log/xdl/hdx.log y busca el registro de errores similar al siguiente:

2021-01-28 01:47:46.210 <P30656:S5> citrix-ctxlogin: get_logon_certificate: entry

2021-01-28 01:47:46.210 <P30656:S5> citrix-ctxlogin: check_caller: current process: pid [30656], name [/opt/Citrix/VDA/bin/ctxlogin]

2021-01-28 01:47:46.210 <P30656:S5> citrix-ctxlogin: get_public_certificate: entry

2021-01-28 01:47:46.211 <P30656:S5> citrix-ctxlogin: query_fas: waiting for response...

2021-01-28 01:47:46.270 <P30656:S5> citrix-ctxlogin: query_fas: query to server success

2021-01-28 01:47:46.270 <P30656:S5> citrix-ctxlogin: get_public_certificate: exit

2021-01-28 01:47:46.270 <P30656:S5> citrix-ctxlogin: fas_base64_decode: input size 1888

2021-01-28 01:47:46.271 <P30656:S5> citrix-ctxlogin: fas_base64_decode: output size 1415

2021-01-28 01:47:46.271 <P30656:S5> citrix-ctxlogin: get_logon_certificate: get logon certificate success

2021-01-28 01:47:46.271 <P30656:S5> citrix-ctxlogin: cache_certificate: cache certificate success

2021-01-28 01:47:46.271 <P30656:S5> citrix-ctxlogin: get_logon_certificate: exit, 0

2021-01-28 01:47:48.060 <P30656:S5> citrix-ctxlogin: validate_user: pam_authenticate err,can retry for user user1@CTXDEV.LOCAL
<!--NeedCopy-->

Solución

Verifica que has configurado correctamente en /etc/krb5.conf la ruta completa que almacena el certificado raíz de CA y todos los certificados intermedios. La ruta completa es similar a la siguiente:


 [realms]

EXAMPLE.COM = {

    ......

    pkinit_anchors = DIR:/etc/pki/CA/certs/

    ......

}  
<!--NeedCopy-->

Si la configuración existente es incorrecta, sigue el paso anterior Instalar certificados para volver a configurarlo.

Alternativamente, comprueba si el certificado raíz de CA es válido.

Error de asignación de cuenta de sombra

FAS está configurado mediante autenticación SAML. Puede producirse el siguiente error después de que un usuario de ADFS introduzca el nombre de usuario y la contraseña en la página de inicio de sesión de ADFS.

Error de asignación de cuenta de sombra

Este error indica que el usuario de ADFS se ha verificado correctamente, pero no hay ningún usuario de sombra configurado en AD.

Solución

Configura la cuenta de sombra en AD.

ADFS no configurado

Se produce el siguiente error durante un intento de inicio de sesión en el almacén de FAS:

ADFS no configurado

El problema ocurre cuando configuras el almacén de FAS para usar la autenticación SAML, pero falta la implementación de ADFS.

Solución

Implementa el IdP de ADFS para el Servicio de autenticación federada. Para obtener más información, consulta Implementación de ADFS del Servicio de autenticación federada.

Información relacionada

Problemas conocidos

Cuando FAS está en uso, puedes fallar al intentar iniciar una sesión de escritorio o aplicación publicada con caracteres no ingleses.

Fallo al iniciar sesiones con caracteres no ingleses

Solución alternativa

Haz clic con el botón derecho en Administrar plantillas en la herramienta de CA para cambiar la plantilla Citrix_SmartcardLogon de Crear a partir de esta información de Active Directory a Suministrar en la solicitud:

La opción de suministrar en la solicitud