-
-
Problemas resueltos
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Problemas corregidos
-
El Linux Virtual Delivery Agent 2411 incluye los siguientes problemas corregidos:
-
Volver a conectar sesiones desconectadas en el VDA de Linux a veces puede provocar una pantalla gris, lo que requiere que los usuarios reinicien el sistema o cierren la sesión manualmente para recuperarse. [CVADHELP-25791]
-
Los usuarios root no pueden copiar archivos de solo lectura en dispositivos cliente asignados mediante CDM. [CVADHELP-25124]
-
El analizador de directivas de grupo podría consumir el 100% de la CPU al procesar grandes conjuntos de directivas de grupo desde un archivo GPF. [CVADHELP-25323]
-
El proceso ctxnsap se cierra inesperadamente cuando las sesiones se desconectan, lo que impide que Citrix Application Delivery Management (ADM) muestre información de análisis de HDX™. [CVADHELP-25493]
-
Una ejecución incorrecta de ad_join.sh en la máquina de plantilla puede generar un indicador llamado mcs_setting_flag que impide que las máquinas recién creadas con MCS se unan a un dominio. Esta corrección introduce una comprobación en el script deploymcs.sh para identificar y quitar el indicador cuando se detecta. [CVADHELP-25117]
- El servicio de tarjeta inteligente filtra descriptores de archivo durante la autenticación con tarjeta inteligente, lo que provoca un bloqueo de nuevos accesos a la tarjeta inteligente. Este problema ocurre porque, de forma predeterminada, la mayoría de las distribuciones de Linux limitan el número máximo de archivos abiertos a 1024 para cada proceso. Cuando el servicio de tarjeta inteligente agota este límite, ya no puede establecer nuevas conexiones, bloqueando eficazmente el acceso posterior a la tarjeta inteligente.
Este problema afecta a los VDA con el inicio de sesión con tarjeta inteligente habilitado. Los síntomas incluyen numerosos errores de Failed to accept new connection: Too many open files en /var/log/xdl/hdx.log y una acumulación de descriptores de archivo en /proc/${pid}/fd/, donde ${pid} representa el ID de proceso de ctxscardsd. Para determinar el PID, usa el comando systemctl status ctxscardsd|grep PID.
-
Para mitigar este problema, puedes aumentar el límite máximo de archivos abiertos para el servicio de tarjeta inteligente o reiniciar el servicio de tarjeta inteligente. Asegúrate de que no haya sesiones activas antes de intentar reiniciar el servicio. Usa los siguientes comandos para aumentar el límite o reiniciar el servicio:
-
Para reiniciar el servicio de tarjeta inteligente:
systemctl restart ctxscardsd <!--NeedCopy--> -
Para consultar el número máximo actual de archivos abiertos del servicio:
cat /proc/${PID}/limits <!--NeedCopy--> -
Para establecer el número máximo de archivos abiertos para el servicio de tarjeta inteligente:
-
Abre el archivo ctxscardsd.service en modo de solo lectura para comprobar la configuración actual:
vim -R /lib/systemd/system/ctxscardsd.service <!--NeedCopy-->
-
-
-
Agrega la siguiente línea a la sección Service en ctxscardsd.service para aumentar el límite:
``` LimitNOFILE=65536 <!--NeedCopy--> ```-
Vuelve a cargar el demonio systemd y reinicia el servicio ctxscardsd:
systemctl daemon-reload systemctl restart ctxscardsd <!--NeedCopy--> -
Verifica el nuevo límite:
cat /proc/${PID}/limits <!--NeedCopy-->
-
Nota:
Aumentar el número máximo de archivos abiertos puede extender el tiempo antes de que se agoten los descriptores de archivo, pero un reinicio de ctxscardsd aún podría ser necesario con el tiempo.
[LNXVDA-17768]
-
- El audio plug-and-play no es compatible, lo que requiere que los usuarios conecten un dispositivo de captura de audio a la máquina cliente antes de empezar a grabar audio en la sesión de ICA®. Conectar un dispositivo de captura después de que la aplicación de grabación de audio haya comenzado podría hacer que la aplicación deje de responder, lo que requiere un reinicio. Del mismo modo, desconectar el dispositivo de captura mientras se graba podría provocar el mismo problema. Este problema se resuelve con la introducción de la función de compatibilidad con varios dispositivos de audio, que está habilitada de forma predeterminada en las versiones 2411 y posteriores.
Compartir
Compartir
En este artículo
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.