Configurer les paramètres multiplateformes
Important : Veuillez noter les informations importantes suivantes concernant cette fonctionnalité :
- Les paramètres multiplateformes de Profile Management sont compatibles avec un ensemble de systèmes d’exploitation (OS) et d’applications pris en charge. Configurez cette fonctionnalité uniquement dans un environnement de production.
- Les paramètres de Microsoft Office ne sont pas itinérants entre les versions de cette application. Pour plus d’informations, consultez Systèmes d’exploitation et applications pris en charge par les paramètres multiplateformes.
- Cette fonctionnalité convient aux paramètres de registre et d’application. Elle ne s’applique pas aux fichiers ou dossiers, ni aux objets généralement utilisés avec la redirection de dossiers (par exemple, les favoris du navigateur, et les paramètres du bureau et du menu Démarrer).
- Si vous utilisez cette fonctionnalité pour migrer des profils utilisateur entre des systèmes avec différentes versions de profil, désactivez-la une fois la migration terminée pour tous les utilisateurs. L’utilisation de cette fonctionnalité a un certain impact sur les performances, principalement sur les fermetures de session. Il est donc préférable de la laisser désactivée, sauf si vous prenez en charge l’itinérance entre les versions de profil.
Cette rubrique contient un exemple des étapes que vous pouvez suivre pour configurer les paramètres multiplateformes. Pour une étude de cas plus détaillée, consultez Paramètres multiplateformes - Étude de cas.
Conseil : Citrix® recommande de restreindre cette fonctionnalité à un petit ensemble d’utilisateurs de test avant de la mettre en production. Utilisez l’option Groupes d’utilisateurs des paramètres multiplateformes pour y parvenir. Si ce paramètre est configuré, la fonctionnalité de paramètres multiplateformes de Profile Management ne traite que les membres de ces groupes d’utilisateurs. Si ce paramètre est désactivé, la fonctionnalité traite tous les utilisateurs spécifiés par le paramètre Groupes traités. Si les Groupes d’utilisateurs des paramètres multiplateformes ne sont pas configurés dans la stratégie de groupe ou le fichier .ini, tous les groupes d’utilisateurs sont traités.
- Pour les paramètres communs à toutes les plateformes, créez un objet de stratégie de groupe commun (GPO commun), liez-le au fichier .adm ou .admx de Profile Management et configurez les paramètres selon les besoins. Cette configuration est une bonne pratique car elle minimise les paramètres en double qui peuvent rendre tout dépannage ultérieur difficile. Selon vos exigences, tous les paramètres de Profile Management fonctionnent sur plusieurs plateformes, à l’exception du Chemin d’accès au magasin de l’utilisateur. Configurez le Chemin d’accès au magasin de l’utilisateur séparément pour chaque plateforme en raison des différentes structures de magasin d’utilisateur des profils de version 1 et de version 2. Dans le GPO commun, laissez ce paramètre non configuré.
- Créez des unités d’organisation (OU) distinctes pour vos différentes plateformes. Par exemple, si vous migrez de Windows 7 vers Windows 8, créez des unités d’organisation distinctes pour ces systèmes d’exploitation et définissez le Chemin d’accès au magasin de l’utilisateur de manière appropriée dans chaque unité d’organisation.
- Localisez les fichiers de définition (.xml) pour les applications prises en charge dont vous souhaitez que les personnalisations fonctionnent sur toutes les plateformes. Ces fichiers se trouvent dans le dossier CrossPlatform du package de téléchargement. Vous pouvez créer vos propres fichiers de définition d’application. Pour plus de détails, consultez Créer un fichier de définition.
- Copiez les fichiers .xml vers un emplacement approprié sur votre réseau.
- Modifiez le GPO commun dans l’Éditeur de gestion des stratégies de groupe. Sous Profile Management, ouvrez le dossier Paramètres multiplateformes et configurez ces paramètres :
- Groupes d’utilisateurs des paramètres multiplateformes. Restreint les utilisateurs qui bénéficient des paramètres multiplateformes. Ce paramètre est facultatif. Il est utile lors du test de cette fonctionnalité ou de son déploiement par étapes.
- Chemin d’accès aux définitions multiplateformes. Identifie l’emplacement réseau des fichiers de définition que vous avez copiés depuis le 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).
- Chemin du magasin de paramètres inter-plateformes. Il s’agit de la zone commune du magasin d’utilisateurs où sont stockées 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 du magasin d’utilisateurs.
- Spécifiez une plateforme de base en vous assurant que la source pour la création de paramètres inter-plateformes est définie sur Activé dans l’unité d’organisation (OU) de cette plateforme. Ce paramètre migre les données des profils de la plateforme de base vers le magasin de paramètres inter-plateformes. Dans les unités d’organisation des autres plateformes, définissez cette stratégie sur Désactivé ou Non configuré. Chaque ensemble de profils de plateforme est stocké dans une unité d’organisation distincte. Vous devez décider quelles données de profil de plateforme utiliser pour initialiser le magasin de paramètres inter-plateformes. C’est ce qu’on appelle la plateforme de base. Si le magasin de paramètres inter-plateformes contient un fichier de définition sans données, ou si les données mises en cache dans un profil mono-plateforme sont plus récentes que les données de la définition dans le magasin, Profile Management migre les données du profil mono-plateforme vers le magasin, sauf si vous désactivez ce paramètre. Important : Si la source pour la création de paramètres inter-plateformes est activée dans plusieurs unités d’organisation, la plateforme à laquelle le premier utilisateur se connecte devient le profil de base.
- Définissez Activer les paramètres inter-plateformes sur Activé. Par défaut, pour faciliter le déploiement, les paramètres inter-plateformes sont désactivés jusqu’à ce que vous activiez ce paramètre.
- Exécutez une mise à jour de la stratégie de groupe.
- Si vous migrez des profils entre plateformes mais ne prenez pas en charge leur itinérance, une fois la migration terminée, définissez Activer les paramètres inter-plateformes sur Désactivé.
Si le chemin des définitions inter-plateformes 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 inter-plateformes n’est appliqué.
Si le chemin du magasin de paramètres inter-plateformes est désactivé, le chemin par défaut Windows\PM_CP est utilisé. 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, le chemin par défaut est utilisé.
Si Activer les paramètres inter-plateformes 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 inter-plateformes n’est appliqué.
Exemple : Itinérance des paramètres Microsoft Office entre Windows Server 2008 et Windows 7
Cet exemple décrit les principales étapes permettant aux paramètres d’application des utilisateurs de se déplacer entre deux systèmes d’exploitation qui créent des profils de version 2. Microsoft Office 2010 est l’application d’exemple, et l’itinérance a lieu entre Citrix XenApp 6.5 sur Windows Server 2008 et Windows 7. Les deux systèmes d’exploitation sont 64 bits.
- Les utilisateurs sont habitués à accéder à Office 2010 et Internet Explorer 9 en tant qu’applications publiées sur les serveurs Citrix Virtual Apps™, et modifient plusieurs paramètres dans ces applications. Par exemple, ils modifient leur signature électronique dans Office et choisissent une nouvelle page d’accueil dans Internet Explorer.
- À une date ultérieure, des bureaux virtuels (créés avec Citrix Virtual Desktops™) sont créés mais pas encore mis à la disposition des utilisateurs. Les bureaux exécutent Windows 7 et sont préconfigurés avec Office 2010 et Internet Explorer 9.
- Les utilisateurs s’attendent à ce que leurs paramètres soient les mêmes sur leurs nouveaux bureaux. Vous configurez la fonctionnalité de paramètres inter-plateformes conformément à la procédure décrite dans cette rubrique. Cela inclut l’activation de la source pour la création de paramètres inter-plateformes dans l’unité d’organisation pour Windows Server 2008.
- Lorsque les utilisateurs exécutent ensuite les versions publiées des applications (pas les nouveaux bureaux virtuels), leurs paramètres sont copiés dans le magasin de paramètres inter-plateformes.
- Les nouveaux bureaux sont ensuite mis à la disposition des utilisateurs. Lorsqu’ils se connectent et exécutent les versions locales d’Office et d’Internet Explorer, les paramètres des sessions précédentes de Windows Server 2008 sont utilisés. Les signatures électroniques et les pages d’accueil modifiées des utilisateurs sont disponibles sur leurs machines Windows 7.
- Les utilisateurs naviguent dans Internet Explorer depuis leur bureau virtuel et décident de changer à nouveau leur page d’accueil.
- Les utilisateurs se déconnectent et quittent le travail. Ils n’ont pas accès à leur bureau virtuel à la maison, mais ils peuvent exécuter à distance la version publiée d’Internet Explorer 9. Ils constatent que leur page d’accueil la plus récente, créée sous Windows 7 à l’étape précédente, a été conservée.