Bekannte Probleme
Die folgenden Probleme wurden in dieser Version identifiziert:
-
Die Sitzungsaufzeichnung kann keine übertragenen Aufzeichnungsdateien wiedergeben, wenn auf Kundenseite mehr als sechs Monitore verwendet werden.
Problemumgehung:
Legen Sie den folgenden Registrierungswert auf der CWA-Seite fest und starten Sie CWA neu:
HKLM\SOFTWARE\WOW6432Node\Citrix\ICA Client\Engine\Configuration\Advanced\Modules\Thinwire3.0EnableFpsLimit = REG_SZ Off -
Ein Fehler vom Typ 400 Bad Request kann auftreten, wenn ein Benutzer versucht, aufgezeichnete Sitzungen mit dem Sitzungsaufzeichnungs-Player oder Webplayer wiederzugeben. Das Problem kann auftreten, wenn der Benutzer Mitglied zu vieler Active Directory-Benutzergruppen ist. Um dieses Problem zu umgehen, führen Sie die folgenden Schritte aus:
- Gehen Sie zu dem IIS-Server, auf dem der Sitzungsaufzeichnungsserver installiert ist, und fügen Sie die DWORD-Werte MaxFieldLength und MaxRequestBytes unter HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters hinzu.
- Setzen Sie die DWORD-Werte auf 65534 (dezimal).
- Starten Sie den IIS-Server neu.
[SRT-13739]
-
Die H.264-Paketverlustfunktion funktioniert möglicherweise nicht wie erwartet.
-
Versuche, zusätzliche Sitzungsaufzeichnungsserver zu installieren und diese mit derselben Sitzungsaufzeichnungsdatenbank zu verbinden, können fehlschlagen, wenn die SQL Server-Authentifizierung ausgewählt ist. Das Problem betrifft nicht den ersten installierten und mit der Sitzungsaufzeichnungsdatenbank verbundenen Sitzungsaufzeichnungsserver, aber es betrifft nachfolgende Sitzungsaufzeichnungsserver. Um das Problem zu umgehen, können Sie die zusätzlichen Sitzungsaufzeichnungsserver mit einem Befehl installieren, der dem folgenden ähnelt:
msiexec /i "SessionRecordingAdministrationx64.msi" ADDLOCAL="SsRecServer,PolicyConsole,SsRecLogging,StorageDatabase" DATABASEINSTANCE="DatabaseConnectionString " DATABASENAME="CitrixSessionRecording" LOGGINGDATABASENAME="CitrixSessionRecordingLogging" AZURESQLSERVICESUPPORT="1" CLOUDDBSUPPORT="1" AZUREUSERNAME="CloudSQLAdminName" AZUREPASSWORD="CloudSQLAdminPassword" /q /l*vx "c:\WithLogging.log" <!--NeedCopy-->[SRT-12976]
-
Beim Anzeigen von Aufzeichnungen im Player kann eine Fehlermeldung auftreten, die auf fehlende Daten aus dem Aufzeichnungsprozess hinweist, zusammen mit einer Datenverlustwarnung in den Ereignisprotokollen (Ereignis-ID: 2005) auf dem Sitzungsaufzeichnungsserver. Eine Änderung der Registrierung auf die folgende Weise kann das Problem möglicherweise beheben:
- Fügen Sie einen DWORD-Wert DisableDataAlign unter dem Registrierungsschlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Agent auf dem VDA hinzu und setzen Sie die Wertdaten auf 1.
- Starten Sie den Session Recording-Agent-Dienst neu.
[SRT-12682]
-
Wenn Sie Citrix Web App Firewall (WAF)-Signaturen zur teilweisen Behebung der CVE-2021-44228-Schwachstelle verwenden, funktioniert Session Recording möglicherweise nicht wie erwartet. Um das Problem zu beheben, schließen Sie die IP-Adressen Ihrer Session Recording-Server von der Richtlinie mitigate_cve_2021_44228 auf der NetScaler-Seite aus. [CVADHELP-24365]
-
Versuche, die Session Recording-Richtlinieneinstellungen zu speichern, können fehlschlagen, und Sie erhalten möglicherweise die folgende Fehlermeldung, wenn Sie CDFControl verwenden:
This operation is blocked. Session Recording Administrator Logging failed. The formatter threw an exception while trying to deserialize the message: There was an error while trying to deserialize parameter http://tempuri.org/:operation. The InnerException message was 'There was an error deserializing the object of type SmAudLoggingInterface.LogOperation. The maximum string content length quota (8192) has been exceeded while reading XML data. This quota may be increased by changing the MaxStringContentLength property on the XmlDictionaryReaderQuotas object used when creating the XML reader. Line 186, position 62.'. Please see InnerException for more details. <!--NeedCopy-->Um das Problem zu beheben, führen Sie einen der folgenden Schritte aus:
-
Fügen Sie eine HTTPS-Sitebindung in IIS für die Kommunikation mit dem Session Recording-Server hinzu. Zum Beispiel:

