Product Documentation

Pour configurer les paramètres multi-plateformes

Feb 26, 2018
Important : notez les informations importantes suivantes pour cette fonctionnalité :
  • Les paramètres multi-plateformes de Profile Management fonctionnent avec un ensemble de systèmes d'exploitation et d'applications pris en charge. Configurez uniquement cette fonctionnalité dans un environnement de production si votre organisation utilise au moins un des éléments suivants.
  • Les paramètres Microsoft Office ne sont pas itinérants entre les versions de cette application. Pour de plus amples informations, consultez la section Applications et systèmes d'exploitation pris en charge par les paramètres multi-plateformes.
  • Cette fonctionnalité est adaptée aux paramètres de registre et d'application, mais pas aux fichiers ou dossiers, ou aux objets généralement utilisés avec la redirection de dossiers (par exemple, favoris du navigateur, et paramètres du bureau et du menu Démarrer).
  • Si vous utilisez cette fonctionnalité pour migrer les profils utilisateur entre des systèmes dotés de versions de profils différentes, désactivez-la une fois la migration terminée pour tous les utilisateurs. Étant donné que l'utilisation de cette fonctionnalité ralentit les performances, principalement les fermetures de session, il est conseillé de la laisser désactivée à moins que vous ne preniez en charge l'itinérance entre versions de profils.

Cette rubrique contient un exemple d'étapes à suivre pour configurer les paramètres multi-plateformes. Pour accéder à une étude de cas plus détaillée, veuillez consulter la section Paramètres multi-plateformes : étude de cas.

Conseil : Citrix recommande de restreindre cette fonctionnalité à un groupe d'utilisateurs test réduit avant de la placer en production. Utilisez l'option Paramètres multi-plateformes des groupes d'utilisateurs pour réaliser ceci. Si ce paramètre est configuré, la fonctionnalité Paramètres multi-plateformes de Profile Management traite uniquement les membres appartenant à 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 Paramètres multi-plateformes des groupes d'utilisateurs n'est pas configuré dans la stratégie de groupe où dans le fichier .ini, tous les groupes d'utilisateurs sont traités.
  1. Pour les paramètres communs à toutes les plates-formes, 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 vos besoins. Ces recommandations permettent de réduire les paramètres dupliqués qui pourraient rendre difficile toute résolution de problème ultérieure. En fonction de vos besoins, tous les paramètres Profile Management fonctionnent sur plusieurs plates-formes mis à part Chemin d'accès au magasin de l'utilisateur, que vous devez configurer séparément pour chaque plate-forme dû à des structures de magasin d'utilisateur différentes des profils de la version 1 et de la version 2. Dans le GPO courant, laissez ce paramètre non configuré.
  2. Créez des unités d'organisation distinctes pour vos différentes plates-formes (par exemple, si vous effectuez la migration de Windows 7 vers Windows 8, créez des unités d'organisation distinctes pour ces systèmes d'exploitation), puis définissez Chemin d'accès au magasin de l'utilisateur de manière appropriée dans chaque unité d'organisation.
  3. Situez les fichiers de définition (.xml) des applications prises en charge dont vous souhaitez utiliser les personnalisations sur les plates-formes. Ces fichiers se trouvent dans le dossier CrossPlatform du pack de téléchargement.Vous pouvez créer vos propres fichiers de définition d’application. Pour de plus amples informations, consultez la section Création d'un fichier de définition.
  4. Copiez les fichiers .xml sur un emplacement approprié de votre réseau.
  5. Modifiez l'objet de stratégie de groupe courant dans l'Éditeur de gestion de stratégie de groupe. Sous Profile Management, ouvrez le dossier Paramètres multi-plateformes et configurez ces paramètres :
    • Paramètres multi-plateformes des groupes d'utilisateurs. Restreignez les utilisateurs qui rencontrent des paramètres multi-plateformes. Ce paramètre est facultatif. Il est utile lors du test ou du déploiement par étapes de cette fonctionnalité.
    • Chemin d'accès aux définitions multi-plateformes. Identifie l'emplacement réseau des fichiers de définition que vous avez copiés depuis le pack de téléchargement. Ceci doit être un chemin UNC. Les utilisateurs doivent avoir accès à cet emplacement, et les administrateurs doivent y posséder un accès en écriture. L'emplacement doit être un partage de fichiers SMB (Server Message Block) ou CIFS (Common Internet File System).
    • Chemin d'accès au magasin des paramètres multi-plateformes. Ceci est une zone commune du magasin de l'utilisateur dans laquelle les données de profil partagées par de multiples plates-formes sont stockées. Les utilisateurs doivent posséder des droits en écriture sur cette zone. Le chemin peut être un chemin UNC absolu ou relatif au répertoire de base. Vous pouvez utiliser les mêmes variables que pour le Chemin d'accès au magasin de l'utilisateur.
  6. Spécifiez une plate-forme de base en vous assurant que Source de création des paramètres multi-plateformes est défini sur Activé dans l'unité d'organisation de cette plate-forme. Ce paramètre effectue la migration des données depuis les profils de la plate-forme de base vers le magasin de paramètres multi-plateformes. Dans les autres unités d'organisation des plates-formes, définissez cette stratégie sur Désactivé ou Non configuré. Le jeu de profils de chaque plate-forme est stocké dans une unité d'organisation distincte. Ceci signifie que vous devez décider quelles données de profil de la plate-forme utiliser pour amorcer le magasin de paramètres multi-plateformes. On parle de plate-forme de base. Si le magasin des paramètres multi-plateformes contient un fichier de définition sans aucune donnée, ou que les données mises en cache dans un profil mono-plateforme sont plus récentes que les données de définition du magasin, Profile Management migre les données du profil mono-plateforme vers le magasin sauf si vous désactivez ce paramètre.
    Important : si Source de création des paramètres multi-plateformes est activé dans plusieurs unités d'organisation, la plate-forme sur laquelle le premier utilisateur ouvre une session devient le profil de base.
  7. Définissez Activer les paramètres multi-plateformes sur Activé. Par défaut, pour faciliter le déploiement, les paramètres multi-plateformes sont désactivés jusqu'à ce que vous activiez ce paramètre.
  8. Exécutez une mise à jour de stratégie de groupe.
  9. Si vous migrez des profils entre plates-formes mais que vous ne prenez pas en charge l'itinérance de ces derniers, lorsque la migration est terminée, définissez Activer les paramètres multi-plateformes sur Désactivé.

