Active Directory : gestion des habilitations
Dans le cadre de ma formation BTS SIO, j'ai mis en place un domaine Windows avec Active Directory, géré les utilisateurs, groupes et unités d'organisation, puis vérifié les niveaux d'habilitation associés à un service.
Lire la source originale (Référentiel BTS SIO)Compétences mobilisées
B1.1.3 — Mettre en place et vérifier les niveaux d’habilitation associés à un service
Contexte
Dans ce TP, j’ai simulé le redéploiement du réseau d’une entreprise fictive passant du mode “groupe de travail” à un domaine Windows avec Active Directory. L’objectif était de centraliser l’administration des utilisateurs et des droits d’accès.
Groupe de travail vs Domaine Windows
Sous Windows, deux modes réseau sont possibles :
- Le groupe de travail : chaque machine gère sa propre base de sécurité localement. Simple à mettre en place mais inadapté en entreprise car l’administration est décentralisée et chaque utilisateur doit avoir un compte sur chaque machine.
- Le domaine Active Directory : une base de données centralisée (l’annuaire AD) stocke tous les comptes utilisateurs et les règles de sécurité. Un seul compte permet à un utilisateur de se connecter sur n’importe quelle machine du domaine.
Mise en place du domaine Active Directory (TP1)
J’ai installé le rôle “Services de Domaine Active Directory” sur un serveur Windows Server 2022 dans VCenter, puis promu ce serveur en contrôleur de domaine. Cette opération installe également un serveur DNS local indispensable au fonctionnement du domaine.
Gestion des utilisateurs, groupes et UO (TP2)
Une fois le domaine créé, j’ai structuré l’annuaire en suivant la méthode AGDLP (Account, Global group, Domain Local group, Permission) recommandée par Microsoft :
- Les Unités d’Organisation (UO) permettent d’organiser les objets de l’annuaire en reflétant la structure de l’entreprise (par exemple : Pédagogie > Profs > Seconde1).
- Les groupes globaux regroupent les utilisateurs par service ou fonction (ex : g_profs_21).
- Les groupes locaux de domaine définissent les droits d’accès sur une ressource précise (ex : dl_partage_profs_21).
J’ai créé des professeurs et des élèves, les ai affectés aux bons groupes, puis créé des dossiers partagés avec des permissions différenciées : les professeurs peuvent lire et écrire, les élèves peuvent seulement lire.
Intégration d’un PC au domaine (TP3)
J’ai intégré une VM Windows 11 au domaine en configurant son adresse DNS sur le contrôleur de domaine, puis en la joignant au domaine via les propriétés système. Après redémarrage, la machine apparaît dans le conteneur “Computers” de l’Active Directory et dans le serveur DNS.
J’ai ensuite validé les permissions en me connectant avec différents comptes :
- prof1 : accès en lecture/écriture sur le dossier “seconde1” et le dossier “commun”.
- eleve211 : accès en lecture seule sur “seconde1”, aucun accès au dossier “commun”.
Ce que j’ai appris
Ce TP m’a permis de comprendre l’importance de la gestion centralisée des droits en entreprise. La méthode AGDLP garantit une organisation claire et maintenable : on ne donne jamais de droits directement à un utilisateur, toujours via des groupes. En tant que développeur SLAM, cette compréhension est utile pour concevoir des applications avec des rôles et permissions bien définis.