Bekannte Probleme
Die folgenden Probleme wurden in diesem Release identifiziert:
-
Der Smartcarddienst gibt während der Smartcardauthentifizierung Dateideskriptoren weiter, was dazu führt, dass der Zugriff neuer Smartcards blockiert wird. Dieses Problem tritt auf, weil die meisten Linux-Distributionen standardmäßig die maximale Anzahl geöffneter Dateien für jeden Prozess auf 1.024 beschränken. Wenn der Smartcarddienst dieses Limit erschöpft, kann er keine neuen Verbindungen mehr herstellen, wodurch der nachfolgende Smartcardzugriff effektiv blockiert wird.
Dieses Problem betrifft VDAs mit aktivierter Smartcardanmeldung. Zu den Symptomen gehören zahlreiche Fehler der Art Fehler beim Annehmen einer neuen Verbindung: Zu viele offene Dateien in /var/log/xdl/hdx.log und eine Anhäufung 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 maximal geöffnete Dateien für den Smartcarddienst erhöhen oder den Smartcarddienst 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 Smartcarddienst neu:
systemctl restart ctxscardsd <!--NeedCopy--> -
So fragen Sie die Anzahl der geöffneten Dateien des aktuellen Dienstes ab:
cat /proc/${PID}/limits <!--NeedCopy--> -
So legen Sie die maximale Anzahl geöffneter Dateien für den Smartcarddienst fest:
-
Ö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--> -
Fügen Sie dem Abschnitt Service in ctxscardsd.service die folgende Zeile hinzu, um das Limit zu erhöhen:
LimitNOFILE=65536 <!--NeedCopy--> -
Laden Sie den systemd-Daemon neu und starten Sie den ctxscardsd-Dienst neu:
systemctl daemon-reload systemctl restart ctxscardsd <!--NeedCopy--> -
Überprüfen Sie das neue Limit:
cat /proc/${PID}/limits <!--NeedCopy-->
-
Hinweis:
Eine Erhöhung der maximalen Anzahl offener Dateien kann die Zeit verlängern, bis die Dateideskriptoren ausgehen, aber ein Neustart von ctxscardsd könnte dennoch irgendwann erforderlich sein.
[LNXVDA-17784]
-
-
Wenn Sie die Variable CTX_XDL_DESKTOP _ENVIRONMENT nicht angeben, können Sie nicht wissen, welcher Desktop im nachfolgenden Prozess verwendet werden soll. Daher sind desktopbezogene Umgebungsvariablen nicht konfiguriert und Apps oder Plug-Ins, die von diesen Variablen abhängen, funktionieren möglicherweise nicht wie erwartet. [LNXVDA-16212]
-
Aufgrund eines Problems mit GNOME funktioniert der Linux VDA nicht wie erwartet, nachdem Sie auf RHEL 8.X, Rocky Linux 8.x, RHEL 9.x und Rocky Linux 9.x Samba-winbind auf Version 4.18.6 aktualisiert haben. Weitere Informationen finden Sie unter https://issues.redhat.com/browse/RHEL-17122.
-
Sitzungsstartfehler treten auf, wenn die in PostgreSQL festgelegte maximale Anzahl von Verbindungen nicht für gleichzeitige Sitzungen ausreicht. Erhöhen Sie als Workaround die maximale Anzahl an Verbindungen, indem Sie die Einstellung max_connections in der Datei postgresql.conf ändern.
-
Die VDA-Registrierung schlägt möglicherweise aufgrund der folgenden LDAP-Ausnahme in /var/log/xdl/jproxy.log fehl:
javax.naming.NamingException: LDAP response read timed out, timeout used: 10000 ms. <!--NeedCopy-->Sie umgehen das Problem wie folgt:
-
Ändern Sie den LDAP-Timeoutwert. Ändern Sie beispielsweise den LDAP-Timeoutwert mit dem folgenden Befehl in 60 Sekunden:
ctxreg create -k "HKLM\Software\Citrix\GroupPolicy\Defaults" -t "REG_DWORD" -v "LDAPTimeout" -d "0x000EA60" --force <!--NeedCopy--> -
Beschleunigen Sie LDAP-Abfragen, indem Sie eine Suchbasis einrichten. Sie können eine Suchbasis mit der Variablen CTX_XDL_SEARCH_BASE in ctxsetup.sh oder mit dem folgenden Befehl einrichten:
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 veröffentlichte im November 2022 die kumulativen Updates KB5019966 und KB5019964 für Windows 10. Durch die Updates kommt es zu Fehlern beim Domänenbeitritt und bei der Registrierung. Informationen zur Umgehung des Problems finden Sie im Knowledge Center-Artikel CTX474888.
-
Wenn der Verschlüsselungstyp RC4_HMAC_MD5 für Kerberos zugelassen ist, kann sich der Linux VDA möglicherweise nicht beim Controller registrieren und die folgende Fehlermeldung wird angezeigt:
Error: Failure unspecified at GSS-API level (Mechanism level: Encryption type RC4 with HMAC is not supported/enabled)
Als Problemlösung deaktivieren Sie RC4_HMAC_MD5 global in Ihrer Active Directory-Domäne (oder in einer bestimmten Organisationseinheit) oder lassen Sie schwache Verschlüsselungstypen auf dem Linux VDA zu. Löschen Sie anschließend die zwischengespeicherten Kerberos-Tickets auf dem Controller und dem Citrix Cloud Connector mit dem Befehl klist -li 0x3e4 purge und starten Sie den Linux VDA neu.
Führen Sie die folgenden Schritte aus, um RC4_HMAC_MD5 global in Ihrer Active Directory-Domäne zu deaktivieren:
- Öffnen Sie die Gruppenrichtlinien-Verwaltungskonsole.
- Suchen Sie die Zieldomäne und wählen Sie dann Standarddomänenrichtlinie.
- Klicken Sie mit der rechten Maustaste auf Standarddomänenrichtlinie und wählen Sie Bearbeiten. Der Gruppenrichtlinienverwaltungs-Editor wird geöffnet.
- Wählen Sie Computerkonfiguration > Richtlinien > Windows-Einstellungen > Sicherheitseinstellungen > Lokale Richtlinien > Sicherheitsoptionen.
- Doppelklicken Sie auf Netzwerksicherheit: Für Kerberos zulässige Verschlüsselungstypen konfigurieren.
- Deaktivieren Sie die Kontrollkästchen DES_CBC_CRC, DES_CBC_MD5 und RC4_HMAC_MD5 und aktivieren Sie AES128_HMAC_SHA1-, AES256_HMAC_SHA1- und Künftige Verschlüsselungstypen.
Führen Sie die folgenden Schritte aus, um schwache Verschlüsselungstypen auf dem Linux VDA zuzulassen:
Hinweis:
Schwache Verschlüsselungstypen machen Ihre Bereitstellung anfällig für Angriffe.
- Öffnen Sie die Datei /etc/krb5.conf auf dem Linux VDA.
-
Fügen Sie im Abschnitt [libdefaults] den folgenden Eintrag hinzu:
allow_weak_crypto= TRUE
-
Der Linux VDA unterstützt keine SecureICA-Verschlüsselung. Wenn SecureICA auf dem Linux VDA aktiviert ist, führt dies zu einem Sitzungsstartfehler.
-
In einer GNOME-Desktopsitzung schlagen Versuche, das Tastaturlayout zu ändern, möglicherweise fehl. [CVADHELP-15639]
-
Ubuntu-Grafiken: In HDX 3D Pro wird nach dem Ändern des Desktop Viewer u. U. ein schwarzer Rahmen angezeigt oder der Hintergrund ist schwarz.
-
Drucker, die mit der Linux VDA-Druckumleitung erstellt wurden, können nach dem Abmelden von einer Sitzung u. U. nicht entfernt werden.
-
CDM-Dateien fehlen, wenn das Verzeichnis viele Dateien und Unterverzeichnisse enthält Wenn clientseitig zu viele Dateien oder Verzeichnisse vorliegen, kann dieses Problem auftreten.
-
In diesem Release wird nur UTF-8-Codierung für andere Sprachen als Englisch unterstützt.
-
Der Status der Feststelltaste in der Citrix Workspace-App für Android kann beim Sitzungsroaming umgekehrt werden. Der Status der Feststelltaste kann aufgehoben werden, wenn über eine vorhandene Verbindung Roaming zu Citrix Workspace-App für Android erfolgt. Verwenden Sie als Workaround die Umschalttaste auf der erweiterten Tastatur, um zwischen Groß- und Kleinbuchstaben zu wechseln.
-
Tastenkombinationen mit der Alt-Taste funktionieren nicht immer, wenn Sie mit der Citrix Workspace-App für Mac eine Verbindung zu einem Linux VDA herstellen. Citrix Workspace-App für Mac sendet standardmäßig für die linke und die rechte Alt-Taste den Befehl “Alt Gr”. Sie können dieses Verhalten in den Einstellungen für die Citrix Workspace-App ändern, die Ergebnisse sind jedoch je nach Anwendung unterschiedlich.
-
Die Registrierung schlägt fehl, wenn der Linux VDA der Domäne wieder hinzugefügt wird. Beim erneuten Verbindungsaufbau wird ein neuer Satz Kerberos-Schlüssel generiert. Der Broker verwendet jedoch unter Umständen ein veraltetes zwischengespeichertes VDA-Dienstticket, das auf dem vorherigen Kerberos-Schlüsselsatz basiert. Wenn der VDA sich dann mit dem Broker verbinden will, kann der Broker u. U. keinen Sicherheitskontext zum VDA herstellen. Normalerweise schlägt die VDA-Registrierung dann fehl.
Dieses Problem löst sich irgendwann von selber, wenn das VDA-Dienstticket abläuft und erneuert wird. Diensttickets haben jedoch eine lange Lebensdauer, sodass dies einige Zeit dauern kann.
Deaktivieren Sie als Workaround den Ticketcache des Brokers. Starten Sie den Broker neu oder führen Sie als Administrator auf dem Broker folgenden Befehl an einer Eingabeaufforderung aus:
klist -li 0x3e4 purge <!--NeedCopy-->Mit diesem Befehl werden alle Diensttickets im LSA-Cache des Netzwerkdienstprinzipals gelöscht, unter dem der Citrix Brokerdienst ausgeführt wird. Es werden jedoch auch Diensttickets für andere VDAs und möglicherweise andere Dienste entfernt. Dies ist aber kein Problem, die Diensttickets werden bei Bedarf einfach erneut vom KDC geladen.
-
Audio Plug-n-Play wird nicht unterstützt Sie können Audioaufnahmegeräte mit der Clientmaschine verbinden, bevor Sie mit dem Aufzeichnen von Audio in der ICA-Sitzung beginnen. Wenn ein Aufzeichnungsgerät angeschlossen wird, nachdem die Audioaufzeichnungsanwendung gestartet wurde, reagiert die Anwendung u. U. nicht mehr und muss neu gestartet werden. Ein ähnliches Problem kann auftreten, wenn Sie ein Aufzeichnungsgerät während der Aufzeichnung entfernen.
-
Mit der Citrix Workspace-App für Windows können während der Aufzeichnung Audiostörungen auftreten.