-
Fügen Sie die folgenden Zeilen zur Datei Web.config hinzu, die unter C:\Program Files\Citrix\SessionRecording\Logging verfügbar ist:
<readerQuotas maxDepth="32" maxStringContentLength="5242880" maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384" /> <!--NeedCopy-->
[SRT-11791]
-
-
Versuche, nicht reagierende oder ruhende Live-Aufzeichnungen automatisch oder manuell mit dem Befehl ICLDB DORMANT zu schließen, können fehlschlagen. Das Problem tritt auf, wenn Sie Session Recording auf 2308 aktualisieren, anstatt eine Neuinstallation durchzuführen. Um das Problem zu beheben, führen Sie das folgende Skript in PowerShell auf dem Session Recording-Servercomputer aus und stellen Sie sicher, dass Sie über Administratorzugriff auf die Session Recording-Datenbank verfügen:
Add-Type -AssemblyName System.data $registryKey = [Microsoft.Win32.Registry]::LocalMachine.OpenSubKey("SOFTWARE\\Citrix\\SmartAuditor\\Server") $dbName = $registryKey.GetValue("DatabaseName") $dbInstance = $registryKey.GetValue("SmAudDatabaseInstance") write-host "Connecting to $dbInstance\$dbName" # Connect db $conn = New-Object System.Data.SqlClient.SqlConnection $conn.ConnectionString = "workstation id=.;packet size=4096;integrated security=SSPI;data source=$dbInstance;persist security info=True;initial catalog=$dbName" $conn.Open() $cmd = $conn.CreateCommand() $cmd.CommandText = "use [$dbName];if not exists(select * from [dbo].[EndReason] where ID=5) begin insert [dbo].[EndReason] values (5, 'Dormant') end" $cmd.ExecuteNonQuery() <!--NeedCopy-->[SRT-11119]
-
Session Recording erfasst keine Dateiübertragungen zwischen einem nativen Datenträger auf dem Sitzungshost (VDA) und einem Datenträger, der von der Clientseite aus der Sitzung zugeordnet ist. [SRT-10514]
-
Wenn Sie Session Recording auf die neueste Version aktualisieren, gehen Ihre Einstellungen für die Bildauflösungsskalierung für verlustbehaftete Bildschirmaufzeichnung verloren und der Standardwert 1.0 wird wiederhergestellt. [SRT-10130]
-
Ein Domänenbenutzer mit lokalen Administratorrechten auf der Session Recording-Richtlinienkonsole kann lokale und Domänenbenutzer hinzufügen, auf die die Aktion einer Richtlinienregel zutrifft. Allerdings kann ein lokaler Benutzer mit lokalen Administratorrechten nur lokale Benutzer, aber keine Domänenbenutzer hinzufügen. [SRT-5769]
-
Der Webplayer funktioniert möglicherweise nicht richtig, wenn Sie ihn von Version 2009 oder früher aktualisieren. Um das Problem zu umgehen, löschen Sie Ihren Browser-Cache. [SRT-5624]
-
Regeln benutzerdefinierter Richtlinien können verloren gehen, nachdem Sie Session Recording von der in XenApp und XenDesktop 7.6 LTSR enthaltenen Version auf die neueste Version aktualisiert haben. Als Problemumgehung aktualisieren Sie die Software auf die Version, die im neuesten CU von XenApp und XenDesktop 7.15 LTSR enthalten ist, und aktualisieren Sie sie dann auf die neueste Version. [SRT-4546]
-
Wenn Machine Creation Services™ (MCS) oder Citrix Provisioning (PVS) mehrere VDAs erstellt, auf denen Microsoft Message Queuing (MSMQ) installiert ist, können diese VDAs dieselbe
QMIdhaben. Dieser Zustand kann verschiedene Probleme verursachen, zum Beispiel:- Sitzungen werden möglicherweise nicht aufgezeichnet, selbst wenn die Aufzeichnungsvereinbarung akzeptiert wird.
- Der Session Recording-Server kann möglicherweise keine Abmeldesignale für Sitzungen empfangen, und daher können Sitzungen immer im Live-Zustand sein.
Informationen zu einer Problemumgehung finden Sie unter Installieren, Aktualisieren und Deinstallieren. [#528678]
-
Upgrades des Session Recording-Servers können fehlschlagen, wenn IIS-HTTPS-Bindungen einen bestimmten Hostnamen enthalten. [SRT-16175]
-
Die Audioaufzeichnung kann fehlschlagen, wenn die Versionen von VDA und Session Recording Agent nicht übereinstimmen. [SRT-16624]