Linux Virtual Delivery Agent

已修复的问题

May 5, 2025

投稿者:

C Y

Linux Virtual Delivery Agent 2411 包含下列已修复的问题：

Root 用户无法将只读文件复制到使用 CDM 映射的客户端设备。 [CVADHELP-25124]
处理来自 GPF 文件的大型组策略集时，组策略解析器可能会消耗 100% 的 CPU。 [CVADHELP-25323]
当会话断开连接时，ctxnsap 进程意外退出，导致 Citrix Application Delivery Management (ADM) 无法显示 HDX Insight 信息。 [CVADHELP-25493]
在模板计算机上不正确执行 ad_join.sh 会生成一个名为 mcs_setting_flag 的标志，从而阻止 MCS 新创建的计算机加入域。此修复程序在 deploymcs.sh 脚本中引入了检查，以识别该标志并在检测到它时将其删除。 [CVADHELP-25117]
智能卡服务在智能卡身份验证期间泄露文件描述符，导致新的智能卡访问受阻。出现此问题的原因是，默认情况下，大多数 Linux 发行版将每个进程的最大打开文件数限制为 1,024 个。当智能卡服务用尽此限制时，它将无法再建立新的连接，从而有效地阻止了后续的智能卡访问。

此问题会影响启用了智能卡登录的 VDA。症状包括 /var/log/xdl/hdx.log 中出现大量的无法接受新连接: 打开的文件太多错误以及 /proc/${pid}/fd/ 中积累的文件描述符，其中 ${pid} 代表 ctxscardsd 的进程 ID。要确定 PID，请使用命令 systemctl status ctxscardsd|grep PID。

要缓解此问题，您可以增大智能卡服务的最大打开文件数上限，或者重新启动智能卡服务。在尝试重新启动该服务之前，请确保不存在活动会话。使用以下命令增大上限或重新启动该服务：
- 要重新启动智能卡服务，请执行以下操作：
```
   systemctl restart ctxscardsd
 
```
- 要查询当前该服务的最大打开文件数，请执行以下操作：
```
   cat /proc/${PID}/limits
 
```
- 要设置智能卡服务的最大打开文件数，请执行以下操作：
  1. 以只读模式打开 ctxscardsd.service 文件以检查当前设置：
    vim -R /lib/systemd/system/ctxscardsd.service 
  2. 将以下行添加到 ctxscardsd.service 的 Service 部分以增大上限：
    LimitNOFILE=65536 
  3. 重新加载 systemd 守护程序并重新启动 ctxscardsd 服务：
    systemctl daemon-reload systemctl restart ctxscardsd 
  4. 验证新上限：
    cat /proc/${PID}/limits 
注意：

增大最大打开文件数可以延长用完文件描述符之前的时间，但最终可能仍需要重新启动 ctxscardsd 。

[LNXVDA-17768]
不支持音频即插即用，要求用户在 ICA 会话中开始录制音频之前将音频捕获设备连接到客户端计算机。在音频录制应用程序启动后连接捕获设备可能会导致应用程序无响应，需要重新启动。同样，在录制时拔下捕获设备可能会导致出现同样的问题。通过引入多音频设备支持功能（在 2411 及更高版本中默认启用），此问题已得到解决。

本内容的正式版本为英文版。部分 Cloud Software Group 文档内容采用了机器翻译，仅供您参考。Cloud Software Group 无法控制机器翻译的内容，这些内容可能包含错误、不准确或不合适的语言。对于从英文原文翻译成任何其他语言的内容的准确性、可靠性、适用性或正确性，或者您的 Cloud Software Group 产品或服务沿用了任何机器翻译的内容，我们均不作任何明示或暗示的保证，并且适用的最终用户许可协议或服务条款或者与 Cloud Software Group 签订的任何其他协议（产品或服务与已进行机器翻译的任何文档保持一致）下的任何保证均不适用。对于因使用机器翻译的内容而引起的任何损害或问题，Cloud Software Group 不承担任何责任。

这是否有帮助？

已修复的问题

May 5, 2025

投稿者:

C Y

May 5, 2025

投稿者:

C Y

在本文中

这是否有帮助？