Linux Virtual Delivery Agent 2411

已修复的问题

  • Linux Virtual Delivery Agent 2411 包含以下已修复的问题:

  • 重新连接到 Linux VDA 上已断开连接的会话有时会导致灰屏,需要用户执行系统重新启动或手动注销才能恢复。 [CVADHELP-25791]

  • Root 用户无法将只读文件复制到使用 CDM 映射的客户端设备。 [CVADHELP-25124]

  • 组策略解析器在处理 GPF 文件中的大量组策略集时可能会占用 100% 的 CPU。 [CVADHELP-25323]

  • 会话断开连接时,ctxnsap 进程意外退出,导致 Citrix Application Delivery Management (ADM) 无法显示 HDX™ 洞察信息。 [CVADHELP-25493]

  • 在模板计算机上错误地执行 ad_join.sh 可能会生成一个名为 mcs_setting_flag 的标志,从而阻止新创建的 MCS 计算机加入域。此修复程序在 deploymcs.sh 脚本中引入了一项检查,用于在检测到该标志时识别并将其删除。 [CVADHELP-25117]

    • 智能卡服务在智能卡身份验证期间泄漏文件描述符,导致新的智能卡访问被阻止。出现此问题的原因是,默认情况下,大多数 Linux 发行版将每个进程的最大打开文件数限制为 1,024。当智能卡服务耗尽此限制时,它将无法再建立新连接,从而有效地阻止后续的智能卡访问。

    此问题会影响启用了智能卡登录的 VDA。症状包括 /var/log/xdl/hdx.log 中出现大量 Failed to accept new connection: Too many open files 错误,以及 /proc/${pid}/fd/ 中文件描述符的累积,其中 ${pid} 表示 ctxscardsd 的进程 ID。要确定 PID,请使用命令 systemctl status ctxscardsd|grep PID

    • 为缓解此问题,您可以增加智能卡服务的最大打开文件数限制或重新启动智能卡服务。在尝试重新启动服务之前,请确保没有活动会话。使用以下命令增加限制或重新启动服务:

    • 要重新启动智能卡服务:

       systemctl restart ctxscardsd
       <!--NeedCopy-->
      
    • 要查询当前服务的最大打开文件数:

       cat /proc/${PID}/limits
       <!--NeedCopy-->
      
    • 要设置智能卡服务的最大打开文件数:

      1. 以只读模式打开 ctxscardsd.service 文件以检查当前设置:

        vim -R /lib/systemd/system/ctxscardsd.service
        <!--NeedCopy-->
        
    1. 将以下行添加到 ctxscardsd.service 中的 Service 部分以增加限制:

       ```
       LimitNOFILE=65536
       <!--NeedCopy--> ```
      
      1. 重新加载 systemd 守护程序并重新启动 ctxscardsd 服务:

        systemctl daemon-reload
        systemctl restart ctxscardsd
        <!--NeedCopy-->
        
      2. 验证新限制:

        cat /proc/${PID}/limits
        <!--NeedCopy-->
        

    注意:

    增加最大打开文件数可以延长文件描述符耗尽之前的时间,但最终可能仍需要重新启动 ctxscardsd

    [LNXVDA-17768]

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

在本文中