Problèmes connus
Les problèmes suivants ont été identifiés dans cette version :
-
La mise à niveau du serveur d’enregistrement de session échoue lorsque « Exiger SSL » est activé dans IIS pour l’application SessionRecordingBroker et que seul TLS 1.2 est activé pour le protocole côté serveur sur le serveur SR.
Pour contourner ce problème, suivez les étapes suivantes :
- Désactiver temporairement SSL : Sur le serveur d’enregistrement de session, ouvrez le Gestionnaire des services Internet (IIS). Pour l’application SessionRecordingBroker, accédez à Paramètres SSL et décochez « Exiger SSL ».
- Exécuter la mise à niveau : Exécutez le programme d’installation de la mise à niveau pour le serveur d’enregistrement de session.
- Réactiver SSL : Une fois la mise à niveau terminée, revenez aux Paramètres SSL dans IIS et cochez à nouveau « Exiger SSL » pour l’application SessionRecordingBroker.
-
La fonction de suppression de paquets H.264 pourrait ne pas fonctionner comme prévu.
-
Lors de la visualisation des enregistrements dans le lecteur, vous pourriez rencontrer un message d’erreur indiquant des données manquantes du processus d’enregistrement, ainsi qu’un avertissement de perte de données dans les journaux d’événements (ID d’événement : 2005) sur le serveur d’enregistrement de session. La modification du registre de la manière suivante peut potentiellement résoudre le problème :
- Ajoutez une valeur DWORD DisableDataAlign sous la clé de registre HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Agent sur le VDA et définissez la valeur de données sur 1.
- Redémarrez le service de l’agent d’enregistrement de session.
[SRT-12682]
-
Si vous utilisez les signatures Citrix Web App Firewall (WAF) pour atténuer en partie la vulnérabilité CVE-2021-44228, l’enregistrement de session pourrait ne pas fonctionner comme prévu. Pour résoudre le problème, excluez les adresses IP de vos serveurs d’enregistrement de session de la politique mitigate_cve_2021_44228 côté NetScaler. [CVADHELP-24365]
-
Les tentatives d’enregistrement des paramètres de la politique d’enregistrement de session peuvent échouer et vous pouvez obtenir le message d’erreur suivant en utilisant CDFControl :
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-->Pour résoudre le problème, effectuez l’une des opérations suivantes :
-
Ajoutez une liaison de site HTTPS dans IIS pour la communication avec le serveur d’enregistrement de session. Par exemple :
-
Ajoutez les lignes suivantes au fichier Web.config disponible dans C:\Program Files\Citrix\SessionRecording\Logging :
<readerQuotas maxDepth="32" maxStringContentLength="5242880" maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384" /> <!--NeedCopy-->
[SRT-11791]
-
-
Les tentatives de fermeture automatique ou manuelle des enregistrements en direct inactifs ou dormants à l’aide de la commande ICLDB DORMANT peuvent échouer. Ce problème survient lorsque vous mettez à jour Session Recording vers la version 2308 au lieu d’effectuer une nouvelle installation. Pour résoudre le problème, exécutez le script suivant dans PowerShell sur la machine du serveur d’enregistrement de session et assurez-vous de disposer d’un accès administratif à la base de données Session Recording :
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 ne capture pas les transferts de fichiers entre un disque natif sur l’hôte de session (VDA) et un disque mappé à la session depuis le client. [SRT-10514]
-
Lorsque vous mettez à niveau Session Recording vers la dernière version, vos paramètres de mise à l’échelle de la résolution d’image pour l’enregistrement d’écran avec perte sont perdus et la valeur par défaut 1.0 est restaurée. [SRT-10130]
-
Un utilisateur de domaine disposant de privilèges d’administrateur local sur la console de stratégie Session Recording peut ajouter des utilisateurs locaux et de domaine auxquels l’action d’une règle de stratégie s’applique. Cependant, un utilisateur local disposant de privilèges d’administrateur local ne peut ajouter que des utilisateurs locaux, mais pas des utilisateurs de domaine. [SRT-5769]
-
Le lecteur web peut ne pas fonctionner correctement si vous le mettez à niveau depuis la version 2009 ou antérieure. Pour contourner le problème, videz le cache de votre navigateur. [SRT-5624]
-
Les règles des stratégies personnalisées peuvent être perdues après la mise à jour de Session Recording depuis la version incluse dans XenApp et XenDesktop 7.6 LTSR vers la dernière version. Pour contourner le problème, mettez à jour le logiciel vers la version incluse dans le dernier CU de XenApp et XenDesktop 7.15 LTSR, puis mettez-le à jour vers la dernière version. [SRT-4546]
-
Lorsque Machine Creation Services™ (MCS) ou Citrix Provisioning (PVS) crée plusieurs VDA avec Microsoft Message Queuing (MSMQ) installé, ces VDA peuvent avoir le même
QMId. Cette condition peut entraîner divers problèmes, par exemple :- Les sessions peuvent ne pas être enregistrées même si l’accord d’enregistrement est accepté.
- Le serveur d’enregistrement de session peut ne pas être en mesure de recevoir les signaux de déconnexion de session et, par conséquent, les sessions peuvent toujours être dans un état actif.
Pour plus d’informations sur une solution de contournement, consultez Installer, mettre à niveau et désinstaller. [#528678]