Descriptions et paramètres par défaut des stratégies Profile Management

Cet article décrit les stratégies des fichiers .adm et .admx de Profile Management, ainsi que la structure des fichiers. De plus, il répertorie le paramètre par défaut de chaque stratégie.

Pour plus d’informations, telles que les noms des paramètres de fichier .ini équivalents et la version de Profile Management requise pour une stratégie particulière, consultez Stratégies Profile Management.

Dans l’Éditeur d’objets de stratégie de groupe, la plupart des stratégies apparaissent sous Configuration ordinateur > Modèles d’administration > Modèles d’administration classiques > Citrix. Les stratégies de redirection de dossiers apparaissent sous Configuration utilisateur > Modèles d’administration > Modèles d’administration classiques > Citrix.

Sections dans les fichiers .adm et .admx

Toutes les stratégies Profile Management sont contenues dans les sections suivantes, situées dans le dossier Citrix®. Les stratégies se trouvent sous Configuration ordinateur dans l’Éditeur de stratégie de groupe, sauf si une section est étiquetée Configuration utilisateur :

Profile Management

Profile Management\Redirection de dossiers (Configuration utilisateur)

Profile Management\Gestion des profils

Profile Management\Paramètres avancés

Profile Management\Paramètres de journalisation

Profile Management\Registre

Profile Management\Système de fichiers

Profile Management\Système de fichiers\Synchronisation

Profile Management\Profils utilisateur en flux

Gestion des profils\Paramètres multiplateformes

Gestion des profils

Activer la gestion des profils

Par défaut, pour faciliter le déploiement, la gestion des profils ne traite pas les ouvertures ou fermetures de session. Activez la gestion des profils uniquement après avoir effectué toutes les autres tâches de configuration et testé les performances des profils utilisateur Citrix dans votre environnement.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, la gestion des profils ne traite en aucun cas les profils utilisateur Windows.

Groupes traités

Les groupes locaux d’ordinateurs et les groupes de domaine (locaux, globaux et universels) peuvent être utilisés. Spécifiez les groupes de domaine au format : NOM DE DOMAINE\NOM DE GROUPE.

Si cette stratégie est configurée ici, la gestion des profils ne traite que les membres de ces groupes d’utilisateurs. Si cette stratégie est désactivée, la gestion des profils traite tous les utilisateurs. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les membres de tous les groupes d’utilisateurs sont traités.

Groupes exclus

Vous pouvez utiliser des groupes locaux d’ordinateurs et des groupes de domaine (locaux, globaux et universels) pour empêcher le traitement de profils utilisateur spécifiques. Spécifiez les groupes de domaine sous la forme NOM DE DOMAINE\ NOM DE GROUPE.

Si ce paramètre est configuré ici, la gestion des profils exclut les membres de ces groupes d’utilisateurs. Si ce paramètre est désactivé, la gestion des profils n’exclut aucun utilisateur. Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée. Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, aucun membre d’aucun groupe n’est exclu.

Traiter les ouvertures de session des administrateurs locaux

Spécifie si les ouvertures de session des membres du groupe BUILTIN\Administrators sont traitées. Si cette stratégie est désactivée ou non configurée sur les systèmes d’exploitation multi-session (tels que les environnements Citrix Virtual Apps), la gestion des profils suppose que les ouvertures de session des utilisateurs de domaine, mais pas des administrateurs locaux, doivent être traitées. Sur les systèmes d’exploitation mono-session (tels que les environnements Citrix Virtual Desktops), les ouvertures de session des administrateurs locaux sont traitées. Cette stratégie permet aux utilisateurs de domaine disposant de droits d’administrateur local, généralement les utilisateurs de Citrix Virtual Desktops avec des bureaux virtuels attribués, de contourner tout traitement, de se connecter et de dépanner le bureau rencontrant des problèmes avec la gestion des profils.

Remarque : Les ouvertures de session des utilisateurs de domaine peuvent être soumises à des restrictions imposées par l’appartenance à un groupe, généralement pour garantir la conformité avec les licences de produit. Si cette stratégie est désactivée, la gestion des profils ne traite pas les ouvertures de session des administrateurs locaux. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les administrateurs ne sont pas traités.

Chemin d’accès au magasin de l’utilisateur

Définit le chemin d’accès au répertoire (le magasin de l’utilisateur) dans lequel les paramètres utilisateur (modifications du registre et fichiers synchronisés) sont enregistrés.

Le chemin peut être :

