Agente de entrega virtual de Linux 2503

Problemas conocidos

  • Se han identificado los siguientes problemas en esta versión:

    • En las distribuciones RHEL 8.10 que utilizan el entorno de escritorio GNOME, el cambio repetido del tamaño de la ventana de la sesión puede provocar una visualización anómala del fondo de la sesión.

    • Solución alternativa:

  • La visualización normal del fondo de la sesión se puede restaurar de las siguientes maneras:

    • Volviendo a cambiar el tamaño de la ventana de la sesión, o

    • Arrastrando varias veces una ventana de aplicación activa dentro de la sesión.

    [LNXVDA-19201]

    • La biblioteca de gráficos Mesa (específicamente versiones superiores a la 24.1.0) está causando problemas de visualización con ciertas aplicaciones del sistema (como el Administrador de archivos, la Configuración y la Calculadora) en los escritorios virtuales de Ubuntu 24.04. A continuación, se proporcionan dos soluciones alternativas.

Solución alternativa 1: Deshabilitar Xorg sin raíz

-  Puedes deshabilitar Xorg sin raíz como solución alternativa temporal mediante los siguientes comandos:

```
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Xorg" -t "REG_DWORD" -v "Rootless" -d "0" --force

-  sudo systemctl restart ctxhdx

<!--NeedCopy--> ```

