Linux Virtual Delivery Agent 2411

Behobene Probleme

  • Der Linux Virtual Delivery Agent 2411 enthält die folgenden behobenen Probleme:

  • Das erneute Verbinden mit getrennten Sitzungen auf dem Linux VDA kann manchmal zu einem grauen Bildschirm führen, was einen Systemneustart oder eine manuelle Abmeldung durch die Benutzer erfordert, um die Sitzung wiederherzustellen. [CVADHELP-25791]

  • Root-Benutzer können schreibgeschützte Dateien nicht auf Client-Geräte kopieren, die über CDM zugeordnet sind. [CVADHELP-25124]

  • Der Gruppenrichtlinien-Parser kann 100 % CPU-Auslastung verursachen, wenn er große Gruppenrichtliniensätze aus einer GPF-Datei verarbeitet. [CVADHELP-25323]

  • Der Prozess ctxnsap wird unerwartet beendet, wenn Sitzungen getrennt werden, wodurch Citrix Application Delivery Management (ADM) keine HDX™ Insight-Informationen anzeigen kann. [CVADHELP-25493]

  • Eine fehlerhafte Ausführung von ad_join.sh auf der Vorlagenmaschine kann ein Flag namens mcs_setting_flag generieren, das verhindert, dass neu von MCS erstellte Maschinen einer Domäne beitreten. Diese Korrektur führt eine Überprüfung im Skript deploymcs.sh ein, um das Flag zu identifizieren und bei Erkennung zu entfernen. [CVADHELP-25117]

    • Der Smartcard-Dienst leckt Dateideskriptoren während der Smartcard-Authentifizierung, was zu einer Blockade des Zugriffs auf neue Smartcards führt. Dieses Problem tritt auf, weil die meisten Linux-Distributionen standardmäßig die maximale Anzahl offener Dateien pro Prozess auf 1.024 begrenzen. Wenn der Smartcard-Dienst dieses Limit erschöpft, kann er keine neuen Verbindungen mehr herstellen, wodurch der nachfolgende Smartcard-Zugriff effektiv blockiert wird.

    Dieses Problem betrifft VDAs, bei denen die Smartcard-Anmeldung aktiviert ist. Symptome sind zahlreiche Fehler Failed to accept new connection: Too many open files in /var/log/xdl/hdx.log und eine Akkumulation von Dateideskriptoren in /proc/${pid}/fd/, wobei ${pid} die Prozess-ID von ctxscardsd darstellt. Um die PID zu ermitteln, verwenden Sie den Befehl systemctl status ctxscardsd|grep PID.

    • Um dieses Problem zu beheben, können Sie entweder das Limit für die maximalen offenen Dateien für den Smartcard-Dienst erhöhen oder den Smartcard-Dienst neu starten. Stellen Sie sicher, dass keine aktiven Sitzungen vorhanden sind, bevor Sie versuchen, den Dienst neu zu starten. Verwenden Sie die folgenden Befehle, um das Limit zu erhöhen oder den Dienst neu zu starten:

    • So starten Sie den Smartcard-Dienst neu:

       systemctl restart ctxscardsd
       <!--NeedCopy-->
      
    • So fragen Sie die maximalen offenen Dateien des aktuellen Dienstes ab:

       cat /proc/${PID}/limits
       <!--NeedCopy-->
      
    • So legen Sie die maximalen offenen Dateien für den Smartcard-Dienst fest:

      1. Öffnen Sie die Datei ctxscardsd.service im schreibgeschützten Modus, um die aktuellen Einstellungen zu überprüfen:

        vim -R /lib/systemd/system/ctxscardsd.service
        <!--NeedCopy-->
        
    1. Fügen Sie die folgende Zeile zum Abschnitt Service in ctxscardsd.service hinzu, um das Limit zu erhöhen:

       ```
       LimitNOFILE=65536
       <!--NeedCopy--> ```
      
      1. Laden Sie den systemd-Daemon neu und starten Sie den Dienst ctxscardsd neu:

        systemctl daemon-reload
        systemctl restart ctxscardsd
        <!--NeedCopy-->
        
      2. Überprüfen Sie das neue Limit:

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

    Hinweis:

    Das Erhöhen der maximalen Anzahl offener Dateien kann die Zeit verlängern, bevor die Dateideskriptoren erschöpft sind, aber ein Neustart von ctxscardsd kann letztendlich immer noch erforderlich sein.

    [LNXVDA-17768]

  • Audio-Plug-and-Play wird nicht unterstützt, sodass Benutzer ein Audioaufnahmegerät an den Client-Computer anschließen müssen, bevor sie mit der Audioaufnahme in der ICA®-Sitzung beginnen. Das Anschließen eines Aufnahmegeräts, nachdem die Audioaufnahmeanwendung gestartet wurde, kann dazu führen, dass die Anwendung nicht mehr reagiert und ein Neustart erforderlich ist. Ebenso kann das Trennen des Aufnahmegeräts während der Aufnahme zum gleichen Problem führen. Dieses Problem wird durch die Einführung der Funktion zur Unterstützung mehrerer Audiogeräte behoben, die in den Versionen 2411 und höher standardmäßig aktiviert ist.
Behobene Probleme

In diesem Artikel