• Un chemin relatif. Il doit être relatif au répertoire de base (qui est généralement configuré comme l’attribut #homeDirectory# pour un utilisateur dans l’Active Directory).
• Un chemin UNC. Il spécifie généralement un partage de serveur ou un espace de noms DFS.
• Désactivé ou non configuré. Dans ce cas, une valeur de #homeDirectory#\Windows est supposée.

Les types de variables suivants peuvent être utilisés pour cette stratégie :

• Variables d’environnement système entre des signes de pourcentage (par exemple, %ProfVer%). Les variables d’environnement système nécessitent généralement une configuration supplémentaire.
• Attributs de l’objet utilisateur Active Directory entre des signes dièse (par exemple, #sAMAccountName#).
• Variables de Profile Management. Pour plus d’informations, consultez le document produit sur les variables de Profile Management.

Les variables d’environnement utilisateur ne peuvent pas être utilisées, à l’exception de %username% et %userdomain%. Vous pouvez également créer des attributs personnalisés pour définir entièrement des variables organisationnelles telles que l’emplacement ou les utilisateurs. Les attributs sont sensibles à la casse.

Exemples :

• \server\share#sAMAccountName# enregistre les paramètres utilisateur dans le chemin UNC \server\share\JohnSmith (si #sAMAccountName# se résout en JohnSmith pour l’utilisateur actuel)
• \server\profiles$\%USERNAME%.%USERDOMAIN%!CTX_OSNAME!!CTX_OSBITNESS! peut s’étendre à \server\profiles$\JohnSmith.DOMAINCONTROLLER1\Win8x64

Important : Quels que soient les attributs ou les variables que vous utilisez, vérifiez que cette stratégie s’étend au dossier situé un niveau au-dessus du dossier contenant NTUSER.DAT. Par exemple, si ce fichier est contenu dans \server\profiles$\JohnSmith.Finance\Win8x64\UPM_Profile, définissez le chemin d’accès au magasin utilisateur comme \server\profiles$\JohnSmith.Finance\Win8x64 (et non le sous-dossier \UPM_Profile).

Pour plus d’informations sur l’utilisation des variables lors de la spécification du chemin d’accès au magasin utilisateur, consultez les rubriques suivantes :

• Partager les profils utilisateur Citrix sur plusieurs serveurs de fichiers
• Administrer les profils au sein et entre les unités d’organisation (UO)
• Haute disponibilité et reprise après sinistre avec Profile Management

Si Chemin vers le magasin de l’utilisateur est désactivé, les paramètres utilisateur sont enregistrés dans le sous-répertoire Windows du répertoire de base.

Si cette stratégie est désactivée, les paramètres utilisateur sont enregistrés dans le sous-répertoire Windows du répertoire de base. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, le répertoire Windows du lecteur de base est utilisé.

Migrer le magasin de l’utilisateur

Spécifie le chemin d’accès au dossier où les paramètres utilisateur (modifications du registre et fichiers synchronisés) ont été précédemment enregistrés (le chemin du magasin de l’utilisateur que vous avez précédemment utilisé).

Si ce paramètre est configuré, les paramètres utilisateur stockés dans le magasin de l’utilisateur précédent sont migrés vers le magasin de l’utilisateur actuel spécifié dans la stratégie Chemin vers le magasin de l’utilisateur.

Le chemin peut être un chemin UNC absolu ou un chemin relatif au répertoire de base.

Dans les deux cas, vous pouvez utiliser les types de variables suivants : variables d’environnement système entre signes de pourcentage et attributs de l’objet utilisateur Active Directory entre signes dièse.

Exemples :

• Le dossier Windows\%ProfileVer% stocke les paramètres utilisateur dans un sous-dossier appelé Windows\W2K3 du magasin de l’utilisateur (si %ProfileVer% est une variable d’environnement système qui se résout en W2K3).
• \\server\share\#SAMAccountName# stocke les paramètres utilisateur dans le chemin UNC \\server\share\<JohnSmith> (si #SAMAccountName# se résout en JohnSmith pour l’utilisateur actuel).

Dans le chemin, vous pouvez utiliser des variables d’environnement utilisateur à l’exception de %username% et %userdomain%.

Si ce paramètre est désactivé, les paramètres utilisateur sont enregistrés dans le magasin de l’utilisateur actuel.

Si ce paramètre n’est pas configuré ici, le paramètre correspondant du fichier .ini est utilisé.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, les paramètres utilisateur sont enregistrés dans le magasin d’utilisateurs actuel.

Réécriture active

Les fichiers et dossiers (mais pas les entrées de registre) qui sont modifiés peuvent être synchronisés avec le magasin d’utilisateurs au milieu d’une session, avant la déconnexion.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, elle est activée.

Prise en charge des profils hors ligne

Cette stratégie permet aux profils de se synchroniser avec le magasin d’utilisateurs dès que possible. Elle est destinée aux utilisateurs d’ordinateurs portables ou d’appareils mobiles qui se déplacent. En cas de déconnexion réseau, les profils restent intacts sur l’ordinateur portable ou l’appareil, même après un redémarrage ou une mise en veille prolongée. Lorsque les utilisateurs mobiles travaillent, leurs profils sont mis à jour localement et sont finalement synchronisés avec le magasin d’utilisateurs lorsque la connexion réseau est rétablie.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les profils hors ligne sont désactivés.

Registre de réécriture active

Utilisez cette stratégie avec la « Réécriture active ». Les entrées de registre modifiées peuvent être synchronisées avec le magasin d’utilisateurs au milieu d’une session.

Si vous ne configurez pas ce paramètre ici, la valeur du fichier .ini est utilisée.

Si vous ne configurez pas ce paramètre ici ou dans le fichier .ini, le registre de réécriture active est désactivé.

Prise en charge des profils hors ligne

Active la fonctionnalité des profils hors ligne. Ce paramètre est destiné aux ordinateurs qui sont fréquemment déconnectés des réseaux, généralement les ordinateurs portables ou les appareils mobiles, et non les serveurs ou les ordinateurs de bureau.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, la prise en charge des profils hors ligne est désactivée.

Profile Management\Redirection de dossiers (Configuration utilisateur)

Les stratégies de cette section (par exemple, Rediriger le dossier AppData(Roaming)) spécifient s’il faut rediriger les dossiers qui apparaissent couramment dans les profils, ainsi que la cible de redirection. Spécifiez les cibles comme des chemins UNC (pour les partages de serveur ou les espaces de noms DFS) ou comme des chemins relatifs au répertoire personnel des utilisateurs. Ceci est généralement configuré avec l’attribut #homeDirectory# dans l’Active Directory.

Si une stratégie n’est pas configurée ici, Profile Management ne redirige pas le dossier spécifié.

Remarque : Lorsque vous utilisez des chemins UNC pour la redirection de dossiers, la variable #homedirectory# n’est pas prise en charge. Après avoir choisi la stratégie Rediriger vers le répertoire personnel de l’utilisateur, vous n’avez pas besoin de spécifier le chemin.

La stratégie Rediriger le dossier <folder-name> vous permet de spécifier comment rediriger le dossier <folder-name>. Pour ce faire, sélectionnez Activé puis saisissez le chemin redirigé.

Attention : Une perte de données potentielle peut se produire.

Vous pourriez vouloir modifier le chemin après l’entrée en vigueur de la stratégie. Cependant, tenez compte d’une perte de données potentielle avant de le faire. Les données contenues dans le dossier redirigé pourraient être supprimées si le chemin modifié pointe vers le même emplacement que le chemin précédent.

Par exemple, supposez que vous spécifiez le chemin des Contacts comme chemin1. Plus tard, vous changez chemin1 en chemin2. Si chemin1 et chemin2 pointent vers le même emplacement, toutes les données contenues dans le dossier redirigé sont supprimées après l’entrée en vigueur de la stratégie.

Pour éviter une perte de données potentielle, suivez les étapes suivantes :

1. Appliquez la stratégie Microsoft aux machines sur lesquelles Profile Management est exécuté via les objets de stratégie de groupe Active Directory. Pour ce faire, ouvrez la console de gestion des stratégies de groupe, accédez à Configuration ordinateur > Modèles d’administration > Composants Windows > Explorateur de fichiers, puis activez Vérifier que les anciennes et nouvelles cibles de redirection de dossiers pointent vers le même partage avant de rediriger.
2. Le cas échéant, appliquez les correctifs aux machines sur lesquelles Profile Management est exécuté. Pour plus de détails, consultez https://support.microsoft.com/fr-fr/help/977229 et https://support.microsoft.com/fr-fr/help/2799904.

Profile Management\Gestion des profils

Supprimer les profils mis en cache localement à la fermeture de session

Spécifie si les profils mis en cache localement sont supprimés après la fermeture de session.

Si cette stratégie est activée, le cache de profil local d’un utilisateur est supprimé après sa déconnexion. Ce paramètre est recommandé pour les serveurs terminaux. Si cette stratégie est désactivée, les profils mis en cache ne sont pas supprimés.

Remarque : Vous pouvez contrôler le moment où les profils sont supprimés à la déconnexion à l’aide de l’option Délai avant la suppression des profils mis en cache. Si la suppression des profils mis en cache localement à la déconnexion n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les profils mis en cache ne sont pas supprimés.

Délai avant la suppression des profils mis en cache

Définit une extension facultative du délai avant la suppression des profils mis en cache localement à la déconnexion. Une valeur de 0 supprime les profils immédiatement, à la fin du processus de déconnexion. Profile Management vérifie les déconnexions toutes les minutes. Ainsi, une valeur de 60 garantit que les profils sont supprimés entre une et deux minutes après la déconnexion des utilisateurs (selon le moment de la dernière vérification). L’extension du délai est utile si vous savez qu’un processus maintient des fichiers ou la ruche de registre de l’utilisateur ouverts pendant la déconnexion. Avec des profils volumineux, cette configuration peut également accélérer la déconnexion.

Important : Cette stratégie ne fonctionne que si la suppression des profils mis en cache localement à la déconnexion est activée. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les profils sont supprimés immédiatement.

Migration des profils existants

Profile Management peut migrer les profils existants « à la volée » pendant la connexion si l’utilisateur n’a pas de profil dans le magasin de l’utilisateur. Sélectionnez Itinérant si vous migrez des profils itinérants ou des profils Remote Desktop Services.

L’événement suivant se produit lors des connexions. Si un profil Windows existant est trouvé et que l’utilisateur n’a pas encore de profil utilisateur Citrix dans le magasin de l’utilisateur, le profil Windows est migré (copié) vers le magasin de l’utilisateur à la volée. Après ce processus, le profil du magasin de l’utilisateur est utilisé par Profile Management dans la session actuelle et toute autre session configurée avec le chemin d’accès au même magasin de l’utilisateur.

Si ce paramètre est activé, la migration de profil peut être activée pour les profils itinérants et locaux (par défaut), les profils itinérants uniquement, les profils locaux uniquement. Ou la migration de profil peut être entièrement désactivée. Si la migration de profil est désactivée et qu’aucun profil utilisateur Citrix n’existe dans le magasin de l’utilisateur, le mécanisme Windows existant de création de profils est utilisé comme dans une configuration sans Profile Management.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les profils locaux et itinérants existants sont migrés. Si cette stratégie est désactivée, aucun profil n’est migré. Si cette stratégie est désactivée et qu’aucun profil utilisateur Citrix n’existe dans le magasin de l’utilisateur, le mécanisme Windows existant de création de profils est utilisé comme dans une configuration sans Profile Management.

Migration automatique des profils d’application existants

Ce paramètre active ou désactive la migration automatique des profils d’application existants entre différents systèmes d’exploitation. Les profils d’application incluent à la fois les données d’application dans le dossier AppData et les entrées de registre sous HKEY_CURRENT_USER\SOFTWARE. Ce paramètre peut être utile si vous souhaitez migrer vos profils d’application entre différents systèmes d’exploitation.

Par exemple, supposons que vous mettiez à niveau votre système d’exploitation (OS) de Windows 10 version 1803 vers Windows 10 version 1809. Si ce paramètre est activé, Profile Management migre automatiquement les paramètres d’application existants vers Windows 10 version 1809 la première fois que chaque utilisateur se connecte. En conséquence, les données d’application dans le dossier AppData et les entrées de registre sous HKEY_CURRENT_USER\SOFTWARE sont migrées.

S’il existe plusieurs profils d’application, Profile Management effectue la migration dans l’ordre de priorité suivant :

1. Profils du même type de système d’exploitation (OS à session unique vers OS à session unique et OS à sessions multiples vers OS à sessions multiples).
2. Profils de la même famille de systèmes d’exploitation Windows ; par exemple, de Windows 10 à Windows 10, ou de Windows Server 2016 à Windows Server 2016).
3. Profils d’une version antérieure du système d’exploitation ; par exemple, de Windows 7 à Windows 10, ou de Windows Server 2012 à Windows 2016.
4. Profils du système d’exploitation le plus proche.

Remarque : Vous devez spécifier le nom court du système d’exploitation en incluant la variable « !CTX_OSNAME! » dans le chemin du magasin de l’utilisateur. Cela permet à Profile Management de localiser les profils d’application existants.

Si ce paramètre n’est pas configuré ici, le paramètre du fichier .ini est utilisé.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, il est désactivé par défaut.

Gestion des conflits de profils locaux

Cette stratégie configure le comportement de Profile Management si un profil dans le magasin de l’utilisateur et un profil utilisateur Windows local (pas un profil utilisateur Citrix) existent tous les deux.

Si cette stratégie est désactivée ou définie sur la valeur par défaut « Utiliser le profil local », Profile Management utilise le profil local, mais ne le modifie en aucune façon. Si cette stratégie est définie sur « Supprimer le profil local », Profile Management supprime le profil utilisateur Windows local. Et importe ensuite le profil utilisateur Citrix depuis le magasin de l’utilisateur. Si cette stratégie est définie sur « Renommer le profil local », Profile Management renomme le profil utilisateur Windows local (à des fins de sauvegarde). Et importe ensuite le profil utilisateur Citrix depuis le magasin de l’utilisateur.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, les profils locaux existants sont utilisés.

Profil de modèle

Spécifie le chemin d’accès à tout profil que vous souhaitez utiliser comme modèle. Ce chemin est le chemin complet du dossier contenant le fichier de registre NTUSER.DAT et tous les autres dossiers et fichiers requis pour le profil de modèle.

Important : Assurez-vous de ne pas inclure NTUSER.DAT dans le chemin. Par exemple, pour le fichier \myservername\myprofiles\template\ntuser.dat, définissez l’emplacement comme \myservername\myprofiles\template. Utilisez des chemins absolus, qui peuvent être des chemins UNC ou des chemins sur la machine locale. Vous pouvez utiliser ces derniers, par exemple, pour spécifier un profil de modèle de manière permanente sur une image Citrix Provisioning™ Services). Les chemins relatifs ne sont pas pris en charge.

