Tester Profile Management avec un objet de stratégie de groupe local

Avant de déployer Profile Management dans un environnement de production, Citrix vous recommande d’utiliser un environnement test. Vous pouvez créer cette configuration sur une machine locale avec le fichier .ini fourni. Il est préférable et beaucoup plus facile d’utiliser une installation et la configuration locales du fichier ADM d’une machine pour transférer les paramètres vers l’objet de stratégie de groupe du domaine. Testez les comportements d’ouverture et de fermeture de session et ajustez l’objet de stratégie de groupe local jusqu’à ce que les résultats vous conviennent. Cela permet de réaliser des tests en toute sécurité si la machine appartient à une unité d’organisation de production. Ceci est dû au fait que les stratégies locales sont appelées à partir d’emplacements dans lesquels les stratégies d’unité d’organisation et de domaine n’existent pas ou ne sont pas configurées. Lorsque vous utilisez des stratégies locales, assurez-vous qu’aucun objet Stratégie de groupe Profile Management n’est utilisé autre part (par exemple, dans le domaine ou des sites).

En outre, dans les environnements dans lesquels les administrateurs ne peuvent ni accéder, ni contrôler les objets stratégie de groupe du domaine pour la configuration du fichier ADM de Profile Management, les objets Stratégie de groupe locaux peuvent être utilisés comme solution à long terme. Ceci entraîne toutefois une augmentation du niveau de complexité dans l’environnement. Par exemple, vous devez vous assurer que le fichier ADM de Profile Management est installé et configuré correctement sur chaque machine. De plus, les utilisateurs du domaine ne peuvent pas conserver leurs paramètres lorsqu’ils accèdent à plusieurs machines.

Important : c’est pourquoi Citrix ne recommande pas l’utilisation d’objets Stratégie de groupe locaux en tant que solution d’entreprise pérenne.

Si vos tests portent sur des contrôleurs de domaine Windows 2008, songez à utiliser un filtre WMI (Infrastructure de gestion Windows) pour limiter temporairement votre configuration à une machine par unité d’organisation.

Tester l’expérience utilisateur

L’homogénéité de l’expérience d’accès aux ressources provenant de périphériques différents constitue l’objectif principal lors de l’implémentation d’une solution de gestion des profils. Sans Profile Management, le contenu du registre des utilisateurs peut varier en fonction du périphérique physique, de la configuration du profil et du système d’exploitation. C’est la raison pour laquelle Profile Management doit être configuré pour tenir compte des différences qui existent entre les systèmes sur les ordinateurs utilisés pour l’itinérance.

Vous devez donc essayer de reproduire aussi fidèlement que possible votre environnement de production pour vérifier l’accès utilisateur aux ressources. Ces ressources peuvent inclure :

  • Une machine cliente avec des applications installées localement
  • Un bureau virtuel créé avec Citrix XenDesktop comprenant des applications streamées ou installées localement
  • Une application Citrix XenApp, soit publiée, soit streamée sur un serveur XenApp
  • Un client Terminal Server

Tester les variations rencontrées dans les systèmes d’exploitation

Les utilisateurs peuvent accéder aux applications à partir de systèmes d’exploitation différents. Les variations inhérentes à ces derniers peuvent créer des paramètres conflictuels au sein d’un même profil utilisateur. Vous devez connaître les différences qui existent entre les profils de la version 1 et ceux de la version 2 et la manière dont elles affectent votre déploiement. Les variations représentent une composante essentielle de toute solution de gestion des profils. Pour de plus amples informations sur les profils de la version 1 et la version 2, consultez la section À propos des profils.

Tester Profile Management avec un objet de stratégie de groupe local