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 (/fr-fr/session-recording/2407/get-started/scalability-considerations.html#why-session-recording-scales-well)fonction de suppression de paquets H.264 pourrait ne pas fonctionner comme prévu.
-
Les tentatives d’installation de serveurs d’enregistrement de session supplémentaires et de leur connexion à la même base de données d’enregistrement de session peuvent échouer lorsque l’authentification du serveur SQL est sélectionnée. Le problème n’affecte pas le premier serveur d’enregistrement de session installé et connecté à la base de données d’enregistrement de session, mais il affecte les serveurs d’enregistrement de session suivants. Pour contourner le problème, vous pouvez installer les serveurs d’enregistrement de session supplémentaires à l’aide d’une commande similaire à la suivante :
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]
-
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 d’enregistrements en direct inactifs ou dormants à l’aide de la commande ICLDB DORMANT peuvent échouer. Le 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 d’enregistrement de session :
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]
-
L’enregistrement de session 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 d’enregistrement de session 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]