Cette stratégie ne prend pas en charge l’expansion des attributs Active Directory, des variables d’environnement système, ou des variables %USERNAME% et %USERDOMAIN%.

Si cette stratégie est désactivée, les modèles ne sont pas utilisés. Si cette stratégie est activée, Profile Management utilise le modèle au lieu du profil par défaut local lors de la création de profils utilisateur. Si un utilisateur n’a pas de profil utilisateur Citrix, mais qu’un profil utilisateur Windows local ou itinérant existe, le profil local est utilisé par défaut. Et le profil local est migré vers le magasin de l’utilisateur, si cette stratégie n’est pas désactivée. Cette configuration peut être modifiée en activant la case à cocher Le profil de modèle remplace le profil local ou Le profil de modèle remplace le profil itinérant. De plus, l’identification du modèle comme profil obligatoire Citrix signifie que, comme pour les profils obligatoires Windows, les modifications ne sont pas enregistrées.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun modèle n’est utilisé.

Profile Management\Paramètres avancés

Nombre de tentatives lors de l’accès aux fichiers verrouillés

Définit le nombre de tentatives lors de l’accès aux fichiers verrouillés.

Si cette stratégie est désactivée, la valeur par défaut de cinq tentatives est utilisée. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, la valeur par défaut est utilisée.

