3.2Active Directory : notions & domaine
L'essentiel en 30 secondes
- Active Directory est un annuaire central : une seule identité par personne, valable sur tout le parc, gérée depuis un point unique.
- Le domaine est le périmètre administré ; le contrôleur de domaine (DC) héberge l'annuaire et authentifie les connexions.
- Les objets (utilisateurs, ordinateurs, groupes, imprimantes) s'organisent en unités d'organisation (OU) ; la version cloud est Entra ID (ex-Azure AD).
Mini-cas filé — Sofiane structure l'annuaire de la PME
La PME de distribution de Sofiane, à Alger, a grandi : gérer chaque poste avec son compte local est devenu intenable. Sofiane déploie Active Directory. Il crée un domaine pour l'entreprise, prévoit deux contrôleurs de domaine pour la redondance, et dessine une arborescence d'unités d'organisation qui reflète l'organisation réelle : services (comptabilité, expédition, RH) et sites. Il y range les objets — utilisateurs, ordinateurs, groupes, imprimantes. Le bénéfice est immédiat : une identité unique par personne, la même sur tout le parc. Il note le réflexe : structurer les OU comme l'entreprise et ne jamais dépendre d'un seul contrôleur.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 3.2.
1. Le problème que résout Active Directory
Gérer 5 postes « chacun dans son coin » reste possible ; gérer 200 postes ainsi devient impossible. Active Directory (AD) est un annuaire central : une seule identité par personne, valable sur tout le parc. L'utilisateur se connecte sur n'importe quel poste du domaine avec le même compte, et l'administrateur gère tout depuis un point unique. Sofiane mesure le saut de complexité dès que la PME dépasse la poignée de postes.
2. Domaine et contrôleur de domaine
Le domaine est le périmètre géré par AD. Le contrôleur de domaine (DC) est le serveur qui héberge l'annuaire et authentifie les connexions. On y range des objets : utilisateurs, ordinateurs, groupes, imprimantes, organisés dans des unités d'organisation (OU) qui reflètent l'entreprise (services, sites). Sofiane veille à prévoir au moins deux contrôleurs de domaine pour éviter un point de défaillance unique.
3. Ce que AD rend possible
Grâce à AD : authentification unique, gestion centralisée des comptes et des groupes, application de règles via les GPO (section suivante) et délégation de l'administration. C'est la colonne vertébrale de la plupart des parcs Windows d'entreprise. Sa version cloud est Entra ID (ex-Azure AD) : beaucoup d'entreprises font cohabiter les deux pendant leur transition.
🔎 Exemple concret — 🔎 Exemple concret — Se connecter partout avec le même compte
Dans la PME de Sofiane, une fois le domaine en place :
Karim se connecte au PC de l'accueil -> OK (meme compte)
Karim rejoint un autre poste, autre etage -> OK (meme compte)
Son mot de passe change une fois -> valable partout aussitotLecture : le contrôleur de domaine authentifie ; le poste n'a plus de compte local isolé.
Leçon : une identité centrale = gestion simplifiée et cohérente à grande échelle.
Vocabulaire de la section
- Active Directory (AD)
- Annuaire central de Microsoft pour gérer identités et ressources d'un parc Windows.
Exemple simple : Sofiane y gère comptes et groupes de toute la PME.
Ce que ce n'est pas : un simple inventaire de machines sans authentification.
Réflexe : identités centralisées → AD.
- Domaine
- Périmètre administré par AD, avec une base d'identités commune.
Exemple simple : Le collaborateur se connecte sur n'importe quel poste du domaine.
Ce que ce n'est pas : un poste isolé avec son seul compte local.
Réflexe : périmètre commun → domaine.
- Contrôleur de domaine (DC)
- Serveur qui héberge l'annuaire AD et authentifie les connexions.
Exemple simple : Le DC valide l'ouverture de session de chaque utilisateur.
Ce que ce n'est pas : un simple serveur de fichiers sans rôle d'annuaire.
Réflexe : authentifier → le contrôleur de domaine.
- Unité d'organisation (OU)
- Conteneur qui organise les objets AD (par service, site…).
Exemple simple : Sofiane range les comptes de l'expédition dans une OU dédiée.
Ce que ce n'est pas : une liste alphabétique sans logique d'entreprise.
Réflexe : organiser un parc → des OU.
- Entra ID
- Version cloud de l'annuaire d'identités Microsoft (ex-Azure AD).
Exemple simple : Sofiane synchronise les identités avec Microsoft 365 via Entra ID.
Ce que ce n'est pas : l'annuaire AD strictement sur site.
Réflexe : annuaire dans le cloud → Entra ID.
En pratique — En pratique — Modéliser un domaine simple
- Dessinez une petite entreprise avec ses services et ses sites, comme Sofiane.
- Proposez une arborescence d'unités d'organisation (OU) qui reflète cette organisation.
- Placez quelques utilisateurs, ordinateurs et groupes dans les OU.
- Expliquez ce que gagne l'entreprise par rapport à des comptes locaux isolés.
Script pas-à-pas — décrire le domaine de la PME comme Sofiane (4 min)
1) Listez les services et les sites de l'entreprise. 2) Dessinez l'arborescence d'OU qui les reflète. 3) Placez quelques objets (utilisateurs, ordinateurs, groupes) dans les bonnes OU. 4) Nommez le rôle du contrôleur de domaine : héberger l'annuaire et authentifier. 5) Prévoyez au moins deux DC pour la redondance.
Gardez ce schéma : la section 3.3 (GPO) s'appuiera dessus, puisqu'une stratégie se lie à un domaine, un site ou une OU.
Modèle copier-coller — ma carte du domaine
Domaine : pme-exemple.local (perimetre gere par AD)
Controleur(s) de domaine : DC1 + DC2 (redondance)
Arborescence OU : Services / Sites
Objets : utilisateurs, ordinateurs, groupes, imprimantes
Cloud : Entra ID (ex-Azure AD), souvent synchronise
Regle : une identite unique, valable sur tout le parcUn nouvel employé
Sofiane crée un compte unique dans l'annuaire : il se connecte ensuite partout dans le domaine.
Un changement d'étage
Le collaborateur change de poste : même compte, aucun profil local à recréer.
Une panne de DC
Un contrôleur de domaine tombe : le second continue d'authentifier, sans interruption.
Vers le cloud
Sofiane envisage Entra ID pour synchroniser les identités avec Microsoft 365.
✓ Bonnes pratiques
- Structurer les OU comme l'entreprise (services, sites).
- Centraliser identités et groupes dans AD.
- Prévoir la redondance des contrôleurs de domaine.
✗ Pièges fréquents
- Multiplier les comptes locaux au lieu d'utiliser AD.
- Créer une arborescence d'OU incohérente.
- N'avoir qu'un seul DC (point de défaillance unique).
Points clés à retenir
- AD est un annuaire central : une identité par personne, sur tout le parc.
- Le domaine est le périmètre ; le contrôleur de domaine authentifie.
- Les objets (users, PC, groupes) s'organisent en OU.
- AD permet l'authentification unique et la gestion centralisée ; sa version cloud est Entra ID.
Défi 48h — appliquez demain
Comme Sofiane, dessinez le domaine d'une entreprise imaginaire : le contrôleur de domaine, une arborescence d'OU qui reflète ses services et ses sites, et quelques objets rangés dedans. Écrivez ensuite en une phrase ce que l'entreprise gagne par rapport à des comptes locaux isolés sur chaque poste.
- Je peux expliquer le rôle d'Active Directory et du domaine.
- Je situe le contrôleur de domaine et les unités d'organisation.
- Je sais ce qu'AD apporte : authentification unique et gestion centralisée.
Questions fréquentes
AD et Entra ID, est-ce la même chose ?
Ce sont des cousins : AD est l'annuaire « sur site » historique, Entra ID (ex-Azure AD) est le service d'identité cloud (Microsoft 365). Beaucoup d'entreprises utilisent les deux, synchronisés, pendant leur transition vers le cloud.
Faut-il plusieurs contrôleurs de domaine ?
Oui dès que l'authentification est critique : avec un seul DC, sa panne empêche toute connexion. On en déploie au moins deux pour la redondance.
Quel est le rôle principal d'Active Directory ?