Si Chemin d'accès aux définitions multi-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 multi-plateforme n'est appliqué.

Si Chemin d'accès au magasin des paramètres multi-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 multi-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 multi-plateforme n'est appliqué.

Exemple : paramètres Microsoft Office itinérants entre Windows Server 2008 et Windows 7

Cet exemple décrit les étapes majeures permettant d'autoriser les paramètres d'application des utilisateurs à itinérer entre deux systèmes d'exploitation qui créent des profils de version 2. L'application est Microsoft Office 2010 et l'itinérance se produit entre Citrix XenApp 6.5 sur Windows Server 2008 et Windows 7. Les deux systèmes d'exploitation sont 64 bits.

  1. Les utilisateurs sont habitués à accéder à Office 2010 et Internet Explorer 9 en tant qu'applications publiées sur les serveurs XenApp, et à modifier plusieurs paramètres dans ces applications (par exemple, ils modifient leur signature e-mail dans Office et choisissent une nouvelle page d'accueil dans Internet Explorer).
  2. À l'avenir, les bureaux virtuels (créés avec Citrix XenDesktop) sont créés mais ne sont 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.
  3. Les utilisateurs s'attendront à ce que leurs paramètres soient les mêmes sur leurs nouveaux bureaux. Pour réaliser ceci, vous configurez la fonctionnalité de paramètres multi-plateformes selon la procédure de cette rubrique. Ceci comprend l'activation de Source de création des paramètres multi-plateformes dans l'unité d'organisation de Windows Server 2008.
  4. Lorsque les utilisateurs exécutent les versions publiées des applications (non pas les nouveaux bureaux virtuels), leurs paramètres sont copiés dans le magasin de paramètres multi-plateformes.
  5. Les nouveaux bureaux sont alors mis à disposition auprès des utilisateurs. Lorsqu'ils ouvrent une session et qu'ils exécutent les versions locales de Office et Internet Explorer, les paramètres des sessions Windows Server 2008 précédentes sont utilisés ; les signatures électroniques et les pages d'accueil personnalisées des utilisateurs sont disponibles sur leurs machines Windows 7.
  6. Les utilisateurs parcourent Internet Explorer à partir de leur bureau virtuel et décident à nouveau de changer de page d'accueil.
  7. Ils ferment leur session et rentrent chez eux. Ils n'ont pas accès à leur bureau virtuel depuis leur domicile, mais ils peuvent exécuter la version publiée de Internet Explorer 9 à distance. La dernière page d'accueil, créée sur Windows 7 dans l'étape précédente, a été conservée.