Traiter les fichiers de cookies Internet à la fermeture de session

Certains déploiements laissent des cookies Internet supplémentaires qui ne sont pas référencés par le fichier Index.dat. Les cookies supplémentaires laissés dans le système de fichiers après une navigation prolongée peuvent entraîner un gonflement du profil. Activez cette stratégie pour forcer le traitement d’Index.dat et supprimer les cookies supplémentaires. Cette stratégie augmente les temps de fermeture de session, ne l’activez donc que si vous rencontrez ce problème.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun traitement d’Index.dat n’a lieu.

Désactiver la configuration automatique

Profile Management examine tout environnement Citrix Virtual Desktops™, par exemple la présence de vDisks personnels, et configure la stratégie de groupe en conséquence. Seules les stratégies Profile Management à l’état Non configuré sont ajustées, de sorte que toutes les personnalisations que vous avez effectuées sont conservées. Cette fonctionnalité accélère le déploiement et simplifie l’optimisation. Aucune configuration de la fonctionnalité n’est nécessaire, mais vous pouvez désactiver la configuration automatique lors de la mise à niveau (pour conserver les paramètres des versions antérieures) ou lors du dépannage. La configuration automatique ne fonctionne pas dans Citrix Virtual Apps ou d’autres environnements.

Vous pouvez considérer la configuration automatique comme un vérificateur de configuration dynamique qui configure automatiquement les paramètres de stratégie par défaut en fonction des environnements au moment de l’exécution. Elle élimine la nécessité de configurer les paramètres manuellement. Les environnements d’exécution incluent :

• Windows
• Versions du système d’exploitation Windows
• Présence de Citrix Virtual Desktops
• Présence de vDisks personnels

La configuration automatique peut modifier les stratégies suivantes si l’environnement change :

• Écriture différée active
• Toujours mettre en cache
• Supprimer les profils mis en cache localement à la fermeture de session
• Délai avant la suppression des profils mis en cache
• Streaming de profils

Consultez le tableau suivant pour connaître l’état par défaut des stratégies précédentes sur les différents systèmes d’exploitation :