> **Nota:**
>
> Red Hat ha abordado la vulnerabilidad de seguridad [CVE-2024-31083](https://access.redhat.com/security/cve/CVE-2024-31083) que afecta a los servidores Xorg.

**Solución alternativa 2: Para mantener la funcionalidad de Xorg sin raíz, concede la capacidad cap_ipc_owner**

Para mantener la funcionalidad de Xorg sin raíz y garantizar que MIT-SHM funcione en las sesiones de ICA®, aplica la capacidad `cap_ipc_owner` directamente al ejecutable de Xorg, no a un script contenedor, antes de habilitar Xorg sin raíz. Usa los siguientes comandos específicos de la distribución:

-  Ubuntu, Debian: `sudo setcap 'cap_ipc_owner=+ep' /usr/lib/xorg/Xorg`

-  RHEL, Rocky: `sudo setcap 'cap_ipc_owner=+ep'  /usr/libexec/Xorg`

-  SUSE: `sudo setcap 'cap_ipc_owner=+ep' /usr/libexec/Xorg /usr/bin/Xorg`

[LNXVDA-19032]
  • Debido a un problema con GNOME, el VDA de Linux no funciona como se espera después de actualizar samba-winbind a la versión 4.18.6 en RHEL 8.X, Rocky Linux 8.x, RHEL 9.x y Rocky Linux 9.x. Para obtener más información, consulta https://issues.redhat.com/browse/RHEL-17122.

  • Se producen errores de inicio de sesión cuando el número máximo de conexiones establecido en PostgreSQL es insuficiente para gestionar sesiones simultáneas. Para solucionar el problema, aumenta el número máximo de conexiones modificando la configuración de max_connections en el archivo postgresql.conf.

  • El registro del VDA podría fallar debido a la siguiente excepción de LDAP que se produce en /var/log/xdl/jproxy.log:

     javax.naming.NamingException: LDAP response read timed out, timeout used: 10000 ms.
     <!--NeedCopy-->
    

    Para solucionar el problema, haz lo siguiente:

    • Cambia el valor de tiempo de espera de LDAP. Por ejemplo, cambia el valor de tiempo de espera de LDAP a 60 s mediante el siguiente comando:

       -  ctxreg create -k "HKLM\Software\Citrix\GroupPolicy\Defaults" -t "REG_DWORD" -v "LDAPTimeout" -d "0x000EA60" --force
       <!--NeedCopy-->
      
    • Acelera las consultas LDAP estableciendo una base de búsqueda. Puedes establecer una base de búsqueda mediante la variable CTX_XDL_SEARCH_BASE en ctxsetup.sh o mediante el siguiente comando:

       -  ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent" -t "REG_SZ" -v "LDAPComputerSearchBase" -d "<specify a search base instead of the root of the domain to improve search performance>" --force
       <!--NeedCopy-->
      

    [CVADHELP-20895]

  • Microsoft lanzó las actualizaciones acumulativas KB5019966 y KB5019964 para Windows 10 en noviembre de 2022. Las actualizaciones introducen fallos en la unión a dominios y el registro. Para solucionar el problema, consulta el artículo del centro de conocimientos CTX474888.

  • Con el tipo de cifrado RC4_HMAC_MD5 permitido para Kerberos, el VDA de Linux podría no registrarse con el Controller y aparecerá el siguiente mensaje de error:

    Error: Fallo no especificado en el nivel GSS-API (Nivel de mecanismo: El tipo de cifrado RC4 con HMAC no es compatible/está habilitado)

    Para solucionar este problema, deshabilita RC4_HMAC_MD5 globalmente en tu dominio de Active Directory (o específicamente en una OU) o permite tipos de cifrado débiles en el VDA de Linux. Después de eso, borra los tickets de Kerberos almacenados en caché en el Controller y en Citrix Cloud Connector™ mediante el comando klist -li 0x3e4 purge y reinicia el VDA de Linux.

    Para deshabilitar RC4_HMAC_MD5 globalmente en tu dominio de Active Directory, completa los siguientes pasos:

    1. Abre la Consola de administración de directivas de grupo.
    2. Busca el dominio de destino y, a continuación, selecciona Directiva de dominio predeterminada.
    3. Haz clic con el botón derecho en Directiva de dominio predeterminada y selecciona Editar. Se abrirá el Editor de administración de directivas de grupo.
    4. Selecciona Configuración del equipo > Directivas > Configuración de Windows > Configuración de seguridad > Directivas locales > Opciones de seguridad.
    5. Haz doble clic en Seguridad de red: Configurar tipos de cifrado permitidos para Kerberos.
    6. Desmarca las casillas de verificación DES_CBC_CRC, DES_CBC_MD5 y RC4_HMAC_MD5 y selecciona AES128_HMAC_SHA1, AES256_HMAC_SHA1 y Tipos de cifrado futuros.

    Para permitir tipos de cifrado débiles en el VDA de Linux, completa los siguientes pasos:

    Nota:

    Los tipos de cifrado débiles hacen que tu implementación sea vulnerable a ataques.

    1. Abre el archivo /etc/krb5.conf en el VDA de Linux.
    2. Agrega la siguiente entrada en la sección [libdefaults]:

      allow_weak_crypto= TRUE

  • El VDA de Linux no es compatible con SecureICA 1.0 para el cifrado. Habilitar SecureICA 1.0 en el VDA de Linux provoca un fallo en el inicio de la sesión.

  • Gráficos de Ubuntu: En HDX™ 3D Pro, puede aparecer un marco negro alrededor de las aplicaciones después de cambiar el tamaño de Desktop Viewer o, a veces, el fondo puede aparecer en negro.

  • Es posible que las impresoras creadas por la redirección de impresión del VDA de Linux no se quiten después de cerrar la sesión.

  • Faltan archivos CDM cuando un directorio contiene numerosos archivos y subdirectorios. Este problema puede ocurrir si el lado del cliente tiene demasiados archivos o directorios.

  • Solo se admite la codificación UTF-8 para idiomas que no sean inglés.

  • El estado de BLOQ MAYÚS de la aplicación Citrix Workspace™ para Android podría invertirse durante la itinerancia de la sesión. El estado de BLOQ MAYÚS puede perderse al mover una conexión existente a la aplicación Citrix Workspace para Android. Como solución alternativa, usa la tecla Mayús del teclado extendido para alternar entre mayúsculas y minúsculas.

  • Las teclas de acceso rápido con ALT no siempre funcionan cuando te conectas al VDA de Linux mediante la aplicación Citrix Workspace para Mac. La aplicación Citrix Workspace para Mac envía AltGr para las teclas de opción/Alt izquierda y derecha de forma predeterminada. Puedes modificar este comportamiento en la configuración de la aplicación Citrix Workspace, pero los resultados varían según las aplicaciones.

  • El registro falla cuando el VDA de Linux se vuelve a unir al dominio. La nueva unión genera un nuevo conjunto de claves Kerberos. Sin embargo, el Broker podría usar un ticket de servicio VDA obsoleto almacenado en caché basado en el conjunto anterior de claves Kerberos. Cuando el VDA intenta conectarse al Broker, es posible que el Broker no pueda establecer un contexto de seguridad de retorno al VDA. El síntoma habitual es que el registro del VDA falla.

    Este problema puede resolverse por sí solo cuando el ticket de servicio del VDA caduca y se renueva. Pero como los tickets de servicio tienen una larga vida útil, puede llevar mucho tiempo.

    Como solución alternativa, borra la caché de tickets del Broker. Reinicia el Broker o ejecuta el siguiente comando en el Broker desde un símbolo del sistema como administrador:

     klist -li 0x3e4 purge
     <!--NeedCopy-->
    

    Este comando purga todos los tickets de servicio en la caché LSA que posee la entidad de seguridad del Servicio de red bajo la cual se ejecuta el Servicio de Broker de Citrix. Elimina los tickets de servicio para otros VDA y, potencialmente, para otros servicios. Sin embargo, es inofensivo: estos tickets de servicio se pueden volver a adquirir del KDC cuando sea necesario.

  • La aplicación Citrix Workspace™ para Windows podría experimentar distorsión de audio durante la grabación de audio.

Problemas conocidos