Intégrer le VDA Linux non joint au domaine avec Red Hat IdM
Red Hat Identity Management (IdM) est une solution largement adoptée pour la gestion des identités dans les environnements Linux. Comparé à la jonction directe des systèmes Linux à Active Directory (AD), IdM offre des avantages stratégiques et opérationnels significatifs, en particulier dans les infrastructures avec une empreinte Linux substantielle.
Avec le Citrix Linux VDA qui prend en charge les déploiements non joints au domaine (NDJ), les organisations peuvent envisager d’intégrer les VDA Linux NDJ avec IdM. Cette approche élargit l’éventail des méthodes d’authentification disponibles et améliore la flexibilité de la gestion des identités. Les utilisateurs doivent s’authentifier à leur espace de travail en utilisant soit les informations d’identification du domaine AD, soit celles d’un domaine IdM ayant établi une relation d’approbation avec AD. Une fois authentifiés, ils peuvent accéder de manière transparente aux bureaux Linux joints à IdM via le Single Sign-On (SSO).
Ce qui suit décrit les étapes d’intégration et de test vérifiées pour la configuration d’un VDA Linux avec IdM.
- Prérequis et configuration de l’environnement
-
Intégration d’Identity Management (IdM) :
- Installation du serveur IdM : Le serveur IdM doit être correctement installé et son service opérationnel. Reportez-vous au document Red Hat
-
Intégration d’IdM et d’AD :
- Relation d’approbation bidirectionnelle : Une relation d’approbation bidirectionnelle doit être établie entre IdM et AD pour permettre aux utilisateurs des deux domaines d’accéder aux services de l’autre. Reportez-vous au document Red Hat
-
Valider la relation d’approbation dans le serveur IdM :
-
Vérifier les autorisations de l’utilisateur IdM :
getentpasswd idmuser1@idm.example.com -
Vérifier les autorisations de l’utilisateur AD :
getentpasswd aduser1@domain
-
Vérifier les autorisations de l’utilisateur IdM :
- Créer une machine VDA Linux non jointe au domaine
Pour créer un VDA Linux non joint au domaine, reportez-vous à Créer des VDA Linux non joints au domaine à l’aide de MCS
- Modifier le type de connexion par défaut sur le DDC
Le MachineLogOnType par défaut d’un groupe de mise à disposition créé par MCS est LocalMappedAccount. Il doit être défini sur ActiveDirectory en exécutant la commande PowerShell ci-dessous sur le DDC :
Set-BrokerDesktopGroup -Name "<your delivery group name>" -MachineLogOnType ActiveDirectory
- Installer le client IdM et joindre le VDA à IdM
-
Installer et configurer le client IdM sur le VDA Linux :
- Configurer le client IdM : Le client IdM doit être installé sur le VDA Linux pour permettre à la machine d’être gérée par le serveur IdM. Reportez-vous au document Red Hat
- Il est recommandé d’utiliser le mode d’installation non interactif
-
Vérifier l’authentification de l’utilisateur AD/IDM :
-
Vérifier l’autorisation de l’utilisateur IdM :
ssh localhost -l idmuser1@idm.example.com -
Vérifier l’autorisation de l’utilisateur AD :
ssh localhost -l admuser1@domain
-
Vérifier l’autorisation de l’utilisateur IdM :
- Lancer une session pour vérifier l’intégration
- Pour le scénario sur site : Les utilisateurs AD et IdM peuvent lancer des sessions avec des VDA Linux intégrés à IdM.
- Pour le scénario DaaS : Étant donné que les utilisateurs IdM ne peuvent pas utiliser les services appartenant au domaine AD, seuls les utilisateurs AD peuvent lancer des sessions avec des VDA Linux intégrés à IdM dans un environnement DaaS.
- Provisionner en masse les machines VDA Linux
- Reportez-vous à l’étape 2, Provisionner davantage de VDA Linux via MCS
- Reportez-vous à l’étape 4, Tirer parti de l’automatisation tierce pour joindre chaque VDA à IdM