Cependant, si la configuration automatique est désactivée, toutes les stratégies ci-dessus sont par défaut Désactivées.

À partir de Profile Management 1909, vous pouvez bénéficier d’une expérience améliorée avec le menu Démarrer sur Windows 10 (version 1607 et ultérieure) et Windows Server 2016 et ultérieur. Ceci est réalisé grâce à la configuration automatique des stratégies suivantes :

• Ajouter Appdata\Local\Microsoft\Windows\Caches et Appdata\Local\Packages à Dossiers à mettre en miroir
• Ajouter Appdata\Local\Microsoft\Windows\UsrClass.Dat* à Fichiers à synchroniser

Remarque :

À partir de Citrix Profile Management 1912, un dossier ajouté à la liste d’exclusion ne peut pas être synchronisé même si vous l’ajoutez à Dossiers à mettre en miroir. Pour contourner ce problème, supprimez le dossier appdata\local\packages de la liste d’exclusion avant de l’ajouter à Dossiers à mettre en miroir.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, la configuration automatique est activée, de sorte que les paramètres de Profile Management peuvent changer si l’environnement change.

Fermer la session de l’utilisateur en cas de problème

Si cette stratégie est désactivée ou non configurée, les utilisateurs reçoivent un profil temporaire en cas de problème (par exemple, le magasin d’utilisateurs est indisponible). Si elle est activée, un message d’erreur s’affiche et les utilisateurs sont déconnectés. Cette configuration peut simplifier le dépannage du problème.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, un profil temporaire est fourni.

Programme d’amélioration de l’expérience client

Par défaut, le programme d’amélioration de l’expérience client est activé pour aider à améliorer la qualité et les performances des produits Citrix en envoyant des statistiques anonymes et des informations d’utilisation.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Activer l’itinérance de l’index de recherche pour Outlook

Permet une expérience de recherche Outlook basée sur l’utilisateur en itinérant automatiquement les données de recherche Outlook avec le profil utilisateur. Cela nécessite un espace supplémentaire dans le magasin d’utilisateurs pour stocker l’index de recherche pour Outlook.

Déconnectez-vous, puis reconnectez-vous pour que cette stratégie prenne effet.

Base de données d’index de recherche Outlook – sauvegarde et restauration

Ce paramètre configure ce que Profile Management fait lors de l’ouverture de session lorsque l’option Activer l’itinérance de l’index de recherche pour Outlook est activée.

Si ce paramètre est activé, Profile Management enregistre une sauvegarde de la base de données d’index de recherche chaque fois que la base de données est montée avec succès lors de l’ouverture de session. Profile Management considère la sauvegarde comme la bonne copie de la base de données d’index de recherche. Lorsqu’une tentative de montage de la base de données d’index de recherche échoue parce que la base de données est corrompue, Profile Management restaure automatiquement la base de données d’index de recherche à la dernière bonne copie connue.

Remarque : Profile Management supprime la sauvegarde précédemment enregistrée après qu’une nouvelle sauvegarde a été enregistrée avec succès. La sauvegarde consomme l’espace de stockage disponible des fichiers VHDX.

Profile Management\Paramètres de journalisation

Activer la journalisation

Cette stratégie active ou désactive la journalisation. N’activez cette stratégie que si vous dépannez Profile Management.

Si cette stratégie est désactivée, seules les erreurs sont journalisées. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, seules les erreurs sont journalisées.

Paramètres de journalisation

Il s’agit d’un ensemble de stratégies que vous pouvez utiliser pour vous concentrer sur des activités spécifiques. Ne définissez ces stratégies que si vous effectuez un dépannage, et définissez-les toutes, sauf si le personnel de Citrix vous demande de faire autrement.

Si ces stratégies ne sont pas configurées ici, Profile Management utilise les valeurs du fichier .ini. Si ces stratégies ne sont pas configurées ici ou dans le fichier .ini, les erreurs et les informations générales sont journalisées.

Les cases à cocher de ces stratégies correspondent aux paramètres suivants dans le fichier .ini : LogLevelWarnings, LogLevelInformation, LogLevelFileSystemNotification, LogLevelFileSystemActions, LogLevelRegistryActions, LogLevelRegistryDifference, LogLevelActiveDirectoryActions, LogLevelPolicyUserLogon, LogLevelLogon, LogLevelLogoff et LogLevelUserName.

Taille maximale du fichier journal

La valeur par défaut de la taille maximale du fichier journal de Profile Management est petite. Si vous disposez d’un espace disque suffisant, augmentez-la. Si le fichier journal dépasse la taille maximale, une sauvegarde existante du fichier (.bak) est supprimée. Le fichier journal est renommé en .bak et un nouveau fichier journal est créé. Le fichier journal est créé dans %SystemRoot%\System32\Logfiles\UserProfileManager.

Si cette stratégie est désactivée, la valeur par défaut de 10 Mo est utilisée. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, la valeur par défaut est utilisée.

Chemin d’accès au fichier journal

Définit un chemin d’accès alternatif où les fichiers journaux sont enregistrés.

Le chemin peut pointer vers un lecteur local ou un lecteur distant basé sur le réseau (un chemin UNC). Les chemins distants peuvent être utiles dans les grands environnements distribués, mais ils peuvent générer un trafic réseau important, ce qui pourrait être inapproprié pour les fichiers journaux. Pour les machines virtuelles provisionnées avec un disque dur persistant, définissez un chemin local vers ce lecteur. Cette configuration garantit que les fichiers journaux sont conservés lorsque la machine redémarre. Pour les machines virtuelles sans disque dur persistant, la définition d’un chemin UNC vous permet de conserver les fichiers journaux. Cependant, le compte système des machines doit disposer d’un accès en écriture au partage UNC. Utilisez un chemin local pour tout ordinateur portable géré par la fonctionnalité de profils hors ligne.

