Tandis que la « forêt » perdure systématiquement en tant qu’entité globale, en interne, votre forêt Windows peut être tout à fait malléable au fil du temps. De nouveaux domaines, DC, sites et liens de site peuvent être créés et supprimés dans le cadre de tests, de
Domaines, DC, sites et liens de site orphelins
démonstrations, de projets spéciaux ou pour d’autres raisons. Par conséquent, toutes les forêts Windows, à moins de bénéficier d’une gestion hors pair, sont émaillées d’objets orphelins.
Les domaines et contrôleurs de domaine constituent l’exemple le plus évident de ce type de situation, car les informaticiens bien intentionnés connectent des domaines de test ou d’évaluation au domaine de production. Même si le fait de conserver ces domaines ne provoque généralement pas de défaillances douloureuses, leur présence en tant qu’orphelins peut saturer le journal des événements (Event Log) avec des erreurs inutiles et compliquer la mise hors service de domaines. Si vous avez des domaines et contrôleurs de domaine orphelins dans votre forêt, envisagez de les supprimer par l’utilisation combinée de NTDSUTIL, d’ADSIEDIT (nécessaire pour les forêts très anciennes) et de la console de gestionnaire DNS.
Les objets orphelins les plus insidieux sont les sites supplémentaires et les liens de sites. A mesure que l’entreprise se développe, de nouveaux sites sont aussi ajoutés fréquemment dans la console Sites et services Active Directory (Active Directory Sites and Services). Le problème de ces ajouts manuels tient au fait qu’ils ne sont pas toujours supprimés systématiquement lors de la mise hors service de sites supplémentaires.
Les liens de sites créés manuellement peuvent aussi poser problème. Ces liens ont généralement été créés pour une des deux raisons suivantes : premièrement, des informaticiens bien intentionnés les ont créés il y a longtemps et ont ensuite oublié qu’ils n’étaient plus pertinents à mesure que la structure de sites a évolué. Ces liens doivent maintenant être réévalués et, si possible, supprimés.
La deuxième raison est liée à une limitation de longue date du vérificateur de cohérence des données (KCC, Knowledge Consistency Checker) d’AD, un service qui crée et gère automatiquement les liens de sites. Par le passé, KCC rencontrait des problèmes dès que le nombre de sites dépassait un certain seuil, d’où la nécessité pour les structures AD plus volumineuses de créer et gérer manuellement la structure de liens de sites. Même si cet ancien problème a été résolu, de nombreux domaines continuent aujourd’hui de fonctionner avec des liens de sites créés manuellement. Ces liens peuvent compliquer l’administration automatisée de KCC et engendrer des échecs de réplication ou d’autres erreurs difficiles à résoudre. Nombre de ses connexions manuelles sont des vestiges de l’époque ou des MCSE fraîchement émoulus éprouvaient le besoin de mettre à profit leurs nouvelles compétences en « personnalisant » les domaines. Si vous rencontrez une de ses situations avec votre domaine, envisagez d’examiner encore une fois les paramètres de sites, afin de vérifier qu’ils sont à jour par rapport à la structure actuelle de l’entreprise.
Téléchargez cette ressource
Sécuriser Microsoft 365 avec une approche Zero-Trust
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- L’anxiété liée à l’IA, un risque sous-estimé pour la sécurité
- IA générative en Europe : une adoption massive, mais une gouvernance toujours en retard
- Golden records : le socle oublié des projets IA
- Communication d’entreprise à l’ère de l’IA : fragmentation, Shadow AI et perte de contrôle
Articles les + lus
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
À la une de la chaîne Tech
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