Si un chemin UNC est utilisé pour les fichiers journaux, Citrix recommande d’appliquer une liste de contrôle d’accès appropriée au dossier des fichiers journaux. Cette configuration garantit que seuls les comptes d’utilisateur ou d’ordinateur autorisés peuvent accéder aux fichiers stockés.

Exemples :

• D:\LogFiles\ProfileManagement.
• \server\LogFiles\ProfileManagement

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, l’emplacement par défaut %SystemRoot%\System32\Logfiles\UserProfileManager est utilisé.

Gestion des profils\Registre

Liste d’exclusion

Liste des clés de registre dans la ruche HKCU qui sont ignorées lors de la fermeture de session.

Exemple : Software\Policies

Si cette stratégie est désactivée, aucune clé de registre n’est exclue. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucune clé de registre n’est exclue.

Liste d’inclusion

Liste des clés de registre dans la ruche HKCU qui sont traitées lors de la fermeture de session.

Exemple : Software\Adobe.

Si cette stratégie est activée, seules les clés de cette liste sont traitées. Si cette stratégie est désactivée, la ruche HKCU complète est traitée. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, l’intégralité de HKCU est traitée.

Activer la liste d’exclusion par défaut - Profile Management 5.5

Liste par défaut des clés de registre dans la ruche HKCU qui ne sont pas synchronisées avec le profil de l’utilisateur. Utilisez cette stratégie pour spécifier des fichiers d’exclusion GPO sans avoir à les renseigner manuellement.

Si vous désactivez cette stratégie, Profile Management n’exclut aucune clé de registre par défaut. Si vous ne configurez pas cette stratégie ici, Profile Management utilise la valeur du fichier .ini. Si vous ne configurez pas cette stratégie ici ou dans le fichier .ini, Profile Management n’exclut aucune clé de registre par défaut.

Sauvegarde de NTUSER.DAT

Active une sauvegarde de la dernière bonne copie connue de NTUSER.DAT et une restauration en cas de corruption.

Si vous ne configurez pas cette stratégie ici, Profile Management utilise la valeur du fichier .ini. Si vous ne configurez pas cette stratégie ici ou dans le fichier .ini, Profile Management ne sauvegarde pas NTUSER.DAT.

Gestion des profils\Système de fichiers

Liste d’exclusion - fichiers

Liste des fichiers ignorés lors de la synchronisation. Les noms de fichiers doivent être des chemins relatifs au profil utilisateur (%USERPROFILE%). Les caractères génériques sont autorisés et sont appliqués de manière récursive.

Exemples :

• Desktop\Desktop.ini ignore le fichier Desktop.ini dans le dossier Desktop
• %USERPROFILE%*.tmp ignore tous les fichiers avec l’extension .tmp dans l’ensemble du profil
• AppData\Roaming\MyApp*.tmp ignore tous les fichiers avec l’extension .tmp dans une partie du profil

Si cette stratégie est désactivée, aucun fichier n’est exclu. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun fichier n’est exclu.

Activer la liste d’exclusion par défaut - répertoires

Liste par défaut des répertoires ignorés lors de la synchronisation. Utilisez cette stratégie pour spécifier des répertoires d’exclusion GPO sans avoir à les renseigner manuellement.

Si vous désactivez cette stratégie, Profile Management n’exclut aucun répertoire par défaut. Si vous ne configurez pas cette stratégie ici, Profile Management utilise la valeur du fichier .ini. Si vous ne configurez pas cette stratégie ici ou dans le fichier .ini, Profile Management n’exclut aucun répertoire par défaut.

Liste d’exclusion - répertoires

Liste des dossiers ignorés pendant la synchronisation. Les noms de dossiers doivent être spécifiés comme des chemins relatifs au profil utilisateur (%USERPROFILE%).

Exemple :

• Desktop ignore le dossier Desktop dans le profil utilisateur

Si cette stratégie est désactivée, aucun dossier n’est exclu. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun dossier n’est exclu.

Vérification de l’exclusion à l’ouverture de session

Ce paramètre configure ce que Profile Management fait si un profil dans le magasin utilisateur contient des fichiers ou des dossiers exclus.

Si ce paramètre est désactivé ou défini sur la valeur par défaut « Synchroniser les fichiers ou dossiers exclus à l’ouverture de session », Profile Management synchronise ces fichiers ou dossiers exclus du magasin utilisateur vers le profil local lorsqu’un utilisateur ouvre une session.

Si ce paramètre est défini sur « Ignorer les fichiers ou dossiers exclus à l’ouverture de session », Profile Management ignore les fichiers ou dossiers exclus dans le magasin utilisateur lorsqu’un utilisateur ouvre une session.

Si ce paramètre est défini sur « Supprimer les fichiers ou dossiers exclus à l’ouverture de session », Profile Management supprime les fichiers ou dossiers exclus dans le magasin utilisateur lorsqu’un utilisateur ouvre une session.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, les fichiers ou dossiers exclus sont synchronisés du magasin utilisateur vers le profil local lorsqu’un utilisateur ouvre une session.

Gestion des fichiers volumineux - Fichiers à créer en tant que liens symboliques

Pour améliorer les performances d’ouverture de session et traiter les fichiers de grande taille, un lien symbolique est créé au lieu de copier les fichiers de cette liste.

Vous pouvez utiliser des caractères génériques dans les stratégies qui font référence à des fichiers ; par exemple, !ctx_localappdata!\Microsoft\Outlook*.OST.

Pour traiter le fichier de dossier hors ligne (*.ost) de Microsoft Outlook, assurez-vous que le dossier Outlook n’est pas exclu pour Profile Management.

Ces fichiers ne peuvent pas être accédés simultanément dans plusieurs sessions.

Profile Management\Système de fichiers\Synchronisation

Dossiers à synchroniser

Profile Management synchronise l’intégralité du profil de chaque utilisateur entre le système sur lequel il est installé et le magasin de l’utilisateur. Il n’est pas nécessaire d’inclure les sous-dossiers du profil utilisateur en les ajoutant à cette liste.

Les chemins d’accès de cette liste doivent être relatifs au profil utilisateur.

Exemple :

• Desktop\exclude\include garantit que le sous-dossier appelé include est synchronisé même si le dossier appelé Desktop\exclude ne l’est pas

La désactivation de cette stratégie a le même effet que son activation et la configuration d’une liste vide.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, seuls les dossiers non exclus du profil utilisateur sont synchronisés.

Fichiers à synchroniser

Profile Management synchronise l’intégralité du profil de chaque utilisateur entre le système sur lequel il est installé et le magasin de l’utilisateur. Il n’est pas nécessaire d’inclure les fichiers du profil utilisateur en les ajoutant à cette liste.

Cette stratégie peut être utilisée pour inclure des fichiers dans des dossiers exclus. Les chemins d’accès de cette liste doivent être relatifs au profil utilisateur. Les caractères génériques peuvent être utilisés mais ne sont autorisés que pour les noms de fichiers. Les caractères génériques ne peuvent pas être imbriqués et sont appliqués de manière récursive.

Exemples :

• AppData\Local\Microsoft\Office\Access.qat spécifie un fichier sous un dossier qui est exclu dans la configuration par défaut
• AppData\Local\MyApp*.cfg spécifie tous les fichiers avec l’extension .cfg dans le dossier de profil AppData\Local\MyApp et ses sous-dossiers

La désactivation de cette stratégie a le même effet que son activation et la configuration d’une liste vide.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, seuls les fichiers non exclus du profil utilisateur sont synchronisés.

Dossiers à mettre en miroir

Cette stratégie peut aider à résoudre les problèmes impliquant tout dossier transactionnel (également appelé dossier de référence). Ce dossier contient des fichiers interdépendants, où un fichier en référence d’autres. La mise en miroir des dossiers permet à Profile Management de traiter un dossier transactionnel et son contenu comme une entité unique, évitant ainsi l’encombrement du profil. Par exemple, vous pouvez mettre en miroir le dossier des cookies d’Internet Explorer afin qu’Index.dat soit synchronisé avec les cookies qu’il indexe. Dans ces situations, la « dernière écriture l’emporte ». Ainsi, les fichiers des dossiers mis en miroir qui ont été modifiés dans plus d’une session sont écrasés par la dernière mise à jour, ce qui entraîne une perte des modifications du profil.

Par exemple, considérez comment Index.dat référence les cookies lorsqu’un utilisateur navigue sur Internet. Si un utilisateur a deux sessions Internet Explorer, chacune sur un serveur différent, et qu’il visite des sites différents dans chaque session, les cookies de chaque site sont ajoutés au serveur approprié. Lorsque l’utilisateur se déconnecte de la première session (ou au milieu d’une session, si la fonction d’écriture différée active est configurée), les cookies de la deuxième session doivent remplacer ceux de la première session. Cependant, ils sont fusionnés, et les références aux cookies dans Index.dat deviennent obsolètes. Une navigation ultérieure dans de nouvelles sessions entraîne des fusions répétées et un dossier de cookies encombré.

La mise en miroir du dossier des cookies résout le problème en écrasant les cookies avec ceux de la dernière session chaque fois que l’utilisateur se déconnecte. Ainsi, Index.dat reste à jour.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun dossier n’est mis en miroir.

Conteneur de profil

Un conteneur de profil est une solution de profil basée sur VHDX qui vous permet de spécifier les dossiers à inclure dans le disque de profil. Le conteneur de profil attache le disque de profil contenant ces dossiers, éliminant ainsi le besoin d’enregistrer une copie des dossiers dans le profil local. Cela réduit les temps de connexion.

Pour utiliser un conteneur de profil, activez cette stratégie et ajoutez les chemins relatifs des dossiers à la liste. Nous vous recommandons d’inclure les dossiers contenant de gros fichiers de cache à la liste. Par exemple, ajoutez le dossier de cache de contenu Citrix Files à la liste : AppData\Local\Citrix\Citrix Files\PartCache.

Il y a deux scénarios à prendre en compte :

• Le conteneur de profil ne prend pas en charge l’accès simultané par plusieurs sessions.
• Le conteneur de profil ne prend pas en charge le fait de contenir l’intégralité du profil.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, elle est désactivée.

Gestion des profils\Profils utilisateur en streaming

Streaming de profils

Les fichiers et dossiers contenus dans un profil sont récupérés du magasin de l’utilisateur vers l’ordinateur local uniquement lorsqu’ils sont accédés par les utilisateurs après leur connexion. Les entrées de registre et tous les fichiers de la zone d’attente sont des exceptions. Ils sont récupérés immédiatement.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, elle est désactivée.

Toujours mettre en cache

En option, pour améliorer l’expérience utilisateur, utilisez cette stratégie avec la stratégie de streaming de profils.

Ce paramètre impose une limite inférieure à la taille des fichiers diffusés en streaming. Tout fichier de cette taille ou plus est mis en cache localement dès que possible après la connexion. Pour utiliser la fonctionnalité de mise en cache de l’intégralité du profil, définissez cette limite sur zéro (ce qui récupère tout le contenu du profil en tâche de fond).

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, elle est désactivée.

Délai d’expiration pour les fichiers de verrouillage de la zone d’attente

Vous pouvez définir une période de délai d’expiration (en jours) qui libère les fichiers des utilisateurs. Ainsi, les fichiers sont réécrits dans le magasin de l’utilisateur depuis la zone d’attente si le magasin de l’utilisateur reste verrouillé lorsqu’un serveur ne répond plus. Utilisez cette stratégie pour éviter l’encombrement de la zone d’attente et pour vous assurer que le magasin de l’utilisateur contient toujours les fichiers les plus récents.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, la valeur par défaut d’un jour est utilisée.

Groupes de profils utilisateur en streaming

Cette stratégie diffuse en streaming les profils d’un sous-ensemble de groupes d’utilisateurs Windows dans l’unité d’organisation. Les profils des utilisateurs de tous les autres groupes ne sont pas diffusés en streaming.

Si cette stratégie est désactivée, tous les groupes d’utilisateurs sont traités. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, tous les utilisateurs sont traités.

Liste d’exclusion du streaming de profils - répertoires

Cette stratégie vous permet de configurer une liste de répertoires ignorés par le streaming de profils. Les noms de dossiers doivent être spécifiés comme des chemins relatifs au profil utilisateur.

Exemples : Saisir « Desktop » (sans guillemets) ignore le répertoire Desktop dans le profil utilisateur.

Si ce paramètre est désactivé, aucun dossier n’est exclu.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, aucun dossier n’est exclu.

Remarque :

Les exclusions du streaming de profils n’indiquent pas que les dossiers configurés sont exclus du traitement des profils. Ils sont toujours traités par Citrix Profile Management.

Profile Management\Paramètres multiplateformes

Activer les paramètres multiplateformes

Par défaut, pour faciliter le déploiement, les paramètres multiplateformes sont désactivés. Activez le traitement en activant cette stratégie, mais seulement après une planification et des tests approfondis de cette fonctionnalité.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun paramètre multiplateforme n’est appliqué.

Groupes d’utilisateurs des paramètres multiplateformes

Saisissez un ou plusieurs groupes d’utilisateurs Windows. Par exemple, vous pouvez utiliser cette stratégie pour traiter uniquement les profils d’un groupe d’utilisateurs de test. Si cette stratégie est configurée, la fonctionnalité de paramètres multiplateformes de Profile Management ne traite que les membres de ces groupes d’utilisateurs. Si cette stratégie est désactivée, la fonctionnalité traite tous les utilisateurs spécifiés par la stratégie Groupes traités.

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, tous les groupes d’utilisateurs sont traités.

Chemin vers les définitions multiplateformes

Identifie l’emplacement réseau des fichiers de définition que vous avez copiés à partir du package de téléchargement. Ce chemin doit être un chemin UNC. Les utilisateurs doivent disposer d’un accès en lecture à cet emplacement, et les administrateurs doivent y avoir un accès en écriture. L’emplacement doit être un partage de fichiers Server Message Block (SMB) ou Common Internet File System (CIFS).

Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, aucun paramètre multiplateforme n’est appliqué.

Chemin vers le magasin de paramètres multiplateformes

Définit le chemin d’accès au magasin de paramètres multiplateformes, le dossier dans lequel les paramètres multiplateformes des utilisateurs sont enregistrés. Les utilisateurs doivent disposer d’un accès en écriture à cette zone. Le chemin peut être un chemin UNC absolu ou un chemin relatif au répertoire de base.

Cette zone est la zone commune du magasin d’utilisateurs où se trouvent les données de profil partagées par plusieurs plateformes. Les utilisateurs doivent disposer d’un accès en écriture à cette zone. Le chemin peut être un chemin UNC absolu ou un chemin relatif au répertoire de base. Vous pouvez utiliser les mêmes variables que pour le chemin d’accès au magasin d’utilisateurs.

Si cette stratégie est désactivée, le chemin Windows\PM_CP est utilisé. Si cette stratégie n’est pas configurée ici, la valeur du fichier .ini est utilisée. Si cette stratégie n’est pas configurée ici ou dans le fichier .ini, la valeur par défaut est utilisée.

Source pour la création de paramètres multiplateformes

Spécifie une plateforme comme plateforme de base si cette stratégie est activée dans l’unité d’organisation (OU) de cette plateforme. Cette stratégie migre les données des profils de la plateforme de base vers le magasin de paramètres multiplateformes.

Chaque ensemble de profils de plateforme est stocké dans une unité d’organisation (OU) distincte. Vous devez décider quelles données de profil de plateforme utiliser pour initialiser le magasin de paramètres multiplateformes. Il est appelé plateforme de base. Si le magasin de paramètres multiplateformes contient un fichier de définition sans données, ou si les données mises en cache dans un profil monoplateforme sont plus récentes que les données de la définition dans le magasin, Profile Management migre les données du profil monoplateforme vers le magasin, sauf si vous désactivez cette stratégie.

Important :

Si cette stratégie est activée dans plusieurs unités d’organisation (OU), ou plusieurs objets utilisateur ou machine, la plateforme à laquelle le premier utilisateur se connecte devient le profil de base. Par défaut, cette stratégie est activée.

Paramètres d’optimisation de Profile Management\Citrix Virtual Apps

Activer l’optimisation de Citrix Virtual Apps™

Lorsque vous activez cette fonctionnalité, seuls les paramètres spécifiques aux applications publiées qu’un utilisateur lance ou quitte sont synchronisés.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, aucun paramètre d’optimisation de Citrix Virtual Apps n’est appliqué.

Chemin d’accès aux définitions d’optimisation de Citrix Virtual Apps

Cette stratégie vous permet de spécifier un dossier où se trouvent les fichiers de définition d’optimisation de Citrix Virtual Apps.

Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée.

Si ce paramètre n’est pas configuré ici ou dans le fichier .ini, aucun paramètre d’optimisation de Citrix Virtual Apps n’est appliqué.

Remarque :

Le dossier peut être local ou il peut résider sur un partage de fichiers SMB.