Configuration d'une infrastructure Active Directory avec Windows Server 2008

Windows Server 2008 ­ MCTS 70­640  Infrastructure Active Directory

Jean­François APRÉA  

Résumé L’examen MCTS 70-640 "Configuration d’une infrastructure Active Directory avec Windows Server 2008" est l’un des examens obligatoires pour l’obtention de la certification MCITP Administrateur de serveurs ou MCITP Administrateur informatique en entreprise. Pour vous aider à préparer efficacement l’examen, ce livre couvre tous les objectifs officiels, tant d’un point de vue théorique que d’un point de vue pratique. Il a été rédigé en français (il ne s’agit pas d’une traduction) par un formateur professionnel reconnu, également consultant, certifié techniquement (MCP, MCSE Charter Member, MCSE+I) et pédagogiquement (MCT) par Microsoft. Ainsi, les savoir-faire pédagogique et technique de l’auteur conduisent à une approche claire et visuelle, d’un très haut niveau technique. Chapitre après chapitre, vous pourrez valider vos acquis théoriques, à l’aide d’un grand nombre de questions-réponses (310 au total) mettant en exergue aussi bien les éléments fondamentaux que les caractéristiques spécifiques aux concepts abordés. Chaque chapitre s’achevant par des travaux pratiques (71 au total) vous aurez les moyens de mesurer votre autonomie. Ces manipulations concrètes, au-delà même des objectifs fixés par l’examen, vous permettront de vous forger une première expérience significative et d’acquérir de véritables compétences techniques sur des mises en situations réelles. A cette maîtrise du produit et des concepts, s’ajoute la préparation spécifique à la certification : vous pourrez accéder gratuitement à 1 examen blanc en ligne, sur www.edieni.com, destiné à vous entraîner dans des conditions proches de celles de l’épreuve. Sur ce site, chaque question posée s’inscrit dans l’esprit de la certification MCP et, pour chacune, les réponses sont suffisamment commentées pour combler ou identifier vos ultimes lacunes. A vous de juger quand vous serez prêt pour l’examen final ! Jean-François APRÉA est reconnu MVP (Microsoft Most Valuable Professionnal) Windows Server System - Directory Services depuis plusieurs années.

L'auteur Jean-François APRÉA est Consultant Senior - Architecte Infrastructures Microsoft. Outre sa participation aux programmes béta et séminaires techniques de Microsoft, il a conduit de nombreux projets d'infrastructures globales pour des clients prestigieux. Il est reconnu MVP (Microsoft Most Valuable Professionnal) Windows Server System Directory Services. En 2007, il a participé à l'étude et la mise en oeuvre de l'une des premières plates-formes AD RMS de gestion des droits numériques. Sa passion est grande et son engagement en tant qu'instructeur certifié Microsoft depuis 1992 lui permet de répondre aux attentes des spécialistes Windows Server. Retrouvez l'interview de Jean-François APRÉA : "Le mot de l'auteur", à propos de son livre Windows Server 2008 Architecture et Gestion des services de domaine Active Directory (AD DS).

Ce livre numérique a été conçu et est diffusé dans le respect des droits d’auteur. Toutes les marques citées ont été déposées par leur éditeur respectif. La loi du 11 Mars 1957 n’autorisant aux termes des alinéas 2 et 3 de l’article 41, d’une part, que les “copies ou reproductions strictement réservées à l’usage privé du copiste et non destinées à une utilisation collective”, et, d’autre part, que les analyses et les courtes citations dans un but d’exemple et d’illustration, “toute représentation ou reproduction intégrale, ou partielle, faite sans le consentement de l’auteur ou de ses ayants droit ou ayant cause, est illicite” (alinéa 1er de l’article 40). Cette représentation ou reproduction, par quelque procédé que ce soit, constituerait donc une contrefaçon sanctionnée par les articles 425 et suivants du Code Pénal. Copyright Editions ENI

© ENI Editions - All rigths reserved

- 1-

À propos de l’auteur  Jean­François APREA est Consultant, spécialiste des Infrastructures Microsoft.  En 1992, Jean­François obtient sa première certification MCP et MCT sur Microsoft OS/2 Lan Manager puis peu de temps  après sur Microsoft Windows NT 3.1. Jean­François a contribué à la formation de nombreux consultants et ingénieurs  des équipes de support de Microsoft France sur Windows NT, Windows 2000 et Systems Management Server.  Sa  connaissance  des  technologies  et  infrastructures  Microsoft  font  de  lui  un  consultant  passionné  par  ses  activités  d’audit et de conseil.  C’est  avec  le  même  enthousiasme  qu’il  intervient  pour  le  groupe  Marketing  Technique  de  Microsoft  France  dans  l’animation de séminaires Microsoft Technet ou dans le cadre du lancement des nouveaux produits avec Microsoft. Son  activité  de  formation  intra  ou  inter  entreprises  lui  permet  de  faire  le  lien  entre  les  technologies  et  les  attentes  des  architectes et administrateurs des infrastructures Windows.  Ses domaines d’activité sont axés sur les services distribués de Windows Server 2003 et Windows Server 2008 et tout  particulièrement sur Active Directory et ses services de sécurité.  Outre  sa  participation  aux  programmes  béta  de  Microsoft,  Jean­François  a  participé  au  prélancement  de  Windows  Server 2003 (Rapid Deployment Program) avec Microsoft Corp. à Redmond et l’ETSI à Sophia­Antipolis. Ce programme a  permis  à  l’ETSI  (l’Institut  Européen  des  Télécommunications  http://www.etsi.org)  d’évaluer  puis  de  déployer  les  services Windows Media Server inclus dans Windows Server 2003 Enterprise Edition.  Ses  contacts  avec  l’industrie  sont  constants  et  de  nombreuses  entreprises  lui  font  confiance,  tout  particulièrement  dans le sud­est de la France.  Jean­François  est  MCP  et  MCT  depuis  1992,  MCSE  Charter  Member  depuis  1994,  MCSE  +  I,  MCSE  Early  Achiever  sur  Windows 2000, MCSE et MCSA sur Windows Server 2003, MCSE Security, MCSA Exchange Server et MCTS sur Windows  Vista. Il a reçu le label Microsoft MVP Windows Server Management Infrastructure en 2005 et 2006, et MVP Windows  Server Directory Services en 2007 et 2008. Vous pouvez le contacter via son site web à l’adresse : http://www.ads­ training.com 

© ENI Editions - All rigths reserved

- 1-

À propos de l’ouvrage  Pour  vous  aider  à  préparer  efficacement  l’examen,  cet  ouvrage  couvre  les  objectifs  officiels,  tant  d’un  point  de  vue  théorique que d’un point de vue pratique. Il se divise en quatorze chapitres comportant chacun l’organisation ci­après :  ●

Une  définition  des  objectifs  à  atteindre  :  permet  d’exposer  précisément  les  compétences  données  par  le  chapitre une fois celui­ci validé. 

●

Une partie cours théorique : permet de définir les termes et concepts abordés et de schématiser sous forme  d’un fil conducteur les différents points à assimiler. 

●

Une partie application du cours : permet de suivre le déroulement précis d’une manipulation (copies d’écran et  schémas). 

●

Une partie  validation  des  acquis proposée sous forme de questions/réponses (310 au total). Ces questions  mettent en exergue aussi bien les éléments fondamentaux que les caractéristiques spécifiques aux concepts  abordés. La partie réponses reprend les questions posées avec des réponses rédigées pour chacune d’entre  elles. 

●

Les travaux pratiques (71 au total) : ils permettent d’illustrer précisément certaines parties du cours et vous  donnent  aussi  les  moyens  de  mesurer  votre  autonomie.  Ces  manipulations  concrètes,  au­delà  même  des  objectifs  fixés  par  l’examen,  vous  permettront  de  vous  forger  une  première  expérience  significative  et  d’acquérir de véritables compétences techniques sur des mises en situations réelles. 

Après  une  introduction  aux  Services  d’annuaire  Active  Directory  (chapitre  1),  cet  ouvrage  est  organisé  en  quatre  modules principaux :  Le premier module (chapitres 2 à 10) présente les Fondements des services d’annuaire Active Directory :  ●

Chapitres 2 à 8 : Les services fondamentaux et les éléments de structure logique. 

●

Chapitres 9 et 10 : La topologie physique Active Directory et les services d’infrastructure. 

Le second module (chapitres 11 à 12) présente la Gestion des stratégies de groupes, les nouvelles préférences des  objets stratégies de groupe ainsi que le déploiement des logiciels.  Le  troisième  module  (chapitre  13)  présente  la  Maintenance  d’une  infrastructure  de  services  de  domaine  Active  Directory.  Enfin le quatrième module (chapitre 14) présente la configuration des nouveaux rôles de serveurs AD CS, AD FS, et AD  RMS inclus avec Windows Server 2008.  Pour la préparation spécifique à l’examen MCTS 70­640, à l’adresse http://www.edi­eni.com/francais/certifications,  vous  pourrez  accéder  gratuitement  à  1  examen  blanc  en  ligne,  destiné  à  vous  entraîner  dans  les  conditions  de  l’épreuve.  Sur  ce  site,  chaque  question  posée  s’inscrit  dans  l’esprit  de  la  certification  MCTS  et,  pour  chacune,  les  réponses sont suffisamment commentées pour combler ou identifier vos ultimes lacunes. 

© ENI Editions - All rigths reserved

- 1-

À propos de Windows Server 2008  Avec  Windows  Server  2008,  Microsoft  introduit  un  nombre  impressionnant  de  nouvelles  fonctionnalités  !  Pour  la  plupart,  celles­ci  n’étaient  pas  disponibles  avec  Windows  Server  2003,  ni  même  avec  la  version  R2.  Pour  encore  parfaire le produit, les fonctionnalités déjà présentes dans les précédentes versions de Windows Server ont fait l’objet  de dizaines d’améliorations ou d’évolutions positives… Windows Server 2008 est une version « vraiment » majeure !  Windows Server 2008 … une grande version !  Pour  s’en  convaincre,  il  suffit  de  lister  les  axes  d’évolutions  apporté  aux  services  de  sécurité,  aux  services  de  déploiement,  aux  services  d’administration,  au  support  des  sites  distants,  à  l’accès  aux  applications  quel  que  soit  l’emplacement, à la plate­forme et aux applications Web, aux services de haute disponibilité, sans oublier les avancées  significatives apportées au stockage et à la virtualisation des serveurs, avec la prometteuse technologie Hyper­V.  À propos des services Active Directory … Évolution ou révolution ?  Active Directory, apparu avec Windows 2000 Server ­ et conforté par Windows Server 2003 ­ forme, depuis maintenant  plusieurs  années,  la  fondation  des  réseaux  d’entreprise  basés  sur  Microsoft  Windows.  Les  nouveautés  et  améliorations  apportées  par  Windows  Server  2008  à  Active  Directory  sont  nombreuses,  mais  les  fondamentaux  sont  toujours  les  mêmes,  et  ce,  bien  heureusement  pour  toutes  les  infrastructures  déjà  déployées  depuis  plusieurs  années !  Au  fur  et  à  mesure  du  parcours  de  cet  ouvrage,  les  architectes  et  ingénieurs  systèmes  qui  connaissent  déjà  les  services  Active  Directory  auront  l’occasion  de  valider  leurs  acquis  tout  en  découvrant  les  évolutions  apportées  par  Windows  Server  2008.  De  leur  côté,  ceux  qui  se  plongent  dans  les  services  de  domaine  Active  Directory  pour  la  première fois découvriront l’ensemble de ces fondamentaux, et bien plus, si l’on considère les nouveautés apportées  par cette nouvelle version !  Windows  Server  2008  est  donc  une  version  majeure  à  plus  d’un  titre  et  elle  permettra  à  coup  sûr  d’augmenter  les  services offerts tout en renforçant encore le niveau de sécurité. 

© ENI Editions - All rigths reserved

- 1-

Rôle du service d’annuaire dans l’entreprise  Le service d’annuaire est l’un des composants les plus importants d’un système d’information, et ce, quelle que soit sa  taille. Il offre des services centraux capables de fédérer les multiples éléments qui composent le système d’information  lui­même.  Par  exemple,  imaginez  qu’un utilisateur recherche un élément du réseau sans pour autant en connaître le  nom ou l’endroit ! De prime abord, le problème semble insoluble alors que finalement il n’en est rien. En fait, l’utilisateur  pourra  résoudre  lui­même  ce  problème  en  initiant  une  recherche  vers  le  système  d’annuaire  sur  la  base  d’un  ou  de  plusieurs  attributs  qu’il  connaît.  De  cette  manière,  il  est  par  exemple  possible  à  notre  utilisateur  de  localiser  une  imprimante couleurs supportant l’impression recto verso, l’agrafage et ce, à un emplacement géographique particulier.  Au travers de ce premier exemple, nous pouvons maintenant introduire les fondements de l’annuaire Active Directory.  L’annuaire  Active  Directory  doit  offrir  les  moyens  de  stocker  toutes  les  informations  qui  caractérisent  l’ensemble  des  objets  pouvant  exister  dans  le  réseau  de  l’entreprise  ainsi  que  disposer  des  services  capables  de  rendre  ces  informations globalement utilisables par les utilisateurs, et ce, en fonction de leurs droits et privilèges.  Par voie de conséquence, les services de domaine Active Directory de Windows Server offrent les services ci­dessous :  ●

La possibilité de publier à l’échelle de l’entreprise des services indispensables au bon fonctionnement de celle­ ci.  Les  services  à  caractères  globaux  pourront  trouver  leur  place  au  sein  d’un  service  d’annuaire  offrant  de  telles possibilités de publication et de sélection. Par exemple, il pourrait s’agir pour une application s’exécutant  sur le poste de travail, de localiser le serveur de messagerie instantanée le plus proche et le plus disponible.  Pour  reprendre  l’exemple  précédent,  il  pourrait  aussi  s’agir  d’un  poste  de  travail  devant  sélectionner  une  autorité  de  certification  capable  de  délivrer  un  certificat  permettant  d’accéder  à  un  site  ou  une  application  particulièrement sécurisée. 

●

Ils  pourront,  si  nécessaire,  jouer  le  rôle  de  colonne  vertébrale  pour  l’ensemble  des  services  de  sécurité  du  réseau  de  l’entreprise.  De  cette  manière,  les  administrateurs  pourront  s’appuyer  sur  un  modèle  de  gestion  globale de la sécurité, lequel permettra de garantir plus facilement un haut niveau de sécurité des accès et une  meilleure  confidentialité  des  données  sensibles.  Par  exemple,  ce  pourrait  être  le  cas  de  la  distribution  automatique  de  certificats  numériques  pour  signer  un  message  électronique  ou  aussi  prendre  en  charge  l’authentification  des  utilisateurs  sur  présentation  d’une  carte  à  puce  ou  via  la  vérification  de  l’empreinte  digitale  ou  pourquoi  pas  aussi  de  l’iris.  Il  pourra  aussi  s’agir  de  distribuer  les  listes  de  contrôle  d’accès  à  un  firewall en fonction de l’authentification d’un utilisateur sur une connexion VPN.De cette manière, les services  de  domaine  Active  Directory  permettent  ou  ne  permettent  pas  à  un  utilisateur  distant  d’accéder  à  certaines  ressources du réseau privé en contrôlant dynamiquement les règles contenues dans un firewall. 

●

L’annuaire  est  globalement  distribué.  Cette  fonctionnalité  permet  à  l’ensemble  des  utilisateurs  du  réseau  de  s’appuyer  sur  l’ensemble  des  services  de  sécurité,  des  services  applicatifs  et  des  services  de  recherche  de  l’Active Directory. Évidemment, les services globaux doivent être globalement accessibles ! Il ne saurait en être  autrement, surtout s’il s’agit des contrôles d’accès et du bon fonctionnement d’applications critiques telles que  la  messagerie  ou  les  services  de  collaboration.  Il  est  clair  que  ces  exigences  nécessiteront  une  adoption  généralisée des technologies indispensables à l’implémentation de celles­ci. 

●

L’annuaire doit disposer de fonctions naturelles qui lui permettent de résister aux défaillances. La réplication de  l’annuaire  Active  Directory  sur  chaque  site  géographique  important  permettra  à  l’annuaire  de  jouer  son  rôle  central.  Par  exemple,  la  disparition  d’un  contrôleur  de  domaine  sur  un  site  géographique  donné  doit  être  solutionnée sans nécessiter d’intervention humaine. 

●

Les services de domaine Active Directory apportent avec eux la technologie de partitionnement qui permet de  s’appuyer  sur  un  espace  de  stockage  distribué  à  l’échelle  de  l’entreprise.  De  cette  manière,  l’annuaire Active  Directory  est  capable  de  gérer  des  millions  d’objets et permet aux utilisateurs d’y  accéder  quel  que  soit  leur  emplacement ou même celui des ressources. Ce rôle central donnera au service d’annuaire Active Directory un  caractère particulièrement stratégique et critique qu’il conviendra de considérer au plus tôt. 

© ENI Editions - All rigths reserved

- 1-

Positionnement et innovations de Windows Server 2008  1. Version majeure de Windows Server  Windows  Server  2008  a  été  conçu  comme  une  version  majeure  pour  fournir  aux  entreprises  une  plate­forme  plus  productive pour virtualiser de charges de travail, alimenter les applications et protéger des réseaux. Les plus grosses  évolutions et avancées permettent de fournir une plate­forme sécurisée facile à gérer, du simple serveur de groupe de  travail au centre de données d’entreprise. 

2. Évolutions en matière de sécurité  La sécurité a également été améliorée grâce à la protection des accès réseaux (NAP, Network Access Protection), des  nouveaux  contrôleurs  de  domaine  en  lecture  seule  (RODC, Read Only Domain Controller) et à la nouvelle version des  services et infrastructure à clé publique (AD CS, Active Directory Certificate Services). Les services de gestion des droits  numériques RMS (AD RMS, Active Directory Rights Management Services) permettent aussi une gestion des informations  critiques et données confidentielles au sein et en dehors de l’entreprise. La présence des fonctions de renforcement  des  services  Windows,  du  nouveau  pare­feu  Windows  bidirectionnel  et  des  fonctions  cryptographiques  CNG  (Crypto  Next Generation) sont aussi des points essentiels. 

3. Accès aux applications et mobilité  Les utilisateurs mobiles ne sont pas en reste puisqu’il est désormais possible d’exécuter des programmes de n’importe  quel emplacement distant grâce à RemoteApp et les fonctions de Terminal Services Gateway. Windows Server 2008  permet  aussi  aux  équipes  de  déploiement  de  progresser  grâce  aux  Services  de  déploiement  Windows  (Windows  Deployment Services). 

4. Virtualisation des serveurs  Enfin, les progrès accomplis dans l’intégration des technologies virtuelles au matériel permet à Hyper­V de virtualiser  des  charges  de  travail  beaucoup  plus  exigeantes  que  les  versions  précédentes  et  avec  une  plus  grande  flexibilité.  L’architecture est basée sur un hyperviseur 64 bits à faible surcharge spécialisé pour les processeurs 64 bits d’Intel  (Intel VT) et AMD (Pacifica). Windows Server 2008 et Hyper­V prennent en charge la gestion des configurations de type  multinoyaux.  Chaque  machine  virtuelle  (VM)  peut  recevoir  un  maximum  de  huit  processeurs  logiques  pour  virtualiser  des  charges  de  travail  intensives  qui  profitent  du  traitement  en  parallèle  des  noyaux  des  VM  multiprocesseurs.  Le  système  hôte  64  bits  prend  en  charge  les  systèmes  d’exploitation  invités  en  mode  64  bits  pour  assurer  un  accès  rapide  aux  grandes  zones  mémoires  des  VM  invitées.  Hyper­V  supporte  aussi  les  systèmes  d’exploitation  invités  64  bits et 32 bits s’exécutant sur le même serveur consolidé. Enfin, Hyper­V supporte les accès directs aux disques. Les  systèmes d’exploitation invités peuvent être configurés pour accéder directement au stockage local ou au réseau SAN  (Storage  Area  Network),  garantissant  ainsi  des  performances  supérieures  aux  applications  d’E/S  (entrées/  sorties)  intensives telles que SQL Server ou Microsoft Exchange Server.  À la sortie de Windows Server 2008, Hyper­V n’est pas encore disponible. Cependant, il faut remarquer que  Windows  Server  2008  Standard  ou  Entreprise  en  version  x  64  US  est  livré  avec  une  "Preview"  de  la  technologie Hyper­V. La version finale est planifiée pour être disponible dans le courant du mois d’août 2008. 

5. Nouveautés apportées par Windows Server 2008  Après  le  passage  de  Windows  NT  à  Windows  2000,  Windows  Server  2008  est  réellement  le  point  de  départ  d’une  nouvelle génération de Windows Server. La liste des fonctionnalités ci­dessous illustre l’ensemble des évolutions :  ●

Windows Firewall with Advanced Security 

●

Server Manager 

●

Server Core Installation Option 

© ENI Editions - All rigths reserved

- 1-

- 2-

●

Active Directory Certificate Services Role 

●

AD CS: Enterprise PKI (PKIView) 

●

AD CS: Network Device Enrollment Service 

●

AD CS: Online Certificate Status Protocol Support 

●

AD CS: Policy Settings 

●

AD CS: Web Enrollment 

●

Cryptography Next Generation 

●

Active Directory Domain Services Role 

●

AD DS: Auditing 

●

AD DS: Fine­Grained Password Policies 

●

AD DS: Read­Only Domain Controllers 

●

AD DS: Restartable Active Directory Domain Services 

●

AD DS: Snapshot Viewer 

●

AD DS: User Interface Improvements 

●

Active Directory Federation Services Role 

●

Active Directory Lightweight Directory Services Role 

●

Active Directory Rights Management Services Role 

●

Application Server 

●

DNS Server Role 

●

File Services Role 

●

Windows Server Backup 

●

Services for Network File System 

●

Transactional NTFS 

●

Self­Healing NTFS 

●

Symbolic Linking 

●

Network Policy and Access Services Role 

●

Network Policy and Access Services 

●

Network Access Protection 

© ENI Editions - All rigths reserved

●

Streaming Media Services Role 

●

Terminal Services Role 

●

Terminal Services Core Functionality 

●

Terminal Services Printing 

●

TS RemoteApp 

●

TS Web Access 

●

TS Licensing 

●

TS Gateway 

●

TS Session Broker 

●

Terminal Services and Windows System Resource Manager 

●

Web Server (IIS) Role 

●

Windows Deployment Services Role 

●

Windows SharePoint Services Role 

●

BitLocker Drive Encryption 

●

Failover Clustering 

●

Network Load Balancing Improvements 

●

Next Generation TCP/IP Protocols and Networking Components 

●

Windows Reliability and Performance Monitoring 

6. Innovations apportées à Active Directory  Comme cela a été le cas sous Windows Server 2003, les services d’annuaire Active Directory ont comme fonction et  vocation  première  de  gérer  les  utilisateurs,  les  ressources  telles  que  les  ordinateurs,  les  imprimantes  et  aussi  des  applications telles que Microsoft Exchange Server ou Microsoft Office Communication Server.  Les  services  Active  Directory  de  Windows  Server  2008  comprennent  de  nouvelles  fonctionnalités  dont  la  plupart  n’étaient  pas  présentes  dans  les  versions  précédentes  de  Windows  Server.  De  fait,  les  services  d’annuaire  Active  Directory  sont­ils  rebaptisés  Services  de  domaine  Active  Directory  (AD  DS,  Active  Directory  Domain  Services).  Cette  introduction présente ces nouveautés. 

a. AD DS: Audit  Les  contrôleurs  de  domaine  Windows  Server  2008  supportent  de  nouvelles  sous­catégories  ­  (Directory  Service  Changes)  pour  consigner  lors  des  opérations  de  changements  d’attributs  sur  les  objets  Active  Directory,  les  anciennes valeurs ainsi que les nouvelles valeurs d’attributs. Un nouveau paramètre, à définir dans la stratégie des  contrôleurs  de  domaine  ­  Audit  directory  service  access,  permet  d’activer  ou  de  désactiver  cette  nouvelle  fonctionnalité.  Bien  sur,  cette  fonctionnalité  est  très  intéressante  pour  tous  ceux  qui  souhaitent  surveiller  les  opérations réalisées sur les objets. Notez que l’administration des attributs à auditer est toujours définie au niveau  des objets, permettant ainsi une extrême finesse de configuration. Les nouveaux services d’audit permettent donc  de journaliser les valeurs des attributs lors des changements. 

© ENI Editions - All rigths reserved

- 3-

Windows Server 2003 avait la possibilité de consigner les événements de modification des attributs, mais il  ne  permettait  pas  d’enregistrer  ni  les  anciennes,  ni  les  nouvelles  valeurs.  Notez  aussi  que  les  nouvelles  fonctionnalités d’audit des services de domaine Active Directory s’appliquent de la même manière sur les services  AD LDS (Active Directory Lightweight Directory Services). 

b. AD DS: Gestion granulaire des stratégies de mot de passe  Avec les domaines Windows 2000 et Windows Server 2003, une seule et unique stratégie de mots de passe et de  verrouillage des comptes pouvait être appliquée à l’ensemble des utilisateurs d’un domaine. Les services de domaine  Active Directory de Windows Server 2008 permettent désormais de définir différentes stratégies de mots de passe  ainsi que différentes stratégies de verrouillage des comptes.  Cette  nouvelle  fonctionnalité  intéressera  les  nombreux  administrateurs  qui  recherchaient  cette  possibilité.  Il  est  désormais possible de créer de multiples stratégies de mot de passe au sein du même domaine et de les appliquer  sur différents ensembles d’utilisateurs. Ces nouvelles stratégies de comptes s’appliquent uniquement sur des objets  utilisateurs, de la classe inetOrgPerson mais aussi sur des groupes globaux de sécurité. 

c. AD DS: Contrôleurs de domaine en lecture seule  Les  contrôleurs  de  domaine  fonctionnant  sous  Windows  2000  Server  ou  Windows  Server  2003  sont  par  définition  disponibles  en  lecture  et  en  écriture.  Lorsque  les  contraintes  d’architecture  réseau  l’exigent,  il  est  nécessaire  de  placer  sur  un  site  distant  un  contrôleur  de  domaine  afin  d’authentifier  les  utilisateurs  et  d’offrir  les  services  d’infrastructure  habituels.  Le  problème  est  que,  trop  souvent,  les  sites  distants  ne  disposent  pas  du  niveau  de  sécurité nécessaire à des serveurs d’infrastructure, tels que des contrôleurs de domaine disponibles en écriture.  Windows Server 2008 permet désormais d’installer un nouveau type de contrôleur de domaine appelé contrôleur de  domaine  en  lecture  seule  ou  RODC  (Read­Only  Domain  Controller).  Cette  nouvelle  solution  permet  de  déployer  des  contrôleurs de domaine dans les emplacements ou un bon niveau de sécurité ne peut être garanti. En plus de forcer  la base de données Active Directory en mode lecture seule, les RODC introduisent aussi d’autres améliorations telles  que la réplication unidirectionnelle, la mise en cache des données d’identification, la séparation des rôles ainsi que la  prise en charge de la problématique des inscriptions dynamiques DNS dans les zones DNS intégrées à des bases de  données Active Directory disponibles en lecture seule. 

d. AD DS: Redémarrage des services de domaine Active Directory  Les  serveurs  Windows  Server  2008  permettent  aux  administrateurs  d’arrêter et de démarrer les services AD DS à  l’aide  des  outils  habituels  de  Windows  Server  2008.  Cette  nouvelle  fonctionnalité  est  très  intéressante  lors  du  passage  de  certaines  mises  à  jour  ou  lors  d’une  opération  de  défragmentation  de  la  base  de  données  Active  Directory,  sachant  que  les  services  ne  dépendant  pas  d’Active  Directory  peuvent  continuer  de  fonctionner  normalement. 

e. AD DS: Aide à la récupération des données  Avant  l’utilisation  des  contrôleurs  de  domaine  Windows  Server  2008,  lorsque  des  objets  étaient  accidentellement  détruits, la seule façon de déterminer quels objets avaient été effacés était de restaurer la base de données Active  Directory.  Bien  que  la  fonctionnalité  d’aide  à  la  récupération  des  données  Active  Directory  ne  permette  pas  de  directement  restaurer les données éventuellement effacées, elle aidera lors de la procédure de récupération des données.  Grâce  à  l’outil  de  montage  de  base  Active  Directory,  les  données  Active  Directory  enregistrées  dans  les  clichés  instantanés  sont  exposées.  De  cette  manière,  l’administrateur  peut  comparer  les  données  à  différents  moments  sans aucun arrêt système.    Pendant la phase Beta de Windows Server 2008, cette fonctionnalité était appelée Snapshot Viewer.

f. AD DS: Améliorations de l’interface Active Directory  Windows Server 2008 introduit un nouvel assistant d’installation des services Active Directory. Il permet notamment  d’installer les nouveaux contrôleurs de type RODC, ainsi que de définir les options de réplication des mots de passe  sur ces contrôleurs. La nouvelle console de gestion Utilisateurs et ordinateurs Active Directory permet aussi de pré­ créer et de déléguer l’installation d’un contrôleur de domaine en mode lecture seule.  En  plus  de  ces  améliorations,  l’assistant  d’installation  d’Active  Directory  supporte  une  nouvelle  option  qui  permet 

- 4-

© ENI Editions - All rigths reserved

d’utiliser un mode plus avancé. Ce nouveau mode permet notamment :  ●

Lors de l’installation d’un nouveau contrôleur de domaine dans un domaine enfant, de détecter lorsque l’IM ­  Infrastructure Master, est positionné sur un GC ­ Global Catalog. Dans ce cas, l’assistant propose de réaliser  l’opération de transfert du rôle de maître d’infrastructure vers le nouveau contrôleur en cours d’installation,  bien  sûr  dans  le  cas  où  celui­ci  ne  joue  pas  le  rôle  de  catalogue  global.  Cette  nouvelle  option  est  très  intéressante  car  elle  permet  de  conserver  une  configuration  Active  Directory  valide  lors  de  l’ajout  ou  la  suppression des contrôleurs. 

●

Lors  de  l’exécution  de  l’assistant  d’installation  d’Active  Directory,  il  est  désormais  possible  d’exporter  l’ensemble  des  paramètres  pour  les  utiliser  dans  un  fichier  de  réponses.  Cette  nouvelle  option  est  très  intéressante pour l’installation d’un contrôleur de domaine en mode "Server Core". 

●

Enfin,  une  nouvelle  option  très  importante  permet  de  forcer  la  suppression  des  services  Active  Directory  lorsque le contrôleur de domaine défaillant est démarré en mode Directory Services Restore Mode. 

Toutes ces nouvelles fonctionnalités sont détaillées plus loin dans l’ouvrage. 

© ENI Editions - All rigths reserved

- 5-

Windows Server 2008 : stratégie de Microsoft  Cette section présente la stratégie à long terme de Microsoft concernant la famille Windows Server en tenant compte  des  évolutions  qui  seront  perceptibles  via  les  Services  Packs,  Feature  Packs,  mises  à  niveau  et  la  prochaine  version  majeure. La stratégie système présentée par Microsoft vous permet de percevoir les prochaines évolutions du produit  et les enjeux qui y sont rattachés :  ●

Intégration de l’innovation au sein de Windows Server ; 

●

Le nouveau cycle de produits pour Windows Server ; 

●

Windows Server 2008 "R2" ; 

●

Planification des évolutions de Windows Server ; 

1. Intégration de l’innovation au sein de Windows Server  Windows  Server  intègre  un  nombre  important  de  technologies,  fonctionnalités  et  services  conçus  pour  former  une  solution pérenne et adaptée aux besoins des clients. L’un des plus grands avantages de l’intégration de cette plate­ forme  concerne  l’intégration  de  ces  services  au  centre  du  système,  de  la  plate­forme  toute  entière  et  la  facilité  de  mise  en  œ uvre  de  celle­ci.  Windows  Server  a  été  architecturé  sur  la  base  de  scénarios  qui  sont  le  reflet  d’une  expérience dans les entreprises. L’objectif de cette approche est de permettre un déploiement rapide de solutions au  départ complexes tout en étant au plus près des attentes et besoins exprimés par les clients.  La  stratégie  consiste  à  innover  autour  de  la  plate­forme  Windows  Server.  En  effet,  cette  plate­forme  a  vraiment  vocation  à  explorer  et  ouvrir  un  certain  nombre  de  voies.  Ce  point  concerne  particulièrement  les  fournisseurs  d’applications,  les  fournisseurs  de  services,  les  intégrateurs  système,  les  centres  de  formation  et  bien  sûr,  les  développeurs  de  matériels  qui  pourront,  sur  la  base  des  technologies  présentes  dans  Windows  Server,  créer  des  solutions intéressantes. Les services de base intégrés au système ainsi que les fonctionnalités que Windows Server  fournit permettent aux constructeurs et partenaires de se concentrer sur la fourniture de solutions pour étendre les  services fondamentaux de Windows et apporter une plus­value substantielle aux clients.  Les  clients  et  analystes  extérieurs  ont  constaté  que  l’approche  de  Microsoft  à  propos  de  l’innovation  a  pour  effet  d’accentuer le développement d’applications de très haute qualité, de favoriser la baisse du coût total de possession  (TCO) en permettant une meilleure productivité et efficacité par rapport aux solutions concurrentes.  Une innovation permanente est indispensable pour permettre que les initiatives technologiques majeures conduites  par Microsoft, telles que DSI ­ Dynamic Systems Initiative et la technologie Microsoft .NET, puissent aboutir. 

2. Le nouveau cycle de produits Windows Server  Aujourd’hui,  Windows  Server  2003  et  Windows  Server  2008  fournissent  les  services  d’infrastructure  fondamentaux  ainsi  que  les  services  globaux  de  Windows  Server.  Depuis  sa  date  de  sortie  en  avril  2003,  Microsoft  a  rajouté  de  nouvelles  fonctionnalités  à  Windows  Server  2003  grâce  à  la  fourniture  de  "Feature  Packs".  Avec  Windows  Server  2008, Microsoft a poursuivi son effort d’innovation en fournissant une version majeure de son système d’exploitation  serveur.  Microsoft  essaie  de  fournir  un  cycle  d’évolution  des  prochaines  versions  de  Windows  Server  de  telle  sorte  que  les  clients puissent planifier et budgétiser ces évolutions. La règle est de fournir une version majeure de Windows Server  à peu près tous les quatre ans, puis une mise à niveau de version tous les deux ans après chaque version majeure. 

a. Versions majeures  Les  versions  majeures  de  Windows  Server  incluent  un  nouveau  noyau  et  sont  ainsi  capables  de  supporter  de  nouveaux matériels, de nouveaux modèles de programmation et des évolutions fondamentales dans les domaines  de la sécurité et de la stabilité. Ces changements "majeurs" peuvent bien entendu générer des incompatibilités du  nouveau système avec les matériels et logiciels existants. 

b. Versions mises à jour  Les  versions  mises  à  jour  incluent  la  précédente  version  majeure  en  y  incluant  le  dernier  Service  Pack,  certains  Feature  Packs,  et  de  nouvelles  fonctionnalités  additionnelles.  Comme  une  version  mise  à  jour  est  basée  sur  la 

© ENI Editions - All rigths reserved

- 1-

précédente  version  majeure,  les  clients  peuvent  incorporer  ces  versions  dans  leur  environnement  de  production  sans  tests  supplémentaires  autres  que  ceux  que  pourraient  nécessiter  un  simple  Service  Pack.  Toutes  les  fonctionnalités  additionnelles  fournies  par  une  mise  à  jour  sont  optionnelles  et  de  fait,  elles  n’affectent  pas  la  compatibilité  des  applications  existantes.  Par  conséquent,  les  clients  n’ont  pas  à  recertifier  ou  à  retester  leurs  applications. 

c. Service Packs  Les Services Packs incorporent tous les correctifs de types critiques, de type non critiques ainsi que les dernières  demandes des clients au sein d’un même package.  Les Services Packs sont testés de manière intensive par Microsoft et par les clients et partenaires participant à un  programme  de  Beta  test.  Les  Services  Packs  peuvent  aussi  inclure  des  améliorations  importantes  de  la  sécurité  comme le "Security Configuration Wizard" qui est inclus dans le Service Pack 1 de Windows Server 2003.  Il  sera  parfois  nécessaire  de  réaliser  des  changements  à  certains  programmes  pour  supporter  les  nouveaux  standards  de  l’industrie  ou  des  fonctionnalités  demandées  par  les  clients.  Ces  changements  sont  soigneusement  évalués et testés avant d’être finalement inclus dans le Service Pack.  Afin  de  permettre  au  maximum  les  extensions  et  évolutions  d’architecture,  Microsoft  s’impose  de  maintenir  un  niveau  de  compatibilité  entre  les  Services  Packs  en  réalisant  des  tests  intensifs  avec  les  applications  et  ces  différents  Service  Packs.  En  général,  les  problèmes  de  compatibilité  concernent  les  applications  qui  utilisent  de  manière inappropriée des appels système, des interfaces internes ou des fonctions spécifiques à l’application. 

d. Feature Packs  Lorsque  cela  s’avère  nécessaire,  Microsoft  fournira  des  extensions  fonctionnelles  appelées  Feature  Packs.  Ces  services additionnels sont généralement des composants importants de Windows Server et, à ce titre, ces modules  sont bien entendu officiellement supportés. C’est pour cette raison que tous ces composants sont téléchargeables  à partir du site de Microsoft dans une rubrique qui leur est particulièrement dédiée (site Microsoft/Windows Server  2003/Downloads/Feature Packs). Cependant, afin de simplifier le processus de mise à niveau des administrateurs  système,  Microsoft  prévoit  de  limiter  le  nombre  et  la  fréquence  des  Feature  Packs.  La  plupart  des  Feature  Packs  seront intégrés via des mises à jour ou la mise à niveau vers une nouvelle version majeure. 

3. Windows Server 2008 "R2"  Aujourd’hui,  Windows  Server  2008  est  disponible  en  version  32  bits  et  64  bits,  sachant  que  les  éditions  incluant  Hyper­V existent uniquement en 64 bits.  La version R2 de Windows Server 2008 devrait voir le jour courant 2009 et ne sera disponible qu’en version 64 bits.  Pour en savoir plus sur la vision à long terme de Microsoft concernant les services de la famille de produits Windows  Server System, consultez la "Common Engineering Roadmap" disponible sur le site Web de Microsoft.  Ce planning prévisionnel des évolutions des systèmes Windows est libre d’accès et vous permettra de découvrir les  prochaines  fonctionnalités  et  axes  d’évolution  qui  seront  intégrés  dans  les  versions  ultérieures  de  Windows.  Cette  stratégie est disponible à l’adresse : http://www.microsoft.com/windowsserver2008/en/us/20admap.aspx 

- 2-

© ENI Editions - All rigths reserved

Services fondamentaux et protocoles standard  Les  services  d’annuaire  permettent  la  mise  en  œ uvre  d’un  espace  logique  organisé  de  manière  hiérarchique  où  il  devient aisé pour tout utilisateur habilité du réseau de localiser et utiliser tout type d’information.  Tout le monde doit finalement y trouver son intérêt puisque les utilisateurs pourront par exemple utiliser les services  de recherche et ainsi localiser les ressources dont ils ont besoin tandis que les administrateurs pourront, quant à eux,  mieux gérer les comptes d’utilisateurs, leurs privilèges ainsi que les ressources et leurs droits associés.  La centralisation des informations au sein des services d’annuaire permettra aussi d’éviter les innombrables pertes de  temps  occasionnées  par  de  longues  "promenades"  sur  les  serveurs  à  la  recherche  de  l’hypothétique  présence  de  l’élément recherché.  Quel que soit le système d’annuaire et l’usage pour lequel il a été conçu au départ, il est clair qu’au final, il permet de  structurer  l’information  en  organisant  celle­ci  sur  la  base  d’objets  plus  ou  moins  complexes  et  de  leurs  attributs  respectifs, eux­mêmes plus ou moins nombreux et spécifiques.  De  manière  tout  à  fait  logique,  si  l’annuaire  est  positionné  au  centre  du  système  d’information,  alors  il  deviendra  automatiquement un élément de choix pour servir de composant central pour l’ensemble des services de sécurité et de  contrôle des accès aux objets pris en charge.  Ce choix est bien sûr au cœ ur de la stratégie de Microsoft. Parmi les points les plus importants, nous pouvons d’ores et  déjà remarquer que l’implémentation de Kerberos V5 comme méthode d’authentification principale et l’intégration forte  des  services  de  gestion  de  certificats  numériques  X509  v3  sont  autant  d’éléments  qui  font  aujourd’hui  le  succès  de  l’Active Directory.  Ainsi, l’annuaire peut offrir de manière générique et sécurisée tout type de données à tout type de clients. Les services  du  système  d’exploitation,  les  applications  et  au  sens  large,  toute  entité  de  sécurité  habilitée  disposant  des  droits  suffisants y parviendront.  Un  autre  point  positif  induit  par  les  services  de  sécurité  intégrés  dans  le  système  d’annuaire  est  de  permettre  l’implémentation d’une authentification unique disponible partout à l’échelle de l’entreprise. Cette fonctionnalité n’a pas  fait  son  apparition  avec  Windows  2000,  ni  avec  Windows  Server  2003.  Dès  Windows  NT  (et  même  avant  dans  une  moindre mesure avec LAN Manager), l’ouverture de session de domaine via le protocole NTLM v1 ou v2 a été largement  utilisée par les applications Windows tierces parties. Depuis, Windows 2000 Server, Windows Server 2003 et Windows  Server 2008, étendent ces concepts en s’appuyant sur les technologies les plus abouties et éprouvées de l’industrie.  Le tableau suivant résume les points clés qui caractérisent l’Active Directory.  Fonctionnalités Active Directory 

Avantages pour l’entreprise 

Système de stockage réparti. 

Stockage des données d’annuaire unifié nécessitant  peu de tâches administratives. 

Extensibilité de l’annuaire. 

Intégration d’applications tierces avec extension du  schéma Active Directory. 

Administration centralisée et délégation. 

Contrôle des privilèges d’administration et des  paramètres de sécurité de manière hiérarchique à  l’échelle de l’entreprise. 

Disponibilité des informations de l’annuaire, tolérance  de panne, hautes performances. 

L’annuaire peut être mis à jour à partir de tout  contrôleur de domaine et ce, même lorsqu’un  contrôleur de domaine est indisponible. La  disponibilité et la gestion des flux de réplication sont  contrôlées grâce à l’ajustement dynamique de la  topologie de réplication et au mode de réplication  multimaître. La structure de forêt Active Directory ­ les  arbres, les domaines et les contrôleurs de domaine ­  supporte des structures comportant des milliers de  sites géographiques et des millions d’objets. 

Gestion des configurations et des changements de  configuration à l’aide de la technologie IntelliMirror. 

Cohérence des paramètres appliqués et opérations  réalisées grâce aux stratégies de groupe.  

Services de sécurité à l’échelle des entreprises de  toutes tailles via le support de Kerberos v5, SSL  (Secure Socket Layer) 3.0, TLS (Transport Layer  Security) et les services de clés publiques (PKI ­ Public  Key Infrastructure et certificats X509 V3). 

Les services d’authentification et de contrôle des  accès assurent une prise en charge au sein du réseau  privé et aussi sur Internet. 

© ENI Editions - All rigths reserved

- 1-

- 2-

Gestion de la sécurité et délégation de gestion de  l’administration. 

La granularité descend jusqu’à l’attribut et l’étendue  de management s’exerce sur les objets de types Site,  Domaine et OU. 

Support des standards de l’Internet : un domaine  Windows est un domaine DNS (Domain Name System),  un domaine d’authentification est un royaume  Kerberos, les certificats sont utilisables de manière  naturelle pour l’authentification (ouverture de session  par carte à puce (Smart logon) et la sécurisation des  informations (signatures numériques et chiffrement  des données locales et transitant sur le réseau). 

L’entreprise est assurée d’une pérennité de ses choix  de par la participation active de Microsoft aux  standards de l’industrie. TCP/IP v4 et v6, DNS, DDNS  (Dynamic DNS), IPSec, DHCP (Dynamic Host  Configuration Protocol), Kerb5, Radius (Remote  Authentication Dial­in User Service), EAP (Extensible  Authentication Protocol), PEAP (Protected EAP), LDAP  (Lightweight Directory Access Protocol), LT2P (Layer 2  Tunneling Protocol), PPTP (Point to Point Tunneling  Protocol), SSL3, TLS, Infrastructure à clés publique  (PKI), certificats X509 V3 et authentification par cartes  à puce. 

© ENI Editions - All rigths reserved

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quel est le rôle des services de domaine Active Directory dans l’entreprise ?  2 À quoi correspond la publication de services au sein de l’Active Directory ?  3 Quels sont les avantages d’un système d’annuaire globalement distribué ?  4 Pourquoi est­il judicieux de disposer un serveur d’annuaire sur un site géographique donné ?  5 Que signifie le terme "partitionnement" dans un espace tel que les services de domaine Active Directory ?  6 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux une version majeure de Windows.  ●

Nouveau noyau 

●

Même noyau 

●

Nouveaux pilotes 

●

Anciens pilotes 

Il se peut que le système fasse apparaître des incompatibilités avec des applications.  7 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux une version "Mise à jour" de  Windows.  ●

Nouveau noyau 

●

Même noyau 

●

Nouveaux pilotes 

●

Anciens pilotes 

●

Nouveau modèle de programmation 

●

Intégration des derniers Services Pack (BR) 

●

Intégration des derniers correctifs de sécurité (BR) 

●

Il se peut que le système fasse apparaître des incompatibilités avec des applications. 

8 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux un Service pack.  ●

Nouveaux pilotes 

●

Anciens pilotes 

●

Nouveau modèle de programmation 

●

Correctifs fonctionnels 

●

Amélioration de la stabilité et des performances 

●

Mise à niveau des API du système d’exploitation 

9 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux un "Feature Pack" pour la famille de  systèmes Windows Server 2003.  ●

Correctifs fonctionnels 

●

Amélioration de la stabilité et des performances 

© ENI Editions - All rigths reserved

- 1-

●

Mise à niveau des API du système d’exploitation 

●

Ajout  d’une  fonctionnalité  spécifique  en  tant  qu’extension  des  services  offerts  par  la  plate­forme  Windows  Server System. 

●

Version intermédiaire non supportée en attendant la prochaine version majeure. 

10 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux une nouvelle version telle que, par  exemple, Windows Server 2003 R2 ou Windows Server 2008 R2, lorsque cette version sera disponible ?  ●

Nouveaux pilotes 

●

Correctifs fonctionnels 

●

Améliorations fonctionnelles 

●

Nouvelles fonctionnalités 

●

Intégration du dernier "Service Pack" 

●

Intégration de précédents "Feature Pack" 

11 Lister les différentes versions de la famille Windows Server 2008.  12 Quelles sont les capacités de gestion mémoire et processeur de Windows Server 2008 Standard, Enterprise et  Datacenter en version x86 ?  13 Quelles sont les capacités de gestion mémoire et processeur de Windows Server 2008 Standard, Enterprise et  Datacenter en version x64 ?  14 Quelle politique de gestion des images virtuelles est définie par Microsoft pour Windows Server 2008 Standard,  Windows Server 2008 Enterprise et Windows Server 2008 Datacenter avec la technologie de virtualisation  Hyper­V ?  15 Les services de recherche de l’annuaire Active Directory sont­ils optionnels ou intégrés de base au sein du  système d’annuaire Active Directory ? 

2. Résultats  Reférez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /15  Pour ce chapitre, votre score minimum doit être de 11 sur 15. 

3. Réponses  1 Quel est le rôle des services de domaine Active Directory dans l’entreprise ?  Les  services  d’annuaire  Active  Directory  inclus  avec  Windows  2000  ou  Windows  Server  2003  renferment  les  informations relatives aux objets d’un réseau et facilitent leur recherche et leur utilisation pour les administrateurs, les  utilisateurs  et  aussi  les  applications.  Active  Directory  repose  sur  un  magasin  de  données  structuré  qui  permet  une  organisation hiérarchique et logique des informations d’annuaire.  2 À quoi correspond la publication de services au sein de l’Active Directory ?  La publication des services est l’action qui permet de déclarer un service particulier au sein de l’infrastructure technique  et logique Active Directory. Lorsqu’un service est publié, alors le service offert est globalement disponible dans le cadre  de l’annuaire Active Directory.  3 Quels sont les avantages d’un système d’annuaire globalement distribué ?  Un tel système distribué permet à tous les utilisateurs, ordinateurs et services de l’entreprise d’avoir potentiellement  accès à toutes les informations stockées dans l’annuaire et ce, en tout point du réseau.  4 Pourquoi est­il judicieux de disposer un serveur d’annuaire sur un site géographique donné ?  Sur un site donné, un serveur d’annuaire, permet à ce site de disposer localement d’une version de la base de données  de l’annuaire.  De  cette  façon,  le  site  dispose  d’une autonomie totale quant aux opérations classiques de recherches,  d’authentifications et de localisation des services offerts par l’annuaire.  5 Que signifie le terme "partitionnement" dans un espace tel que les services de domaine Active Directory ? 

- 2-

© ENI Editions - All rigths reserved

Le  terme  "partitionnement"  signifie  que  la  totalité  de  l’annuaire  est  répartie  en  plusieurs  parties  appelées  partitions.  Une  partition  correspond  à  un  domaine  Active  Directory,  tandis  que  la  totalité  est  représentée  par  la  somme  des  domaines de la forêt, c’est­à­dire la forêt.  6 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux une version majeure de Windows.  Bonnes réponses : Nouveau noyau, Nouveaux pilotes, Il se peut que le système fasse apparaître des incompatibilités  avec des applications.  7 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux une version "Mise à jour" de  Windows.  Bonnes  réponses  :  Intégration  des  derniers  Services  Pack,  Intégration  des  derniers  correctifs  de  sécurité,  Il  se  peut  que le système fasse apparaître des incompatibilités avec des applications.  8 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux un Service pack.  Bonnes réponses : Correctifs fonctionnels, Amélioration de la stabilité et des performances, Mise à niveau des API du  système d’exploitation.  9 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux un "Feature Pack" pour la famille de  systèmes Windows Server 2003.  Bonne  réponse  :  Ajout  d’une  fonctionnalité  spécifique  en  tant  qu’extension  des  services  offerts  par  la  plate­forme  Windows Server System. (BR)  10 Sélectionnez dans la liste ci­dessous les critères qui caractérisent le mieux une nouvelle version telle que, par  exemple, Windows Server 2003 R2 ou Windows Server 2008 R2, lorsque cette version sera disponible ?  Correctifs  fonctionnels,  Améliorations  fonctionnelles,  Nouvelles  fonctionnalités,  Intégration  de  précédents  "Feature  Pack".  11 Lister les différentes versions de la famille Windows Server 2008.  La  famille  Windows  Server  2008  contient  les  versions  suivantes  :  Windows  Server  2008  Standard,  Windows  Server  2008  Enterprise,  Windows  Server  2008  Datacenter,  Windows  Web  Server  2008,  Windows  Server  2008  for  Itanium,  Windows HPC Server 2008.  Notez  qu’il  existe  aussi  les  versions  ne  disposant  pas  de  la  technologie  de  virtualisation  Hyper­V,  à  savoir,  Windows  Server  2008  Standard  without  Hyper­V,  Windows  Server  2008  Enterprise  without  Hyper­V,  Windows  Server  2008  Datacenter without Hyper­V.  12 Quelles sont les capacités de gestion mémoire et processeur de Windows Server 2008 Standard, Enterprise et  Datacenter en version x86 ?  4 Go de RAM pour la version Windows Server 2008 Standard.  64 Go de RAM pour la version Windows Server 2008 Enterprise et aussi la version Windows Server 2008 Datacenter.  4 processeurs physiques pour la version Windows Server 2008 Standard.  8 processeurs physiques pour la version Windows Server 2008 Enterprise.  32 processeurs physiques pour la version Windows Server 2008 Datacenter.  13 Quelles sont les capacités de gestion mémoire et processeur de Windows Server 2008 Standard, Enterprise et  Datacenter en version x64 ?  32 Go de RAM pour la version Windows Server 2008 Standard.  2 To de RAM pour la version Windows Server 2008 Enterprise et aussi la version Windows Server 2008 Datacenter.  4 processeurs physiques pour la version Windows Server 2008 Standard.  8 processeurs physiques pour la version Windows Server 2008 Enterprise.  64 processeurs physiques pour la version Windows Server 2008 Datacenter.  14 Quelle politique de gestion des images virtuelles est définie par Microsoft pour Windows Server 2008 Standard,  Windows Server 2008 Enterprise et Windows Server 2008 Datacenter avec la technologie de virtualisation  Hyper­V ?  Windows Server 2008 Standard autorise 1 seule machine virtuelle gratuite.  Windows Server 2008 Enterprise autorise 4 machines virtuelles Windows Server 2008 gratuites.  Windows Server 2008 Datacenter autorise un nombre illimité de machines virtuelles Windows Server 2008.  15 Les services de recherche de l’annuaire Active Directory sont­ils optionnels ou intégrés de base au sein du  système d’annuaire Active Directory ?  Les services de recherche LDAP vers les contrôleurs de domaine ainsi que les recherches globales vers les catalogues  globaux font partie intégrante des services d’annuaire Active Directory. 

© ENI Editions - All rigths reserved

- 3-

Travaux pratiques  1. Installation de Windows Server 2008  Pré­ requis  Pour utiliser la version finale de Windows Server 2008, vous devez disposer des éléments suivants :  Composant 

Exigence  Minimum : 1 GHz (processeur x86) ou 1,4 GHz  (processeur x64) 

Processeur 

Recommandé : 2 GHz ou plus rapide  Remarque : un processeur Intel Itanium 2 est requis  pour Windows Server 2008 pour les systèmes  Itanium.  Minimum : 512 Mo de RAM  Recommandé : 2 Go de RAM ou plus 

Mémoire 

Maximum (systèmes 32 bits) : 4 Go (Standard) ou 64  Go (versions Enterprise et Datacenter)  Maximum (systèmes 64 bits) : 32 Go (Standard) ou 2  To (versions Enterprise, Datacenter et systèmes  Itanium)  Minimum : 10 Go  Recommandé : 40 Go ou plus 

Espace disque disponible 

Lecteur 

Remarque : les ordinateurs de plus de 16 Go de RAM  nécessitent plus d’espace disque pour les fichiers de  pagination, de veille prolongée et d’image mémoire.  Lecteur DVD­ROM  Moniteur Super VGA (800 x 600) ou de résolution  supérieure 

Écran et périphériques 

Clavier  Souris Microsoft ou périphérique de pointage  compatible 

Faites attention au fait que la configuration minimale réelle varie selon votre configuration système et les applications  et  fonctionnalités  que  vous  choisissez  d’installer.  Les  performances  du  processeur  dépendent  non  seulement  de  la  fréquence  d’horloge  du  processeur,  mais  également  du  nombre  de  cœ urs  et  de  la  taille  du  cache  du  processeur.  L’espace  disque  requis  pour  la  partition  système  est  approximatif.  Pour  les  systèmes  d’exploitation Itanium et x64,  ces  estimations  de  taille  de  disque  peuvent  varier.  Un  espace  de  disque  dur  disponible  plus  important  peut  être  nécessaire  si  vous  procédez  à  une  installation  via  un  réseau.  Pour  plus  d’informations,  consultez  le  lien  :  http://www.microsoft.com/windowsserver2008/en/us/default.aspx  À propos de la clé d’activation : ce produit requiert une clé de produit valide pour l’activation. Vous pouvez  l’installer  sans  l’activer,  mais  si  vous  n’entrez  pas  une  clé  de  produit  valide  et  que  vous  n’activez  pas  le  produit dans les 30 jours suivant l’installation, le logiciel cessera de fonctionner. Pendant l’installation, il vous sera  demandé de sélectionner l’édition de Windows Server 2008 que vous souhaitez installer. Assurez­vous que vous  choisissez  l’édition  de  Windows  Server  2008  pour  laquelle  vous  avez  obtenu  une  clé  de  produit,  sinon  vous  ne  pourrez pas activer le produit.  Recommandations  pour  les  configurations  dédiées  aux  tests  et  évaluations  des  fonctionnalités  de  Windows  Server  2008 :  ●

Utilisez un ordinateur type Intel Core 2 Duo ou AMD équivalent ou supérieur équipé de 2 Go de RAM et d’un 

© ENI Editions - All rigths reserved

- 1-

disque de 100 Go ou supérieur.  ●

Installez  un  produit  de  virtualisation  qui  vous  permette  d’exécuter  plusieurs  sys­  tèmes  d’exploitation  en  parallèle  sur  la  même  machine.  Vous  pouvez  utiliser  une  machine  fonctionnant  sous  Windows  Server  2003  SP2 avec Microsoft Virtual Server R2 EE SP1, ou une machine hôte fonctionnant sous Windows Server 2008  x64  Edition  Entreprise  avec  la  nouvelle  technologie  de  virtualisation  Microsoft  Hyper­V.  Attention,  votre  ordinateur  (carte  mère)  et  votre  processeur  (Intel  VT  ­  AMD  Pacifica)  doivent  supporter  la  virtualisation  assistée par le matériel. 

Installation de Windows Server 2008 à partir du DVD  Si vous installez Windows Server 2008 directement sur un ordinateur, vous pouvez lancer le programme d’installation  en démarrant l’ordinateur en tant que VM à partir du DVD de Windows Server 2008.  Si  vous  installez  Windows  Server  2008  "virtuellement"  sur  Microsoft  Virtual  PC  2007,  procédez  de  la  manière  suivante :  1. 

Lancez Microsoft Virtual PC 2007 et cliquez sur Nouveau. 

2. 

Cliquez sur Suivant sur la page de Bienvenue. 

3. 

Choisissez Créer une machine virtuelle. 

4. 

Choisissez le nom et l’emplacement du fichier de configuration de votre nouvelle machine  virtuelle (fichier .vmc). 

5. 

Sélectionnez le type de système d’exploitation que vous comptez installer au sein de la  machine virtuelle, c’est­à­dire Windows Vista. 

6. 

Sélectionnez la quantité de mémoire RAM à affecter à cette configuration. La taille  recommandée est de 512 Mo. Avec 4 Go de RAM installée dans l’ordinateur, vous pourrez  donc faire fonctionner en parallèle 5 ou 6 serveurs Windows Server 2008. 

7. 

Sélectionnez la création d’un nouveau disque virtuel (fichier .vhd) puis spécifiez son  emplacement. 

8. 

Cliquez sur le bouton Terminer. Une fois la configuration de cette machine virtuelle  terminée, vous pouvez modifier certains paramètres de ressources matérielles en  cliquant sur le bouton Paramètres. 

9. 

Pour démarrer l’installation de Windows Server 2008, démarrez votre machine virtuelle  Windows Server 2008 sur le CD­Rom de Windows Server 2008. 

Microsoft Virtual PC 2007 vous permet de démarrer sur un CD­Rom virtuel redirigé vers une image ISO. Cela  vous permettra d’éviter l’usage d’un CD­Rom, périphérique bien plus lent qu’un disque dur. Microsoft distribue  les fichiers ISO de tous ces produits à ses clients (contrats en volume, abonnements MSDN, et/ou Technet, etc).Les  versions d’évaluation sont aussi disponibles en téléchargement.  Étapes d’installation de Windows Server 2008  L’installation de Windows Server 2008 utilise la même technologie de programme d’installation que Windows Vista. La  logique d’installation est donc similaire à celle de Windows Vista. 

- 2-

© ENI Editions - All rigths reserved

Écran de bienvenue pour Installer ou réparer Windows Server 2008  À ce stade de l’installation le noyau Windows est déjà chargé sous la forme de Windows PE. 

Écran de sélection de la version de Windows Server 2008  Remarquez que les principales versions de Windows Server 2008 sont disponibles sur un seul DVD. 

© ENI Editions - All rigths reserved

- 3-

Il existe un DVD spécifique par langage (Français, anglais, italien,…) et aussi en fonction de la plate­forme 32  bits ou 64 bits.    http://www.microsoft.com/windowsserver2008/en/us/default.aspx

Écran d’acceptation du contrat de licence 

- 4-

© ENI Editions - All rigths reserved

Écran de sélection du processus de mise à niveau  Cette option n’est disponible que lorsqu’une version susceptible d’être mise à niveau est détectée.  Notez  qu’il  n’est  pas  possible  de  mettre  à  niveau  une  version  inférieure,  ni  de  changer  de  langage,  ni  de  changer le type d’architecture (32 bits/64 bits). 

© ENI Editions - All rigths reserved

- 5-

Écran de gestion des partitions  Cette option vous permet d’accepter la configuration courante, lorsque celle­ci est valide ou de la modifier.  Notez  que  vous  avez  aussi  la  possibilité  de  spécifier  les  pilotes  supplémentaires  nécessaires  à  la  prise  en  charge  de  contrôleurs  de  sous­systèmes  d’entrées­sorties  disques  non  pris  en  charge  par  la  distribution  utilisée. 

Écran d’installation de Windows Server 2008  Les différentes étapes se poursuivent sans aucune interaction jusqu’à la fin du processus complet de l’installation.  Ce TP vous a permis d’installer Windows Server 2008 dans sa configuration par défaut. 

2. Configuration des paramètres généraux du serveur Windows Server 2008  Lors de l’ouverture de session initiale vous devez obligatoirement changer le mot de passe de l’administrateur.  Une fois cette opération réalisée, vous pouvez configurer l’ensemble des paramètres généraux de Windows Server  2008 à l’aide de la page d’accueil du Gestionnaire de serveur. 

- 6-

© ENI Editions - All rigths reserved

Vue d’ensemble de l’état du serveur  La  fenêtre  principale  Gestionnaire  de  serveur  vous  permet  d’afficher  un  instantané  détaillé  des  informations  d’identité  de  votre  serveur,  des  options  de  configuration  de  sécurité  sélectionnées,  ainsi  que  des  rôles  et  fonctionnalités installés. Vous pouvez découvrir au sein de cette interface que la zone Ressources et support de la  fenêtre  principale  Gestionnaire  de  serveur  contient  des  liens  qui  vous  aident  à  rester  connecté  aux  dernières  documentations et téléchargements.  Paramètres gérés au niveau de cette zone de consultation et de modification via le Gestionnaire de serveur.  ●

Zone  Résumé  serveur  :  la  zone  Résumé  serveur  affiche  des  détails  sur  votre  serveur  qui  se  révèlent  particulièrement utiles lors du dépannage, tels que le nom d’ordinateur et les adresses réseau, ainsi que l’ID  de  produit  du  système  d’exploitation  exécuté  sur  l’ordinateur.  À  partir  de  la  zone  Résumé  serveur,  vous  pouvez afficher et modifier des connexions réseau, modifier des propriétés du système et activer et configurer  le Bureau à distance. 

En  cliquant  à  l’aide  des  différents  liens  de  l’interface,  renseignez  l’ensemble  des  paramètres  déclarés  dans  les  tableaux ci­après :  ●

Informations sur l’ordinateur 

Paramètre  

Description des données  

Nom complet de l’ordinateur : 

Nom de domaine pleinement qualifié (FQDN) du  serveur cible. 

Domaine (ou groupe de travail si l’ordinateur n’est  pas joint au domaine. 

Suffixe DNS principal 

<nom de connexion réseau 1>: 

Adresse IP : 

<nom de connexion réseau 2>: 

Adresse IP : 

<nom de connexion réseau 3>: 

Adresse IP : 

État d’activation de produit Windows : 

Nombre de jours restant pour activer le système  d’exploitation Windows du serveur 

ID de produit (si active) : 

ID de produit    © ENI Editions - All rigths reserved

- 7-

Attention : l’ID du produit n’est pas la clé produit permettant l’activation de votre licence Windows.

●

Informations sur la sécurité 

Le tableau suivant décrit les informations qui apparaissent dans la section Informations sur la sécurité.  Paramètre 

Description des données 

État du Pare­feu Windows 

Indique si le Pare­feu Windows est activé sur le  serveur. 

État de Windows Update 

Affiche si le serveur est configuré pour télécharger et  installer des mises à jour logicielles Windows  automatiquement. 

Dernière recherche de mises à jour 

Affiche le jour et l’heure de la dernière vérification par  le serveur de la présence de mises à jour logicielles. 

Dernières mises à jour installées 

Affiche le jour et l’heure de la dernière installation des  mises à jour. 

Configuration de sécurité renforcée d’Internet  Explorer 

Indique si la configuration de sécurité avancée  d’Internet Explorer est activée pour les membres du  groupe Administrateurs et les autres utilisateurs. 

À partir de la zone Informations sur la sécurité, vous pouvez aussi démarrer l’Assistant Configuration de la sécurité  qui vous aide à créer une stratégie de sécurité pouvant être appliquée à n’importe quel serveur sur votre réseau.  ●

Zone Résumé des rôles : 

La  zone  Résumé  des  rôles  de  la  fenêtre  principale  Gestionnaire  de  serveur  affiche  une  liste  de  tous  les  rôles  installés sur l’ordinateur. Les noms des rôles installés sur l’ordinateur s’affichent au format hypertexte. Lorsque vous  cliquez sur un nom de rôle, la page d’accueil Gestionnaire de serveur pour gérer ce rôle s’ouvre.  ●

Zone Résumé des fonctionnalités : 

La zone Résumé des fonctionnalités de la fenêtre principale Gestionnaire de serveur affiche une liste de toutes les  fonctionnalités installées sur l’ordinateur.  Notez  que  le  Gestionnaire  de  serveur  de  Windows  Server  2008  est  automatiquement  chargé  lors  de  l’ouverture de session. 

3. Configuration des paramètres TCP/IP  Ce TP va vous permettre de configurer les paramètres TCP/IP généraux de votre serveur Windows Server 2008 puis  de vérifier leur exactitude. Vous testerez ensuite le chargement et la liaison du protocole TCP/IP.  Les  opérations  décrites  précédemment  dans  le  TP  1  vous  ont  déjà  permis  de  configurer  les  paramètres  TCP/IP  du  serveur à l’aide du nouveau gestionnaire de serveur.  Cette fois­ci nous utilisons l’interface classique de Windows Server 2008.  Déclaration des paramètres  Généralement, les serveurs sont configurés de manière statique. Cependant, ceci n’est pas toujours vrai. En effet, il  peut être intéressant de configurer plusieurs centaines ou milliers de serveurs situés dans un datacenter à l’aide du  protocole DHCP, en effectuant des réservations statiques des configurations IP de chaque serveur. De cette manière,  toutes les configurations IP des serveurs de la salle machine sont globalement centralisées.  Configuration du protocole TCP/IP de votre serveur :  1. 

- 8-

Accédez au Centre de réseau et partage. 

© ENI Editions - All rigths reserved

2. 

Accédez aux propriétés de votre connexion réseau. Par défaut, celle­ci est nommée  Connexion au réseau local. Cliquez sur Voir le statut ­ Propriétés. 

3. 

Accédez aux propriétés du protocole TCP/IP et procédez aux déclarations ci­ dessous.  Remplacez n par la valeur correspondant au numéro de votre serveur (par exemple,  déclarez l’adresse IP 192.168.0.1 pour le serveur dont le nom est S1) : 

4. 

●

Adresse IP : 192.168.0.n 

●

Masque de sous­réseau : 255.255.255.0 

●

Passerelle par défaut : 192.168.0.254 

●

Serveur DNS : 192.168.0.200 

Validez et fermez les différentes fenêtres ouvertes sur le bureau.    Il n’est pas nécessaire de configurer le protocole TCP/IP version 6, ni de prendre l’initiative de le désactiver.

Vérification de votre configuration TCP/IP depuis l’invite de commande  1. 

Démarrez une invite de commandes en cliquant sur Démarrer ­ Exécuter et tapez cmd 

2. 

Pour afficher et vérifier que vos paramètres TCP/IP sont correctement configurés, tapez la  commande Ipconfig /all. 

3. 

Notez ci­dessous les informations affichées par la commande précédente :  Adresse IP de votre serveur :  Masque de sous­réseau :  Adresse physique de la carte réseau :  Type de nœ ud TCP/IP :  Nom d’hôte :  Suffixe DNS principal :  Client DHCP :  Client DNS :  Client WINS : 

Test de connectivité  1. 

Testez l’adresse de bouclage interne (loopback address) en tapant la commande : ping  127.0.0.1. 

2. 

Quel retour obtenez­vous ? 

3. 

Testez votre adresse TCP/IP en tapant la commande : ping 192.168.0.n où n représente  le numéro de votre serveur, tel que précisé précédemment. 

4. 

Quel retour obtenez­vous ? 

4. Vérification des paramètres  Utilisation de Netdiag (Outils de support de Windows Server 2003)  Vous  allez  utiliser  la  commande  Netdiag  pour  vous  assurer  que  les  couches  et  services  réseau  de  base  sont  bien  opérationnels.  Cette  commande  permet  de  vérifier  le  bon  fonctionnement  des  services  réseau  et  de  diagnostiquer  d’éventuels problèmes de connectivité.  Pour  fonctionner,  la  commande  Netdiag  exige  que  le  protocole  TCP/IP  soit  chargé  et  lié  sur  au  moins  une  interface réseau. 

1. 

Démarrez une invite de commandes en cliquant sur Démarrer ­ Exécuter et en tapant  cmd. 

2. 

Exécutez la commande Netdiag. 

3. 

Vérifiez que les tests de connectivité sont concluants. Dans le cas où certaines erreurs  sont remontées, interprétez les messages d’erreurs pour déterminer si vous devez ou 

© ENI Editions - All rigths reserved

- 9-

non les considérer.  Vous pouvez par exemple déclarer une passerelle par défaut inexistante. Cette erreur sera remontée par la  commande Netdiag.  Utilisation de Netdiag  Vous allez utiliser la commande Dcdiag pour vous assurer que la promotion de votre serveur au rôle de contrôleur de  domaine  est  possible.  Cette  commande  permet  de  vérifier  le  côté  fonctionnel  d’un  certain  nombre  de  composants  centraux de Windows Server 2008.  1. 

Démarrez une invite de commande en cliquant sur Démarrer ­ Exécuter et en tapant  cmd. 

2. 

Exécutez la commande : netdiag /test:dcpromo /dnsdomain :RootCorp.net /newforest 

L’usage du paramètre /test:dcpromo permet de vous assurer qu’il serait possible de réaliser la promotion souhaitée.  Vous  obtiendrez  en  retour  un  checkup  des  conditions  importantes  concernant  la  création  du  domaine  racine  de  la  forêt Rootcorp.net.  Pour plus d’informations sur Netdiag, faites une recherche dans l’aide en ligne de Windows Server 2003, sur  un ordinateur disposant des outils de support de Windows Server 2003. 

- 10 -

© ENI Editions - All rigths reserved

Introduction aux services de résolution de noms DNS  Ce chapitre introduit les mécanismes de résolution et de gestion des noms avec le système DNS, Domain Name System.  Les objectifs sont importants puisqu’ils nous permettront de :  ●

comprendre les principes de la résolution des noms DNS ; 

●

comprendre et configurer les zones DNS ; 

●

comprendre la réplication et le transfert des zones DNS ; 

●

comprendre  la  problématique  d’intégration  des  serveurs  DNS  Windows  au  sein  d’une  infrastructure  DNS  existante et gérer les problèmes d’interopérabilité. 

L’étape suivante consistera à étudier les fonctionnalités propres au service DNS de Windows Server 2003 et Windows  Server 2008 lorsque l’intégration Active Directory est utilisée et qu’un domaine DNS offre ses services pour assurer un  fonctionnement normal de l’annuaire Active Directory. 

1. Un peu d’histoire  Toute machine au sein d’un réseau TCP/IP doit posséder une adresse IP (Internet Protocol) qui sera utilisée dans le  cadre  des  communications  vers  les  autres  machines.  Les  services  TCP/IP,  outre  les  fonctions  inhérentes  aux  protocoles de transport et de routage entre les réseaux, ont été conçus pour supporter des applications réparties à  l’échelle de réseaux dont la taille peut atteindre celle de l’Internet.  Nous savons aujourd’hui à quel point TCP/IP est essentiel. Pour s’en convaincre, il suffit de constater l’effervescence  qui caractérise Internet et la banalisation des ordinateurs Windows dans les entreprises mais aussi, petit à petit, dans  nos universités, écoles et foyers.  Toutes ces machines sont bien entendu capables de manipuler aisément les adresses IP. Par contre, il est clair qu’il  n’en est pas de même des utilisateurs que nous sommes.  Au  commencement  et  bien  avant  que  l’Internet  que  nous  connaissons  aujourd’hui  n’existe,  la  manipulation  des  adresses IP était déjà source de nombreux problèmes au sein du réseau ARPANET (Advanced Research Project Agency  Network).  À  cette  époque,  le  NIC  (Network  Information  Center)  ­  à  ne  pas  confondre  avec  l’InterNic  ­  avait  la  responsabilité  de  tenir  à  jour  le  fichier  HOSTS.TXT.  Les  utilisateurs  du  réseau  ARPANET  devaient  ensuite,  pour  être  capables  de  résoudre  les  noms  de  machines  en  adresses  IP,  disposer  de  la  liste  la  plus  à  jour  possible  en  la  téléchargeant à l’aide du protocole FTP (File Transfer Protocol).  L’InterNic, évoqué plus haut, a pour objectif de fournir au public les informations concernant les fournisseurs  de services d’enregistrement de noms de domaines DNS sur Internet. Vous pouvez par l’intermédiaire du site  http://www.internic.net : accéder à la liste des organismes autorisés au niveau mondial à enregistrer les noms de  domaines  DNS,  leur  transmettre  toute  remarque  concernant  d’éventuels  problèmes  d’enregistrement  de  noms  de  domaine et accéder à des informations concernant les opérations DNS notables qui peuvent avoir lieu au niveau de  l’Internet.  Les  tâches  de  coordination  nécessaires  au  bon  fonctionnement  de  l’Internet  comprennent  principalement  la  gestion  des  adresses  IP  et  des  noms  de  domaine  DNS.  Jusqu’en  1998,  c’est  le  gouvernement  américain  et  certains  de  ses  organismes (Recherche et Département de la Défense ­ DoD) qui assuraient les tâches de coordination de l’Internet.  L’attribution  des  blocs  d’adresses  IP  était  sous  la  responsabilité  globale  de  l’IANA  (Internet  Assignement  Numbers  Authority), lequel était sous contrat avec le gouvernement américain.  Concernant la gestion des noms de domaines de premier niveau tels que .net, .gov, ou .com (on parle de gTLDs pour  "generic Top Level Domains"), c’est la société Network Solutions Inc. qui en avait le monopole.  En 1998, l’ICANN (Internet Corporation for Assigned Names and Numbers) est créé afin de coordonner l’attribution de ces  ressources au niveau mondial, la gestion réelle des domaines DNS étant déléguée à des instances régionales situées  sur chaque continent.  Pour  la  gestion  des  noms  de  domaines,  vous  pouvez  consulter  à  l’adresse  ci­après  la  liste  des  instances  responsables de la gestion des noms de domaines au sein de chaque pays, http://www.iana.org/cctld/cctld­ whois. htm.  Par exemple, la zone DNS .fr est gérée par l’AFNIC (Association Française pour le Nommage Internet en Coopération,  http://www.nic.fr).  © ENI Editions - All rigths reserved

- 1-

Pour  plus  de  détails,  vous  pouvez  visiter  les  sites  de  l’ICANN  aux  adresses  suivantes  :  http://www.dnso.icann.org et http://www.pso.icann.org. 

La solution : Merci Dr Mockapetris ! Suite à cette première implémentation d’un système de nommage et de résolution des noms de machines en adresses  IP, il était évident qu’une solution plus "moderne" devait être mise en place.  C’est  en  1983  que  le  Dr  Paul  V.  Mockapetris  ­  diplômé  du  réputé  MIT  (Massachusetts  Institute  of  Technology)  ­  proposera les fondements des services DNS par le biais des RFC 882 et 883.  Les RFC 882 et 883 sont aujourd’hui obsolètes et ont été remplacés par les RFC 1034 et 1035, lesquels sont  toujours écrits par le Dr Paul Mockapetris. Le RFC 1034 est toujours d’actualité mais fait l’objet des mises à  jour  contenues  dans  les  RFC  1101,  1183,  1348,  1876,  1982,  2065,  2181,  2308  et  253.  Le  RFC  1035  est  lui  aussi  toujours d’actualité mais fait l’objet des mises à jour contenues dans les RFC 1101, 1183, 1348, 1876, 1982, 1995,  1996, 2065, 2136, 2181, 2137, 2308, 2535, 2845, 3425 et 3658. Vous pouvez rechercher et consulter ces RFC sur le  site : http://www.rfc­editor.org 

2. Qu’est­ce que les services DNS ?  Comme  expliqué  plus  haut,  le  DNS  est  le  protocole  standard  de  résolution  de  noms  défini  par  l’IETF  (Internet  Engineering  Task  Force).  Il  permet  à  des  machines  clientes  de  s’enregistrer  et  de  résoudre  des  noms  de  machines  appartenant  à  des  domaines  DNS.  Une  fois  le  nom  de  la  machine  cible  résolu,  il  devient  possible  d’accéder  à  la  machine ainsi qu’à ces ressources.  Le DNS est, par définition, constitué de trois composants principaux :  1. 

L’espace de noms de domaines (Domain Namespace), lequel comprend les  enregistrements de ressources associés à cet espace. Les enregistrements de ressources  sont appelés RR pour Resources Records et clarifient le type de chaque enregistrement. 

2. 

Les serveurs de noms DNS (DNS Name Servers). Il s’agit de machines sur lesquelles  s’exécute le processus offrant le service "Serveur DNS". Ces serveurs hébergent tout ou  partie de l’espace de nom géré ainsi que les enregistrements de ressources. Ils assurent  aussi ­ et surtout ! ­ le bon fonctionnement des résolutions de noms initiées par les clients  DNS. 

3. 

Les clients DNS (DNS Resolvers ou DNR). Il s’agit des machines devant invoquer un ou  plusieurs serveurs DNS. Ces machines doivent disposer d’un client leur permettant de  solliciter un ou plusieurs serveurs DNS. 

Les concepts de résolution des noms DNS vont nous amener à traiter les points suivants :  ●

la résolution des noms ; 

●

les requêtes de résolution directes et inversées ; 

●

les mécanismes de cache côté serveur DNS et côté client DNS. 

Ce que nous allons découvrir : 

- 2-

●

Le service DNS est basé sur la demande de résolutions (en anglais "Lookup Queries"). 

●

Les serveurs de noms DNS aident à résoudre des demandes de résolution directes et inversées. 

●

Les demandes de résolution directes permettent de mapper un nom DNS en adresse IP. 

●

Les demandes de résolution inverses permettent de mapper une adresse IP sur un nom DNS. 

●

Un serveur de nom DNS peut résoudre une demande pour une zone pour laquelle il fait autorité. 

© ENI Editions - All rigths reserved

●

Si un serveur de nom DNS ne peut résoudre la demande, peut­être peut­il solliciter un autre serveur DNS qui  pourra l’aider à résoudre la requête. 

●

Les serveurs de noms DNS savent cacher les résolutions réussies et ayant échoué pour réduire les flux sur le  réseau. 

●

Le service DNS utilise un modèle client/serveur. 

3. Terminologie du système DNS  Le  protocole  DNS  a  été  conçu  pour  gérer  une  problématique  propre  aux  réseaux  de  machines  fonctionnant  sous  TCP/IP. Les points ci­dessous rappellent quelques principes fondamentaux :  ●

La résolution des noms DNS est le processus qui permet de résoudre un nom DNS en adresse IP. 

●

Une adresse IP identifie chaque nœ ud devant communiquer à l’aide du protocole TCP/IP. 

●

Une adresse IP est une valeur sur 32 bits, segmentée en 4 mots de 8 bits chacun (4 octets) et composée de  deux parties :  ●

La  partie  la  plus  à  gauche  référence  le  réseau  et  est  appelée  Net  ID  ou  adresse  du  réseau.  Elle  permet d’identifier de manière unique un segment réseau au sein d’un inter­réseau TCP/IP beaucoup  plus vaste. 

●

La partie la plus à droite référence la machine hôte sur le réseau et est appelée Host ID ou adresse  de l’hôte. Elle permet d’identifier de manière unique un nœ ud TCP/IP au sein d’un réseau donné. 

●

Les adresses IP, qui techniquement sont des valeurs binaires, sont exprimées en notation décimale et  séparées par des points. 

a. L’espace de nom DNS (Domain Namespace)  L’espace de nommage du système DNS est implémenté sous la forme d’une hiérarchie de noms implémentée par un  arbre structuré. Le nom de cet arbre est par convention indéfini mais sera appelé racine  de  l’espace et prendra la  forme d’un point. Par exemple, le domaine microsoft.com est réellement et techniquement nommé "microsoft.com.",  donc terminé par le caractère (.).  Points clés :  ●

L’espace peut être composé d’une ou de plusieurs branches. 

●

Chaque branche peut être composée de N noms. 

●

Chaque nom d’hôte est limité à 63 caractères. 

●

Le nom complet d’un  nœ ud situé dans l’espace de nommage DNS est appelé FQDN (Fully Qualified Domain  Name) ce qui signifie "nom de domaine pleinement qualifié". 

Il est recommandé de respecter le RFC 1123, lequel définit les conventions de nommage suivantes :  ●

Utiliser les caractères A­Z, a­z,0 ­9 et le caractère "­" 

●

Le FQDN ne doit pas excéder 255 caractères. 

Autres points à retenir :  ●

Sous Windows 2000, Windows XP et Windows Vista, le nom de l’ordinateur est basé sur le FQDN et permet  d’en déduire le nom NetBIOS. Il est formé en rajoutant au Computer Name, le suffixe DNS principal (Primary  DNS Suffix), lequel est par défaut le nom du domaine Active Directory auquel appartient la machine. 

© ENI Editions - All rigths reserved

- 3-

Bien  que  cette  possibilité  de  changement  ne  soit  pas  une  bonne  pratique,  sachez  que  le  suffixe  DNS  principal de l’ordinateur peut être différent du nom de domaine Active Directory. 

●

À l’inverse, sous Windows NT, c’est le nom NetBIOS qui sera utilisé pour former le nom d’hôte (Hostname). 

Identification de l’ordinateur et FQDN 

Le nom NetBIOS n’est plus contrôlable  Ces  écrans  montrent  à  quel  point  Windows  s’appuie  aujourd’hui  sur  l’espace  de  nommage  DNS.  Le  nom  de  l’ordinateur s’écrit en minuscules, à l’inverse du nom NetBIOS où seuls les caractères majuscules sont autorisés.  Le  nom  complet  de  l’ordinateur  est  aussi  très  clairement  signifié  dans  l’interface  graphique  (xp­ clientx.corp2003.corporate.net). Vous remarquerez aussi que l’interface ne montre pas directement le nom NetBIOS.  Pour y accéder, vous devrez passer par le bouton Autres.  Les systèmes tels que Windows 9x et Windows NT sont d’abord des machines NetBIOS, lesquelles peuvent  aussi  s’appuyer  sur  le  système  de  résolution  DNS.  Prêtez  attention  au  fait  que  si  sous  Windows  2000,  Windows  XP,  Windows  Server  2003,  Windows  Vista  et  Windows  Server  2008,  le  nom  d’ordinateur  (hostname)  contrôle  le  nom  NetBIOS  dans  la  limite  des  15  caractères  majuscules  autorisés  dans  le  cadre  de  l’interface  NetBIOS, il n’en est pas de même sous Windows NT. 

- 4-

© ENI Editions - All rigths reserved

Attention ! Le fait qu’un contrôleur de domaine Windows NT dispose d’un nom NetBIOS et d’un nom DNS (hostname)  différents pourra être la cause de multiples problèmes de réplication de l’annuaire après que la migration vers Active  Directory ait eu lieu.  À propos des minuscules et majuscules : RFC 1034 Les noms de domaine peuvent être enregistrés en minuscules, en majuscules ou encore avec toute combinaison des  deux. Toutefois, le RFC 1034 précise que, quelle que soit la façon dont le nom est enregistré, toutes les opérations  seront insensibles à la casse.  À propos de NetBIOS Espace de noms et Interface de programmation

Le terme NetBIOS (Network Basic Input/Output System) peut prendre de multiples significations. En effet, il peut s’agir  des services d’enregistrement de noms sur le réseau NetBIOS, des méthodes de résolution disponibles au sein de  cet  espace  de  nommage  mais  aussi  de  l’interface  de  programmation  nécessaire  au  bon  fonctionnement  des  applications NetBIOS.  À  propos  de  la  désactivation  de  NetBIOS,  notez  qu’il  n’est  pas  possible  d’envisager  la  désactivation  de  l’interface NetBIOS tant que le réseau exploite encore des applications s’appuyant tant sur les services de  résolution que sur l’interface de programmation NetBIOS.  Aussi, il est possible :  ●

qu’une  application  NetBIOS  s’enregistre  sur  un  réseau  NetBIOS  sur  le  protocole  de  transport  TCP/IP.  Les  postes  clients  s’appuieront  sur  les  services  de  résolution  de  noms  NetBIOS  tels  que  le  WINS  (Windows  Internet  Naming  Service)  pour  localiser  le  service  demandé  sur  la  machine  cible.  Par  la  suite,  cette  même  application fera appel aux services de gestion de sessions NetBIOS en utilisant les API NetBIOS offertes par  le système d’exploitation. Elle pourra aussi invoquer une autre interface réseau telle que les MSRPC (Remote  Procedure Call) ou bien encore l’interface Windows Sockets. 

●

qu’une application NetBIOS s’appuie sur les services de résolution de noms DNS. Dans ce cas, il ne sera pas  possible d’utiliser les codes de services associés aux applications NetBIOS. 

La commande nbtstat affiche les noms enregistrés sur le réseau NetBIOS  Pour faire simple, rappelez­vous que par rapport au modèle OSI (Open System Interconnection), les services NetBIOS  se situent : 

© ENI Editions - All rigths reserved

- 5-

●

Au niveau 4, pour ce qui concerne les services de transport de données. On ne parlera pas du niveau 3 dans  la  mesure  où  NetBIOS  n’est  pas  un  protocole  routable,  mais  seulement  "source  routable"  sur  les  réseaux  Token­Ring  IBM.  Ces  services  sont  mis  en  œ uvre  grâce  au  protocole  NetBEUI  (NetBIOS  Extended  User  Interface)  développé  par  IBM  et  Microsoft  en  1985.  Ce  protocole  de  bas  niveau  offre  des  services  élémentaires en mode connecté et en mode déconnecté. 

●

Au  niveau  5,  pour  ce  qui  concerne  les  services  de  noms  et  de  sessions.  Ces  services  génériques  sont  indispensables  pour  toute  application  répartie  ou  distribuée  sur  un  réseau.  On  retrouvera  à  ce  niveau  l’interface  NetBT  (NetBIOS  over  TCP/IP)  qui  a  pour  objet  de  permettre  la  correspondance  entre  les  noms  et  services NetBIOS et les adresses IP. 

●

Au  niveau  7  du  modèle  pour  ce  qui  concerne  les  applications  qui  s’appuient  par  exemple  sur  les  canaux  nommés (named pipes). Dans ce cas, il s’agira de l’interface de programmation NetBIOS. 

Un peu d’histoire...

À  l’heure  d’Internet,  NetBIOS  est  une  technologie  obsolète.  On  se  rappellera  que  ses  services  élémentaires  mais  fondamentaux auront permis le développement de milliers d’applications et ce, avec une grande indépendance vis­à­ vis des protocoles de transport. À l’époque, Windows NT s’est appuyé sur cette interface pour pénétrer les réseaux  de toute nature, grâce aux nombreux protocoles de transport qu’il a supportés dès la première version, Windows NT  3.1  en  1993.  Ainsi,  le  tandem  "Windows  NT/NetBIOS"  aura  permis  la  mise  en  œ uvre  de  serveurs  d’applications  compétitifs facilement intégrables dans des réseaux utilisant des protocoles de transport tels que DECnet, OSI TP4,  IPX/SPX et bien sûr, TCP/IP.  Et après...

Le développement de Windows NT 5.0 qui s’appellera peu de temps avant sa sortie, Windows 2000, a commencé en  1997 ­ date des premiers builds Alpha, c’est­à­dire à peine un an après la sortie de Windows NT 4.0. La route aura  été  longue,  mais  les  milliers  de  développeurs  de  l’équipe  NT  y  seront  arrivés.  Avec  le  recul,  il  est  intéressant  de  remarquer  que  la  stratégie  "tout  Internet"  de  Microsoft  est  alors  déjà  très  avancée  :  le  successeur  de  NT  4.0  s’appuiera sur IP, DNS, LDAP et Kerberos. Aujourd’hui, l’effort de Microsoft se porte sur les services Web, la gestion  des  documents,  les  services  de  collaboration  et  la  sécurité  des  systèmes,  des  applications  et  du  système  d’information dans son ensemble. 

b. Hiérarchie DNS et espace de noms Internet  Chaque nœ ud au sein de l’espace du DNS dispose d’un nom qui lui est propre. Ce nom doit toujours respecter le RFC  1035,  lequel  définit  l’ensemble  des  principes  et  bonnes  pratiques  du  DNS.  Tel  que  nous  l’avons  déjà  expliqué  précédemment, le nom, aussi appelé label, ne doit pas dépasser 63 caractères pour un FQDN complet ne dépassant  pas 255 caractères. 

4. Le DNS : base de données distribuée  Nous  venons  de  voir  que  le  système  de  nommage  du  DNS  nous  permet  de  déployer  un  espace  sur  la  base  d’une  hiérarchie de noms de domaines. Maintenant, nous pouvons imaginer qu’avec un tel système et à partir du moment où  l’espace  est  découpé  en  plusieurs  arbres  et  sous­arbres,  il  devient  aisé  de  distribuer  techniquement  l’espace  DNS  comme une base de données répartie.  En  fait,  employer  une  base  de  données  répartie  signifie  que  l’information  de  tout  l’espace  DNS  est  stockée  sur  N  machines, lesquelles peuvent être situées à n’importe quel emplacement du réseau.  Cette  remarque  est  particulièrement  vraie  dans  le  cas  de  l’Internet.  Dans  le  cas  d’un  réseau  s’appuyant  sur  un  nommage privé (non Internet), l’information  de  l’espace DNS sera à l’échelle de ce réseau. De plus, avec les mêmes  principes  que  ceux  qui  sont  appliqués  pour  le  réseau  Internet,  et  si  le  réseau  privé  de  l’entreprise  est  composé  de  multiples  sites,  il  sera  bien  sûr  nécessaire  de  prévoir  une  disponibilité  de  l’espace  DNS  sur  chacun  des  sites.  Nous  reviendrons sur ce point important lorsque nous discuterons de la relation DNS/Active Directory.  Finalement, chaque serveur DNS maintient seulement une partie de la base de données de l’espace DNS. La base de  données  "totale"  est  divisée  en  différentes  parties  appelées  zones,  chaque  zone  correspondant  à  une  partie  de  l’espace DNS, donc à un domaine ou un sous­domaine particulier. Nous reviendrons sur ce point plus loin.  Les  fichiers  de  zone  pourront  ensuite  être  répliqués  vers  de  multiples  serveurs  à  l’aide  de  ce  que  l’on  appelle  des  transferts de zones. Ainsi, nous pouvons représenter l’espace DNS de l’Internet de la manière suivante :  ●

- 6-

Le  domaine  racine  (.)  est  sollicité  via  les  treize  serveurs  DNS  de  la  racine.  Ces  serveurs  contiennent  les  informations  qui  permettent  de  localiser  les  serveurs  DNS  du  premier  niveau  tels  que  .com,  .org,  .net  ou  encore .fr. 

© ENI Editions - All rigths reserved

●

Notez que les serveurs de la racine ne contiennent pas toutes les informations sur les domaines du premier  niveau. Ils connaissent seulement les serveurs qui ont la responsabilité de ces domaines. 

●

Avec le même principe, pour être capable de résoudre le nom d’un hôte situé dans le domaine microsoft.com, il  sera nécessaire d’envoyer une demande de résolution vers le domaine de premier niveau .com (pour rappel,  TLD  ­  Top  Level  Domain),  lequel  n’est  pas  directement  capable  de  répondre  à  la  demande  mais  pourra  retourner les adresses des serveurs de noms DNS qui, eux, font autorité sur le domaine de deuxième niveau  microsoft.com. 

Le schéma ci­après montre le processus de résolution de nom au sein de l’espace de noms hiérarchique de l’Internet. 

Processus lié à la demande de résolution de nom directe  Retenez les points suivants :  ●

Par définition, le système de résolution DNS offre un espace de noms hiérarchique et distribué. 

●

Le  système  DNS  dispose  de  plusieurs  techniques  pour  mettre  en  œ uvre  un  espace  distribué.  Il  est  ainsi  possible  de  déterminer  quel  serveur  de  l’espace  possède  l’information  demandée.  Les  mécanismes  sont  simples  mais  très  puissants.  Le  système  DNS  est  de  par  sa  conception,  capable  de  prendre  en  charge  des  espaces  de  n’importe  quelle  taille,  comme  par  exemple  l’Internet.  Il  est  donc  de  fait  très  utilisé  dans  les  réseaux privés des entreprises. 

●

Les moyens dont dispose le DNS pour réaliser un espace de noms distribué sont :  ●

La délégation de domaines. 

●

Les redirecteurs conditionnels ou non conditionnels. 

●

Les indications de racines. 

Ces points sont abordés plus loin. 

© ENI Editions - All rigths reserved

- 7-

Structure de l’espace DNS et hiérarchie des domaines 

 

1. Le domaine racine  Il  s’agit  du  plus  haut  point  de  l’arborescence,  lequel  représente  un  niveau  ne  portant  pas  de  nom  particulier.  On  pourra aussi dire que la racine n’a pas de nom ou est de type "non nommée". Elle est parfois affichée sous la forme  de  deux  guillemets  vides  (""),  indiquant  une  valeur  nulle.  Quoiqu’il  en  soit,  lorsqu’elle  est  utilisée  dans  un  nom  de  domaine  DNS,  elle  est  indiquée  par  un  point  à  droite  (.)  pour  indiquer  que  le  nom  est  situé  à  la  racine  ou  niveau  supérieur  de  la  hiérarchie  du  domaine.  Le  nom  de  domaine  DNS  est  alors  considéré  comme  complet  et  désigne  un  emplacement exact de l’arborescence des noms.  Un  serveur  DNS  peut  gérer  le  domaine  racine  ou  non,  tandis  que  d’autres  serveurs  DNS  devront  s’appuyer  sur  un  serveur DNS gérant le domaine racine pour pouvoir résoudre tout ou partie de l’espace de noms DNS.  Avec les services DNS de Windows Server 2003 et Windows Server 2008, la zone racine représentée par le  (.) dans les zones de recherches directes n’est plus ajoutée automatiquement. Sous Windows 2000, la zone  racine (.) était automatiquement ajoutée lors de la première initialisation du serveur DNS, si le serveur n’était pas  capable  de  contacter  les  serveurs  de  la  racine  (Root  Hints).  Le  fait  de  disposer  de  cette  zone  avait  pour  effet  négatif d’empêcher l’utilisation des redirecteurs ainsi que des serveurs de la racine Internet. L’administrateur devra  donc créer manuellement la zone racine (.), si nécessaire. 

2. Les domaines de premier et deuxième niveau  Les  domaines  de  premier  niveau  sont  aussi  appelés  TLDs  pour  Top  Level  Domains.  Ce  premier  niveau  dans  la  hiérarchie  DNS ­  positionné  au­dessous  de  la  racine ­  permet  de  structurer  l’espace  de  départ  en  fonction  du  type  d’organisation utilisant un nom ou aussi en fonction d’une région ou d’un pays.  La liste ci­dessous décrit ces domaines et leur rôle.  aero  L’usage de ce domaine de premier niveau est réservé à l’industrie aéronautique.  biz  L’usage de ce domaine de premier niveau est réservé aux grandes et petites et entreprises au niveau mondial.  com  L’usage  de  ce  domaine  de  premier  niveau  est  réservé  aux  entreprises  à  caractère  commercial  telles  que  Microsoft,  avec le domaine microsoft.com. Presque toutes les entreprises ont pour première fonction de vendre leurs produits.  De fait, vous pourrez constater plus loin dans ce chapitre à quel point la zone .com est largement plus volumineuse  que toutes les autres. 

© ENI Editions - All rigths reserved

- 1-

coop  Ce domaine de premier niveau est réservé à l’usage des écoles et universités.  gov  L’usage  de  ce  domaine  de  premier  niveau  est  réservé  aux  agences  gouvernementales  américaines.  Vous  y  retrouverez par exemple le site du FBI (U.S. Federal Bureau of Investigation ­ http://www.fbi.gov/) et le site de la NASA  (National Aeronautics and Space Administration ­ http://www.nasa.gov/).  info  Ce domaine ne dispose d’aucune restriction particulière. Il est particulièrement axé sur la fourniture d’informations sur  la consommation mondiale.  int  Ce domaine est dédié aux autorités et autres organismes liés par des traités internationaux. Il accueille par exemple  le site de l’OTAN ­ North Atlantic Treaty Organisation ­ http://www.nato.int).  mil  Ce  domaine  est  dédié  à  l’armée  américaine.  Vous  y  retrouverez  par  exemple  le  site  de  U.S.  Air  Force  ­  http://www.af.mil/.  museum  Ce domaine est réservé aux musées, organisations et personnes affiliées.  name  Domaine global à l’usage des individus.  net  Ce  domaine  est  dédié  aux  machines  des  fournisseurs  de  réseau,  organismes  dédiés  à  l’Internet  et  autres  fournisseurs  d’accès  Internet  (ISPs).  On  y  retrouvera  le  bien  connu  http://www.internic.net/  pour  l’ancien  Internet  Network Information Center (InterNIC).  org  Domaine de premier niveau dédié aux groupes et organisations à but non lucratif et non gouvernementales.  pro  Un domaine de premier niveau pour des professionnels tels que les médecins, les avocats et les comptables.  La  gestion  des  zones  du  premier  niveau  est  très volumineuse. Pour s’en  convaincre,  il  suffit  de  consulter  quelques  statistiques Internet.  Les domaines de premier niveau Les domaines de premier niveau sont gérés par des organismes tels que "Network Solutions" aux États­Unis ou pour  la France, Transpac, une filiale bien connue de France Télécom. Par définition, l’ensemble de ces autorités appelées  Registrars sont sous contrôle de l’ICANN.  L’Internet  Corporation  for  Assigned  Names  and  Numbers  (ICANN)  est  une  organisation  de  droit  privé  à  but  non  lucratif.  Son  personnel  et  ses  membres  viennent  du  monde  entier.  La  fonction  de  l’ICANN  est  fondamentale  puisqu’elle  est  chargée  d’allouer l’espace  des  adresses  du  protocole  Internet  (IP),  d’attribuer  les  identificateurs  de  protocole,  de  gérer  le  système  de  nom  de  domaines  de  premier  niveau  (Top  Level  Domains)  pour  les  codes  génériques (gTLD) et les codes nationaux (ccTLD), et aussi d’assurer les fonctions de gestion du système de serveurs  racine (DNS Root Servers).  Pour plus d’informations sur la gestion des Registrars réalisée par l’ICANN, vous pouvez consulter l’adresse  http://www.icann.org/. 

- 2-

© ENI Editions - All rigths reserved

Les domaines de deuxième niveau et leurs sous­domaines Les domaines de deuxième niveau sont des noms de longueur variable attribués à un individu ou d’une organisation,  pour une utilisation sur Internet. Ces noms sont toujours associés à un domaine de premier niveau approprié, selon  le  type  d’organisation  ou  l’emplacement  géographique  dans  lequel  le  nom  est  utilisé.  Il  peut  s’agir par exemple du  domaine de Microsoft Corporation dont le nom est "microsoft.com". 

© ENI Editions - All rigths reserved

- 3-

Les enregistrements de ressources  Une base de données DNS est composée d’un ou de plusieurs fichiers de zones, lesquels seront utilisés par le serveur  DNS.  Chaque  zone  ­  représentée  par  un  fichier  distinct  ­  contient  un  ensemble  d’enregistrements.  Ces  enregistrements,  qui  sont  donc  réellement  stockés  dans  les  zones  DNS,  s’appellent  des  enregistrements  de  ressources ou encore RRs (pour Resources Records).  Finalement, un fichier de base de données de zone contient tous les enregistrements de ressources qui décrivent le  domaine et son contenu.  Le  serveur  DNS  de  Windows  Server  2003  vous  permet  de  supporter  aujourd’hui  les  vingt­deux  types  différents  d’enregistrements de ressources.  Le tableau suivant donne les caractéristiques des enregistrements de ressources les plus communément utilisés.  Type d’enregistrements de ressources (RRs) 

Description ­ Rôle 

Start of Authority (SOA) 

Identifie le serveur désigné primaire pour la zone. Cet  enregistrement permet aussi de gérer les paramètres  de la zone tels que les transferts de zone, les temps  d’expiration sur la zone et le TTL (Time to Live) par  défaut des enregistrements. Les types et rôles des  différents enregistrements de ressources du système  DNS.  

Name Server (NS) 

Identifie tous les serveurs désignés pour le domaine.  

Host (A) 

Identifie l’adresse IP d’un nom d’hôte spécifique. Cet  enregistrement d’adresse IP de l’hôte mappe un nom  de domaine DNS complet vers une adresse IP version  4 de 32 bits. 

Pointer (PTR) 

Identifie les noms d’hôte par rapport à une adresse IP  spécifique. Ces enregistrements sont stockés dans la  zone de recherche inversée. 

Canonical Name (CNAME) 

Identifie un nom d’emprunt pour un hôte du domaine.  

Mail Exchanger (MX) 

Identifie des serveurs de messagerie Internet. Cet  enregistrement est employé par d’autres serveurs de  messagerie pour localiser les serveurs de messagerie  d’un domaine particulier. Finalement, cet  enregistrement très important permet le routage des  messages sur Internet.  

Service Locator (SRV) 

Identifie un service offert au niveau du domaine Active  Directory. L’annuaire Active Directory fait un usage  avancé de cet enregistrement. Il permet notamment  aux contrôleurs Active Directory de répliquer l’annuaire  et aux postes clients Windows 2000 et XP de localiser  les contrôleurs de domaines.  

Les enregistrements présentés dans ce tableau sont placés dans un ordre logique qui ne fait pas apparaître le  côté  crucial  ­  voire  critique  ­  des  enregistrements  vitaux  nécessaires  au  bon  fonctionnement  de  l’Active  Directory.    La relation forte qui existe entre Active Directory et le DNS sera présentée plus loin.

Pour  plus  d’informations  sur  formats  et  syntaxes  des  enregistrements  de  ressources  pris  en  charge  par  les  services  DNS  de  Windows  Server  2008,  consultez  l’aide  en  ligne  de  Windows  Server  2008  en  cherchant  "Référence des enregistrements de ressources". 

© ENI Editions - All rigths reserved

- 1-

- 2-

© ENI Editions - All rigths reserved

Domaines, zones et serveurs DNS  Pour  bien  comprendre  comment  une  infrastructure  DNS  doit  être  mise  en  œ uvre  techniquement,  il  est  important  d’identifier les éléments qui la composent et la façon de les utiliser. Une fois ces points traités, tout devient clair ! 

1. Domaines DNS et zones DNS  Comme toutes les technologies, le système DNS introduit ses propres concepts assortis de sa propre terminologie. En  effet,  la  nature  et  les  différences  qui  peuvent  exister  entre  les  domaines  DNS  et  les  zones  DNS  doivent  être  bien  assimilés. Ainsi, vous éviterez les pièges, erreurs de conception et problèmes de fonctionnement des résolutions au  sein  de  votre  espace  DNS.  Un  domaine  DNS  est  une  partie  de  l’espace  de  noms  au  sens  logique  du  terme,  tandis  qu’une zone est vraiment l’information stockée concernant tout ou partie de l’espace de noms. Dans le premier cas, il  s’agit  d’un  élément  de  structuration  logique,  tandis  que  dans  le  deuxième  cas,  il  s’agit  d’un  espace  de  stockage  physique  composé  d’une  partie  de  l’espace  de  noms.  Par  exemple,  une  société  possède  un  domaine  DNS  appelé  Corp2003.Corporate.net.  Pour  mettre  en œ uvre  ce  domaine  "logique",  il  nous  faudra  implémenter  "physiquement"  le  domaine, via un fichier de base de données de zone, en anglais a database zone file. 

Domaines DNS et zones  La figure précédente illustre les éléments suivants :  ●

Le domaine corporate.com est mis en œ uvre à l’aide du fichier de base de données de zone corporate.com.dns. 

●

Le  domaine  europe.corporate.com  est  mis  en  œ uvre  à  l’aide  du  fichier  de  base  de  données  de  zone  europe.corporate.com.dns. 

●

Le domaine europe.corporate.com contient les sous­domaines be,  de et nl (pour la Belgique, l’Allemagne et les  Pays­Bas). 

●

Le  domaine  fr.europe.corporate.com  est  mis  en  œ uvre  à  l’aide  du  fichier  de  base  de  données  de  zone  fr.europe.corporate.com.dns 

●

Le domaine fr.europe.corporate.com contient les sous­domaines apps, research et paris. 

De fait, les domaines DNS et zones DNS permettent et respectent les points listés ci­dessous :  ●

L’organisation de l’espace de noms DNS : tel que cela apparaît sur la figure précédente, les zones hébergent  les informations propres à un espace contigu de domaines. 

●

Deux domaines disjoints nécessitent forcément deux zones. 

●

Les  serveurs  DNS  ne  répliquent  pas  des  domaines  mais  des  zones,  lesquelles  contiennent  un  ou  plusieurs  domaines et sous­domaines. 

© ENI Editions - All rigths reserved

- 1-

●

La  division  d’un  espace  de  domaines  volumineux  en  plusieurs  zones  vous  permettra  d’éviter  d’importants  trafics liés à la réplication puisque seules les zones DNS sont répliquées. 

●

Le  découpage  d’un  espace  logique  en  plusieurs  morceaux  (donc  des  zones)  permet,  tout  en  conservant  l’espace logique, de diviser une zone en plusieurs et ainsi d’en distribuer la réplication. 

Ce découpage rend aussi possible la délégation de gestion des zones à différentes entités d’administration et  de responsabilités.  Le fait qu’un espace contigu soit mis en œ uvre à l’aide de plusieurs zones implique la déclaration des délégations qui  permettront de faire descendre les résolutions ­ du haut vers le bas de l’espace. Ce point fondamental est traité ci­ après. 

2. Zones et fichiers de zones  Nous venons de voir que le système DNS permet de diviser un espace de noms donné en zones. Ces zones stockent  des  informations  relatives  à  un  ou  plusieurs  domaines  DNS.  Pour  chaque  nom  de  domaine  DNS  d’une zone, la zone  devient la source de référence (ou d’autorité) d’informations sur ce domaine.  Au départ, une zone est un fichier de base de données pour un seul nom de domaine DNS. Par défaut, un fichier de  base de données de zone est situé dans le répertoire %system root%\System32\dns\.  Pour les zones standard (donc non intégrées à Active Directory), le nommage par défaut des fichiers est très pratique  puisque le nom généré sera simplement "nom du domaine géré.dns".  Dans  le  cas  où  d’autres  domaines  seraient  ajoutés  en  dessous  du  domaine  géré  par  la  zone,  il  sera  possible  de  "ranger" le nouveau sous­domaine au sein de la même zone ou bien de créer une nouvelle zone. Il conviendra donc  de décider si un nouveau sous­domaine ajouté à une zone sera inclus au sein de la zone originale, ou à l’extérieur de  celle­ci. Dans ce cas, nous verrons plus loin que la gestion dudit sous­domaine est dite déléguée à une autre zone.  Le schéma qui suit montre la mise en œ uvre de plusieurs zones pour le domaine de deuxième niveau, corporate.com.  Au départ, le domaine corporate.com existe grâce à la zone corporate.com.  La suite de l’espace de noms nécessite la mise en œ uvre de plusieurs sous­domaines.  Ces  sous­domaines pourront  alors être inclus dans la zone ou délégués au sein d’une autre zone. 

  La configuration illustrée montre : 

- 2-

●

La zone dédiée à la racine. Lorsque cette zone est créée sur un serveur DNS Windows 2000 Server, Windows  Server 2003 ou Windows Server 2008, le fichier Root.dns est créé dans le répertoire %Systemroot%\system32 \dns\. 

●

La zone dédiée au domaine Internet de premier niveau, .com.  © ENI Editions - All rigths reserved

●

La zone dédiée au domaine Internet de deuxième niveau, corporate.com. Cette zone contient uniquement ce  domaine  ainsi  que  les  informations  de  délégation  indiquant  les  serveurs  DNS  qui  font  autorité  pour  le  sous­ domaine europe.corporate.com mis en délégation. 

●

La zone dédiée au domaine Internet europe.corporate.com. Cette zone contient les informations de ce domaine  ainsi  que  les  informations  des  sous­domaines  be,  de  et  nl.europe.corporate.com.  Le  domaine  europe.corporate.com contient aussi une délégation indiquant les serveurs DNS qui font autorité pour le sous­ domaine fr.europe. corporate.com. 

●

La  zone  dédiée  au  domaine  Internet  fr.europe.corporate.com.  Cette  zone  contient  les  informations  de  ce  domaine ainsi que les informations des sous­domaines apps, research et paris.fr.europe.corporate.com. 

Retenez les points suivants :  ●

Lorsqu’un serveur DNS joue le rôle de serveur racine, c’est­à­dire qu’il gère la zone (.) via le fichier de base de  données  de  zone  Root.dns,  alors  le  serveur  ne  peut  ni  s’appuyer  sur  les  redirecteurs,  ni  faire  appel  à  des  serveurs racine. 

●

La  mise  en  place  d’un  nouveau  domaine  de  deuxième  niveau  nécessite  la  création  d’un  nouveau  fichier  de  base de données de zone. 

●

Si un sous­domaine de la zone europe.corporate.com n’est pas délégué, toutes les données du sous­domaine  sont conservées dans la zone europe.corporate.com. 

●

Dans  le  système  DNS,  on  appelle  domaine  toute  arborescence  ou  sous­arborescence  se  trouvant  dans  l’espace de noms de domaine. 

Il existe deux types de zones :  Les zones de recherches directes : une zone de recherches directes est employée principalement pour résoudre des  noms d’hôte en adresses IP. Ce sera le cas chaque fois qu’un client DNS questionnera le serveur DNS pour localiser  l’adresse IP d’un hôte sur le réseau. Au sein des zones, les enregistrements de ressources de type A fournissent cette  fonctionnalité.  La  zone  de  recherches  directes  inclut  aussi  les  enregistrements  de  ressources  de  type  SOA  et  NS  indispensables  au  bon  fonctionnement  de  la  zone.  Accessoirement,  nous  retrouverons  aussi  les  enregistrements  nécessaires  au  bon  fonctionnement  de  certains  services  CNAME  pour  les  alias,  MX  pour  les  connecteurs  SMTP  des  serveurs de messagerie, SRV pour les enregistrements de services Active Directory ou de toute autre application.  Les zones de recherches inversées : ce type de zone permet de résoudre, non pas un hôte en adresse IP, mais une  adresse IP en hôte. La demande de résolution (ou requête) est donc inversée. Une telle demande de résolution ne  peut  être  exécutée  que  lorsque  l’adresse  IP  est  connue,  mais  pas  le  nom.  Comme  toutes  les  zones,  cette  zone  dispose des enregistrements de SOA et de NS nécessaires. Par contre, elle ne contiendra pas d’enregistrements de  type A, mais l’équivalent inversé. Ces enregistrements appelés enregistrements de type PTR (pointeur), permettent  de faire pointer telle ou telle adresse IP vers tel ou tel nom DNS pleinement qualifié.  Les  zones  de  recherches  inversées  sont  nommées  de  manière  particulière.  En  fait,  le  nom  de  la  zone  doit  être  en  rapport  avec  les  adresses  IP  demandées  en  résolution.  Donc,  de  fait,  le  nom  de  la  zone  devra  faire  apparaître  le  numéro  du  réseau  ou  du  sous­réseau  IP.  D’un  point  de  vue  de  son  implémentation  sur  Internet  mais  aussi  sur  les  réseaux privés, le nom du domaine devra obligatoirement commencer par in­addr.arpa. Il s’agit d’un nom spécialement  réservé dans l’espace DNS pour spécifier que la demande porte sur une zone de recherches inversées et pas sur une  zone de recherches directes.  Ensuite,  le  nom  de  la  zone  est  complété  par  l’adresse  du  réseau,  mais  à  l’envers.  Ainsi,  pour  les  adresses  IP  qui  concerneraient le réseau 192.168.1.0, il sera nécessaire de déclarer une zone de recherches inversées dont le nom  devra être 1.168.192.in­addr.arpa.  La console de gestion MMC (Microsoft Management Console) du service DNS est très intuitive. Vous y retrouverez toutes  les fonctions essentielles d’un service DNS. 

© ENI Editions - All rigths reserved

- 3-

Zones de recherches directes, inversées, indications de racines et redirecteurs 

Fichiers de configuration d’un serveur DNS Les fichiers suivants permettent de prendre en charge la configuration des serveurs DNS.  Le fichier de Démarrage : ce fichier est appelé Fichier de configuration de démarrage BIND et n’est par défaut pas  créé par la console de gestion du service DNS. Cependant, en tant qu’option de configuration du service Serveur DNS,  il peut être copié à partir d’un autre serveur exécutant une implémentation DNS de type BIND (Berkeley Internet Name  Domain).  Sous  Windows,  le  support  de  ce  fichier  n’a  aucun  intérêt  pour  le  fonctionnement  normal  du  service  Serveur  DNS. Il sera utile de fonctionner dans ce mode uniquement pendant la phase de migration d’une configuration  DNS en provenance d’un système DNS BIND.  Le  fichier  cache.dns  :  ce  fichier  est  appelé  fichier  cache.  Il  permet,  au  démarrage  du  service  Serveur  DNS,  le  préchargement des enregistrements de ressources dans le cache du serveur DNS. Les serveurs DNS utilisent ce fichier  pour  localiser  les  serveurs  racine  présents  sur  votre  réseau  ou  directement  sur  Internet.  Notez  que,  par  défaut,  ce  fichier contient les enregistrements de ressources DNS qui fournissent le cache local du serveur avec les adresses des  serveurs racine présents sur Internet.  Pour  les  serveurs  DNS  fonctionnant  exclusivement  sur  votre  réseau  interne,  la  console  DNS  peut  transférer  et  donc  remplacer le contenu de ce fichier par les serveurs racine internes de votre réseau. Cette opération sera possible à  condition qu’ils soient accessibles via le réseau lorsque vous installez et que vous configurez de nouveaux serveurs  DNS. Sa mise à jour est possible grâce à la console DNS, depuis l’onglet Indications racine situé dans les propriétés  du serveur concerné.  Accès au domaine racine (.) via le fichier cache.dns et résolutions : si l’on considère le cas du réseau Internet,  il  est  connu  que  le  nombre  de  résolutions  vers  les  serveurs  racine  est  important.  Cependant,  ce  point  peut  être relativisé puisque les noms d’hôtes ne sont généralement pas résolus à ce niveau. Le rôle essentiel du fichier  des indications de serveurs racine  cache.dns est simplement de permettre la redirection des résolutions de noms  vers d’autres serveurs de référence pour les domaines et sous­domaines situés sous la racine.  Le fichier de la zone racine Root.dns : ce fichier est visible sur un serveur DNS lorsque celui­ci est configuré en tant  que  serveur  racine  de  votre  réseau.  Il  s’agit d’un  fichier  de  zone  classique.  Sa  seule  particularité  réside  dans  le  fait  qu’il gère la zone (.), laquelle est située au plus haut de l’espace de noms DNS.  Les  fichiers  de  zones  nom_zone.dns : chaque zone standard créée nécessitera son propre fichier de zone quelque  soit  le  type  de  zone  (principale  ou  secondaire).  Ces  fichiers  sont  placés  dans  le  dossier  \System32\dns  du  serveur.  Bien  entendu,  les  fichiers  de  ce  type  ne  sont  pas  créés  ni  utilisés  pour  les  zones  principales  intégrées  à  Active  Directory, lesquelles sont stockées dans la base de données Active Directory.  Le fait que le fichier de zone existe dans le répertoire \System32\dns signifie qu’il ne peut s’agir d’une zone  intégrée à Active Directory. À l’inverse, une zone intégrée à l’annuaire Active Directory ne sera pas visible sous  la forme d’un fichier dans le répertoire \System32\dns.  La console MMC de gestion du DNS vous donne la possibilité de changer à loisir le type de zone. Ainsi, lorsqu’une zone  DNS  intégrée  à  Active  Directory  devient  une  zone  primaire  standard,  les  informations  nécessaires  sont  extraites  de  l’annuaire et intégrées au sein d’un nouveau fichier de zone. L’opération inverse aura pour effet d’intégrer dans Active  Directory  tous  les  enregistrements  de  ressources  contenus  dans  le  fichier  de  zone  et  de  supprimer  ce  dernier  du  répertoire \System32\dns. 

- 4-

© ENI Editions - All rigths reserved

Structure d’un fichier de zone Le détail du fichier de base de données de zone pour la zone corpnet.corporate.net est présenté ci­après. 

  La structure d’un fichier de zone est expliquée ci­dessous avec les différents types d’enregistrements nécessaires.  La  ligne  @  IN  SOA  booster2003.corp2003.corporate.com  hostmaster.  corp2003.corporate.net  suivie  des  différentes  périodicités permet de fixer le comportement de la zone en terme de réplication. Le caractère @ permet de pointer sur  "le domaine courant" sachant que le domaine ou la zone en question est aussi spécifié en commentaire en haut du  fichier.  L’enregistrement de ressource SOA (Start of Authority) est toujours le premier enregistrement déclaré dans une zone  standard.  Il  permet  de  spécifier  le  serveur  DNS  original  ou  qui  joue  actuellement  le  rôle  de  serveur  principal  pour  la  zone.  Cet  enregistrement  de  ressource  est  également  utilisé  pour  stocker  des  propriétés  très  importantes  telles  que  les  informations de version (en anglais, le Serial Number) et les délais qui affectent le renouvellement ou l’expiration des  enregistrements  de  la  zone  et  aussi  de  la  zone  elle­même.  Ces  propriétés  affecteront  la  périodicité  des  transferts  entre les serveurs agissant en tant que serveurs de noms de la zone.    Les serveurs de noms d’une zone sont aussi appelés serveurs de référence de la zone. L’enregistrement de ressource SOA contient les informations suivantes :  Serveur principal (propriétaire) : ce champ désigne le nom d’hôte du serveur DNS principal de la zone.  Responsable  :  ce  champ  désigne  l’adresse  électronique  du  responsable  de  l’administration  de  la  zone.  Notez  que  dans cette adresse électronique, un point (.) est utilisé à la place du signe (@).  Le  numéro  de  série  :  ce  champ  désigne  le  numéro  de  version  ou  de  révision  du  fichier  de  zone.  Cette  valeur  augmente  automatiquement  de  1  chaque  fois  qu’un  enregistrement  de  ressource  de  la  zone  est  modifié.  Il  est  indispensable  que  cette  valeur  change  pour  que  la  réplication  des  modifications  partielles  ­  ou  totale  ­  de  la  zone  puisse se produire.  Intervalle  d’actualisation  :  ce  champ  désigne  le  délai  (en  secondes)  qu’un  serveur  DNS  secondaire  doit  respecter  avant d’interroger sa source de la zone pour tenter de renouveler la zone. Lorsque le délai d’actualisation expire, le  serveur DNS secondaire demande à sa source une copie de l’enregistrement SOA actuel pour la zone. Le serveur DNS  secondaire  compare  ensuite  le  numéro  de  série  de  l’enregistrement  SOA  actuel  du  serveur  source  (comme  indiqué  dans la réponse) avec son propre enregistrement SOA local. Si les deux valeurs sont différentes, alors le serveur DNS  secondaire demande un transfert de zone pour le serveur DNS principal. Notez que la valeur par défaut est de 900  secondes, soit 15 minutes.  Intervalle  avant  nouvelle  tentative  :  ce  champ  désigne  le  délai  (en  secondes)  qu’un  serveur  secondaire  doit  respecter  avant  de  retenter  un  transfert  de  zone  après  un  échec.  Cette  valeur  est  généralement  plus  courte  que  l’intervalle d’actualisation. Notez que la valeur par défaut est de 600 secondes, soit 10 minutes.  Intervalle d’expiration : ce champ est particulièrement important puisqu’il désigne le délai (en secondes) qui précède  l’expiration de la zone d’un serveur secondaire et qui suit un intervalle d’actualisation pendant lequel la zone n’a pas  été actualisée ou mise à jour. Le passage de la zone à l’état "expiré" se produit car les données locales sont alors  © ENI Editions - All rigths reserved

- 5-

considérées comme non fiables. Le serveur DNS est alors non répondant pour la zone. La valeur par défaut est de 86  400 secondes, soit 24 heures.  Durée de vie (TTL, Time­To­Live) minimale par défaut : ce champ désigne la durée de vie par défaut de la zone et  la valeur de l’intervalle de mise en cache des réponses DNS. La valeur par défaut est de 3600 secondes (1 heure).  Si une valeur TTL individuelle est attribuée et appliquée à un enregistrement de ressource spécifique utilisé  dans la zone, elle annule et remplace le TTL minimum défini par défaut au niveau de l’enregistrement SOA.  L’enregistrement de ressource NS contient les informations suivantes :  L’enregistrement  de  ressource  de  type  serveur  de  noms  (NS)  peut  être  utilisé  de  deux  façons  pour  désigner  des  serveurs de référence pour un nom de domaine DNS :  ●

Il  permet  de  désigner  les  serveurs  de  référence  pour  le  domaine  de  telle  sorte  que  ces  serveurs  soient  communiqués à ceux qui demandent des informations sur ce domaine. 

●

Il permet aussi de désigner les serveurs DNS de référence pour les sous­domaines qui seraient "délégués à  l’extérieur de la zone". Dans ce cas, l’enregistrement de NS joue le rôle de pointeurs vers les serveurs DNS qui  prennent en charge la gestion des sous­domaines dont la gestion est déléguée plus bas. 

L’enregistrement de NS est donc utilisé pour mapper un nom de domaine DNS vers le nom des hôtes qui exécutent  des serveurs DNS. L’enregistrement de NS s’utilise très simplement tel que précisé dans l’exemple suivant.  Par  exemple,  la  ligne  dom1.company.com.  IN  NS  srv­dns1.dom1.company.  com  indique  que  le  serveur  DNS  srv­ dns1.dom1.company.com agira en tant que serveur DNS de référence pour le domaine dom1.company.com.  Utilisation du caractère @ avec l’enregistrement de type NS :  ●

La  ligne  @  NS  booster2003.corp2003.corporate.net  signifie  que  le  serveur  DNS  booster2003.corp2003.corporate.net  agit  en  tant  que  serveur  DNS  de  référence  pour  le  domaine  concerné.  Dans ce cas, la valeur du domaine est celle fixée en commentaire en tête du fichier, laquelle est celle déclarée  dans le fichier de démarrage sur un serveur DNS de type BIND ou dans le registre d’un serveur DNS Windows  2000 ou Windows Server 2003. 

Le fichier BOOT est décrit plus loin dans la section Options de démarrage du serveur DNS. 

À propos des noms de serveurs DNS Le fait que le nom "montre" que le serveur DNS lui­même fait partie du même domaine n’a aucune conséquence. En  effet, un serveur DNS donné peut gérer de multiples zones DNS.  Le nommage du serveur DNS sera principalement influencé par la position dudit serveur au sein du réseau Intranet ou  au sein du réseau Internet. Dans le cas d’un fournisseur de services Internet, il est clair qu’il ne peut y avoir aucune  dépendance vis­à­vis des zones hébergées, lesquelles appartiennent à des tiers. À l’inverse, lorsque le serveur DNS  est positionné dans l’entreprise, il est probable que son nom complet sera dérivé du ou des espaces de noms existant  dans l’entreprise.  Quoi  qu’il  en  soit,  un  serveur  DNS  doit  être  déclaré  au  sein  d’une  zone  DNS  à  l’aide  d’un  nom  de  domaine  complètement qualifié (FQDN) pour pouvoir agir en tant qu’un hôte désigné comme serveur de noms pour la dite zone.  Ensuite,  le  nom  doit  correspondre  à  un  enregistrement  de  ressource  d’hôte  (A)  valide  dans  l’espace  de  noms  de  domaines DNS.  Notez que par défaut, la console MMC DNS crée automatiquement un enregistrement de ressource NS unique pour le  serveur DNS local sur lequel la zone a été initialement créée. 

3. Noms de domaines DNS et noms de domaines Active Directory  L’espace  qui  sera  offert  à  Active  Directory  peut  être  dérivé  de  l’espace  Internet  ou  être  complètement  dissocié.  Par  exemple, l’entreprise corporate.com peut disposer d’un domaine Active Directory portant le même nom, ou bien créer la  rupture  de  différentes  manières.  Les  points  ci­dessus  donnent  les  grandes  stratégies  de  nommage  mais  nous  reverrons ces points en détail plus loin.  Les différentes ruptures d’espace sont brièvement présentées ci­dessous :  ●

- 6-

privnet.corporate.com, pour implémenter un sous­domaine de l’espace existant officiellement déclaré. 

© ENI Editions - All rigths reserved

●

privnet.corp.com,  pour  implémenter  un  nouveau  domaine  dérivé  du  nom  officiel  Internet  (corp)  et  un  sous­ domaine dédié à la racine Active Directory (privnet). 

●

privnet.corporate.local,  pour  implémenter  un  nouveau  domaine  dérivé  du  nom  officiel  Internet  (corp  ou  corporate),  un  sous­domaine  dédié  à  la  racine  Active  Directory  (privnet)  et  un  espace  de  résolution  privé  en  utilisant comme domaine de premier niveau le domaine .local. 

À  propos  des  noms  de  domaines  DNS  et  Active  Directory  :  bien  que  ce  ne  soit  pas  recommandé,  Active  Directory n’impose pas l’usage d’un domaine de niveau supérieur valide tel que .com ou .net. Notez cependant  que la bonne pratique est de respecter les TLDs (Top Level Domains) bien connus.  Les  noms  de  domaines  DNS  utilisés  pour  nommer  les  domaines  Active  Directory  ne  coïncident  pas  forcément  avec  l’intégralité de l’espace DNS. De fait, même s’ils se ressemblent, ils ne doivent donc pas être confondus.  Le tableau ci­dessous montre une telle configuration.  Nom de domaine DNS 

Domaine Active Directory 

Domaine (.) 

Non recommandé. 

company.com 

OUI. Ce domaine peut jouer le rôle de racine Active  Directory. 

emea.company.com  

OUI. (Europe Middle East and Africa). 

asia.company.com 

OUI.  

us.partners.com 

OUI. Ce domaine est réservé aux partenaires US.  

eu.partners.com 

OUI. Ce domaine est réservé aux partenaires de  l’union européenne.  

Le domaine partners.com existe au niveau DNS mais n’existe pas en tant que domaine Active Directory. 

  Le DNS offre ses services à l’Active Directory pour le nommage des noms de domaines et des noms d’hôtes.  Par conséquent, tout domaine Active Directory est forcément un domaine DNS, mais tout domaine DNS n’est pas  forcément un domaine Active Directory. 

4. Types de zones et serveurs de noms DNS  La configuration d’un serveur DNS dépendra du rôle que vous souhaitez affecter au serveur en fonction de multiples 

© ENI Editions - All rigths reserved

- 7-

paramètres tels que la topologie du réseau, la structure et la taille de l’espace DNS que vous souhaitez prendre en  charge.  Quelles  que  soient  vos  contraintes,  les  composants  de  base  de  toute  infrastructure  DNS  seront  basés  sur  les  trois  types de zones présentés ci­après :  ●

les zones primaires ; 

●

les zones secondaires ; 

●

les zones de stub. 

En  fonction  des  cas,  le  fait  d’utiliser  plusieurs  zones  pourra  faciliter  la  mise  en  œ uvre d’une  solution  qui  au  départ  paraissait  très  complexe.  À  titre  d’analogie,  nous  pouvons  imaginer  la  gigantesque  problématique  de  gestion  des  services DNS à l’échelle de l’Internet !  Heureusement, les millions de zones qui composent l’espace DNS de l’Internet et les concepts de délégation rendent  cet immense réseau administrable et pleinement opérationnel à l’échelle de la planète ! 

a. Serveurs de noms et zones primaires  Un serveur primaire (on dit aussi parfois principal) pour une zone donnée est le seul serveur disposant d’une copie  de la zone disponible en écriture. Ce point signifie que toute modification de la zone nécessitera un accès au seul et  unique serveur primaire pour la dite zone.  Une  fois  les  opérations  de  modification  apportées,  les  données  seront  automatiquement  répliquées  vers  le  ou  les  autres  serveurs  DNS  agissant  en  tant  que  serveurs  de  noms  DNS  secondaires  pour  la  zone.Ces  opérations  de  réplication de zones sont bien sûr fondamentales pour assurer la disponibilité d’une zone sur de multiples serveurs  DNS locaux et aussi distants.  Les zones principales peuvent être de deux types :  Zones principales standard : lorsqu’il s’agit d’une zone principale standard, un seul serveur DNS pourra héberger et  charger  la  copie  principale  de  la  zone.  Aucun  autre  serveur  principal  supplémentaire  ne  sera  autorisé  pour  cette  zone. De plus, seul le serveur DNS principal pour la zone sera autorisé à accepter des mises à jour dynamiques et à  traiter  des  modifications  qui  concernent  la  zone.  Ce  modèle  fait  apparaître  un  point  de  défaillance  puisque  l’indisponibilité du serveur assurant la gestion de la zone principale aura pour effet de ne plus permettre de mises à  jour  de  la  zone,  tant  via  les  fonctions  d’administration  que  via  le  protocole  de  mise  à  jour  dynamique  des  enregistrements DNS (DDNS, Dynamic DNS). Toutefois, les autres serveurs DNS jouant le rôle de secondaires pour la  zone, pourront continuer de répondre aux requêtes des clients, jusqu’à expiration de celle­ci.    L’expiration des zones secondaires est expliquée plus loin. Zones  principales  intégrées  dans  Active  Directory  :  vous  pouvez  créer  une  zone  principale  dont  les  données  et  autres paramètres seront stockés dans l’annuaire  Active  Directory.  Dans  le  même  ordre  d’idée, vous pouvez aussi  intégrer une zone primaire existante dans l’Active Directory en modifiant le type de la zone sur le serveur principal  d’origine. 

  Cet  écran  montre  comment  changer  le  type  d’une  zone  DNS.  Les  zones  de  type  zone  principale  et  zone  de  stub  peuvent  être  créées  normalement  ou  au  sein  de  l’Active  Directory.  Très  logiquement,  les  zones  secondaires  ne  le  - 8-

© ENI Editions - All rigths reserved

peuvent pas puisqu’elles n’ont aucune signification vis­à­vis des mécanismes supportés par l’Active Directory.  Avantage majeur de l’intégration Active Directory  Nous verrons plus loin que les mécanismes supportés par les services de domaine Active Directory permettent aux  serveurs DNS fonctionnant sous Windows 2000 Server, Windows Server 2003 et Windows Server 2008 de résoudre  la quasi­totalité des problématiques propres au DNS.  Cependant, nous pouvons d’ores  et  déjà  remarquer  que  l’intégration  Active  Directory  nous  permet  de  disposer  de  plusieurs serveurs principaux pour la même zone. Cette configuration est possible car les contrôleurs Active Directory  sont ­ par définition ­ égaux et disponibles en lecture et aussi en écriture.  Ainsi,  il  en  est  de  même  pour  tous  les  serveurs  DNS  qui  profitent  de  ce  mécanisme  et  peuvent  donc  supporter  le  mode de mise à jour dynamique DNS pour une zone donnée.  De cette manière, le point de défaillance constitué par le serveur DNS primaire pour une zone est supprimé grâce au  fait que tous les contrôleurs de domaine agissent comme de multiples serveurs primaires.  L’interface graphique de la console de gestion du DNS vous permet de consulter, modifier les zones gérées. 

Exemple des propriétés d’une zone : états, type, nature de la réplication de la zone et support des mises à jour  dynamiques  Vous pouvez ajouter sur tout serveur DNS une nouvelle zone principale chaque fois que des domaines ou des sous­ domaines supplémentaires sont requis dans votre espace de noms DNS.  Vous pouvez effectuer d’autres tâches de configuration des zones en fonction de vos besoins.  Retenez les poins suivants :  ●

Le serveur DNS principal d’une zone joue le rôle de point de mise à jour pour la zone. Toute nouvelle zone  créée est une zone principale. 

●

Lors  de  l’utilisation  des  zones  principales  standard,  il  n’est  pas  recommandé  qu’un  autre  serveur  DNS  soit  configuré  pour  agir  en  tant  que  serveur  principal  pour  une  zone  déjà  existante.  Même  s’il semble que cela  puisse fonctionner, ce fonctionnement n’est pas pris en charge. En effet, il pourrait générer des erreurs ou  des incohérences entre les serveurs qui chargent des versions différentes de la même zone. 

●

Il existe deux types de zones principales : les zones principales standard et les zones principales intégrées  dans Active Directory. L’intégration des zones dans Active Directory est traitée dans le chapitre Intégration  © ENI Editions - All rigths reserved

- 9-

des zones DNS dans Active Directory. 

b. Serveurs de noms et zones secondaires  Un serveur secondaire pour une zone donnée possède une copie non modifiable du fichier de base de données de la  zone.  Le  seul  moyen  qui  permette  de  mettre  à  jour  les  données  et  informations  de  zone  consiste  à  réaliser  un  transfert de zone à partir de l’un des serveurs agissant en tant que source pour la zone.  Le serveur de nom secondaire pour une zone donnée connaît sa source de contenu par une déclaration de l’adresse  IP  du  serveur  DNS  jouant  le  rôle  de  serveur  DNS  maître.  Les  points  ci­dessous  résument  les  possibilités  qui  permettent aux serveurs DNS d’échanger des informations :  ●

Le serveur maître peut être le serveur primaire. 

●

Le serveur maître peut aussi être tout serveur DNS secondaire pour la zone. 

●

Le  serveur  maître  peut  aussi  être  tout  serveur  DNS  faisant  autorité  pour  une  zone  intégrée  à  Active  Directory. 

●

Un serveur secondaire peut s’appuyer sur plusieurs serveurs maîtres. 

●

La topologie est totalement libre. Ainsi, le serveur A peut être maître pour le serveur B, qui peut être maître  pour le serveur C et ainsi de suite. 

Toutes  les  opérations  de  création,  suppression,  modification  et  réplication  des  zones  sont  réalisables  via  la  commande dnscmd.exe ou via la console MMC du DNS.  Une  fois  la  zone  secondaire  créée,  la  dernière  étape  consiste  à  déclarer  les  adresses  IP  des  serveurs  maîtres  qui  peuvent  être  contactés  en  vue  d’obtenir  des  informations  d’enregistrement  mises  à  jour  concernant  cette  zone.  Cette zone de liste ne s’affiche que si le type de zone est défini comme étant secondaire ou stub. Lorsqu’une zone  du serveur doit être répliquée, le serveur DNS utilise cette liste pour contacter un serveur maître et obtenir une mise  à jour de la zone. Si la zone a été modifiée et qu’une mise à jour est requise, un transfert partiel ou total de la zone  est  alors  effectué.  Notez  que  cette  liste  vous  permet  aussi  de  contrôler  l’ordre  dans  lequel  les  serveurs  maîtres  seront sollicités.  Les premières versions des serveurs DNS réalisaient des transferts de zone complets.  Le RFC 1995 publié en 1996 implémente un mécanisme plus efficace de transfert de zone. Il s’agit du transfert de  zone  incrémentiel  par  lequel  seules  les  modifications  sont  répliquées  vers  le  ou  les  serveurs  secondaires  pour  la  zone. 

- 10 -

© ENI Editions - All rigths reserved

Autorisation des transferts de zones uniquement vers les serveurs listés dans l’onglet Serveurs de noms pour  la zone support.corp2003.corporate.net  À  l’inverse  des  zones  standard  où  les  transferts  de  zones  sont  activés  par  défaut  vers  les  serveurs  listés  dans  l’onglet Serveurs de noms, les transferts de zones ne sont pas autorisés sur les zones intégrées à Active Directory.  En  fait,  ce  point  est  normal  dans  la  mesure  où  les  zones  intégrées  à  Active  Directory  se  répliquent  grâce  à  la  réplication Active Directory.  Dans  le  cas  où  une  zone  Active  Directory  devrait  être  disponible  en  tant  que  zone  secondaire  sur  un  serveur  non  contrôleur  de  domaine,  il  sera  nécessaire  d’autoriser  ces  serveurs  à  répliquer  la  zone  avec  les  contrôleurs  de  domaine Windows 2000 Server, Windows Server 2003 ou Windows Server 2008.  Le  RFC  1996  publié  en  1996  implémente  une  autre  amélioration  du  processus  de  transfert  de  zone.  Il  décrit  un  mécanisme  de  notifications  qui  permet  au  serveur  primaire  d’alerter  les  serveurs  secondaires  quand  des  changements ont été réalisés sur la zone.  L’écran  qui  suit  montre  que  cette  méthode  permet  de  notifier  le  ou  les  serveurs  DNS  spécifiés  par  telle  ou  telle  adresse IP ou, plus simplement, tous les serveurs DNS spécifiés comme jouant le rôle de serveurs de noms pour la  zone. 

© ENI Editions - All rigths reserved

- 11 -

  Comme en ce qui concerne les transferts de zones, la fonction de notification est activée pour tous les serveurs listés  sous l’onglet Serveurs de noms lorsqu’il s’agit de zones primaires ou secondaires standard. Rappelez­vous qu’il n’en  est pas de même lorsqu’il s’agit de zones intégrées à Active Directory.Toujours concernant les zones standard, vous  pourrez  optimiser  les  communications  sur  les  liens  réseaux  surchargés  en  déclarant  uniquement  les  serveurs  que  vous souhaitez notifier.  Dans le cas des réseaux surchargés, la solution la plus optimisée consistera à utiliser la réplication Active Directory.  Dans  le  cas  où  vous  décideriez  de  ne  pas  utiliser  la  fonction  de  notification  présentée  plus  haut,  alors  le  serveur  secondaire ne pourra compter que sur les propriétés de l’enregistrement de SOA. 

Paramètres de réplication d’une zone grâce à l’enregistrement de SOA  Tel que spécifié sur l’écran précédent, le serveur secondaire entrera en contact avec le serveur de nom primaire pour  - 12 -

© ENI Editions - All rigths reserved

la zone :  ●

La première fois sur la base de l’intervalle d’actualisation, c’est­à­dire au bout de 15 minutes. 

●

Ensuite, sur la base de l’intervalle avant nouvelle tentative, c’est­à­dire toutes les 10 minutes, et ce, pendant  au  maximum  une  journée,  valeur  de  la  période  d’expiration  de  la  zone.  Notez  que  ces  paramètres  de  réplication sont définis sur l’enregistrement de SOA au niveau de chaque zone. 

L’adresse de messagerie de la personne responsable ne doit pas contenir le symbole habituel @. En effet,  ce caractère est considéré par le DNS comme un symbole générique qui signifie la zone elle­même. 

La durée de vie de l’enregistrement de SOA (valeur par défaut de 01H00) est automatiquement transmise à  tous  les  enregistrements  de  ressources  de  la  zone,  à  moins  qu’une  valeur  spécifique  ne  soit  affectée  de  manière particulière à un enregistrement donné. 

N’oubliez pas que lorsqu’un serveur Windows 2000 Server, Windows Server 2003 ou Windows Server 2008 gère des  zones DNS intégrées dans Active Directory, les transferts de zone sont pris en charge par le moteur de réplication de  l’Active Directory.  Le composant ayant en charge les opérations de réplication entre contrôleurs de domaine est appelé DRA  (Directory  Replication  Agent).  Ce  composant  est  particulièrement  important,  et  peut  nécessiter  une  surveillance.  De  nombreux  compteurs  de  performance  sont  exposés  dans  l’analyseur  de  performances  sous  la  rubrique DirectoryServices.  Les paramètres de SOA sont donc uniquement utiles et utilisables pour les serveurs secondaires de la zone. En effet,  une  zone  intégrée  dans  Active  Directory  devra  être  répliquée  à  la  fois  vers  des  serveurs  supportant  l’intégration  Active  Directory  et  aussi  vers  des  serveurs  DNS  standard  supportant  uniquement  les  mécanismes  de  réplication  traditionnels (c’est­à­dire complets et incrémentiels). 

c. Types de transferts de zones DNS  Nous venons de voir que les zones DNS sont maintenues à un état de mise à jour cohérent grâce à l’enregistrement  de SOA défini au niveau de la zone principale.  Les serveurs DNS disposant d’une zone secondaire respectent les paramètres de rafraîchissement du SOA. De plus,  ils  peuvent  aussi  être  notifiés  à  l’aide  du  protocole  DNS  NOTIFY  défini  dans  le  RFC  1996  "A  Mechanism  for  Prompt  Notification of Zone Changes (DNS NOTIFY)".  Nous allons découvrir plus loin que les transferts de zones peuvent être réalisés de différentes manières.  Transfert de zone initial Lorsqu’un  nouveau  serveur  DNS  est  déclaré  pour  jouer  le  rôle  de  serveur  secondaire  pour  une  zone  donnée,  il  négocie  un  transfert  de  zone  complet  (AXFR)  de  manière  à  obtenir  une  copie  complète  des  enregistrements  de  ressources pour la zone.  Les anciennes versions de serveurs DNS, telles que l’implémentation sous NT 4.0, prennent en charge uniquement  les transferts de zones complets.  Transferts de zone incrémentiels et serveurs BIND Unix Concernant les transferts de zones incrémentiels sur plate­forme Unix, notez que les premières versions réellement  opérationnelles nécessitent une version de type BIND (Berkeley Internet Name Domain) 8.2.3.  Les versions BIND 9.x fonctionnent correctement avec des serveurs Windows 2000, Windows Server 2003, Windows  Server 2008 et aussi les anciennes versions BIND 8.2.3.  Sur  les  plates­formes  Unix  qui  utilisent  un  serveur  DNS  de  type  BIND,  il  est  recommandé  que  les  modifications  réalisées sur la zone soient réalisées en mode mise à jour dynamique.  Dans ce cas, c’est le client DNS dynamique qui effectue l’opération de création ou de mise à jour de l’enregistrement  de  ressource.  Ensuite,  le  serveur  DNS  prendra  en  charge  la  gestion  du  numéro  de  version  de  cet  enregistrement  pour  les  réplications  et  mises  à  jour  ultérieures.  Cela  signifie  que  pour  profiter  au  mieux  des  transferts  de  zones  incrémentiels (IXFR ­ Incremental Transfer), il faudra éviter d’éditer directement les fichiers de zones.  Cette remarque concerne uniquement les implémentations BIND. Les serveurs DNS Windows 2000, Windows Server  2003  et  Windows  Server  2008  s’appuient  sur  les  transferts  de  zones  incrémentiels  lorsque  les  opérations  sont 

© ENI Editions - All rigths reserved

- 13 -

réalisées à partir de la console d’administration MMC du DNS ou bien en profitant de la réplication Active Directory qui  par définition réplique sur objets, attributs et valeurs.  Le stockage des zones DNS dans l’annuaire Active Directory est traité en détail dans le chapitre 3 ­ Intégration des  zones DNS dans Active Directory.  Vérification du transfert de zone incrémentiel Quelle que soit la méthode de transfert de zone utilisée (AXFR ou IXFR), la première chose réalisée par le serveur  DNS consiste à vérifier s’il est nécessaire d’effectuer ou non un transfert de zone. Ce contrôle est réalisé en fonction  de la valeur de l’intervalle d’actualisation sur l’enregistrement de ressource de type SOA (Start of Authority) dont la  valeur par défaut est fixée à 15 minutes.  Pour pouvoir déterminer s’il est nécessaire ou non d’initier un transfert de zone, le serveur DNS secondaire pour la  zone considérée vérifie la valeur du numéro de série, à partir de l’enregistrement de ressource SOA. Dans le cas où  les deux versions sont identiques, alors aucun transfert n’est effectué.  Si, par contre, le numéro de série de la zone est plus élevé sur le serveur maître que sur le serveur secondaire, alors  un  transfert  est  réalisé.  Si  le  serveur  maître  dispose  d’un  historique  des  changements  incrémentiels,  alors  le  protocole IXFR sera négocié.  Évidemment, le processus de transfert incrémentiel défini dans le RFC 1995 génère un trafic réseau beaucoup moins  élevé.  Un  autre  avantage  concerne  la  rapidité  de  l’opération  de  réplication  puisque  seules  les  modifications  transitent entre les deux partenaires.  Quand un transfert de zone peut­il se produire ?  ●

Lorsque  l’intervalle  d’actualisation  de  la  zone  arrive  à  expiration  (c’est­à­dire  par  défaut  toutes  les  15  minutes). 

●

Lorsqu’un serveur secondaire est averti par son serveur maître que la zone a changé. Les notifications sont  implémentées par le RFC 1996. 

●

Lorsque le service Serveur DNS est démarré sur un serveur secondaire de la zone. 

●

Lorsque  la  console  DNS  est  utilisée  sur  un  serveur  secondaire  de  la  zone  pour  lancer  manuellement  un  transfert de zone à partir de son serveur maître. 

Transferts de zones : points généraux et ports TCP/IP et trames Retenez les points suivants :  ●

Il  n’est  pas  possible  de  configurer  de  liste  de  notification  pour  une  zone  de  stub.  Les  zones  de  stub  sont  traitées plus loin dans ce chapitre (Zones de stub). 

●

La  notification  DNS  devrait  être  utilisée  uniquement  pour  avertir  les  serveurs  fonctionnant  en  tant  que  serveurs secondaires pour la zone. En effet, les zones intégrées à Active Directory sont répliquées par Active  Directory qui dispose de ses propres mécanismes de notification. 

●

L’utilisation  des  notifications  avec  des  zones  DNS  intégrées  à  Active  Directory  peut  dégrader  les  performances  du  système  en  créant  des  requêtes  de  transfert  supplémentaires  pour  la  zone  mise  à  jour,  alors que ce n’est pas nécessaire. 

Notez que les trafics liés aux résolutions et réplications DNS sont faibles en comparaison des trafics générés par les  utilisateurs.  Le protocole DNS utilise le port 53 en TCP et UDP. Le détail des opérations réalisées sur chaque transport (TCP ou  UDP) est précisé ci­dessous :  Port Source UDP 53 vers la destination sur le même port  Le  protocole  "User  Datagram  Protocol"  (protocole  de  type  non  connecté)  est  principalement  utilisé  pour  les  demandes de résolution entre un client DNS et le serveur DNS sollicité. Cependant, si la réponse dépasse un certain  délai,  alors  le  client  DNS  (la  partie  DNR)  réitérera  sa  demande  de  résolution  via  TCP,  toujours  sur  le  port  53.  Par  définition, le protocole de transport UDP est certes rapide, mais il ne garantit pas que les données envoyées seront  bien reçues.  Le protocole "Transport Control Protocol" (protocole de type connecté) est utilisé lors de requêtes plus longues telles  que  les  transferts  de  zones.  À  l’inverse  du  protocole  UDP,  le  protocole  TCP  garantit  que  les  données  envoyées  seront bien reçues. 

- 14 -

© ENI Editions - All rigths reserved

Lors  de  la  configuration  d’un  firewall,  veillez  à  autoriser  les  trafics  UDP  et  TCP  53.  En  effet,  le  fait  de  ne  déclarer que l’un des deux protocoles de transport provoquera un dysfonctionnement aléatoire des services  DNS. 

d. Serveurs de cache et serveurs DNS  Par  définition,  un  serveur  de  cache  ne  contrôle  ni  ne  gère  aucune  zone.  Il  se  contente  de  cacher  toutes  les  résolutions de noms qu’il accomplit. Un serveur de cache pourra être utilisé lorsque, par exemple, la bande passante  disponible reliant un site à un autre site est insuffisante pour envisager la réplication d’une ou de plusieurs zones.  Puisque le serveur de cache ne dispose d’aucune zone, il est clair qu’il n’y a aucun trafic de transfert de zone DNS.  Par défaut, le serveur de cache mémorise pendant une heure toutes les résolutions réussies.  Finalement,  un  serveur  DNS  gérant  des  zones  (primaires,  secondaires,  Active  Directory)  est  par  nature  aussi  un  serveur de cache. En fait, la seule différence est que les serveurs "de cache" ne disposent d’aucune information de  zone.  L’affichage  détaillé  vous  permet  de  visualiser  le  contenu  du  cache  du  serveur  DNS.  Il  s’active  via  un  clic  droit  sur  l’objet serveur DNS puis Affichage/Affichage détaillé.  Dans le cas où une information cachée deviendrait invalide mais toujours active en cache, vous aurez la possibilité de  supprimer l’enregistrement. Notez qu’il  n’est pas possible de modifier une information "cachée". La seule opération  autorisée est la suppression. 

5. Mise en œuvre des zones standard : bonnes pratiques  Quelle  que  soit  la  technologie  utilisée  (Apple,  IBM,  Novell,  Microsoft,  systèmes  Unix)  la  mise  en  œ uvre  de  domaines  DNS ­ et a fortiori des domaines DNS dans le cadre d’une infrastructure Active Directory ! ­ nécessite le respect d’un  certain nombre de bonnes pratiques.  Vous retrouverez ci­après les points indispensables et autres bonnes pratiques à respecter.  Considérations propres aux serveurs et zones DNS Utilisez  au  minimum  deux  serveurs  DNS  pour  chaque  zone  de  l’espace.  Donc,  pour  chaque  zone  DNS,  vous  devez  disposer au minimum d’une zone principale standard et d’un serveur secondaire pour la zone.  Pour  les  zones  principales  intégrées  dans  l’annuaire  Active  Directory,  vous  pourrez  vous  appuyer  exclusivement  sur  des serveurs Windows jouant le rôle de contrôleurs de domaine Active Directory. Cette solution est considérée comme  "la" bonne pratique puisque le service DNS tant nécessaire à l’infrastructure de domaines profite alors des fonctions  de redondance et de tolérance de pannes inhérentes aux contrôleurs de domaine Active Directory.  Les serveurs secondaires vous permettront de répartir le trafic de requêtes DNS dans certaines parties du réseau où  une zone serait particulièrement utilisée.  Les  serveurs  secondaires  assureront  une  disponibilité  totale  de  la  zone,  en  dehors  de  la  possibilité  d’en  modifier  le  contenu. Dans le cas où le serveur primaire pour la zone serait indisponible de manière prolongée, vous aurez malgré  tout la possibilité de "promouvoir la zone" d’un serveur secondaire défaillant en primaire dans l’attente que le serveur  principal original soit à nouveau disponible. 

© ENI Editions - All rigths reserved

- 15 -

Statut de la zone europe.corp2003.corporate.net (état expiré) et modification du type de zone 

Modification du type de zone de secondaire en principale 

Une zone dont l’état est A expiré devient non répondante. Le changement du type de la zone de secondaire  en principale permet de rendre la zone autonome. De fait, la zone passera à l’état En  cours  d’exécution et  sera à nouveau opérationnelle. 

Positionnement des serveurs DNS Pour  optimiser  les  flux  générés  par  les  résolutions  DNS,  les  serveurs  secondaires  doivent  être  installés  le  plus  près  possible des clients. Dans le cas où un élément du réseau (routeur, firewall, éléments actifs) pourrait être un point de  défaillance  pour  contacter  le  serveur  DNS  par  défaut,  faites  en  sorte  de  déclarer  un  autre  serveur  DNS.  De  cette  manière, un élément défaillant ne perturbera pas les résolutions. 

- 16 -

© ENI Editions - All rigths reserved

Dans le cas des services de domaine Active Directory, il est fréquent de considérer les services d’infrastructure  comme  un  élément  formant  un  tout.  Ainsi,  chaque  site  devrait  disposer  de  "ses  propres  services  d’infrastructure",  c’est­à­dire  un  contrôleur  de  domaine,  un  serveur  DNS,  un  catalogue  global  et  pourquoi  pas,  un  serveur faisant office de DFS (Distributed File System) racine, si le DFS est utilisé sur le site. Cette liste de services  n’est bien sûr pas exhaustive, mais vous pouvez d’ores et déjà considérer que de tels services sont par définition  des services d’infrastructure et, de fait, peuvent facilement être cumulés sur le même serveur. Ce serveur sera alors  appelé serveur d’infrastructure. 

Influence des emplacements par rapport aux transferts de zones Les flux pourront varier considérablement entre une configuration mettant en œ uvre des transferts de zones complets  (AXFR ­ All Transfer) et incrémentiels (IXFR). Faites attention au fait que les transferts IXFR peuvent échouer.  Réplication des zones de recherches inversées et nombre de serveurs DNS La question qui se pose concerne le nombre de zones et le nombre d’enregistrements par zone qu’il faudra répliquer  sur  les  N  serveurs  DNS.  Quoiqu’il  en  soit,  vous  remarquerez  qu’il  y  a  autant  de  noms  inscrits  que  d’adresses  IP  associées. De plus, les bonnes pratiques du DNS nous incitent à mettre en place les zones de recherches inversées.  Donc, la problématique peut être minimisée et la question peut être réduite à ce qui suit : est­il judicieux de répliquer  sur tous les serveurs disposant de zones de recherches directes, les zones de recherches inversées ?  Le  constat  est  que  les  serveurs  secondaires  sont  principalement  utilisés  pour  les  zones  de  recherches  directes.  Il  semble qu’en  général,  un  serveur  secondaire  pour  une  zone  de  recherche  inversée  n’est  pas  utilisé  à  l’extérieur du  réseau  et  du  sous­réseau  qui  concerne  la  zone  indirecte.  Ce  point  est  principalement  dû  au  fait  que  la  part  la  plus  importante des trafics entre les machines clientes et les serveurs a lieu sur le même réseau ou sous­réseau IP.  La  bonne  pratique  peut  donc  être  de  limiter  le  nombre  de  serveurs  secondaires  pour  les  zones  de  recherches  inversées ou bien d’en limiter les trafics en utilisant des zones intégrées Active Directory pour profiter des réplications  compressées, incrémentales, sécurisées et contrôlées par la topologie de réplication de l’Active Directory.  Le stockage des zones DNS dans l’annuaire Active Directory est traité en détail dans le chapitre Intégration  des zones DNS dans Active Directory. 

6. Délégation des zones  Ce mécanisme puissant permet la mise en place d’espaces de domaines quasiment infinis. Le plus bel exemple à citer  qui utilise la délégation est le réseau Internet. Chaque domaine acheté est bien entendu une zone dont la gestion est  déléguée à un tiers responsable.  Ainsi,  la  délégation  des  zones  DNS  implique  nécessairement  une  division  de  l’espace  de  noms  en  une  ou  plusieurs  parties, lesquelles peuvent ensuite être stockées, distribuées et répliquées vers d’autres serveurs DNS.  Pour  rappel,  nous  avons  vu  précédemment  que  l’utilisation  de  zones  supplémentaires  permettait  de  répondre  aux  besoins suivants :  ●

Déporter la gestion d’une  partie  de  votre  espace  de  noms  à  un  autre  emplacement  géographique  ou  à  une  autre autorité d’administration. 

●

Diviser  une  zone  particulièrement  volumineuse  en  plusieurs  zones  plus  petites  pour  répartir  les  trafics  entre  différentes régions géographiques du réseau. 

●

Diviser un espace composé de n domaines DNS en plusieurs zones pour implémenter une meilleure tolérance  de panne en cas de défaillance de la zone. 

Le point le plus important pour réaliser la mise en place de la délégation d’une zone consiste à ce que soient déclarés  les enregistrements de délégation.  Ces  enregistrements  joueront  le  rôle  de  "pointeurs"  vers  les  serveurs  DNS  faisant  autorité  pour  résoudre  les  noms  appartenant aux sous­domaines délégués.  Pour illustrer cette technique, nous pouvons nous baser sur l’exemple présenté ci­après. 

© ENI Editions - All rigths reserved

- 17 -

Enregistrements de délégation dans le fichier de zone corporate.net.dns  Au  départ,  l’entreprise  met  en  œ uvre  un  domaine  nommé  corporate.net.  Comme  à  chaque  fois,  le  domaine  est  implémenté sous la forme d’une zone hébergée par un ou plusieurs serveurs DNS. Ces serveurs peuvent être situés  tant sur Internet que sur l’intranet de l’entreprise, sachant que le concept de délégation est rigoureusement dans ces  deux parties du réseau.  Une  zone  de  type  primaire  sera  généralement  créée,  et  de  fait,  le  fichier  de  base  de  données  de  la  zone  nommé  corporate.net.dns sera placé dans le répertoire %Systemroot\ system32\dns.  Ensuite, il convient de disposer des enregistrements qui permettront de localiser le sous­ domaine en question. Dans  notre  exemple,  il  faut  qu’il  soit  possible  d’en  référer  aux  serveurs  faisant  autorité  pour  le  domaine  DNS  corpnet.corporate.net.  Vous pourrez déclarer ces enregistrements en rajoutant les enregistrements nécessaires dans le fichier de zone de la  zone corporate.net ­ tel que spécifié ci­après ­ ou utiliser les assistants de la console de gestion du service DNS. 

Localisation des serveurs de référence pour la zone corpnet.corporate.net à l’aide des enregistrements de  ressources de types NS et A 

- 18 -

© ENI Editions - All rigths reserved

Les  déclarations  présentes  dans  le  fichier  montrent  que  le  sous­domaine  corpnet.corporate.net  est  géré  par  quatre  serveurs DNS, lesquels sont situés sur quatre sous­réseaux différents. De cette manière, il est possible de résoudre le  contenu du sous­domaine corpnet.corporate.net sur les quatre points géographiques.  Finalement, il ne reste plus qu’à s’assurer qu’il est possible de résoudre ces noms de serveurs DNS.  Résolution des noms des serveurs DNS Lors  de  l’attribution  de  serveurs  avec  des  noms  d’hôtes  dans  la  même  zone,  les  enregistrements  de  ressources  A  (adresse IP) correspondants sont idéalement utilisés.  Pour les serveurs spécifiés en utilisant un enregistrement de ressource comme partie d’une délégation de zone à un  autre  sous­domaine  ou  si,  plus  simplement  le  nom  complet  était  différent,  alors  les  noms  de  ces  machines  seront  appelés des noms hors zone.  Résolution des noms des serveurs DNS hors zone Pour  la  résolution  des  noms  hors  zone,  les  enregistrements  de  ressources  A  pour  les  serveurs  hors  zone  spécifiés  seront  alors  obligatoires.  Notez  que  lorsque  des  enregistrements  de  type  NS  et  A  hors  zone  sont  nécessaires  pour  réaliser  une  délégation,  ils  sont  appelés  enregistrements  par  requêtes  successives.  Ce  cas  est  relativement  classique et n’a donc rien d’atypique. 

Propriétés du sous­domaine corpnet.corporate.net  L’écran  précédent  montre  que  le  domaine  corpnet.corporate.net  est  géré  par  quatre  serveurs  DNS  situés  dans  des  domaines ou sous­domaines différents du domaine contenant les enregistrements de délégation.  À propos du FQDN de l’enregistrement de NS et des enregistrements de A, l’interface graphique peut mettre  en évidence les adresses IP récupérées via une requête DNS. Dans ce cas, une étoile apparaîtra à côté de  l’adresse IP.  Nous  venons  de  voir  que  la  délégation  des  zones  permettait  la  mise  en  œ uvre  d’un  espace  logique  physiquement  distribué  en  de  multiples  points  du  réseau.  Les  délégations  permettent  la  résolution  des  domaines  directement  inférieurs, donc de faire descendre les demandes de résolution. À l’inverse, pour changer ou remonter dans l’espace  de  résolution,  il  sera  nécessaire  de  remonter  au  plus  haut  de  la  hiérarchie,  c’est­à­dire  jusqu’au  domaine  racine  (.)  grâce à l’utilisation des indications de racine. 

© ENI Editions - All rigths reserved

- 19 -

7. Utilisation des redirecteurs  Généralement, un redirecteur est un serveur DNS configuré pour rediriger les requêtes DNS concernant des noms DNS  externes vers des serveurs DNS situés hors du réseau de l’entreprise. Cependant, notez qu’il est aussi possible de  rediriger les requêtes pour un domaine non pris en charge mais situé dans le réseau privé de l’entreprise.  Pour  qu’un  serveur  DNS  joue  le  rôle  de  redirecteur,  il  faut  que  les  autres  serveurs  DNS  du  réseau  redirigent  les  requêtes qu’ils ne peuvent résoudre localement vers ce serveur particulier.  De cette manière, le redirecteur vous permettra de gérer la résolution des noms situés hors de votre réseau, c’est­à­ dire  principalement  sur  Internet.  La  figure  suivante  montre  comment  les  redirecteurs  sont  sélectionnés  et  transmettent les requêtes de noms externes vers l’Internet. 

Utilisation des redirecteurs entre les réseaux intranet et l’Internet  Comme vous pouvez le voir, le serveur DNS est particulièrement important puisqu’il joue un rôle tant au niveau des  résolutions  internes  qu’externes.  Les  points  qui  suivent  traitent  de  la  connectivité  Internet,  du  bon  usage  des  redirecteurs ainsi que de l’éventuelle désactivation de requêtes récursives.  Exposition du réseau privé sur Internet Lorsqu’il n’y a pas de serveur DNS spécialement désigné comme redirecteur, tous les serveurs DNS peuvent envoyer  des requêtes à l’extérieur du réseau en utilisant leurs indications de serveurs racine.  S’il est vrai que les indications de racine permettent de résoudre l’intégralité de l’espace géré, l’inconvénient est que  cette  méthode  de  résolution  aura  pour  effet  de  générer  un  volume  supplémentaire  de  trafic.  Dans  le  cas  d’une  connexion  Internet  lente  ou  saturée,  cette  configuration  sera  à  la  fois  inefficace  et  coûteuse  en  terme  de  bande  passante consommée.  Attention : les demandes de résolution non satisfaites ­ par exemple, dans le cas d’une panne d’un serveur  DNS interne ­ pourraient avoir comme conséquence d’exposer sur Internet des informations DNS internes qui  peuvent être confidentielles. 

Le bon usage des redirecteurs pour optimiser les résolutions DNS Si  vous  mettez  en  œ uvre  un  serveur  DNS  en  tant  que  redirecteur,  alors  vous  rendez  ce  serveur  responsable  de  la  gestion des résolutions externes et vous pourrez bénéficier des avantages suivants : 

- 20 -

© ENI Editions - All rigths reserved

●

L’exposition  de  votre  réseau  est  supprimée  puisque  seules  les  résolutions  non  résolues  en  interne  seront  dirigées vers le redirecteur puis sur Internet. 

●

Le  redirecteur  jouera  le  rôle  de  serveur  de  cache  dans  la  mesure  où  toutes  les  requêtes  DNS  externes  du  réseau  seront  résolues  par  son  intermédiaire.  En  peu  de  temps,  le  redirecteur  sera  capable  de  résoudre  la  plus grande partie des requêtes DNS externes en exploitant directement son cache, ce qui aura pour effet de  réduire d’autant les trafics de résolution vers Internet. 

●

Dans  le  cas  d’une  connexion  Internet  surchargée,  l’utilisation  du  cache  du  redirecteur  permettra  aussi  d’améliorer le temps de réponse pour les clients DNS. 

Comportement des serveurs DNS avec ou sans l’usage d’un redirecteur Un serveur DNS ne se comporte pas de la même manière selon qu’il est ou non configuré pour utiliser un redirecteur.  Lorsqu’un serveur DNS est configuré pour utiliser un redirecteur, alors il se comporte comme suit :  ●

Lorsqu’il reçoit une requête, le serveur DNS essaie de la résoudre à l’aide des zones principales et secondaires  qu’il héberge et aussi sur la base des résolutions déjà présentes dans son cache. 

●

S’il ne parvient pas à résoudre la requête avec ces données, alors il l’envoie au serveur DNS désigné comme  redirecteur. Pour disposer des redirecteurs toujours disponibles, vous avez la possibilité de déclarer plusieurs  redirecteurs, d’en fixer l’ordre de sélection dans une liste, ainsi que le délai d’attente qui provoquera l’usage  d’un autre redirecteur. 

●

Le  serveur  DNS  attend  un  instant  la  réponse  du  redirecteur  avant  d’essayer  de  contacter  les  serveurs  DNS  indiqués dans ses indications de racine. 

Comme vous pouvez le constater à l’étape 3, les résolutions ayant échoué sont d’abord décalées vers le redirecteur  avant  d’être  renvoyées  vers  les  indications  de  racine.  Normalement,  les  indications  de  racine  devraient  être  des  serveurs internes.  Redirecteurs et types de requêtes DNS Habituellement,  lorsqu’un  serveur  DNS  transmet  une  demande  de  résolution  à  un  autre  serveur  DNS,  il  s’agit  d’une  requête itérative.  Par  contre,  lorsqu’un  serveur  DNS  transmet  une  requête  à  un  redirecteur,  il  se  comporte  comme  un  simple  client  et  transmet à ce dernier une requête récursive. De fait, le serveur DNS ­ jouant le rôle d’un simple client DNS ­ attend que  la requête soit résolue.  Lorsque  des  délégations  de  zones  sont  configurées,  la  référence  normale  à  une  zone  peut  aléatoirement  échouer si le serveur DNS est aussi configuré pour utiliser des redirecteurs. 

8. Zones de stub  Une  zone  de  stub  est  une  copie  d’une  zone  contenant  uniquement  les  enregistrements  de  ressources  nécessaires  pour identifier les serveurs DNS faisant autorité pour la dite zone. Ce type de zone est utilisé pour veiller à ce qu’un  serveur DNS hébergeant une zone parent sache quels serveurs DNS font autorité sur sa zone enfant.  De cette manière, l’efficacité de résolutions est maintenue.  Faites attention au fait que les zones de stub sont uniquement prises en charge sur les serveurs DNS Windows Server  2003, Windows Server 2008 et les serveurs DNS BIND modernes.  Les  zones  de  stub  ne  sont  pas  supportées  sur  les  serveurs  DNS  fonctionnant  sous  Windows  NT  4.0  et  Windows 2000. 

a. Contenu d’une zone de stub  Comme  expliqué  précédemment,  une  zone  de  stub  contient  un  sous­ensemble  des  données  de  zone  composé  uniquement de l’enregistrement de SOA (Start of Authority) ainsi que des enregistrements de NS (Name Server) et de 

© ENI Editions - All rigths reserved

- 21 -

A. Ces derniers enregistrements, appelés  Glue records, permettent de déterminer directement au sein de la zone  les adresses IP des serveurs de noms (NS).  En fait, une zone de stub joue le rôle de table de pointeurs en permettant de localiser directement le ou les serveurs  de noms faisant autorité pour telle ou telle zone.  La  création  d’une  zone  de  stub  nécessite  que  les  adresses  TCP/IP  d’un  ou  plusieurs  serveurs  maîtres  soient  déclarées. Ces déclarations seront utilisées ­ comme cela est le cas pour les zones secondaires ­ pour mettre à jour  la zone de stub.  Les serveurs maîtres associés à une zone de stub sont un ou plusieurs serveurs DNS qui font autorité pour la zone  enfant. En général, il s’agit du serveur DNS qui héberge la zone principale pour le domaine délégué. 

b. Avantages des zones de stub  Les zones de stub offrent de nombreux avantages, notamment vis­à­vis des délégations de zone traditionnelles. Les  points présentés ci­dessous vous inciteront certainement à utiliser les zones de stub :  ●

Les  informations  relatives  aux  zones  déléguées  sont  maintenues  dynamiquement  au  sein  de  la  zone  de  stub. 

La  déclaration  des  enregistrements  nécessaires  à  la  mise  en  délégation  d’un  sous­domaine  est  une  information qui est susceptible d’évoluer en fonction de la politique d’administration définie au niveau de la  zone déléguée. Il est donc clair qu’il peut être judicieux de planifier la modification des délégations en zones de  stub. 

●

Les résolutions de noms sont nettement améliorées. 

●

L’administration des zones DNS est simplifiée. 

Attention  :  les  zones  de  stub  n’ont  pas  le  même  objectif  que  les  zones  secondaires.  En  effet,  une  zone  secondaire  contient  tous  les  enregistrements  tandis  qu’une  zone  de  stub  ne  contient  que  les  enregistrements SOA, NS et A de type Glue records. 

Les  zones  de  stub  ne  doivent  pas  être  utilisées  pour  remplacer  des  zones  secondaires,  lesquelles  permettent une véritable redondance ainsi qu’une répartition de la charge des résolutions. 

Suppression de la délégation et création d’une zone de stub Le problème exposé est résolu en créant sur le serveur DNS faisant autorité sur la zone parent company.com, une  zone  de  stub  qui  correspond  au  sous­domaine  mis  en  délégation,  europe.company.com.  De  cette  manière,  les  administrateurs  de  la  zone  parent  pourront  s’appuyer  sur  les  serveurs  maîtres  déclarés  pour  rester  informés  des  éventuels  changements  de  configuration  concernant  les  serveurs  DNS  faisant  ou  non  autorité  sur  la  zone  enfant  mise en délégation. 

c. Mise à jour des zones de stub  Les  mises  à  jour  des  zones  de  stub  fonctionnent  sur  le  même  principe  que  les  mises  à  jour  des  zones  DNS  secondaires.  Lors des mises à jour de la zone de stub Le  serveur  DNS  interroge  le  serveur  maître  pour  demander  des  enregistrements  de  mêmes  types  que  ceux  demandés  à  l’étape  précédente.  De  la  même  manière  que  dans  le  cas  des  zones  DNS  secondaires,  l’intervalle  d’actualisation  de  l’enregistrement  de  ressource  SOA  conditionne  alors  le  déclenchement  (ou  non)  du  transfert  de  zone qui provoquera la mise à jour.  Expiration des zones de stub L’échec  répété  de  nouvelles  tentatives  de  mise  à  jour  à  partir  du  serveur  maître  peut  atteindre  la  valeur  du  paramètre d’expiration spécifié sur l’enregistrement de SOA. Lorsque ce délai sera atteint, alors le statut de la zone  de stub passera à l’état expiré et le serveur DNS cessera alors de répondre à toute demande de résolution sur la 

- 22 -

© ENI Editions - All rigths reserved

zone. 

d. Opérations sur les zones de stub  Les opérations relatives aux zones de stub sont analogues aux opérations qui concernent les zones secondaires. La  grande  différence  concerne  le  stockage.  Par  définition,  une  zone  secondaire  ne  peut  être  stockée  au  sein  de  l’annuaire Active Directory tandis qu’une zone de stub le peut.  Les opérations disponibles sur une zone de stub sont réalisables à l’aide de la console MMC de gestion du DNS : 

  Charger à nouveau : la zone de stub sera rechargée à partir du stockage local du serveur DNS possédant une copie  de la zone de stub.  Transfert à partir du maître : cette opération vous permet de forcer le serveur DNS hébergeant la zone de stub à  vérifier  si  le  numéro  de  série  (ou  numéro  de  version)  de  l’enregistrement  de  SOA  de  la  zone  a  changé,  puis  à  effectuer un transfert de zone à partir du serveur maître de la zone de stub, si nécessaire.  Rechargement  à  partir  du  maître  :  la  zone  de  stub  sera  rechargée  à  l’aide  d’un  transfert  de  zone  à  partir  du  serveur  maître  et  ce,  quelle  que  soit  la  valeur  du  numéro  de  série  indiqué  sur  l’enregistrement  de  SOA.  Cette  opération est bien sûr très utile dans le cas où une zone de stub serait en situation de défaut et refuserait de se  synchroniser normalement.  Utilisation de la commande DNSCMD pour recharger une zone défaillante La  commande  dnscmd  dispose  de  tous  les  paramètres  pour  réaliser  toutes  les  opérations  disponibles  dans  la  console  de  gestion  MMC  du  DNS.  Vous  trouverez  ci­dessous  deux  opérations  importantes  réalisées  à  l’aide  cette  commande.  La  première  opération  purge  le  cache  des  résolutions  réalisées  par  le  serveur  DNS  tandis  que  la  deuxième recharge la zone défaillante : 

  La commande DNSCMD est une commande système de Windows Server 2008.  Sur  les  systèmes  fonctionnant  sous  Windows  Server  2003,  l’installation  de  cet  outil  est  réalisée  en  installant  les  Outils de support à partir du répertoire \Support Tools du CD­Rom de Windows Server 2003. Pour obtenir de l’aide  sur l’utilisation de cette commande, tapez dnscmd /? à l’invite de commandes ou utilisez l’aide des outils de support  de Windows.  Pour plus d’informations sur la commande dnscmd, cherchez "Administration du serveur à l’aide de Dnscmd"  dans  l’aide  en  ligne  de  Windows  Server  2008.  Vous  y  trouverez  de  nombreux  exemples  utiles  qui  vous  permettront  d’écrire  des  scripts  en  vue  d’automatiser  la  gestion  et  la  mise  à  jour  de  la  configuration  de  vos  serveurs DNS. 

© ENI Editions - All rigths reserved

- 23 -

9. Redirecteurs, zones de stub et délégation : bonnes pratiques  Bien  que  différents  systèmes  et  méthodes  de  résolution  semblent  donner  les  mêmes  résultats,  il  existe  de  subtiles  différences entre ces méthodes. L’usage de telle ou telle méthode plutôt qu’une autre dépendra des circonstances.  C’est la raison pour laquelle il est très important de bien voir les différences qui les caractérisent pour les utiliser de  manière appropriée.  Tous ces mécanismes font l’objet de RFCs standard. Par conséquent, vous retrouverez les limites, avantages  et inconvénients de ces différentes méthodes sur les serveurs DNS fonctionnant sous Windows Server 2003  ou Windows Server 2008, et aussi sur les autres plates­formes standard du marché.  Avant de faire votre choix, vous pourrez vous référer au tableau qui suit. Il vous permettra de mieux appréhender les  bonnes pratiques qui se cachent derrière l’utilisation des redirecteurs conditionnels, l’utilisation des zones de stub et  l’utilisation des zones de délégation.  Caractéristiques des mécanismes de résolution DNS entres espaces de noms différents :  Redirecteurs  conditionnels 

Zones de stub 

Délégations 

Espace de résolution 

Tout nom situé au même  niveau ou à un niveau  supérieur aux zones  locales. 

Tout nom situé au même  niveau, à un niveau  inférieur ou supérieur  aux zones locales. 

Limité aux sous­ domaines des zones  locales. 

Requêtes DNSutilisées 

Le serveur essaie les  requêtes itératives puis  récursives. 

Le serveur résout la requête ou passe une référence  au client pour réaliser une requête itérative (en  fonction de la demande). 

Sécurité et Firewall 

Supporte les firewalls. 

Peut être affecté par les firewalls qui empêchent les  clients de contacter certains serveurs DNS. 

Niveau deconfiguration 

À déclarer sur chaque  serveur DNS. 

Réplication automatique  lorsque l’intégration  Active Directory est  utilisée. 

Toujours répliquée vers  les NS de la zone  parent. 

Reconfigurationnécessaire 

Doit être reconfiguré  lorsque des serveurs de  noms sont ajoutés aux  domaines cibles. 

Mise à jour automatique  lorsque les NS sont  ajoutés à la zone cible. 

Doit être reconfigurée  lorsque les NS sont  ajoutés à la zone cible. 

Support de la tolérance  de pannes 

Peut être tolérant aux pannes 

Pour plus d’informations concernant les choix à réaliser, cherchez "Gestion des serveurs" dans l’aide en ligne  de Windows Server 2008. Vous y trouverez des liens vers les bonnes règles à respecter concernant les sujets  tels  que  l’utilisation  des  serveurs  primaires  et  secondaires,  la  protection  du  service  Serveur  DNS,  l’utilisation  de  serveurs  de  cache,  la  modification  des  paramètres  par  défaut  du  serveur,  l’utilisation  des  redirecteurs,  l’envoi  de  requêtes  à  l’aide  des  redirecteurs,  la  mise  à  jour  des  indications  de  serveurs  racine  ainsi  que  l’administration  du  serveur à l’aide de la commande Dnscmd des outils de support. 

- 24 -

© ENI Editions - All rigths reserved

Gestion des noms multihôtes  La gestion des noms multihôtes est implémentée grâce à l’activation de la fonction Round Robin intégrée au DNS. Vous  pouvez  contrôler  l’activation  de  la  fonction  Round  Robin  à  l’aide  de  la  console  de  gestion  du  DNS  ou  à  l’aide  de  la  commande dnscmd. 

Désactivation/activation de la fonction Round Robin 

© ENI Editions - All rigths reserved

- 1-

Vieillissement et nettoyage des enregistrements DNS  Les  serveurs  DNS  fonctionnant  sous  Windows  Server  2003  et  Windows  Server  2008  prennent  en  charge  les  fonctionnalités  de  vieillissement  et  de  nettoyage.  Ces  fonctionnalités  permettent  de  réaliser  la  suppression  des  enregistrements de ressources périmés qui peuvent s’accumuler au fil du temps dans les zones DNS.  Effectivement,  avec  les  mises  à  jour  dynamiques,  les  enregistrements  de  ressources  sont  automatiquement  ajoutés  aux  zones  lors  du  démarrage  des  ordinateurs  sur  le  réseau.  Cependant,  ils  ne  sont  pas  toujours  supprimés  automatiquement  lorsque  les  ordinateurs  quittent  le  réseau.  En  effet,  si  un  ordinateur  ayant  inscrit  son  propre  enregistrement de ressource de type A est par la suite déconnecté du réseau de manière incorrecte, l’enre­ gistrement  de ressource ne sera pas toujours supprimé.  De  plus,  si  le  réseau  est  constitué  d’ordinateurs  portables,  cette  situation  peut  se  reproduire  régulièrement  et  créer  une pollution non négligeable des zones.  Les points négatifs suivants peuvent être notés :  ●

La présence d’enregistrements de ressources anciens dans les zones peut entraîner des problèmes d’espace  disque et surcharger les réplications et autres transferts de zones. 

●

Les  serveurs  DNS  qui  chargent  des  zones  contenant  des  enregistrements  périmés  introduisent  le  risque  d’utiliser  des  informations  obsolètes,  ce  qui  pourra  entraîner  des  problèmes  de  résolution  de  noms  sur  le  réseau. 

●

L’accumulation d’enregistrements inutiles peut avoir un impact négatif sur les performances du serveur DNS. 

Important : Par défaut, le mécanisme de vieillissement et de nettoyage du serveur DNS est désactivé. Faites  attention au fait qu’à partir du moment où cette fonction serait activée, il est probable qu’un certain nombre  d’enregistrements soient détruits. Cette fonctionnalité ne devrait être activée que sur les serveurs DNS hébergeant  des  zones  contenant  des  centaines  de  milliers  d’enregistrements  dans  l’objectif  de  procéder  à  une  épuration  des  enregistrements périmés.  Si  un  enregistrement  est  supprimé  par  accident,  non  seulement  les  utilisateurs  ne  réussiront  pas  à  résoudre  des  requêtes portant sur cet enregistrement, mais en plus, la libération de l’enregistrement fera que tout utilisateur pourra  alors le recréer et s’en déclarer propriétaire. Le serveur utilise une valeur de datage pour chaque enregistrement de  ressource.  Lorsqu’un serveur DNS déclenche une opération de nettoyage, il détermine les enregistrements de ressources ayant  vieilli et les supprime des données de zone. Les serveurs peuvent fonctionner de manière à effectuer automatiquement  les opérations mais vous pourrez aussi lancer l’opération en agissant sur les propriétés du serveur.  Pour  activer  le  nettoyage  des  zones  DNS,  utilisez  la  console  de  gestion  MMC  du  DNS.  Cochez  l’option  Activer  le  nettoyage  automatique  des  enregistrements  obsolètes  au  niveau  de  l’onglet  Avancé  de  l’objet  serveur  DNS,  puis  faites de même sur la ou les zones DNS sur lesquelles vous souhaitez activer la fonction. 

© ENI Editions - All rigths reserved

- 1-

  Cette option précise si oui ou non un nettoyage peut avoir lieu pour le serveur sélectionné. Lorsque cette option est  désactivée,  le  nettoyage  ne  peut  pas  être  effectué  et  les  enregistrements  ne  sont  pas  supprimés  de  la  base  de  données DNS. Ce paramètre s’applique à la fois au nettoyage automatique et manuel.  Chaque zone DNS dispose de la possibilité d’utiliser les fonctions de nettoyage lorsque les enregistrements ont vieilli.  Le bouton Vieillissement permet d’accéder aux différents réglages. 

  Encore une fois, la fonction n’est par défaut pas activée. Pour information, la zone utilisée dans nos exemples est la 

- 2-

© ENI Editions - All rigths reserved

zone _msdcs.corp2003.corporate.net, laquelle gère les contrôleurs de domaine du domaine racine de la forêt. Il est clair  que cette zone ne doit pas utiliser les fonctions de nettoyage des enregistrements DNS.  La  suppression  par  erreur  d’un  enregistrement  de  ressource  utilisé  par  un  contrôleur  de  domaine  pourra  avoir  des  effets  négatifs  sur  les  authentifications  des  clients  Active  Directory  ou  aussi,  et  c’est  bien  plus  grave,  sur  les  réplications Active Directory.  Pour pouvoir bénéficier des opérations de vieillissement et de nettoyage, les enregistrements de ressources doivent  être  ajoutés  aux  zones  DNS  de  façon  dynamique.  L’écran  ci­après  illustre  les  différentes  actions  que  vous  pouvez  déclencher à l’encontre d’un serveur DNS fonctionnant sous Windows 2000 Server, Windows Server 2003 ou Windows  Server 2008.  Notez l’action  Définir  le  vieillissement/nettoyage  pour  toutes  les  zones...  et  l’action Nettoyer  les  enregistrements  de ressources obsolètes. 

Les propriétés du serveur DNS et nettoyage des enregistrements  Vous avez aussi la possibilité de déclencher l’opération de nettoyage via l’interface de la console de gestion du DNS ou  encore à l’aide de la commande dnscmd/Start­Scavengin. 

© ENI Editions - All rigths reserved

- 3-

Options de démarrage du serveur DNS  Un  serveur  DNS  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008  vous  permet  de  spécifier  comment le service serveur DNS devra charger les données de zones au démarrage. L’écran ci­après illustre comment  sélectionner ces options. 

  Option de chargement : À partir du Registre  Lorsque vous choisissez cette option, le serveur DNS se base sur les paramètres de chargement des différentes zones  stockés dans le registre, comme illustré ci­après.  Option de chargement : À partir d’un fichier  Lorsque vous choisissez cette option le serveur DNS se base sur les paramètres de chargement des différentes zones  stockés  dans  le  registre,  mais  utilise  aussi  le  fichier  BOOT  de  la  même  manière  que  dans  les  implémentations  de  serveurs DNS de type BIND.  La figure qui suit illustre un fichier BOOT. 

  Le  fichier  contient  les  déclarations  des  zones  DNS  avec  leur  type  ainsi  que  certains  paramètres  globaux  du  serveur  DNS. Ainsi, les mots clés les plus importants sont expliqués ci­après. 

© ENI Editions - All rigths reserved

- 1-

forwarders : ce paramètre désigne la ou les adresses IP des serveurs DNS à utiliser comme redirecteurs.  cache : ce paramètre désigne le nom du fichier qui déclare les serveurs du domaine racine.  primary : ce paramètre désigne le nom d’une zone de type primaire ainsi que le fichier de zone associé.  secondary : ce paramètre désigne le nom d’une zone de type secondaire ainsi que le fichier de zone associé.  Notez  que  pour  utiliser  le  mode  de  démarrage  À  partir  d’un fichier,  aucune  zone  ne  doit  être  intégrée  à  l’annuaire  Active Directory.  S’il était impératif sur un serveur donné d’utiliser le fichier BOOT et que vous étiez confronté à ce problème, vous  devrez  décocher  la  case  Enregistrer  la  zone  dans  Active  Directory  dans  les  propriétés  de  chacune  des  zones  concernées.  Cette  option  est  disponible  via  les  propriétés  de  la  zone,  onglet  Général  puis  le  bouton  permettant  de  modifier le type de la zone. 

Les propriétés d’une zone vous permettent d’en gérer les nombreuses caractéristiques  Option de chargement : À partir de Active Directory et du Registre  Lorsque  vous  choisissez  cette  option,  le  serveur  DNS  se  base  sur  les  paramètres  de  chargement  situés  dans  le  registre,  sachant  que  le  contenu  réel  des  zones  sera,  lui,  stocké  dans  l’annuaire  Active  Directory.  Ce  choix  est  automatiquement  sélectionné  lorsque  le  serveur  DNS  est  aussi  un  contrôleur  de  domaine.  Comme  expliqué  précédemment,  les  paramètres  des  zones  sont  toujours  stockés  dans  le  registre,  mais  cette  fois­ci,  le  fichier  BOOT  n’est  plus  nécessaire.  De  fait,  si  celui­ci  existait  précédemment,  il  sera  déplacé  dans  le  répertoire  de  sauvegarde  \dns\backup. Un nouveau fichier d’information nommé boot.txt le remplacera dans le répertoire \dns. 

Le fichier d’information boot.txt situé dans le répertoire \system32\dns précise que le fichier BOOT n’est plus utilisé  Le registre joue toujours son rôle de base de données de configuration des services et autres modules de Windows.  Dans  notre  cas,  vous  pouvez  constater  que  pour  la  zone  DNS  corporate.net,  l’intégration  Active  Directory  doit  être  réalisée.  La figure ci­dessous montre cette option. 

- 2-

© ENI Editions - All rigths reserved

Le paramétrage DsIntegrated spécifie l’intégration dans Active Directory 

© ENI Editions - All rigths reserved

- 3-

Récursivité des serveurs DNS et protection des serveurs  Par  défaut,  un  serveur  DNS  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008  supporte  la  récursivité.  La  récursivité  est  fondamentale  dans  la  mesure  où  elle  permet  à  un  serveur  DNS  d’être  capable  de  résoudre des noms pour lesquels il ne dispose pas de fichiers de zone. L’onglet Redirecteurs des propriétés du server  DNS vous permettra de ne pas utiliser la récursivité pour chacun des domaines déclarés à faire l’objet d’une redirection.  Vous  pouvez  parfois  décider  de  complètement  refuser  l’usage  de  la  récursivité.  L’onglet  Avancé  des  propriétés  du  serveur  vous  permettra  d’y  parvenir  via  l’option  du  serveur  Désactiver  la  récursivité  (désactiver  les  redirecteurs  également). 

1. Blocage des attaques de type Spoofing DNS  Les serveurs DNS qui prennent en charge la résolution des requêtes récursives peuvent être victimes d’attaques de  ce type. Ce type d’attaque a pour objet de polluer le cache du serveur DNS. L’attaque est basée sur la possibilité de  prédire le numéro de séquence de la requête DNS. Ainsi, l’attaquant peut soumettre une demande de résolution pour  la  machine  www.microsoft.com  et  tandis  que  le  serveur  détermine  la  réponse  à  cette  requête,  l’attaquant  trompe  votre serveur avec une "mauvaise réponse". Cette "mauvaise réponse" contiendra bien sûr une "mauvaise adresse  IP" et pourquoi pas une durée de vie (Time To Live) très élevée. Une fois l’attaque détectée, la solution consistera à  purger le ou les enregistrements illégaux du cache du serveur DNS.  Bien  sûr,  le  fait  de  désactiver  les  requêtes  récursives  vous  protégera  de  ce  genre  d’attaque.  Cependant,  vous  ne  pourrez vous passer des requêtes récursives si des utilisateurs de ce serveur doivent résoudre des domaines non  gérés. En effet, lorsque la récursivité est totalement désactivée, le serveur DNS n’est plus capable que de résoudre  les noms en rapport avec les zones DNS qu’il héberge. 

2. Blocage des attaques de type Spoofing DNS sur les serveurs de type Internet  Il  est  recommandé  de  désactiver  la  récursivité  sur  les  serveurs  DNS  disponibles  sur  Internet.  De  cette  manière,  le  serveur sera capable de répondre aux requêtes d’autres serveurs DNS mais empêchera les clients Internet d’utiliser  le  serveur  DNS  pour  résoudre  d’autres  noms  de  domaine  sur  Internet.  Pour  rappel,  nous  avons  aussi  vu  précédemment  qu’un  serveur  DNS  dont  la  récursivité  était  désactivée  totalement  au  niveau  du  serveur  ne  pouvait  plus utiliser les redirecteurs. 

© ENI Editions - All rigths reserved

- 1-

Synthèse des rôles des serveurs DNS  Nous  venons  de  voir  que  le  serveur  DNS  peut  être  configuré  pour  fonctionner  de  différentes  manières  et  ainsi  être  utilisé dans différentes situations. Ces différents rôles sont résumés ci­dessous :  Serveur  de  cache  :  le  serveur  de  cache  aura  uniquement  pour  effet  de  réduire  le  trafic  sur  un  réseau  étendu.  Le  serveur  prend  en  charge  les  résolutions  des  clients  et  les  résout,  sans  posséder  aucune  zone,  donc  sans  aucune  surcharge de réplication.  Serveur  redirecteur  uniquement  :  un  serveur  configuré  pour  utiliser  des  redirecteurs  tente  de  résoudre  le  nom  demandé  sur  la  base  de  son  cache  local,  des  zones  stockées  localement  puis  à  l’aide  des  redirecteurs  spécifiés.  Si  aucun  de  ces  moyens  ne  permet  la  résolution,  alors  la  récursivité  standard  sera  utilisée.  Vous  avez  la  possibilité  de  désactiver les résolutions récursives pour éviter ces recherches après l’échec des redirecteurs. Dans ce cas, le serveur  DNS ne peut plus compter que sur son cache, ses zones et uniquement l’usage de ses redirecteurs.  Le  bon  usage  des  redirecteurs  consiste  bien  sûr  à  permettre  aux  serveurs  DNS  de  votre  espace  privé  de  résoudre  l’espace  DNS  Internet.  Choisissez  un  de  vos  serveurs  DNS  pour  faire  usage  des  redirecteurs.  Configurez  ensuite  votre  firewall  pour  que  seul  ce  serveur  soit  autorisé  à  transmettre  et  recevoir  les  trafics  DNS  Internet (ports TCP et UDP 53).  Serveur redirecteur conditionnel : alors qu’un serveur configuré pour utiliser les redirecteurs pourra en référer à un  ou  plusieurs  redirecteurs  pour  résoudre  le  nom  demandé,  le  redirecteur  conditionnel  redirigera  les  demandes  de  résolutions en fonction du nom de domaine DNS de la requête.  Comme vu précédemment, la configuration est très simple puisqu’il suffit pour chaque domaine de résolution redirigé  de déclarer la ou les adresses TCP/IP des serveurs DNS qui prendront en charge le domaine spécifié. 

Déclaration de redirecteurs spécifiques en fonction des domaines 

© ENI Editions - All rigths reserved

- 1-

Commandes de gestion du service DNS  L’estimation des coûts d’administration et de maintenance des serveurs DNS indispensables au bon fonctionnement de  l’annuaire  Active  Directory  est  de  manière  théorique  difficilement  quantifiable.  Cependant,  l’expérience  montre  que  l’usage du service DNS ne nécessite pas de ressources humaines et matérielles supplémentaires.  Cela  ne  signifie  pas  pour  autant  qu’il  n’est  pas  indispensable  de  disposer  des  ressources,  compétences  et  outils  nécessaires  à  la  bonne  administration  et  surveillance  de  ce  service  très  important.  Ainsi,  vous  pourrez  utiliser  les  commandes et outils tels que NSLookup, DNSCmd, DNSLint et Netdiag. Ces outils et leur bon usage sont présentés ci­ après. 

1. La commande ipconfig  a. Gestion du cache du client DNS et des enregistrements dynamiques  Par  rapport  aux  précédentes  versions  de  cette  commande  (versions  Windows  9x  et  NT),  cet  utilitaire  comprend  désormais des options de ligne de commande supplémentaires destinées à faciliter la résolution des problèmes et  la prise en charge des clients DNS. Ainsi, en plus des fonctions bien connues sous Windows NT, vous disposerez de  la  possibilité  de  consulter  et  de  réinitialiser  le  cache  de  résolution  du  module  client  DNS  ainsi  que  de  renouveler  l’inscription du client DNS. Ces options de la commande ipconfig de Windows XP Professionnel et Windows Server  2003 sont listées ci­après.  ipconfig /displaydns La  commande  ipconfig  /displaydns  permet  d’afficher  le  cache  de  résolutions,  lequel  est  implémenté  au  sein  du  service Client DNS.  Le  contenu  du  cache  du  client  DNS  inclut  les  entrées  préchargées  à  partir  du  fichier  %Systemroot%\System32 \Drivers\etc\Hosts  de  la  machine  locale,  ainsi  que  tout  enregistrement  de  ressource  récemment  obtenu  via  des  requêtes  de  noms  déjà  résolues.  Ces  informations  sont  ensuite  utilisées  par  le  service  Client  DNS  pour  résoudre  directement les noms fréquemment recherchés avant qu’il n’interroge réellement les serveurs DNS configurés.  S’il s’avérait  nécessaire  d’ajouter  par  la  suite  des  entrées  au  sein  du  fichier  Hosts local, ces entrées seront alors  instantanément ajoutées au cache DNS.  Affichage du cache et enregistrements de résolutions négatives N’oubliez pas non plus que le cache de résolution DNS prend en charge la mise en cache négative des noms DNS  non résolus. Ces entrées négatives sont mises en cache pendant une période de temps de courte durée afin que le  serveur DNS ne soit pas à nouveau interrogé. Cette fonctionnalité a pour objet de garantir que les serveurs DNS ne  puissent  recevoir  des  milliers  de  requêtes  par  seconde  de  la  part  d’une  application  simplement  mal  écrite,  voire  malveillante. De cette manière, les résolutions négatives mises en cache garantissent au mieux la disponibilité du  service de résolution tout entier.  La clé de registre suivante vous permettra de configurer le temps (en secondes) pendant lequel une entrée restera  stockée dans le cache DNS :   HKLM\SYSTEM\CurrentControlSet\Services\DnsCache\Parameters\NegativeCacheTime.  Valeur de type REG_DWORD comprise entre 0x0 ­ 0xFFFFFFFF. La valeur par défaut en production dans le système  est définie à 0x12C, c’est­à­dire 300 secondes, donc 5 minutes. Une fois que la durée spécifiée arrive à expiration,  alors le service Client DNS supprime l’enregistrement du cache.  À  propos  de  la  durée  de  vie  des  résolutions  négatives.  La  valeur  par  défaut  de  la  durée  de  vie  des  enregistrements négatifs ne nécessite pas d’être modifiée après coup. De plus, notez que ce paramètre ne  s’applique pas aux enregistrements de type SOA. La valeur de la période de temps pour les enregistrements de  SOA  négatifs  est  déterminée  par  le  paramètre  spécifique  NegativeSOACacheTime.  Par  défaut,  la  valeur  de  NegativecacheTime est définie à 0x78, c’est­à­dire 120 secondes, donc 2 minutes. 

Il  n’est  pas  nécessaire  de  disposer  du  statut  d’administrateur  pour  effectuer  cette  opération.  Par  conséquent,  pour  des  raisons  de  sécurité,  il  est  recommandé  d’exécuter  cette  tâche  en  tant  que  simple  utilisateur. 

ipconfig /flushdns

© ENI Editions - All rigths reserved

- 1-

La commande ipconfig /flushdns permet de vider et réinitialiser le cache de résolution du client DNS.  Lorsque ce sera nécessaire, vos investigations concernant la résolution des problèmes DNS pourront vous amener à  utiliser cette commande pour exclure les entrées de cache négatives gênantes.  Attention  !  Cette  opération  vide  l’intégralité  du  cache.  Ainsi,  toutes  les  autres  entrées  ajoutées  dynamiquement seront aussi supprimées. À l’inverse, la réinitialisation du cache n’élimine pas les entrées  préchargées à partir du fichier Hosts. Pour éliminer ces entrées, vous devez directement les supprimer du fichier  Hosts. 

La  commande  ipconfig  existe  avec  les  versions  antérieures  de  Windows,  les  options  /displaydns  et  /flushdns  sont  uniquement  disponibles  pour  les  ordinateurs  exécutant  les  systèmes  d’exploitation  Windows 2000, Windows XP, Windows Server 2003 ainsi que Windows Vista et Windows Server 2008. 

b. Renouvellement de l’inscription du client DNS  ipconfig /registerdns Cette commande sera très utile pour renouveler l’inscription du client DNS suite à un changement de configuration  ou aussi pour résoudre un problème d’échec d’inscription ou de mise à jour dynamique entre un client et un serveur  DNS, sans redémarrer l’ordinateur. Cette dernière remarque concerne particulièrement les serveurs.  Dans la mesure où un ordinateur peut être équipé de multiples cartes réseau, le fait de ne rien spécifier provoquera  l’enregistrement  des  adresses  IP  présentes  sur  toutes  les  cartes  sur  le  nom  déclaré  en  tant  que  nom  complet  principal  de  l’ordinateur.  Si  vous  souhaitez  enregistrer  uniquement  une  carte  en  particulier,  alors  vous  pourrez  entrer la commande ipconfig /registerdns [carte] où carte est le nom d’une carte réseau spécifique installée sur  l’ordinateur pour lequel vous souhaitez renouveler ou mettre à jour les inscriptions.  Les noms de toutes les cartes qui peuvent être utilisées sur un ordinateur donné sont affichés lorsque vous  tapez directement la commande ipconfig. 

La commande ipconfig /registerdns et les baux DHCP Nous venons de voir que la commande ipconfig /registerdns permet de lancer manuellement l’inscription dynamique  des noms DNS et adresses IP. Toutefois, sachez que cette commande rafraîchit aussi tous les baux DHCP.  Sur  les  ordinateurs  exécutant  les  systèmes  d’exploitation  Windows  2000,  Windows  XP,  Windows  Server  2003,  Windows Vista et Windows Server 2008, c’est le service Client DHCP qui est utilisé pour effectuer des inscriptions et  mises à jour dynamiques et ce, que l’ordinateur utilise un serveur DHCP ou une configuration TCP/IP statique.  Dans le cas où vous seriez amené à résoudre un problème d’échec d’inscription dynamique DNS pour un ordinateur  et ses noms DNS, vous devrez vérifier que la cause du problème n’est pas l’une des causes suivantes :  ●

La zone pour laquelle la mise à jour ou l’inscription du client est demandée n’accepte pas les mises à jour  dynamiques. 

●

Les serveurs DNS configurés sur le client ne supportent pas le protocole de mise à jour dynamique DNS. 

●

Le  serveur  DNS  ­  primaire  ou  avec  intégration  Active  Directory  ­  de  la  zone  a  refusé  la  demande.  Généralement,  les  droits  du  client  sont  insuffisants  et  ne  lui  permettent  pas  de  mettre  à  jour  son  propre  nom. 

●

Le  serveur  ou  la  zone  hébergée  par  le  serveur  ne  sont  pas  disponibles.  Dans  ce  cas,  il  pourra  s’agir  de  divers problèmes tels que l’indisponibilité du système ou du réseau. 

À propos des enregistrements dynamiques DNS, mises à jour du cache et services Client DHCP et Client DNS  intégrés au système Le service Client DHCP est responsable de l’inscription et des mises à jour des adresses IP et des enregistrements  DNS pour l’ordinateur. Aussi, même si un ordinateur est pourvu d’une configuration TCP/IP statique, ne prenez pas  l’initiative  de  stopper  ce  service.  Dans  le  cas  où  ce  service  serait  arrêté,  l’ordinateur  connaîtrait  deux  types  de  problèmes. D’une part, s’il attend une configuration IP dynamique, il ne la recevra pas et d’autre part, il ne sera plus  capable de réaliser la ou les mises à jour DNS dynamiques nécessaires. La commande tasklist montre que les deux  modules sont très liés.  - 2-

© ENI Editions - All rigths reserved

Processus contenant les services Client DHCP et Client DNS  En  effet,  les  services  Client  DHCP  et  Client  DNS  sont  tous  les  deux  contenus  dans  le  même  processus.  L’écran  suivant montre le problème : le service Client DHCP étant stoppé, l’ordinateur ne parvient plus à réaliser l’opération  d’enregistrement dynamique dans le DNS. 

Le non fonctionnement du service Client DHCP empêche les mises à jour dynamiques DNS 

c. Nouvelles options de la commande ipconfig  Windows Vista et Windows Server 2008 comportent de nouvelles fonctionnalités IP qui ont nécessité de moderniser  l’ensemble  des  commandes  système  telles  que  la  commande  ipconfig  ou  la  commande  Netsh.  Les  paramètres  relatifs à la commande Ipconfig et leur objet sont listés ci­dessous :  ●

ipconfig /allcompartments : affiche des informations pour tous les compartiments. 

●

ipconfig /release : libère l’adresse IPv4 pour la carte spécifiée. 

●

ipconfig /release6 : libère l’adresse IPv6 pour la carte spécifiée. 

●

ipconfig /renew : renouvelle l’adresse IPv4 pour la carte spécifiée. 

●

ipconfig /renew6 : renouvelle l’adresse IPv6 pour la carte spécifiée. 

À propos de Compartiments de routage (Routing compartments) Windows  Server  2008  et  Windows  Vista  disposent  d’une  nouvelle  implémentation  du  protocole  TCP/IP  (Next  Generation TCP/IP). La pile de protocoles TCP/IP qui équipait précédemment Windows XP et Windows Server 2003  a été développée au début des années 90 et a subie de nombreuses modifications pour suivre les évolutions du  protocole. Le protocole TCP/IP NextGen est une nouvelle architecture et un redéveloppement complet de l’ensemble  de la pile IPv4 et IPv6. L’une des nombreuses fonctionnalités implémentée est appelée « compartiments de routage  ».  Un  compartiment  de  routage  est  une  combinaison  d’un  ensemble  d’interfaces  associées  à  une  session  utilisateur  donnée  disposant  de  sa  propre  table  de  routage  privée.  Ainsi,  un  ordinateur  peut  avoir  de  multiples compartiments de routages, tous isolés les uns des autres, sachant qu’une interface ne peut appartenir  qu’à  un  seul  compartiment.  Cette  fonctionnalité  est  très  puissante  car  elle  permet  d’isoler  des  trafics  non  © ENI Editions - All rigths reserved

- 3-

souhaités entre des interfaces virtuelles telles que les VPN, les sessions de type Terminal Server, etc.  Pour plus d’informations, recherchez « Next Generation TCP/IP Stack » sur le site Microsoft Technet ou utilisez le lien  suivant : http://technet.microsoft.com/enus/network/bb545475.aspx 

2. La commande NSLookup  Utilisation  de  la  commande  NSlookup  pour  vérifier  les  enregistrements  des  contrôleurs  de  domaine  Active  Directory  La commande NSLookup est une commande souvent utilisée pour diagnostiquer d’éventuels problèmes de résolution  de  noms  d’hôtes  au  sein  de  l’infrastructure  DNS.  Elle  est  particulièrement  puissante  pour  envoyer  vers  tel  ou  tel  serveur  DNS  des  demandes  de  résolution  de  noms  et  présenter  en  retour  des  réponses  détaillées  relatives  à  ces  requêtes.  La  commande  NSLookup  présente  la  particularité  de  pouvoir  fonctionner  en  mode  interactif  ou  en  mode  non interactif.  En mode interactif : lorsque vous utilisez ce mode, vous recevez directement les résultats relatifs à vos commandes.  Bien  sûr,  ce  mode  est  le  plus  pratique  lorsque  vous  devez  taper  de  multiples  commandes  pour  réaliser  une  suite  d’opérations. En  mode  non  interactif : lorsque vous utilisez ce mode, vous pouvez passer de multiples paramètres  sur  la  même  ligne  de  commande  et  ainsi  réaliser  des  opérations  qui  pourront  être  ensuite  insérées  dans  un  script  d’administration. Dans ce cas, le retour en rapport avec la commande passée pourra être redirigé dans un fichier. Par  exemple,  vous  pourrez  utilisez  la  procédure  ci­dessous  pour  contrôler  les  enregistrements  de  contrôleurs  de  domaines :  ■

Tapez la commande NSLookup à l’invite de commande. 

■

Tapez set q=srv. 

■

Tapez _ldap._tcp.dc._msdcs.Nom_Domaine_Active_Directory. 

Le  retour  de  cette  commande  doit  afficher  tous  les  enregistrements  de  type  SRV  pour  le  nom  demandé  "_ldap._tcp.dc._msdcs.corp2003.corporate.net",  c’est­à­dire  tous  les  contrôleurs  du  domaine  visé.  En  fonction  du  résultat, vous déterminerez ensuite si une action supplémentaire est requise. 

Filtrage sur les enregistrements de type SRV  Si  tel  était  le  cas,  la  solution  consistera  à  corriger  les  enregistrements  erronés  ou  manquants.  Pour  rajouter  les  enregistrements  de  ressources  de  type  SRV  nécessaires  à  un  contrôleur  de  domaine  donné,  ouvrez  le  fichier  Netlogon.dns.  Ce  fichier  est  créé  automatiquement  par  l’Assistant  Installation  d’Active  Directory  au  moment  où  le  serveur  est  promu  au  rôle  de  contrôleur  de  domaine.  Il  est  situé  à  l’emplacement  :  \%SystemRoot%\System32\  Config\Netlogon.dns  Les  opérations  réalisées  ont  simplement  testé  la  disponibilité  ou  non  des  enregistrements  recherchés.  De  fait,  il  s’agit  d’une  opération  normale  qui  ne  nécessite  pas  que  vous  disposiez  d’un  statut  de  type  administrateur.  La  bonne  pratique  consiste  donc  à  ce  que  vous  ne  preniez  pas  l’initiative  d’emprunter  une  telle  identité. 

- 4-

© ENI Editions - All rigths reserved

Dans  certains  cas,  la  procédure  précédente  renvoie  plusieurs  délais  d’expiration  successifs.  Ce  cas  se  produira lorsque les recherches indirectes ne sont pas correctement configurées. 

3. La commande DNSCmd  Comme  la  majorité  des  outils  utilisés  par  les  personnels  de  support,  la  commande  DNSCmd  était  incluse  dans  les  Outils de support de Windows Server 2003. Cette commande prend en charge directement à la ligne de commande,  la plupart des tâches d’administration incluses dans la console de gestion MMC du DNS.  Aujourd’hui, cette commande importante est intégrée à Windows Server 2008.  Cette commande doit être utilisée lorsqu’une opération particulière est à réaliser vers plusieurs serveurs DNS. Cette  méthode est donc particulièrement efficace pour scripter des tâches d’administration répétitives vers un ou plusieurs  serveurs DNS. Ce pourrait, bien sûr, être le cas d’un fournisseur de services Internet.  L’utilisation de la commande DNSCmd peut être utilisée de deux manières : soit en administration locale ou distante,  soit  dans  le  cadre  de  fichiers  batchs  génériques  transférés  et  exécutés  à  distance.  En  fait,  tous  les  scénarios  d’exécution sont possibles et vous permettront de gérer la majorité des cas qui se présenteront.  La commande DNSCmd s’utilise de la manière suivante :  dnscmd Nom_du_Server Commande [Commande Paramètre]  Par  exemple,  la  commande  dnscmd  booster2003.corp2003.corporate.net  /info  retournera  une  page  complète  de  paramètres tels que ceux concernant les informations générales du serveur, la configuration des mécanismes DNS, la  configuration  des  options  de  nettoyage  des  enregistrements  de  ressources,  l’usage  des  redirecteurs,  de  la  récursivité, etc.  Une autre commande utile est la commande dnscmd Nom_du_Server /clearcache. 

Vidage du cache DNS en cas de corruption  Le paramètre /clearcache permet de purger intégralement le contenu du cache du serveur DNS et de supprimer ainsi  tout enregistrement non valide.  Ne  confondez  pas  le  cache  du  serveur  DNS  avec  le  cache  du  "Client  DNS".  Le  cache  du  serveur  peut  être  purgé  à  l’aide  de  la  commande  dnscmd  /clearcache  tandis  que  le  cache  du  client  le  sera  à  l’aide  de  la  commande ipconfig /flushdns.  Dans le même ordre d’idée, les privilèges nécessaires pour ces deux opérations ne sont pas identiques.  Pour  effectuer  l’effacement  du  cache  du  serveur  DNS,  vous  devez  être  membre  du  groupe  Administrateurs  sur  l’ordinateur local ou avoir reçu, par délégation, les autorisations nécessaires. Notez que si l’ordinateur  est  membre  d’un domaine, les membres du groupe Admins du domaine sont en mesure d’effectuer cette procédure. 

© ENI Editions - All rigths reserved

- 5-

Pour  effectuer  l’effacement  du  cache  du  client  DNS,  il  n’est  pas  nécessaire  que  vous  disposiez  des  privilèges  d’administration.  La liste ci­dessous présente les paramètres de la commande DNSCmd les plus couramment utilisés :  /primary /secondary /stub /cache /autocreated : filtrage du type de zone à afficher.  /primary : affiche toutes les zones de type principales ou Active Directory.  /secondary : affiche toutes les zones de types secondaires.  /stub : affiche toutes les zones de stub.  /cache : affiche toutes les zones présentes dans le cache du serveur DNS.  /auto­created : liste les zones créées automatiquement pendant la phase d’installation du serveur DNS.  /forward /reverse : permet de filtrer l’affichage des zones d’un type donné.  Pour afficher les nombreuses commandes et paramètres de DNSCmd, tapez à la ligne de commande DNSCmd /?. 

4. La commande DNSLint  La commande DNSLint est une commande incluse dans les Outils de support de Windows Server 2003. DNSLint est un  outil qui permet de diagnostiquer les problèmes liés à la résolution de noms d’hôtes, des domaines et délégations de  sous­domaines et aussi des aspects concernant l’annuaire Active Directory.  En effet, cette commande dispose des arguments qui vous permettront de vérifier les enregistrements de ressources  utilisés spécifiquement pour la réplication des contrôleurs de domaine Active Directory.  Un  avantage  supplémentaire  par  rapport  aux  autres  commandes  est  que  cette  commande  permet  de  produire  directement des rapports au format HTML. Vous pouvez ainsi présenter un check­up complet de l’implémentation du  système  de  résolution  DNS  au  sein  d’une  forêt  Active  Directory.  Plus  encore,  DNSLint  vous  permettra  d’aider  à  la  résolution  des  problèmes  d’authentification  des  clients  au  sein  d’un  domaine  Active  Directory  en  vérifiant  les  enregistrements de type SRV pour les protocoles LDAP, Kerberos ainsi que pour les catalogues globaux.  Par exemple, la commande à utiliser pour créer un rapport est :  dnslint /ad  /s   Le  paramètre /ad  spécifie  que  les  enregistrements  spécifiques  à  l’annuaire  Active  Directory  doivent  être  testés,  le  paramètre /s permettant de solliciter le serveur DNS spécifié. Notez que le paramètre /s est obligatoire lorsque vous  souhaitez faire un test Active Directory avec le paramètre /ad. De plus, le serveur DNS spécifié via le paramètre /s  devra faire autorité pour le sous­domaine _msdcs..  Au cas où vous souhaiteriez tester les enregistrements de ressources DNS nécessaires à l’annuaire Active Directory  sur le serveur local, vous pouvez cumuler le paramètre /ad avec le paramètre spécifique /localhost.  Ce  test  permet  de  vérifier  que  le  serveur  local  est  capable  de  résoudre  les  enregistrements  nécessaires  aux  réplications Active Directory.  En  plus  des  fonctions  de  tests  Active  Directory,  DNSLint  est  aussi  capable  de  vérifier  le  bon  fonctionnement  des  délégations de domaine et de contrôler un ensemble d’enregistrements  de  ressources  DNS.  Pour  réaliser  ces  deux  catégories d’opérations vous pourrez respectivement utiliser les paramètres /d et /ql.  Pour plus d’informations sur les différents paramètres disponibles avec la commande DNSLint, tapez DNSLint /?.  Pour télécharger DNSLint ou obtenir plus d’informations sur cette commande, vous pouvez consulter l’article  technique  situé  à  l’adresse  suivante  :  http://support.microsoft.com/kb/321045/en­us.  Sur  un  serveur  fonctionnant  sous  Windows  Server  2008,  vous  pouvez  aussi  installer  les  Outils  de  Support  de  Windows  Server  2003 et ainsi disposer de tous les outils de support habituels. 

5. La commande Netdiag  La  commande  Netdiag,  disponible  dans  les  Outils  de  Support  de  Windows  Server  2003,  vous  aidera  à  isoler  les  problèmes  réseau  et  de  connectivité.  Netdiag  est  capable  de  réaliser  une  série  de  tests  qui  vous  permettra  de  déterminer l’état précis des communications sur tous les types d’ordinateurs clients du réseau.  La commande Netdiag est apparue avec les outils de support initialement livrés avec Windows Server 2000.  Avec Windows Server 2008, la plupart de ces outils ont été intégrés, supprimant la nécessité de devoir livrer  un ensemble d’outils annexes. Notez cependant, que la commande Netdiag n’a pas fait l’objet de cette intégration 

- 6-

© ENI Editions - All rigths reserved

dans la mesure où la commande Dcdiag incorpore des options de test réseau équivalent.  Attention  :  l’installation  des  outils  de  support  de  Windows  Server  2003  SP2  ou  Windows  Server  2003  R2  sur  un  serveur  fonctionnant  sous  Windows  Server  2008  provoque  un  message  d’avertissement  de  la  part  du  module  "Assistant  Compatibilité  des  programmes".  Il  est  en  effet  signifié  que  ce  programme  présente  des  problèmes  de  compatibilité connus.  Même si ce message d’avertissement peut être ignoré et l’installation des Outils de support de Windows Server 2003  être réalisée avec succès, il conviendra alors de s’assurer que les différents outils fonctionnent correctement (ce qui  est le cas pour la majorité d’entre eux, y compris la commande Netdiag !).  La syntaxe complète de la commande Netdiag prend la forme ci­dessous :  netdiag  [/q]  [/v]  [/l]  [/debug]  [/d:  Nom_du_domaine]  [/fix]  [/dcaccountenum][/test:  nom_du_test]  [/skip:  nom_du_test]  Les paramètres détaillés sont listés ci­après :  Le  paramètre  /q  :  utilisé  pour  spécifier  une  sortie  de  messages  simplifiés  ou  uniquement  afficher  les  messages  d’erreurs.  Le paramètre /v : utilisé pour exécuter Netdiag en mode détaillé (verbose mode) et afficher tous les détails relatifs  aux actions réalisées.  Le  paramètre  /l  :  utilisé  pour  rediriger  la  sortie  de  la  commande  Netdiag  vers  un  fichier.  Ce  fichier  est  appelé  Netdiag.log et sera créé dans le même répertoire que celui où la commande Netdiag est exécutée.  Le paramètre /debug : utilisé pour exécuter la commande Netdiag en mode debug. Ce paramètre permet de disposer  d’un mode détaillé supérieur au mode obtenu grâce au paramètre /v.  Le paramètre /d: domain_name : utilisé pour localiser un contrôleur de domaine dans le domaine spécifié.  Le paramètre /fix : utilisé pour que Netdiag solutionne directement les problèmes mineurs.  Le paramètre /dcaccountenum : utilisé pour énumérer les comptes d’ordinateurs de type Contrôleurs de Domaine.  Vous trouverez ci­après des exemples d’utilisation de cette puissante commande de diagnostic.  ●

Pour utiliser Netdiag en mode détaillé, tapez netdiag /v. 

●

Pour utiliser Netdiag pour afficher les informations concernant un contrôleur de domaine de votre domaine, et  écrire toutes les informations dans le journal Netdiag.log, tapez la commande netdiag /v /l /test:dsgetdc. 

●

Pour  utiliser  Netdiag  pour  afficher  l’activité  avancée  du  protocole  DNS,  tapez  la  commande  netdiag /test:dns /debug. 

Pour plus d’informations sur la commande Netdiag et son usage dans différents scénarios, vous pouvez vous référer  aux articles de la base de connaissances Microsoft dont les numéros sont spécifiés ci­dessous :  ●

Q265706 : DCDiag and NetDiag in Windows 2000 Facilitate Domain Join and DC Creation. 

●

Q257225 : Basic IPSec Troubleshooting in Windows 2000. 

●

Q216899 : Best Practice Methods for Windows 2000 Domain Controller Setup. 

●

Q250842 : Troubleshooting Group Policy Application Problems. 

●

Q219289 : Description of the Netdiag /fix Switch. 

Netdiag /fix : lorsque vous utilisez le paramètre /fix, les routines de tests inclues dans la commande Netdiag  vérifient  que  toutes  les  entrées  contenues  dans  le  fichier  Netlogon.dns  sont  bien  présentes  dans  la  zone  DNS.  Si  certaines  entrées  sont  incorrectes,  alors  Netdiag  corrige  ces  erreurs.  Quand  Netdiag  exécute  un  test  de  contrôleur  de  domaine,  le  paramètre  /fix  entame  une  vérification  du  GUID  du  domaine  caché  localement  sur  l’ordinateur par rapport au GUID du domaine disponible sur un contrôleur de domaine. Ce point est très intéressant  dans  la  mesure  où  ces  enregistrements  sont  essentiels  pour  le  bon  fonctionnement  des  réplications  Active  Directory. N’oubliez pas que, par définition, l’Active Directory assigne sur tous les éléments (objets) qu’il contient et  qui le compose un DN, un RON et aussi un GUID. Le GUID (Globally Unique IDentifier), du domaine référence l’objet  domaine lui­même au sein du DIT (Directory Information Tree) garantissant ainsi son unicité. 

© ENI Editions - All rigths reserved

- 7-

Pour  plus  d’informations  concernant  la  commande  Netdiag,  vous  pouvez  faire  une  recherche  dans  l’aide en  ligne et suivre le lien Microsoft ou directement installer les Outils de Support de Windows Server 2003 et ainsi  disposer de tous les outils de support habituels. 

- 8-

© ENI Editions - All rigths reserved

Surveillance du service DNS  Le service DNS doit, comme les autres services importants, être surveillé. Cette surveillance est basée sur l’utilisation  de  la  console  de  gestion  des  performances.  Cette  console  vous  permet  d’invoquer  un  ensemble  de  compteurs  de  performances spécialisés dans la surveillance du service serveur DNS.Comme les serveurs DNS jouent un rôle central  dans la plupart des infrastructures, la surveillance des serveurs DNS vous permettra de réagir de manière proactive à  l’aide des éléments suivants :  ●

La mise à disposition d’une base de performances de référence. Vous pourrez ensuite utiliser ces informations  pour  identifier  les  éventuelles  baisses  de  performances  et  ainsi  estimer  d’éventuelles  mises  à  niveau  matérielles ou logicielles pour maintenir ou améliorer le niveau des performances. 

●

La mise à disposition de journaux spécialisés pour aider au dépannage et à l’optimisation du service serveur  DNS. 

Ces deux points importants sont traités ci­après. 

1. Définition d’une base de référence  Le  tableau  ci­dessous  montre  les  compteurs  que  vous  pouvez  ­  ou  devez  !  ­  sélectionner  pour  pouvoir  surveiller  correctement le service serveur DNS.  Compteurs de surveillance du DNS et cadre d’utilisation  Compteurs de  Performances 

Type de données  collectées 

Évaluation 

Stratégie de  surveillance 

Mises à jour dynamiques  refusées 

Nombre total de mises à  jour dynamiques  refusées par le serveur  DNS. 

Un nombre important de  refus concernant un  serveur DNS sécurisé  peut signifier que des  ordinateurs non  autorisés tentent de  réaliser des mises à jour  dynamiques. 

Toute augmentation doit  déclencher une analyse  détaillée de cette  activité douteuse.  

Requêtes récursives par  secondes 

Nombre moyen de  requêtes récursives  reçues par le serveur  DNS en une seconde. 

Ce compteur permet de  surveiller l’activité du  serveur DNS en terme  de charge de résolution  de noms.  

Toute variation  importante doit faire  l’objet d’une action de  contrôle de l’activité. 

Nombre total de  demandes de transferts  de zone complets  envoyées par le serveur  DNS secondaire. 

Le serveur secondaire  hébergeant une zone  secondaire demande  des transferts de zone.  Lorsque ce chiffre est  élevé un nombre de  changements importants  est réalisé dans la zone  primaire. 

Si ce compteur évolue  de manière importante  par rapport à la base, il  pourra être nécessaire  de revoir le nombre de  modifications autorisées  ainsi que la méthode  utilisée. 

Demandes AXFR  envoyées 

Ces  compteurs  seront  utilisables  avec  les  composants  de  surveillance  et  de  journalisation  habituels  de  Windows  2000, Windows Server 2003 et Windows Server 2008. 

© ENI Editions - All rigths reserved

- 1-

Journal de logging pour la surveillance du service DNS  Vous remarquerez que la console MMC ci­dessus contient deux composants. Le composant System Monitor Control  correspond au traditionnel "Analyseur de performances" tandis que le composant Gestion de l’ordinateur permet de  gérer les journaux et alertes de performances.  Dans  cet  exemple,  le  comportement  de  la  machine  est  surveillé  à  l’aide  du  journal  par  défaut  Vue  générale  du  système ainsi que par un journal dédié à la surveillance du service serveur DNS.  Habituellement, la console pré­formatée Analyseur de performances est directement accessible via le menu Démarrer  ­  Tous  les  programmes ­  Outils  d’administration. Cependant, si vous souhaitez insérer ce logiciel enfichable dans  une console personnalisée, vous serez surpris de ne pas le trouver dans la liste des composants sélectionnables. En  fait, ce composant est néanmoins disponible si vous passez par le choix Contrôle ActiveX.  Ce  composant  est  particulièrement  intéressant  pour  avoir  une  vue  instantanée  de  l’activité  mais  surtout  pour  analyser les journaux sur une période de temps que vous pourrez spécifier : 

Sélection de la période d’analyse au sein du journal 

- 2-

© ENI Editions - All rigths reserved

D’autres compteurs très intéressants pourront être rajoutés en fonction du cadre d’utilisation du serveur DNS. Ainsi,  vous  pourrez  par  exemple,  choisir  d’insérer  dans  votre  journal  de  surveillance,  les  compteurs  de  performances  présentés ci­dessous :  ●

Total des requêtes reçues et Total de requêtes reçues/s ; 

●

Total de réponses envoyées et Total de réponses envoyées/s ; 

●

Requêtes récursives et Requêtes récursives/s ; 

●

Délais expirés d’envois récursifs et Délais expirés d’envois récursifs/s ; 

●

Échecs de requêtes récursives et Échecs de requêtes récursives/s ; 

●

Notifications envoyées ­ Demandes de transfert de zone reçues ; 

●

Échecs de transferts de zone ; 

●

Demandes AXFR reçues ­ AXFR corrects envoyés ; 

●

Demandes IXFR reçues ­ IXFR corrects envoyés ­ Notifications reçues ; 

●

Demandes de transfert de zone SOA ; 

●

Mises à jour dynamiques reçues et Mises à jour dynamiques reçues/s ; 

●

Mises à jour dynamiques refusées ; 

●

Mises à jour dynamiques en attente ; 

●

Mises à jour sécurisées reçues et Mises à jour sécurisées reçues/s ; 

●

Échecs de mise à jour sécurisée. 

2. Utilisation de la console Gestionnaire de serveur  Windows  Server  2008  introduit  la  nouvelle  console  de  gestion  de  serveur  MMC  Gestionnaire  de  serveur.  Cette  console  facilite  l’ensemble  des  taches  de  gestion  et  de  sécurisation  des  rôles  de  serveur  en  fournissant  un  point  central pour accéder aux informations système et aux différents statuts de fonctionnement du serveur. Les grandes  fonctionnalités sont rapidement présentées ci­dessous :  ●

Affichage et changement des rôles et fonctionnalités installés sur le serveur. 

●

Gestion des services opérationnels. 

●

Gestion des rôles. 

●

Synthèse des statuts, événements critiques et aide à l’analyse et au dépannage avec l’accès aux différentes  sources d’informations (bonnes pratiques, recommandations, articles Microsoft Technet). 

© ENI Editions - All rigths reserved

- 3-

Surveillance du rôle « Serveur DNS » à l’aide du Gestionnaire de serveur.  La figure suivante illustre la console Gestionnaire de serveur pour mettre en œ uvre de la meilleure façon possible les  services  DNS  de  Windows  Server  2008.  Vous  y  retrouverez  les  meilleurs  liens  pour  appliquer  les  configurations  recommandées,  les  différentes  tâches  d’administration  ou  de  maintenance  ainsi  que  les  meilleures  pratiques  à  observer. 

Maintenance du rôle « Serveur DNS » à l’aide du Gestionnaire de serveur. 

3. Utilisation des journaux d’événements  Par défaut, un ordinateur Windows fonctionnant sous Windows 2000 ou Windows Server 2003 ou Windows Server  2008 enregistre les événements dans trois types de journaux : 

- 4-

●

Le  journal  applications  :  ce  journal  contient  les  événements  enregistrés  par  les  applications  ou  les  programmes. 

●

Le  journal  sécurité  :  ce  journal  enregistre  les  événements  tels  que  les  tentatives  valides  et  non  valides  d’ouverture de session ainsi que les événements liés à l’utilisation d’une ressource. 

© ENI Editions - All rigths reserved

●

Le  journal  système  :  ce  journal  contient  les  événements  enregistrés  par  les  composants  système  de  Windows.  L’échec  du  chargement  d’un  pilote  ou  d’un  autre  composant  du  système  lors  du  démarrage  est  consigné dans ce journal. 

Cependant,  lorsque  l’ordinateur  est  configuré  pour  héberger  certains  services  additionnels,  des  journaux  supplémentaires  sont  disponibles.  Ainsi,  si  l’ordinateur  est  configuré  comme  contrôleur  de  domaine,  deux  journaux  supplémentaires sont créés :  ●

Le  journal  du  service  d’annuaire  :  ce  journal  contient  les  événements  enregistrés  par  le  service  Active  Directory de Windows 2000, Windows Server 2003 ou Windows Server 2008. 

●

Le  journal  du  service  de  réplication  de  fichiers  :  ce  journal  contient  les  événements  enregistrés  par  le  service de réplication de fichiers FRS ou NTFRS de Windows. 

Lorsque l’ordinateur est également configuré pour accueillir la fonction de serveur DNS, les événements de ce service  sont  consignés  dans  un  journal  supplémentaire.  Le  journal  du  serveur  DNS  contient  uniquement  les  événements  enregistrés par le service DNS de Windows. La figure suivante illustre ce journal qui est donc accessible via les outils  de gestion des journaux d’événements de Windows, mais aussi directement à l’aide de la console de gestion MMC du  DNS.  Le  journal  Événements  DNS  est  situé  comme  les  autres  journaux  dans  le  répertoire  %Systemroot%\system32 \config\ et porte le nom dnsevent.evt. La figure suivante illustre le niveau de détail des messages consignés dans  ce journal.  En  effet,  dans  cet  exemple,  un  enregistrement  de  ressource  non  valide  se  trouve  au  sein  de  la  zone  DNS  corporate.net. Ce problème a pour effet de générer un numéro d’événement 1508, mais surtout une explication très  précise du problème. 

Détection d’un enregistrement de ressource DNS non valide dans la zone  Effectivement,  nous  constatons  que  le  problème  se  situe  à  ligne  31  du  fichier  de  zone  dont  le  nom  est  corporate.net.dns.  Généralement,  les  messages  propres  à  Windows  et  aux  composants  intégrés  au  système  sont  relativement explicites. Malheureusement, il y aura des cas où certains messages ne seront pas toujours aussi clairs  que l’exemple ci­dessus. Aussi, il sera parfois nécessaire de chercher plus de détails sur les circonstances de tel ou tel  message.  Vous  pourrez  accéder  à  la  description  des  messages  Windows  en  utilisant  les  ressources  spécifiées  ci­ dessous : 

© ENI Editions - All rigths reserved

- 5-

●

Connectez­vous  sur  le  site  Microsoft  Events  and  Errors  http://www.microsoft.com/technet/support/eventserrors.mspx 

Message 

Center 

●

Installez le Kit de Ressources Techniques de Windows 2000 ou Windows Server 2003. 

●

Connectez­vous sur le site http://www.EventID.net. 

à 

l’adresse 

: 

4. Utilisation des journaux de débogage DNS  Windows Server 2003 et Windows Server 2008 supportent un nouveau mode de journalisation avancé qui permet de  sélectionner les types de messages et opérations spécifiques du service DNS.  Comme  cela  est  le  cas  avec  de  nombreux  produits,  ces  journaux  ne  sont  pas  activés  par  défaut  pour  éviter  une  éventuelle  surcharge  de  l’ordinateur.  Ils  seront  donc  activés  uniquement  en  cas  de  besoin,  ou  par  exemple,  à  la  demande du support Microsoft. Par exemple, l’activation des journaux de débogage sur un serveur DNS donné aura  pour effet de consigner dans le journal DNS.log les types d’activité que vous aurez au préalable sélectionnés. Vous  pouvez activer l’enregistrement de débogage à l’aide de l’onglet Enregistrement de débogage via les propriétés de  l’objet Serveur.  Par défaut, le journal DNS.log est stocké sur la partition système dans le dossier %Systemroot%\system32\dns. Ce  fichier, certes très utile pour aider au diagnostic des incidents DNS, peut être consommateur d’espace disque, aussi la  taille  maximale  est­elle  fixée  par  défaut  à  500  Mo.  Pour  contourner  d’éventuels  problèmes  d’espace  disque,  vous  pouvez aussi changer l’emplacement  physique  du  fichier  journal  en  le  plaçant  sur  un  autre  disque  physique  ou  sur  une autre partition.  Notez  que  cette  taille  par  défaut  permet  de  consigner  assez  d’informations  sur  une  période  de  temps  convenable  pour  pouvoir  aider  au  diagnostic  et  à  la  résolution  du  problème.  N’oubliez  pas  que  l’enregistrement de débogage ne s’arrêtera que si vous le spécifiez ou si l’espace disque devenait insuffisant ! Tant  que  la  fonction  est  activée,  le  journal  de  débogage  reste  opérationnel  et  les  entrées  les  plus  anciennes  seront  écrasées seulement lorsque la taille limite sera atteinte. 

Lecture du journal de débogage DNS.log 

Par  défaut,  le  journal  de  débogage  n’est  pas  activé.  Cette  fonctionnalité  ne  devrait  être  activée  que  pour  diagnostiquer  un  problème  complexe.  En  effet,  n’oubliez  pas  que  ce  mode  de  débogage  peut  être  particulièrement  consommateur  de  ressources  et  ainsi  affecter  le  comportement  général  de  l’ordinateur.  Par  conséquent,  utilisez  cette  fonctionnalité  temporairement  lorsqu’il  est  nécessaire  de  disposer  d’informations  plus  détaillées.  Pour plus d’informations sur la surveillance du service DNS, cherchez "Surveillance et optimisation des serveurs DNS"  dans l’aide en ligne de Windows Server 2008. 

- 6-

© ENI Editions - All rigths reserved

Restauration des paramètres par défaut  Il  se  peut  qu’à l’issue  de  la  mise  en œ uvre  des  nombreux  paramètres  du  serveur  DNS  de  Windows  Server  2003  ou  Windows  Server  2008,  certains  paramètres  n’aient  pas  été  définis  convenablement.  Pour  rétablir  un  comportement  plus  rationnel,  vous  pourrez  être  amené  à  devoir  restaurer  les  paramètres  par  défaut  de  votre  serveur  DNS.  Pour  réaliser  cette  opération  à  l’aide  de  la  console  de  gestion  MMC  du  DNS,  effectuez  un  clic  droit  sur  le  serveur  DNS  approprié,  puis Propriétés  et  sélectionnez  l’onglet Avancés.  Cliquez  sur Restaurer  les  paramètres  par  défaut,  puis  sur OK. 

Restauration des paramètres par défaut du serveur DNS  Les paramètres restaurés respecteront les valeurs correspondant à l’installation par défaut du service serveur DNS sur  la machine. Ces valeurs sont spécifiées ci­dessous :  Désactiver la récursivité  Non sélectionné.  Lier les zones secondaires  Sélectionné.  Échec de chargement si ...  Non sélectionné.  Activer tourniquet (Round Robin)  Sélectionné.  Activer le tri de masques de réseau  Sélectionné. 

© ENI Editions - All rigths reserved

- 1-

Protéger le cache contre la pollution  Sélectionné.  Vérifier les noms  Sur plusieurs octets (UTF8).  Charger les données de zone ...  Depuis Active Directory et le Registre.  Activer le nettoyage automatique ...  Non sélectionné. 

Cette  opération  nécessite  que  vous  soyez  membre  du  groupe  Administrateurs  sur  l’ordinateur  local,  ou  que  vous  ayez  reçu  par  délégation  les  autorisations  nécessaires.  Si  l’ordinateur  est  joint  à  un  domaine,  les  membres du groupe Admins du domaine peuvent effectuer cette procédure. 

- 2-

© ENI Editions - All rigths reserved

Interface  NetBIOS  et  Configuration  DNS  du  client  Windows  XP  Professionnel  1. À propos de l’interface NetBIOS  a. Interface NetBIOS et Configuration DNS du client Windows XP Professionnel  Les  systèmes  d’exploitation Microsoft supportent TCP/IP depuis plus d’une  quinzaine  d’années. Avec les premières  versions de PC/LAN puis avec Microsoft OS/2 Lan Manager et enfin Windows NT 3.1 dès 1993, et, aujourd’hui avec  toutes  les  technologies  qui  gravitent  autour  de  l’annuaire  Active  Directory,  les  services  TCP/IP  ont  pris  de  plus  en  plus  d’importance  au  sein  des  systèmes  et  applications  Windows.  Cette  section  présente  les  concepts  et  bonnes  pratiques  de  la  configuration  TCP/IP  du  poste  de  travail  Windows  XP  Professionnel  sachant  que  vous  pourrez  réappliquer  ces  principes  sur  les  machines  exploitant  Windows  2000,  Windows  Server  2003  ou  Windows  Server  2008. 

b. Types de noms à prendre en charge  Pour commencer, il convient de rappeler que, par défaut, les systèmes d’exploitation Windows 2000, Windows XP,  Windows Server 2003 et Windows Server 2008 utilisent un espace de noms et un système de résolution de noms  pour associer aux adresses IP des noms d’ordinateurs, de services et de domaines. Ces noms seront, bien sûr, plus  faciles à utiliser que les adresses réelles de ces éléments.  Bien qu’il ne s’agisse pas des seuls types de noms existants dans les systèmes réseaux, nous pouvons considérer  qu’aujourd’hui, il existe deux grands types de noms :  ●

Les  noms  d’hôtes  :  les  noms  d’hôtes  sont  utilisés  par  des  programmes  qui  utilisent  l’interface  de  programmation Windows Sockets. Aujourd’hui, la majorité des applications s’appuie sur cette interface. Par  exemple,  les  applications  telles  que  Microsoft  Internet  Explorer  ou  des  outils  de  gestion  TCP/IP  comme  la  commande tracert utilisent cette interface de programmation réseau. 

●

Les  noms  NetBIOS  :  les  noms  NetBIOS  sont  utilisés  par  des  programmes  ou  services  réseau  qui  utilisent  l’interface  de  programmation  NetBIOS.  Par  exemple,  des  applications  telles  que  le  "Client  pour  les  réseaux  Microsoft" et le "Partage de fichiers et d’imprimantes pour les réseaux Microsoft" sont aussi des programmes  qui utilisent l’interface NetBIOS. Bien sûr, cette liste ne s’arrête pas là et nous pouvons aussi citer le service  "Affichage des messages" utilisé à l’aide de la commande  net send. Avant que TCP/IP ne s’impose  grâce  à  l’émergence de l’Internet et l’adhésion de leaders tels que IBM, Microsoft et Novell, les réseaux exploitaient  des  protocoles  de  transport  tels  que  IPX/SPX,  Decnet,  SNA,  AppleTalk,  chacun  avec  ses  propres  API  de  développement d’applications réseau. NetBIOS ­ Network Basic Input and Output System, fut alors défini pour  jouer le rôle d’interface de programmation générique pour le développement d’applications réseau. 

c. Positionnement de l’interface NetBIOS par rapport à TCP/IP  Le protocole NetBIOS existe en tant qu’interface de type session c’est­à­dire au niveau 5 du modèle OSI. Toutefois,  ce  protocole  existe  aussi  en  tant  que  véritable  transport  au  niveau  4  du  même  modèle.  L’implémentation  de  Microsoft,  bien  connue  sous  le  nom  "NetBEUI  ­  NetBIOS  Extended  User  Interface",  en  est  la  plus  performante  implémentation. Ce transport rivalisa pendant de nombreuses années avec Novell Netware et IBM OS/2 Warp Server  avec NetBIOS 3.0.  Ne disposant pas de services réseau au niveau 3 du modèle OSI, le protocole NetBEUI n’est bien sûr, pas routable.  Cependant, ce protocole de transport est "source routable" sur Token Ring et peut traverser les ponts de niveaux 2.  Relation entre le modèle TCP/IP et les Applications  Finalement, la couche Application est la couche la plus importante. C’est elle qui permettra ou non aux applications  du  réseau  d’utiliser  les  services  de  la  pile  de  protocoles  TCP/IP  toute  entière.  TCP/IP  propose  deux  interfaces  permettant aux applications réseau d’utiliser ses services.  ●

L’interface  Windows  Sockets  :  cette  interface,  aussi  appelée  Winsock,  joue  le  rôle  d’interface  standard  entre les applications basées sur les Sockets et les protocoles de la suite TCP/IP. Le concept est le suivant :  l’application spécifie le protocole, l’adresse IP et le port à utiliser vers l’application distante. Les services de  l’interface  Windows  Sockets  permettent  de  réaliser  cette  fonction  ainsi  que  l’ouverture  et  la  fermeture  des  connexions et l’envoi et la réception des données. 

●

L’interface  NetBIOS  over  TCP/IP  :  cette  interface,  aussi  appelée  NetBT,  joue  le  rôle  d’interface standard  © ENI Editions - All rigths reserved

- 1-

entre  les  applications  NetBIOS.  Elle  offre  des  services  de  noms  complets,  des  services  de  livraison  de  données en mode connecté et déconnecté (c’est­à­dire en TCP et UDP) ainsi que des services de gestion de  sessions. 

2. Plate­forme Windows et interface Windows  a. Services NetBIOS et codes de services Microsoft  Dans la mesure où de nombreuses applications continuent d’utiliser l’interface NetBIOS, il est important de connaître  les codes de services utilisés par les composants réseau Microsoft. Ces codes seront enregistrés sur le réseau local  sous  la  forme  de  messages  de  type  "limited  broadcasts"  c’est­à­dire  des  messages  de  diffusion  dont  l’adresse de  destination  est  limitée  au  réseau  ou  au  sous­réseau  TCP/IP  source.  Par  exemple,  sur  le  réseau  10.1.0.0  avec  un  préfixe de 16 bits c’est­à­dire un masque de sous­réseau de classe B, l’adresse de destination de ces messages de  demandes d’enregistrements sera 10.1.255.255. Bien entendu, comme les routeurs IP ne routent que les messages  dirigés (unicasts), ces messages sont limités au sous­réseau IP local.  Toutes  les  machines  présentes  sur  le  réseau  seront  ainsi  informées  et  pourront  éventuellement  contester  la  demande d’enregistrement. C’est ce qui se passera si vous démarrez inopinément deux ordinateurs portant le même  nom NetBIOS sur le même réseau. Le dernier ordinateur à démarrer sera exclu du réseau NetBIOS jusqu’à ce que le  problème de conflit soit résolu.  En  plus  de  l’enregistrement  des  noms  NetBIOS  via  des  messages  de  diffusion,  l’implémentation  de  NetBIOS  sur  TCP/IP prévoit l’usage des serveurs NBNS (NetBIOS Name Servers) tels que WINS ­ Windows Internet Naming Service.  Ces  serveurs  permettent  de  centraliser  tous  les  enregistrements  NetBIOS.  Bien  entendu,  ces  serveurs  d’enregistrement  des  noms  NetBIOS  fonctionnent  de  façon  dynamique  et  permettent  de  diminuer  de  manière  substantielle  le  nombre  de  messages  de  diffusion.  La  figure  suivante  montre  l’usage  de  la  commande  nbtstat  qui  permet d’afficher les codes des services d’une machine donnée. 

Affichage des noms NetBIOS enregistrés par la machine 192.168.0.47.Le code [1B] montre que la machine joue le  rôle de contrôleur de domainemaître d’exploration pour le domaine NetBIOS CORP2003  La  commande  nbtstat  est  une  vieille  commande  NetBIOS.  Elle  existe  depuis  les  premières  implémentations  de  Microsoft  OS/2  LAN  Manager.  En  plus  de  contrôler  individuellement  chaque  machine,  vous  pourrez  accéder  à  l’ensemble  des  enregistrements  de  l’espace  de  noms  NetBIOS  en  consultant  la  ou  les  bases  de  données  des  serveurs WINS.  Les types de noms NetBIOS présentés ci­après sont les plus couramment utilisés dans les réseaux Microsoft.  nom_ordinateur[00h] : ce nom est enregistré par le service Station de travail sur le client WINS.  nom_ordinateur[03h] : ce nom est enregistré par le service Affichage des messages sur le client WINS.  nom_ordinateur[06h]  :  ce  nom  est  enregistré  sur  le  client  WINS  par  le  service  de  routage  et  d’accès  distant,  lorsque ce service est démarré.  nom_domaine[1Bh]  :  ce  nom  est  enregistré  par  chaque  contrôleur  de  domaine  Windows  NT  Server  4.0  jouant  le  rôle  d’explorateur  principal  de  domaine  (Domain  Master  Browser).  Cet  enregistrement  de  nom  est  utilisé  pour  permettre l’exploration à distance des domaines.  nom_ordinateur[1Fh]  :  ce  nom  est  enregistré  par  les  services  NetDDE  (Network  Dynamic  Data  Exchange).  Il  ne  s’enregistre que si les services NetDDE sont démarrés. 

- 2-

© ENI Editions - All rigths reserved

nom_ordinateur[20h] : ce nom est enregistré par le service Serveur sur le client WINS.  nom_ordinateur[21h]  :  ce  nom  est  enregistré  sur  le  client  WINS  par  le  service  Client  RAS  lorsque  ce  service  est  démarré.  nom_ordinateur[BEh] : ce nom est enregistré par l’Agent de surveillance du réseau (Agent Netmon) et n’apparaîtra  que si ce service est démarré sur le client WINS.  nom_ordinateur[BFh] : ce nom est enregistré par l’utilitaire de surveillance du réseau (Analyseur de trames fourni  avec Microsoft Systems Management Server 2.0 ou 2003).  nom_utilisateur[03h] : ce nom est enregistré pour chacun des utilisateurs connectés. Faites attention : si plusieurs  utilisateurs se connectent sous le même nom, seul le premier ordinateur enregistré sur le réseau, sera en mesure  d’enregistrer le nom.  nom_domaine[00h] : il s’agit  d’un  nom  de  groupe  NetBIOS  enregistré  par  le  service  Station  de  travail  de  façon  à  pouvoir recevoir les diffusions d’exploration provenant d’ordinateurs LAN Manager.  nom_domaine[1Ch] : il s’agit d’un nom de groupe NetBIOS utilisé par les contrôleurs de domaine Windows NT dans  le  cadre  du  domaine.  Il  peut  contenir  jusqu’à  25  adresses  IP.  Notez  que  cet  enregistrement  n’est  pas  utilisé  par  Active Directory.  nom_domaine[1Dh] : il s’agit d’un nom de groupe NetBIOS utilisé par les explorateurs principaux de chaque sous­ réseau,  sachant  qu’il  ne  peut  y  avoir  qu’un  seul  explorateur  principal  par  sous­réseau.  Les  explorateurs  de  sauvegarde (Backup Browsers) utilisent ce nom pour communiquer avec l’explorateur principal (Master Browser), en  extrayant la liste des serveurs disponibles de l’explorateur principal.  nom_groupe[1Eh] : il s’agit d’un nom de groupe NetBIOS ordinaire. Tout ordinateur configuré en tant qu’explorateur  de réseau peut diffuser vers ce nom, et écouter les diffusions vers ce nom, pour choisir un explorateur principal. Un  nom de groupe mappé statiquement utilise ce nom pour s’enregistrer sur le réseau. Lorsqu’un serveur WINS reçoit  une demande de nom se terminant par [1E], il renvoie toujours l’adresse de diffusion du réseau local du client qui a  émis la demande.  nom_groupe[20h] : il s’agit d’un nom de groupe NetBIOS spécial appelé groupe Internet. Il est enregistré sur les  serveurs WINS pour identifier des groupes d’ordinateurs pour les besoins de l’administration.  ­­__MSBROWSE__[01h] : il s’agit d’un nom de groupe NetBIOS enregistré par l’explorateur principal pour chaque  sous­réseau.  Lorsqu’un  serveur  WINS  reçoit  une  demande  concernant  ce  nom,  il  renvoie  toujours  l’adresse  de  diffusion du réseau local du client qui a émis la demande.  Les  codes  de  services  présentés  plus  haut  sont  des  codes  relatifs  aux  composants  réseau  Microsoft.  De  nombreuses  applications  non  Microsoft  continuent  d’utiliser  du  code  nécessitant  l’interface  de  programmation NetBIOS. De fait, le support de cette interface et aussi des serveurs WINS est toujours nécessaire.  Pour plus de renseignements sur la configuration des serveurs WINS, consultez le Kit de ressources techniques de  Windows Server 2003. 

b. Résolution de noms NetBIOS  La  résolution  de  noms  NetBIOS  signifie  qu’il  est  possible  de  mettre  en  correspondance  un  nom  NetBIOS  avec  l’adresse IP qui lui est associée. Pour rappel, un nom NetBIOS est une adresse sur 16 octets utilisée pour identifier la  ressource  NetBIOS  au  sein  du  réseau.  En  fait,  les  15  premiers  octets  sont  disponibles  pour  le  nom  tandis  que  le  dernier, le 16ème donc, est réservé au code de service. Par définition, le nom NetBIOS est soit un nom unique sur  l’ensemble du réseau NetBIOS, soit un nom de groupe qui sera utilisé par tous les membres dudit groupe. Dans ce  dernier cas, le nom NetBIOS est qualifié de nom "NetBIOS non exclusif".  Finalement, lorsqu’un processus NetBIOS communique avec un autre processus NetBIOS situé sur un ordinateur du  réseau, alors le nom unique est utilisé. Par contre, dans le cas de communications d’une application vers plusieurs  processus situés sur plusieurs ordinateurs, alors un nom de groupe NetBIOS sera utilisé.  Enregistrement des ordinateurs et services dans le réseau NetBIOS  Le  service  "Partage  de  fichiers  et  d’imprimantes  pour  les  réseaux  Microsoft"  est  un  exemple  de  processus  sur  un  ordinateur  exécutant  Windows  XP  Professionnel.  Lorsque  votre  ordinateur  démarre,  ce  service  enregistre  un  nom  NetBIOS  unique  basé  sur  le  nom  de  votre  ordinateur.  Le  nom  exact  utilisé  par  le  service  est  le  nom  limité  à  15  caractères. Le 16ème caractère du nom (en hexadécimal, valeur de 00 à FF) indiquera toujours le type de ressource.  Dans  notre  exemple,  le  service  serveur  déclare  le  code  0x20.  Ce  mécanisme  d’enregistrement  se  produira  pour  chaque application appartenant à l’espace de noms NetBIOS. 

c. Ordre des résolutions NetBIOS  Le mécanisme exact selon lequel les noms NetBIOS sont résolus en adresses IP dépend du type de nœ ud NetBIOS  configuré sur la machine. Le RFC 1001, "Protocol Standard for a NetBIOS Service on a TCP/UDP Transport: Concepts  and Methods" définit quatre types de nœ uds NetBIOS :  © ENI Editions - All rigths reserved

- 3-

Nœud  de  type  B­nœud  (diffusion)  :  le  mode  B­nœ ud  (Broadcast  node)  utilise  les  requêtes  de  noms  NetBIOS  de  diffusion pour l’inscription et la résolution de noms. Le B­nœ ud présente deux problèmes principaux :  ●

les diffusions perturbent chaque nœ ud du réseau local, 

●

les  routeurs  ne  transmettant  pas,  par  défaut,  les  messages  de  diffusion  ;  par  conséquent,  seuls  les  noms  NetBIOS du réseau local peuvent être résolus. 

Nœud de type P­nœud (point à point) : le P­nœ ud (Point to Point node) utilise un serveur de nom NetBIOS (NBNS)  tel qu’un serveur WINS pour résoudre les noms NetBIOS. Le P­nœ ud n’utilise pas du tout les diffusions. Toutes les  résolutions sont dirigées en unicast vers le serveur de noms WINS. Ce type de nœ ud est rarement utilisé.  Nœud de type M­nœud (mixte) : le M­nœ ud (Mixed node) est une combinaison de B­nœ ud et P­nœ ud. Par défaut,  un M­nœ ud fonctionne d’abord comme un B­nœ ud. Si un M­nœ ud ne peut pas être utilisé pour résoudre un nom par  diffusion, il demande un NBNS à l’aide du P­nœ ud. Ce type de nœ ud est rarement utilisé.  Nœud  de  type  H­nœud  (hybride)  :  le  H­nœ ud  (Hybrid  node)  est  une  combinaison  de  P­nœ ud  et  B­nœ ud.  Par  défaut, un H­nœ ud fonctionne comme un P­nœ ud. Si un H­nœ ud ne peut pas être utilisé pour résoudre un nom via le  NBNS, alors il utilise une diffusion pour résoudre le nom. Comme il s’agit du type de nœ ud recommandé par Microsoft,  il  est  bien  sûr  le  plus  couramment  utilisé.  Le  fait  de  déclarer  l’utilisation  d’un  ou  plusieurs  serveurs  WINS  pour  disposer de bonnes résolutions NetBIOS configure automatiquement le type H­node. Vous pouvez déterminer le type  de nœ ud à l’aide de la commande ipconfig /all. 

d. Ordre de résolution d’un poste de travail de type H­node  La résolution de noms NetBIOS pour les clients WINS est directement dépendante du module NetBT qui implémente  l’interface  NetBIOS  sur  TCP/IP.  La  méthode  réelle  de  résolution  de  noms  est  heureusement  transparente  pour  les  applications et les utilisateurs.  Pour Windows 2000 et Windows XP Professionnel, les clients WINS utilisent la séquence suivante pour résoudre un  nom :  ●

Si  le  nom  demandé  comporte  plus  de  15  caractères  ou  s’il  a  la  forme  d’un  nom  pleinement  qualifié  (FQDN  contenant des points "."), alors la requête est directement transmise au système de résolution DNS. 

●

Sinon, l’ordinateur contrôle si le nom est présent dans le cache de noms distants du client. Vous pouvez le  consulter à l’aide de la commande nbtstat ­c. 

●

Sinon, une requête de résolution de nom NetBIOS est envoyée vers les serveurs WINS configurés. 

●

Sinon, un message de diffusion est envoyé vers l’adresse IP du sous­réseau. 

●

Sinon, le fichier LMHOSTS est vérifié à condition que l’option Activer la recherche de LMHOSTS soit activée  dans les propriétés Protocole Internet (TCP/IP) de la connexion, onglet WINS. Par défaut, cette option est  activée. 

●

Sinon, le fichier HOSTS est vérifié. 

●

Enfin, les résolutions DNS sont invoquées. Dans un premier temps, le cache de noms DNS sera consulté, puis  un ou plusieurs serveurs DNS seront finalement interrogés. 

Pour  plus  de  renseignements  sur  les  résolutions  de  noms  et  un  organigramme  précis  de  ce  processus  lorsque  l’ordinateur est équipé de plusieurs cartes réseaux configurées avec des paramètres TCP/IP spécifiques, consultez le  Kit de ressources techniques Microsoft Windows Server 2003.  Déclaration des adresses des serveurs WINS, sélection du type de nœud NetBIOS et nombre de serveurs WINS  déclarés  Avec les versions antérieures de Windows (Windows NT et Windows 9x), il était possible de configurer manuellement  les clients afin qu’ils utilisent uniquement, au minimum un serveur WINS principal et, au mieux, un serveur secondaire  additionnel. Ce dernier était alors utilisable en cas de défaillance du premier. La figure ci­après montre l’onglet WINS  regroupant l’ensemble des paramètres relatifs à l’interface et au support de NetBIOS. 

- 4-

© ENI Editions - All rigths reserved

Paramètres de serveurs WINS et utilisation de la recherche LMHOSTS  Une  fois  déclarées,  les  adresses  des  serveurs  WINS  seront  sollicitées  dans  l’ordre  où  elles  apparaissent  dans  la  liste. Notez que vous avez la possibilité de réorganiser cette liste à l’aide des flèches situées sur la droite.  Sous Windows 9x et Windows NT, les serveurs WINS déclarés étaient au nombre de deux (le serveur WINS  principal et le serveur WINS secondaire) et figuraient sur la fenêtre principale des paramètres TCP/IP. Sur les  systèmes  Windows  2000  et  Windows  XP,  l’interface  NetBIOS  devient  moins  obligatoire.  De  fait,  les  paramètres  WINS ont été déplacés vers ce nouvel emplacement. 

Même  si  les  systèmes  d’exploitation  Windows  2000,  Windows  XP  Professionnel,  Windows  Server  2003,  Windows  Vista  et  Windows  Server  2008  ne  nécessitent  pas  l’interface  NetBIOS  pour  leur  fonctionnement  interne, cette interface devrait toujours être présente pour assurer l’interopérabilité nécessaire avec les systèmes  et applications antérieurs. C’est la raison pour laquelle, il n’est pas recommandé de désactiver l’interface NetBIOS. 

Avec  Windows  Server  2003  et  Windows  Server  2008  vous  pouvez  configurer  les  clients  WINS  pour  qu’ils  utilisent  jusqu’à douze serveurs WINS. Vous pourrez gérer cette liste de deux façons :  ●

De façon statique via les propriétés du protocole TCP/IP. 

Déclaration de la liste des serveurs WINS à l’aide des paramètres TCP/IP et de l’onglet WINS 

© ENI Editions - All rigths reserved

- 5-

●

De façon dynamique à l’aide du protocole DHCP en configurant l’option DHCP 44. 

Déclaration de la liste des serveurs WINS à l’aide de l’option 44 du protocole DHCP  La  déclaration  de  deux  serveurs  WINS  est  nécessaire  et  suffisante  dans  la  majorité  des  cas.  Cependant,  cette  limitation a été mise en avant à plusieurs reprises par certains clients.  En  effet,  il  n’est  pas  rare  qu’il  soit  nécessaire  de  disposer  de  deux  serveurs  WINS  par  site.  Dans  le  cas  d’une  défaillance des deux serveurs WINS du site, par exemple suite à corruption des deux serveurs WINS locaux ou d’une  indisponibilité de cette partie du réseau, il serait souhaitable de pouvoir être secouru par un serveur WINS situé sur  un  site  distant.  Ce  type  de  limitation  n’existe  pas  concernant  les  paramètres  de  serveurs  DNS.  Microsoft  a  donc  procédé  à  cette  modification.  Finalement,  une  liste  plus  conséquente  de  serveurs  WINS  offre  aux  clients  une  meilleure tolérance de pannes lorsque leurs serveurs WINS principal et secondaire ne sont pas disponibles.  Windows  2000,  Windows  XP  Professionnel,  Windows  Server  2003  et  Windows  Server  2008  supportent  désormais jusqu’à douze serveurs WINS déclarés. Néanmoins, notez que seules les deux premiers serveurs  déclarés pourront être utilisés pour réaliser l’enregistrement dynamique des clients. Les deux serveurs situés au  plus  haut  de  la  liste  sont  donc  équivalents  au  serveur  WINS  principal  et  au  serveur  WINS  secondaire  que  nous  connaissions sur les machines fonctionnant sous Windows 9x et Windows NT.  Vous  pourrez  encore  utiliser  la  commande  ipconfig  /all.  Celle­ci  affiche  correctement  les  paramètres  de  WINS  principal et secondaire ainsi que les éventuels autres serveurs supplémentaires. 

e. Interface et noms NetBIOS, résolutions WINS et domaines Active Directory  Il est fortement conseillé de configurer vos ordinateurs Windows avec l’adresse IP d’au moins deux serveurs WINS  de telle sorte qu’il soit possible de résoudre des noms NetBIOS distants.  Dans l’absolu, les ordinateurs Windows 2000 ou ultérieur membres d’un domaine Active Directory n’ont pas besoin  de  recourir  aux  services  de  résolutions  NetBIOS  pour  inter­opérer  avec  l’annuaire  Active  Directory.  Cependant,  ce  pourrait être malgré tout nécessaire si des applications NetBIOS manipulaient des noms NetBIOS à résoudre par les  clients.  A  fortiori,  il  sera  indispensable  de  configurer  les  ordinateurs  clients  Active  Directory  fonctionnant  sous  Windows  2000  ou  Windows  XP  Professionnel  avec  l’adresse  IP  d’un  ou  plusieurs  serveurs  WINS  s’ils  doivent  communiquer  avec  d’autres  ordinateurs  exécutant  une  quelconque  version  de  Windows  qui  ne  serait  pas  dans  un  environnement Active Directory. 

- 6-

© ENI Editions - All rigths reserved

3. Configuration d’un poste client Active Directory  a. À propos des Clients Active Directory  Les  seuls  véritables  clients  Active  Directory  sont  les  systèmes  fonctionnant  sous  Windows  2000,  Windows  XP  Professionnel, Windows Server 2003, Windows Vista et Windows Server 2008. Évidemment, ce sera aussi le cas des  prochaines versions de Windows.  Les modules clients qui supportent les protocoles et mécanismes fondamentaux sont directement intégrés dans le  système d’exploitation. Pour rappel, ces composants fondamentaux sont le système de localisation principal basé sur  le  DNS,  les  protocoles  LDAP,  NTP  et  Kerberos  ainsi  que  les  services  de  gestion  des  configurations  offerts  par  la  technologie  Microsoft  IntelliMirror.  Ainsi,  aucune  action  supplémentaire  n’est  à  réaliser  sur  les  ordinateurs  clients  "intelligents"  lorsqu’un  domaine  Windows  NT  4.0  est  mis  à  niveau  vers  l’annuaire  Active  Directory.  Les  postes  de  travail  activeront  lors  du  prochain  redémarrage  les  modules  nécessaires  à  leur  fonctionnement  avec  le  domaine  Active Directory. Comme toujours, la condition sine qua non, c’est que les postes de travail puissent "découvrir" le  domaine Active Directory à l’aide des serveurs DNS de l’entreprise.  Microsoft n’a pas pour autant  ­ complètement ­ laissé de côté les anciens systèmes. C’est pour cette raison que le  client Active Directory a été développé. Le Client Active Directory est donc un module additionnel que vous trouverez  sur  le  CD­Rom  de  Windows  Server  2003  et  en  téléchargement  sur  le  site  de  Microsoft.  Ainsi,  de  nombreuses  fonctionnalités  Active  Directory  réservées  à  Windows  2000  ou  Windows  XP  Professionnel  sont  disponibles  sur  les  ordinateurs d’anciennes technologies tels que ceux fonctionnant sous Windows 9x ou Windows NT 4.0.  Le  Client  Active  Directory  n’est  plus  livré  sur  le  CD­Rom  de  Windows  Server  2008.  Pour  télécharger  ce  composant  additionnel  ou  obtenir  plus  d’informations  techniques,  consultez  l’article  288358  de  la  base  de  connaissances Microsoft How to install the Active Directory Client Extension.  Les fonctionnalités ci­dessous sont supportées par le module Client Active Directory :  Support de la reconnaissance des sites Active Directory : le module Client Active Directory permet une ouverture  de session à partir du contrôleur de domaine le plus proche du client. La sélection des contrôleurs de domaines est  traitée au chapitre suivant.  Support  de  l’interface  ADSI  (Active  Directory  Service  Interfaces)  :  le  module  Client  Active  Directory  permet  l’usage  de  scripts  en  interaction  avec  le  domaine  Active  Directory.  L’interface  ADSI  a  pour  objet  d’offrir  aux  développeurs une interface de programmation commune pour manipuler tous les services d’annuaires.  L’interface  ADSI  permet  de  réaliser  des  opérations  sur  les  systèmes  d’annuaires  tels  que  Windows  NT,  la  NDS (Netware Directory Services) de Novell, Exchange Server 5.5 et bien sûr, l’annuaire Active Directory.  Support du système de fichiers distribué DFS (Distributed File System) : le module Client Active Directory permet  aux utilisateurs d’accéder à des ressources hébergées au sein d’une racine DFS autonome ou intégrée à l’annuaire  Active Directory prise en charge par des serveurs exécutant Windows 2000 ou Windows Server 2003.  À  propos  du  service  "Système  de  Fichiers  Distribués"  :  les  serveurs  Windows  2000  et  Windows  Server  2003  Standard  Edition  ne  supportent  qu’une  seule  racine  DFS  par  serveur.  Cette  contrainte  a  été  supprimée  sur  les  serveurs DFS fonctionnant sous Windows Server 2003 Enterprise Edition et Windows Server 2008.  Support  des  authentifications  de  type  NTLM  version  2 : le module Client Active Directory permet de réhausser le  niveau des authentifications vers le domaine Windows. Ainsi, les authentifications NTLM version 2 qui étaient jusque­ là réservées à Windows NT sont elles disponibles aussi pour des ordinateurs clients fonctionnant sous Windows 9x.  La  modernisation  d’une  ancienne  infrastructure  vers  l’annuaire  Active  Directory  peut  avoir  été  justifiée  par  la  prévision  de  nouveaux  besoins  et  aussi  de  nouvelles  contraintes  à  court  ou  moyen  termes.  Parmi  ces  nouvelles  contraintes, nous retrouverons de nouvelles exigences en matière de sécurité et d’authentification. Notez que :  ●

Les postes Windows 2000 et ultérieurs supportent le plus haut niveau d’authentification possible via l’usage  du protocole Kerberos version 5 et des certificats X.509v3 pour les authentifications basées sur les certificats  ou via une carte à puce (Smart Logon). 

●

Les postes Windows NT supportent au mieux les authentifications NTLM version 1 et version 2. 

●

Les postes Windows 9x supportent au mieux les authentifications LM (LAN Manager). 

À la différence de Windows 9x (c’est­à­dire Windows 95 et Windows 98), les postes Windows ME (Millennium  Edition) supportent de base l’authentification NTLM version 2. 

© ENI Editions - All rigths reserved

- 7-

Sur  les  contrôleurs  de  domaine  Windows  Server  2003  et  Windows  Server  2008,  les  authentifications  de  type  Lan  Manager  sont  désactivées  par  défaut.  Par  conséquent,  dans  le  cas  où  une  demande  d’ouverture  de  session  de  domaine serait prise en charge par un contrôleur de domaine Windows Server 2003, les clients Windows 9x pourront  être en échec d’ouverture de session. Pour solutionner ce problème causé par ces nouveaux paramètres de sécurité  renforcée, vous pourrez opter pour une des solutions proposées ci­dessous :  ●

Mettre  à  niveau  les  ordinateurs  Windows  9x  vers  Windows  XP  Professionnel.  Il  s’agit  bien  entendu  de  la  meilleure alternative. 

●

Installer  le  module  "Client  Active  Directory"  sur  les  postes  Windows  9x.  Ce  choix  permet  de  planifier  le  renouvellement du matériel ultérieurement tout en progressant en terme de contrôle des accès au niveau du  domaine. 

Le fait d’installer le module "Client Active Directory" ne renforce pas la sécurité du poste de travail Windows  9x ou Windows NT. Cependant, l’utilisation du protocole NTLM version 2 en lieu et place de l’authentification  Lan  Manager,  renforcera  le  niveau  de  sécurité  des  opérations  réseau  entre  l’ordinateur  client  et  le  domaine  Windows Active Directory dans sa totalité.  Pour  plus  d’informations  sur  l’activation  des  authentifications,  consultez  l’article  de  la  Base  de  connaissances  Microsoft Q239869.  Réactiver le support du protocole d’authentification LAN Manager  Cette opération n’est pas recommandée. Cependant, si le nombre de postes Windows 9x est encore important, vous  pouvez  décider  d’attendre  le  renouvellement  des  machines  et  donc,  de  ne  pas  installer  le  module  "Client  Active  Directory".  Vous pouvez configurer ce paramètre de sécurité en ouvrant la stratégie de sécurité du contrôleur de domaine que  vous trouverez dans le groupe de programmes Outils d’Administration du contrôleur de domaine. 

Modification des paramètres de sécurité d’un contrôleur de domaine  Une fois la stratégie de sécurité chargée, développez l’arborescence de la console et placez­vous  à  l’emplacement  Paramètres de sécurité\Stratégies locales\Options de sécurité\.  Le temps de chargement des paramètres de stratégies est fonction de la puissance de la machine et des  informations  à  charger.  Par  conséquent,  ce  temps  est  très  variable  et  peut  être  compris  entre  quelques  secondes et une minute. 

- 8-

© ENI Editions - All rigths reserved

Paramètres par défaut du niveau d’authentification Lan Manager  L’écran  précédent  montre  que  le  contrôleur  de  domaine  ne  gère  que  des  réponses  de  type  NTLM.  En  fait,  la  documentation  précise  que  dans  ce  cas,  les  clients  utiliseront  seulement  l’authentification  NTLM  et  la  sécurité  de  session NTLMv2, si le serveur la prend en charge.  Pour obtenir plus de renseignements sur l’ensemble des paramètres de stratégie de sécurité, consultez "Description  des paramètres de sécurité" dans l’aide en ligne.  Attention à la manipulation des stratégies de sécurité des contrôleurs de domaine Windows Server 2003 et  Windows  Server  2008  !  Avant  toutes  modifications,  il  est  fortement  recommandé  de  consulter  l’article  823659 intitulé «  Client, service, and program incompatibilities that may occur when you modify security settings  and user rights assignments » disponible à l’adresse ci­dessous : http://support.microsoft.com/kb/823659/en­us  Propriétés du Carnet d’adresses Windows (WAB, Windows Address Book) de Active Directory  Le  module  Client  Active  Directory  permet  aux  utilisateurs  authentifiés  dans  le  domaine  Active  Directory  d’accéder à  leurs informations personnelles. Le bouton Propriétés permet ensuite à l’utilisateur de consulter et éventuellement  de modifier les informations présentées.  De cette manière, tout utilisateur peut atteindre et modifier des propriétés qu’il "maîtrise" bien. Ce sera le cas de son  numéro de téléphone ou de son adresse personnelle. 

Propriétés de l’utilisateur Bob Durand au sein du domaine Active Directory 

© ENI Editions - All rigths reserved

- 9-

Si vous souhaitez qu’un utilisateur donné ait la possibilité de modifier un attribut d’un autre objet utilisateur, il vous  suffit  d’affecter  les  permissions  nécessaires  sur  l’objet  et  sur  l’attribut  concernés.  Ce  principe,  appelé  "Principe  de  délégation des droits", est un point très important relatif à l’usage "général" que les entreprises souhaitent faire de  leur(s) annuaire(s). Les concepts de délégation et la mise en œ uvre  d’une stratégie de délégation sont présentés  plus loin.  La recherche dans Active Directory Le  module  Client  Active  Directory  étend  les  options  de  recherches  disponibles  à  partir  du  menu  Démarrer.  Les  utilisateurs  peuvent  ainsi  rechercher  des  imprimantes,  des  personnes,  des  ordinateurs  dans  un  domaine  Active  Directory.  À  propos  des  recherches  sur  les  objets  de  type  "imprimantes",  pour  que  les  imprimantes  puissent  être  localisées, elles doivent être publiées. Pour plus d’informations sur la publication d’imprimantes dans Active  Directory,  consultez  l’article  Q234619,  "Publishing  a  Printer  in  Windows  2000  Active  Directory",  de  la  Base  de  connaissances Microsoft. 

Fonctions non supportées par le module Client Active Directory Les systèmes d’exploitation Windows 2000 et Windows XP Professionnel disposent de fonctionnalités dont le Client  Active Directory, de Windows 9x et Windows NT 4.0, est dépourvu.  Ainsi  le  Client  Active  Directory  ne  prend  pas  en  charge  le  protocole  d’authentification Kerberos v5 (mais seulement  NTLM version 2), ni les Stratégies de groupe et la technologie IntelliMirror, ni les suffixes UPN (User Principal Names)  et  SPN  (Service  Principal  Names),  ni  l’authentification  mutuelle.  Le  seul  moyen  de  bénéficier  de  ces  fonctionnalités  importantes est de réaliser une mise à niveau vers Windows 2000, Windows XP Professionnel ou Windows Vista. 

b.  Postes  de  travail  Windows  XP  et  paramètres  DNS  nécessaires  aux  environnements  de  domaines  Active Directory  Les  clients  Active  Directory  tels  que  Windows  2000,  Windows  XP  Professionnel  ou  Windows  Server  2003  ou  2008,  utilisent  les  services  DNS  comme  service  de  localisation  principal  et  exclusif.  Les  détections  réalisées  grâce  aux  résolutions DNS permettront ainsi de résoudre les éléments importants que sont les noms de domaines, de sites et  de services Active Directory.  Au cours de l’installation de l’annuaire Active Directory, la zone DNS relative au domaine Active Directory ainsi que la  zone du domaine racine de la forêt sont mises à jour dynamiquement avec les enregistrements de ressources (SRV,  A et CNAME) des nouveaux contrôleurs de domaine.  Le processus détaillé de recherche et de sélection des contrôleurs de domaines est détaillé (cf. Chapitre Localisation  des services Active Directory et services DNS).  Les  paramètres  concernant  la  configuration  DNS  impliquent  donc  une  validation  technique  de  la  part  des  équipes  réseau  et  Active  Directory.  Une  fois  validés,  ces  paramètres  devront  être  appliqués  avec  rigueur  pour  garantir  un  fonctionnement normal des ordinateurs membres du domaine au sein de celui­ci.  La  liste  des  points  relatifs  à  la  configuration  des  propriétés  TCP/IP  pour  chaque  ordinateur  membre  d’un  domaine  Active Directory est spécifiée ci­après.  Définition d’un nom d’ordinateur et d’hôte DNS pour chaque ordinateur Par  exemple,  dans  le  domaine  DNS  dont  le  nom  complet  (FQDN)  est  eu.company.  com,  le  nom  d’ordinateur  DNS  complet pourra être pc­marketing­1.eu.company.com. Ce nom d’hôte aura comme conséquence que le nom NetBIOS  de  l’ordinateur,  appelé  depuis  de  nombreuses  années  "computer  name",  sera  PC­MARKETING­1.  Ce  nom  de  14  caractères est conforme puisqu’il n’atteint pas la limite des 15 caractères autorisés par l’interface NetBIOS. 

- 10 -

© ENI Editions - All rigths reserved

Héritage du nom d’hôte TCP/IP sur le nom NetBIOS de l’ordinateur  Cependant,  un  tel  nommage  empêcherait  d’utiliser  un  nom  tel  que  pc­marketing­100.  Il  serait  automatiquement  tronqué et indexé en cas de conflits. Par conséquent, il serait judicieux dans cet exemple de nommer les ordinateurs  de ce département avec un nommage plus court tel que pc­market­xxx.    Microsoft recommande de faire en sorte que le nom d’hôte et le nom NetBIOS soient identiques.

Définition d’un suffixe DNS principal pour l’ordinateur Vous devez définir et approuver le nom de domaine DNS qui est placé après le nom d’ordinateur  ou  d’hôte, lequel  formera  le  nom  complet  de  l’ordinateur  (FQDN).  Dans  l’exemple  précédent,  le  suffixe  DNS  principal  est  eu.company.com.  La  case  à  cocher  Modifier  le  suffixe  DNS  principal  lorsque  les  adhésions  au  domaine  sont  modifiées  permet  la  mise  à  jour  automatique  du  suffixe  DNS  principal  en  fonction  de  l’appartenance  au  domaine  Active Directory.  Bien que cette valeur ne produise aucun effet sur l’appartenance réelle de l’ordinateur au domaine, la modification du  suffixe DNS pourra générer les problèmes suivants :  ●

Les autres utilisateurs du réseau pourront avoir des difficultés à trouver l’ordinateur et réaliser un contrôle  d’accès à son encontre. 

●

L’ordinateur ne pourra réellement fonctionner dans le domaine Active Directory que si le domaine autorise les  ordinateurs  membres  du  domaine  à  utiliser  un  suffixe  DNS  principal  différent  des  noms  de  domaines  DNS  Active Directory. 

Par  défaut,  le  suffixe  DNS  principal  de  l’ordinateur  doit  obligatoirement  correspondre  au  nom  du  domaine  Active  Directory  auquel  appartient  l’ordinateur.  Pour  autoriser  un  ou  plusieurs  suffixes  DNS  principaux  différents,  l’administrateur  du  domaine  doit  déclarer  manuellement  une  liste  de  suffixes  autorisés  en  créant  l’attribut  msDS­ AllowedDNSSuffixes dans le conteneur d’objet du domaine. 

© ENI Editions - All rigths reserved

- 11 -

Utilisation d’ADSIEdit pour modifier l’attribut msDs­AllowedDNSSuffixes sur l’objet de classe domainDNS dont le  DN est DC=Corp2003,DC=Corporate, DC=net  Un  nom  d’ordinateur  complet  est  composé  du  nom  d’ordinateur  et  du  suffixe  DNS  principal  dont  la  longueur  peut  atteindre  255  caractères  au  maximum.  Cette  limite  comprend  les  points  nécessaires  pour  délimiter  les  différents  domaines ainsi que le nom d’hôte.  Notez  que  la  longueur  du  nom  d’hôte ne peut excéder 63 caractères. Microsoft  recommande que le suffixe DNS principal par défaut soit utilisé.  Définition d’une liste de serveurs DNS Vous devez définir pour chaque site géographique, quels sont les serveurs DNS pour les clients lors de la résolution  des noms DNS, tels qu’un serveur DNS préféré, et les serveurs DNS secondaires à utiliser lorsque le serveur principal  n’est pas disponible. 

Serveur DNS préféré et auxiliaire d’un ordinateur Windows 2000, Windows XP, Windows Server 2003 ou Windows  Server 2008  La figure précédente montre le cas particulier des paramètres DNS d’un contrôleur de domaine Active Directory. Dans  la mesure où il est recommandé que chaque site dispose d’un contrôleur de domaine et d’un serveur DNS, il est clair  que  ces  deux  rôles  majeurs  sont  fréquemment  assurés  par  la  même  machine.  Par  conséquent,  le  contrôleur  de  domaine  est  souvent  client  DNS  de  lui­même.  Il  sera  aussi  client  d’un  serveur  DNS  auxiliaire,  lequel  sera  de  préférence  situé  sur  le  même  site.  Dans  le  cas  où  il  n’y  aurait  qu’un  seul  serveur  DNS  sur  le  site,  alors  on  pourra  sélectionner un serveur DNS additionnel situé sur un site distant.  La génération des demandes de résolution DNS est une part importante du travail à réaliser côté client. C’est pour  cette  raison  que  se  trouvent  sur  l’onglet DNS,  les  paramètres  avancés  qui  permettent  de  déterminer  comment  la  partie  "client  DNS"  traitera  les  noms  qui  ne  sont  pas  pleinement  qualifiés.  Les  paramètres  DNS  que  vous  devez  définir sont présentés ci­après. 

- 12 -

© ENI Editions - All rigths reserved

Paramètres avancés du client DNS (DNR, Domain Name Resolver) 

Déclaration de multiples serveurs DNS et ordre de sélection Si plusieurs serveurs DNS sont renseignés et que le client DNS ne parvient pas à recevoir de réponse du serveur DNS  actuel,  alors  le  serveur  DNS  suivant  est  sélectionné.  Cependant,  qu’en  est­il d’une  configuration  qui  comprendrait  plusieurs cartes réseaux et plusieurs serveurs DNS par carte réseau ? Le schéma suivant explique la manière dont le  DNR sélectionne puis distribue les requêtes de résolution DNS lorsque celles­ci n’aboutissent pas. 

© ENI Editions - All rigths reserved

- 13 -

Distribution des requêtes DNS sur un ordinateur multicartes et multiserveurs DNS  La séquence des demandes de résolution de noms est composée des étapes ci­dessous :  1. 

La requête DNS est envoyée vers le serveur DNS préféré de la première carte réseau. Si  la requête ne peut être prise en charge (de manière positive ou négative), alors on  passe à l’étape 2. 

2. 

La requête DNS est envoyée vers le serveur DNS préféré de chacune des cartes. Dans  notre exemple, les premiers serveurs DNS de chacune des cartes sont alors sollicités  simultanément. Si la réponse à la requête est à nouveau négative, alors on passe à  l’étape 3. 

3. 

La requête DNS est envoyée à tous les serveurs DNS de toutes les cartes. 

Résolution de noms non qualifiés La  résolution  des  noms  non  qualifiés  signifie  qu’il  s’agit  de  résolutions  faites  sur  la  base  d’un  nom  qui  n’a  pas  la  forme d’un  FQDN.  Pour  répondre  à  cette  problématique,  vous  avez  la  possibilité  de  configurer  les  paramètres  DNS  pour que le client DNS prenne à sa charge la clarification de la requête. Les choix suivants vous sont proposés :  ●

ajouter les suffixes DNS principaux et spécifiques à la connexion au nom non qualifié pour les requêtes DNS ; 

●

ajouter une série de suffixes DNS configurés au nom non qualifié pour les requêtes DNS ; 

●

suffixes DNS spécifiques à la connexion. 

Chaque  connexion  réseau  peut  être  configurée  de  façon  qu’elle  ait  son  propre  suffixe  DNS  en  plus  du  suffixe  DNS  principal issu des propriétés de l’ordinateur.  Comportement des mises à jour dynamiques DNS Par  défaut,  chaque  connexion  réseau  dispose  d’une  gestion  complètement  autonome.  De  cette  manière,  il  est  possible de garder un grand contrôle du comportement de la machine dans les environnement complexes composés  de multiples interfaces réseau. Si vous configurez un suffixe DNS spécifique à la connexion, vous pouvez également  activer la mise à jour dynamique DNS du nom de domaine et les adresses IP de la connexion. 

- 14 -

© ENI Editions - All rigths reserved

Contrôle des enregistrements et du suffixe DNS de chaque connexion  La première option Enregistrer les adresses de cette connexion dans le système DNS signifie que l’adresse ou les  adresses IP de la connexion sont enregistrées en rapport avec le nom complet de l’ordinateur tel que spécifié dans  les  propriétés  d’identification  de  l’ordinateur.  Dans  notre  exemple,  cela  signifie  que  l’enregistrement  concernant  le  nom  d’hôte  xp­clientx  sera  enregistré  dans  le  domaine  corp2003.corporate.net  avec  les  adresses  IP  de  la  connexion  concernée.  Par  défaut,  cette  option  est  activée  et  permet  d’enregistrer  le  nom  de  l’ordinateur  en  considérant le suffixe principal de l’ordinateur, c’est­à­dire le nom le plus significatif. La deuxième option Utiliser le  suffixe DNS de cette connexion pour l’enregistrement DNS signifie que l’enregistrement concernant le nom d’hôte  xp­clientx  sera  enregistré  dans  le  domaine eni.fr.  Notez  que  cette  option  n’est  pas  active  par  défaut.  Si  vous  ne  souhaitez  pas  utiliser  les  fonctionnalités  d’enregistrement  dynamique  DNS,  vous  pouvez  tout  de  même  désactiver  complètement  ces  mises  à  jour.  Pour  cela,  désactivez  les  cases  à  cocher  Enregistrer  les  adresses  de  cette  connexion  dans  le  système  DNS et  Utiliser  le  suffixe  DNS  de  cette  connexion  pour  l’enregistrement  DNS pour  toutes les connexions réseau de l’ordinateur.  Pour  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Administrateurs  ou  du  groupe  Opérateurs de configuration réseau sur l’ordinateur local. 

Définition d’une méthode de gestion des suffixes DNS Nous  venons  de  voir  que  les  suffixes  DNS  permettent  d’aider  à  obtenir  une  meilleure  résolution  des  noms  DNS  lorsque ceux­ci ne sont pas pleinement qualifiés. Nous avons aussi constaté que l’ordre de ces déclarations pouvait  avoir une incidence notable sur la pertinence des résolutions. Finalement, il est clair qu’il serait judicieux de garantir  une  uniformité  de  ces  paramètres  au  niveau  de  toute  l’entreprise  ou  des  différents  services  qui  la  composent.  La  meilleure  solution  consiste  à  implémenter  les  paramètres  que  vous  avez  définis  à  l’aide d’une stratégie de groupe  adaptée.  Il est rare qu’un poste de travail dispose de plus d’une interface réseau mais avec la banalisation des ordinateurs  portables,  il  est  de  plus  en  plus  fréquent  de  disposer  d’une  connexion  intégrée  Wi­Fi  ou  pourquoi  pas,  d’une  interface  iEEE  1394  (Firewire).  Sur  les  ordinateurs  de  type  serveurs,  les  configurations  multicartes  sont  plus  habituelles et devront être configurées spécifiquement.  Lorsqu’une machine est équipée de plus d’une carte réseau, on parle d’une machine de type "multihomed".  Ce terme signifie que la machine existe plusieurs fois sur le même ou sur différents réseaux. Par contre, si  les cartes réseau sont connectées sur le même réseau local, alors on parlera de connexions de type "multinets".  La figure suivante illustre l’ensemble des paramètres généraux spécifiques au service DNS, lesquels sont rapidement  présentés ci­dessous :  ●

Les  adresses  des  serveurs  DNS  sont  listées  en  fonction  de  leur  ordre.  Dans  cet  exemple,  l’adresse  192.168.0.1  est  celle  du  serveur  DNS  préféré,  tandis  que  l’adresse  192.168.0.2  correspond  à  l’adresse  du  serveur auxiliaire. 

●

Tel que cela est spécifié dans l’interface, les trois paramètres suivants sont communs à toutes les connexions  réseau  de  l’ordinateur  pour  lesquelles  le  protocole  TCP/IP  est  activé.  Ces  paramètres  sont  Ajouter  des  suffixes  DNS  principaux  et  spécifiques  aux  connexions  ;  ils  vous  permettent  de  spécifier  si  les  suffixes  parents du suffixe DNS principal sont utilisés ou non. Enfin, le dernier choix concerne la possibilité de spécifier  vos propres suffixes grâce à l’option Ajouter ces suffixes DNS (dans l’ordre).   

Ces trois paramètres concernent toutes les cartes liées au protocole TCP/IP.

●

La  déclaration  du  paramètre  Suffixe  DNS  pour  cette  connexion  permet  de  spécifier  un  autre  nom  de  domaine DNS qui pourra être enregistré, si nécessaire. 

●

La  case  à  cocher  Enregistrer  les  adresses  de  cette  connexion  dans  le  système  DNS  permet  de  faire  en  sorte  que  les  adresses  IP  de  cette  connexion  soient  bien  toutes  enregistrées  pour  le  nom  DNS  correspondant  au  nom  principal  de  l’ordinateur.  Pour  rappel,  le  nom  principal  de  l’ordinateur  est  visible  à  l’aide de la commande ipconfig /all et dépend directement de l’appartenance au domaine Active Directory via  l’icône Poste de travail/Propriétés/Nom de l’ordinateur.  © ENI Editions - All rigths reserved

- 15 -

Le  dernier  paramètre  Utiliser  le  suffixe  DNS  de  cette  connexion  pour  l’enregistrement  DNS  vous  permettra  d’enregistrer en dynamique le nom complètement qualifié de l’ordinateur sur la base du suffixe de la connexion. Dans  ce  cas,  la  machine  existe  deux  fois.  Une  première  fois  dans  la  zone  qui  correspond  au  nom  de  domaine  d’appartenance  de  l’ordinateur  et  une  deuxième  fois  dans  la  zone  spécifiée  en  tant  que  suffixe  pour  la  dite  connexion. Bien sûr, il faut que cette zone existe et autorise les mises à jour dynamiques. 

Gestion manuelle des suffixes DNS 

Configuration des paramètres de suffixes DNS à l’aide des stratégies de groupe La gestion des paramètres TCP/IP peut s’avérer longue et fastidieuse, provoquant d’inéluctables erreurs humaines.  Cet état de fait aura sans aucun doute participé à l’essor fulgurant du protocole DHCP (Dynamic Host Configuration  Protocol) pour aider à la bonne configuration des ordinateurs du réseau.  S’il est vrai que le protocole DHCP prend en charge les paramètres indispensables au protocole IP et aussi à la partie  cliente du service de résolution DNS, les stratégies de groupe permettent de contrôler finement et de distribuer vos  "meilleurs"  paramètres  sur  l’ensemble  de  votre  réseau.Vous  trouverez  les  paramètres  les  plus  intéressants  à  l’emplacement ci­dessous :Configuration Ordinateur\Modèles d’administration\Réseau\Client DNS  Les paramètres les plus importants sont listés ci­dessous :  Suffixe  DNS  principal  :  ce  paramètre  spécifie  le  suffixe  DNS  principal  de  tous  les  ordinateurs  affectés  par  la  stratégie. Le suffixe DNS principal est utilisé pour l’inscription de nom DNS et la résolution de nom DNS. Ce paramètre  vous permet de spécifier un suffixe DNS principal pour un groupe d’ordinateurs et empêche les utilisateurs, y compris  les  administrateurs,  de  le  modifier.  Si  vous  désactivez  ce  paramètre  ou  ne  le  configurez  pas,  chaque  ordinateur  utilise  son  suffixe  DNS  principal  local,  qui  est  habituellement  le  nom  DNS  du  domaine  Active  Directory  auquel  il  est  joint. Cependant, les administrateurs peuvent utiliser l’icône Système du panneau de configuration pour modifier le  suffixe DNS principal d’un ordinateur.  Ce  paramètre  ne  désactive  pas  la  boîte  de  dialogue Suffixe  DNS  et  nom  d’ordinateur  NetBIOS  que  les  administrateurs  utilisent  pour  modifier  le  suffixe  DNS  principal  d’un  ordinateur.  Cependant,  si  les  administrateurs entrent un suffixe, ce suffixe est ignoré tant que ce paramètre est activé.    Pour que les modifications apportées à ce paramètre prennent effet, le système devra être redémarré.

- 16 -

© ENI Editions - All rigths reserved

Mise  à  jour  dynamique  :  ce  paramètre  détermine  si  la  mise  à  jour  automatique  est  activée.  Les  ordinateurs  configurés  pour  permettre  la  mise  à  jour  automatique  inscrivent  et  mettent  à  jour  leurs  enregistrements  de  ressources  DNS  avec  un  serveur  DNS.  Si  vous  activez  ce  paramètre,  les  ordinateurs  auxquels  ce  paramètre  est  appliqué  peuvent  utiliser  l’enregistrement  DNS  dynamique  pour  chacune  de  leurs  connexions  réseau,  selon  la  configuration  de  chaque  connexion  réseau  individuelle.  Pour  activer  l’enregistrement  DNS  dynamique  sur  une  connexion  réseau  spécifique,  il  est  nécessaire  que  les  configurations  spécifiques  à  la  connexion  et  spécifiques  à  l’ordinateur autorisent l’enregistrement DNS dynamique.  Ce  paramètre  contrôle  la  propriété  spécifique  à  l’ordinateur  contrôlant  l’enregistrement  DNS  dynamique.  Si  vous  activez ce paramètre, vous permettez à la mise à jour automatique d’être définie individuellement sur chacune des  connexions réseau.  Si  vous  désactivez  ce  paramètre,  les  ordinateurs  auxquels  ce  paramètre  est  appliqué  ne  peuvent  pas  utiliser  l’enregistrement  DNS  dynamique  pour  toutes  leurs  connexions  réseau,  quelle  que  soit  la  configuration  des  connexions réseau individuelles.  Liste  de  recherche  de  suffixes  DNS  :  ce  paramètre  détermine  les  suffixes  DNS  à  attacher  à  un  nom  simple  non  qualifié avant de soumettre une demande DNS pour ce nom. Un nom simple non qualifié ne contient pas de points, il  s’agit  donc  d’un  nom  court  et  donc  différent  d’un  nom  de  domaine  pleinement  qualifié,  tel  que  "europe.corporate.com".  Si vous activez ce paramètre, vous pouvez spécifier les suffixes DNS à attacher avant de soumettre une demande  pour un nom simple non qualifié. Les valeurs des suffixes DNS dans ce paramètre peuvent être définies en utilisant  des  chaînes  séparées  par  des  virgules,  telles  que  microsoft.com,  office.microsoft.com.  Un  suffixe  DNS  est  attaché  pour  chaque  soumission  d’une  demande.  Si  une  demande  ne  réussit  pas,  un  nouveau  suffixe  DNS  est  ajouté  à  la  place  du  suffixe  en  erreur  et  cette  nouvelle  demande  est  soumise.  Les  valeurs  sont  utilisées  dans  l’ordre  dans  lesquelles elles apparaissent dans la chaîne, en commençant par la valeur la plus à gauche et en continuant vers la  droite.  Niveau de sécurité des mises à jour : ce paramètre spécifie si les ordinateurs auxquels ce paramètre est appliqué  utilisent  la  mise  à  jour  dynamique  sécurisée  ou  la  mise  à  jour  dynamique  standard  pour  l’inscription  des  enregistrements DNS. Pour activer ce paramètre, cliquez sur Activer et choisissez une des valeurs suivantes :  ●

Non  sécurisé  suivi  de  sécurisé  :  si  cette  option  est  choisie,  les  ordinateurs  envoient  des  mises  à  jour  dynamiques sécurisées uniquement quand des mises à jour dynamiques non sécurisées sont refusées. 

●

Non sécurisé uniquement : si cette option est choisie, les ordinateurs envoient uniquement des mises à jour  dynamiques non sécurisées. 

●

Sécurisé  uniquement  :  si  cette  option  est  choisie,  les  ordinateurs  envoient  uniquement  des  mises  à  jour  dynamiques sécurisées. 

●

Intervalle  d’actualisation  de  l’enregistrement  :  ce  paramètre  spécifie  l’intervalle  d’actualisation  des  enregistrements  de  ressources  A  et  PTR  pour  les  ordinateurs  auxquels  ce  paramètre  est  appliqué.  Ce  paramètre peut être appliqué uniquement à des ordinateurs utilisant des mises à jour dynamiques. 

Les ordinateurs Windows 2000 Professionnel, Windows XP Professionnel et Windows Vista configurés pour effectuer  des  enregistrements  DNS  dynamiques  d’enregistrement  de  ressources  A  et  PTR,  réenregistrent  de  manière  périodique leurs enregistrements avec des serveurs DNS, et ce, même si leurs données d’enregistrement n’ont pas  changé.  Ce  réenregistrement  est  requis  pour  indiquer  à  des  serveurs  DNS  configurés  pour  supprimer  automatiquement des enregistrements obsolètes, que ces enregistrements sont actuels et devraient être conservés  dans la base de données.  Si les enregistrements de ressources DNS sont enregistrés dans des zones où le nettoyage est activé, la valeur de  ce paramètre ne devrait pas être plus longue que l’intervalle d’actualisation configuré pour ces zones.  Paramétrez l’intervalle d’actualisation d’enregistrement pour être plus long que l’intervalle d’actualisation des zones  DNS pourrait entraîner la suppression non désirée des enregistrements de ressources A et PTR. Notez que la valeur  par défaut déclare 1800 secondes, ce qui correspond à 30 minutes. 

4. Demandes de résolutions DNS et NetBIOS : Processus de sélection de la méthode  Lorsqu’un  ordinateur  Windows  XP  Professionnel  tente  de  résoudre  un  nom  en  adresse  IP,  le  module  de  résolution  transmet en priorité la demande de résolution au système de résolution DNS. Ce point est particulièrement important  puisqu’il s’agit d’un changement radical sur les systèmes Windows 2000, Windows XP Professionnel et Windows Vista  par rapport à Windows NT et Windows 9x.  Dans  le  cas  où  la  demande  de  résolution  DNS  échouerait,  le  module  de  résolution  contrôlera  la  longueur  du  nom  demandé. Si la longueur est supérieure à 15 octets c’est­à­dire 15 caractères, alors elle ne peut pas être transmise à  l’interface  NetBIOS  et  la  résolution  échoue.  Si  par  contre,  le  nom  demandé  est  d’une  longueur  inférieure  à  15 

© ENI Editions - All rigths reserved

- 17 -

caractères  alors  le  module  de  résolution  vérifie  que  l’interface de résolution NetBIOS est bien active. Si ce point est  vérifié, alors le module de résolution transmet la demande à l’interface NetBIOS.  Windows XP Professionnel et Windows Vista supporte de multiples méthodes de résolution de noms telles que le DNS,  WINS, les fichiers Hosts et Lmhosts et les messages de diffusion (broadcasts). En général, un ordinateur Windows XP  invoque une combinaison de ces différentes méthodes de résolution. 

5. Test d’intégration de l’ordinateur dans le domaine Active Directory  Vous pouvez utiliser DCdiag.exe et Netdiag.exe pour résoudre les problèmes des ordinateurs clients qui ne peuvent  pas localiser un contrôleur de domaine. Ces outils peuvent vous aider à déterminer les mauvaises configurations DNS  tant côté client que côté serveur.  Nous avons déjà présenté en détail la commande Netdiag dans le cadre des commandes de gestion et de surveillance  des services DNS.  Concernant les environnements Active Directory, la commande DCdiag vous permettra d’avancer à grands pas lorsqu’il  sera  question  de  diagnostiquer  d’éventuels  problèmes  de  fonctionnement  des  ordinateurs  spécifiques  que  sont  les  contrôleurs de domaine Active Directory.  La commande DCdiag permet de vérifier le fonctionnement des fonctions vitales Active Directory en vous proposant de  manipuler  une  série  de  tests  adaptés  à  chaque  situation  critique.  Ainsi  vous  aurez,  par  exemple,  la  possibilité  de  sélectionner le ou les contrôleurs de domaine à tester ainsi que différentes catégories de tests.  Ces tests sont classés dans les trois catégories ci­dessous et sont ensuite détaillés plus bas :  ●

les tests obligatoires de contrôleurs de domaine qui ne peuvent donc pas être désactivés. 

●

les tests non obligatoires de contrôleurs de domaine que vous pouvez donc sélectionner à votre convenance. 

●

les tests de machines non contrôleurs de domaine. 

Les tests obligatoires de la commande DCdiag comprennent le contrôle des enregistrements DNS des contrôleurs, la  possibilité de les contacter, ainsi que la vérification du bon fonctionnement de la connectivité LDAP et RPC.  Tous  les  tests  spécifiés  plus  haut  ne  peuvent  être  réalisés  que  sur  des  contrôleurs  de  domaine  Windows  2000, Windows Server 2003 ou Windows Server 2008 à l’exception des tests DcPromo et RegisterInDNS qui  ne peuvent être exécutés que sur des machines non contrôleurs de domaine.  Pour obtenir plus d’informations sur l’intégration des ordinateurs dans les domaines Active Directory ainsi que sur la  création  des  contrôleurs  de  domaine,  consultez  l’article  F265706  "DCDiag  et  NetDiag  pour  faciliter  la  jonction  de  domaines et la création de contrôleurs de domaine" dans la Base de connaissances Microsoft. 

- 18 -

© ENI Editions - All rigths reserved

Nouveautés des services DNS de Windows Server 2008  1. Introduction  Windows Server 2008 implémente désormais les services de résolution et de gestion de domaines DNS sous la forme  d’un nouveau rôle de serveur. Les services DNS de Windows Server 2008 apportent les nouvelles fonctionnalités ci­ dessous :  ●

Le  chargement  des  zones  en  arrière  plan  :  La  disponibilité  des  serveurs  DNS  est  améliorée  lors  du  redémarrage du service DNS en chargeant les données de zones directement en tâche de fond. 

●

Support  du  protocole  IPv6  :  Les  services  DNS  supportent  entièrement  la  spécification  finale  IPv6  et  les  adresses sur 128 bits. 

●

Support  des  RODC  :  Les  services  DNS  supportent  une  nouvelle  notion  qui  permet  de  supporter  les  services  DNS dynamiques sur des RODC. Ces zones sont appelées zones primaires en lecture seule ­ RODC Read­only  zones. 

●

Zones de type GNZ : Ce nouveau type de zone DNS ­ GNZ, Global Naming Zone, assure le support des noms  globaux ­ Global single names. Les zones GNZ permettent la résolution de noms de type simples ­ single­label  name  resolution,  pour  les  entreprises  qui  ne  souhaitent  pas  déployer  les  services  WINS  ­ Windows  Internet  Name Service ou lorsqu’il n’est pas pratique de spécifier des noms DNS complets. 

Ces nouvelles fonctionnalités sont détaillées ci­dessous. 

2. Chargement des zones en arrière­plan  Les  grandes  entreprises  peuvent  être  amenées  à  gérer  des  zones  DNS  extrêmement  volumineuses.  Lorsque  ces  zones  sont  stockées  dans  Active  Directory  et  que  le  contrôleur  de  domaine  doit  être  redémarré,  le  temps  de  démarrage  des  services  Active  Directory  puis  du  chargement  des  données  des  zones  pouvaient  rendre  les  services  DNS indisponibles pour les clients du réseau pendant un temps parfois égale à trente voir soixante minutes.  Les serveurs DNS Windows Server 2008 peuvent désormais charger les données DNS en tâche de fond dans l’ordre  suivant :  ●

L’ensemble des zones à charger sont déterminées. 

●

Les indicateurs de racines sont chargés à partir du fichier Cache.dns ou du stockage Active Directory. 

●

Chargement des données des zones stockées dans des fichiers de zones. 

●

Démarrage des fonctions de réponses DNS et du support RPC. 

●

Lancement des fonctions de chargement des zones stockées dans des partitions Active Directory. 

À ce stade les zones DNS Active Directory sont chargées en parallèle à l’aide de multiples threads de telle sorte que le  service DNS puisse répondre aux demandes de résolutions des clients pendant le chargement.  Lorsque  des  demandes  de  résolutions  ne  peuvent  être  résolues  car  non  présentes  en  mémoire,  le  service  DNS  recherche  directement  les  données  à  partir  de  la  base  de  données  Active  Directory,  tandis  que  le  chargement se poursuit. Cette fonctionnalité accélère encore le chargement. 

3. Support des adresses IPv6  Les  adresses  IPv6,  à  la  différence  des  adresses  IPv4  qui  sont  formatées  sur  32  bits,  sont  formatées  sur  128  bits.  Désormais,  les  services  DNS  de  Windows  Server  2008  supportent  entièrement  la  spécification  finale  IPv6  et  les  adresses  sur  128  bits.  Il  en  est  de  même  pour  la  commande  dnscmd  qui  accepte  les  adresses  IP  dans  les  deux 

© ENI Editions - All rigths reserved

- 1-

formats. Le serveur DNS peut utiliser des redirecteurs dont les adresses sont dans les deux formats.  Enfin, les zones de recherches inversées spécifiques aux adresses IPv6 sont supportées via la zone inversée ip6.arpa.  Le  support  du  protocole  IPv6  par  les  services  DNS  de  Windows  Server  2008  n’est  pas,  à  ce  jour,  d’une  importance  capitale. Mais, il est clair que cela pourrait l’être dans les années à venir suite au développement du réseau Internet.  À  propos  du  support  IPv6  :  Comme  les  serveurs  DNS  peuvent  aujourd’hui  répondre  aux  demandes  de  résolutions  des  clients  en  utilisant  des  adresses  IPv4  (A)  mais  aussi  des  adresses  IPv6  (AAAA),  il  est  nécessaire de s’assurer que la partie cliente DNS des postes de travail supporte ces réponses. 

4. Support DNS des contrôleurs de domaine en lecture seule  L’objectif  principal  des  contrôleurs  de  domaine  en  lecture  seule  est  de  renforcer  la  sécurité  de  ces  contrôleurs  de  domaine en autorisant ceux­ci à recevoir des données, uniquement d’un autre contrôleur de domaine, et en aucune  façon,  directement.  De  cette  manière,  les  sources  en  écritures  sont  connues  et  contrôlées,  et  le  contrôleur  est  beaucoup moins vulnérable aux attaques.  Pour assurer un bon fonctionnement des services DNS sur de tels serveurs, disponibles uniquement en lecture seule,  Windows Server 2008 introduit un nouveau type de zones appelées Zones primaires en lecture seule.    Ces zones sont parfois appelées « Branch Office Zones ». Lors de l’installation d’un contrôleur de domaine en lecture seule, le nouveau contrôleur reçoit une réplication complète  en lecture seule (RO) de la partition de domaine, de la partition de schéma, de la partition de configuration, et bien  entendu,  de  toutes  les  partitions  ForestDNSZones/DomainDNSZones  utilisées  par  les  services  DNS.  Ensuite,  les  inscriptions et autres mises à jour dynamiques sont pris en charge de la manière suivante :  ●

Le serveur DNS n’accepte pas la mise à jour des clients directement. 

●

Les demandes d’écriture DNS des clients sont renvoyées vers un serveur DNS faisant autorité. 

●

Les données mises à jour sont reçues via la réplication depuis un DNS faisant autorité. 

Le  support  «  détourné  »  des  inscriptions  et  mises  à  jour  dynamiques  sur  les  contrôleurs  de  type  RODC  est  une  fonctionnalité importante car elle permet de déployer ce type de contrôleurs sans en affaiblir la sécurité, ni introduire  de limitations fonctionnelles dans l’infrastructure DNS dynamique. 

5. Support des zones de type GlobalNames  La majorité des réseaux Windows utilisent aujourd’hui les systèmes de nommage DNS, les systèmes de résolutions de  noms DNS mais aussi les mécanismes de résolution WINS ­ Windows Internet Naming Service.  Aujourd’hui, fort est de constaté que les noms IP­DNS sont largement utilisés même si certaines applications utilisent  encore l’interface NetBIOS et les mécanismes de résolution DNS et/ou WINS.  Attention  !  Il  ne  faut  pas  confondre  l’interface  NetBIOS,  au  sens  programmation  du  terme,  et  un  système  d’enregistrement et de résolution des noms NetBIOS tel que le service WINS.  Pour  des  raisons  historiques  tout  à  fait  acceptables,  et  aussi  des  raisons  techniques  inhérentes  aux  plates­formes  Windows NT parfois encore en production, il est fréquent que les entreprises continuent de déployer WINS dans leurs  réseaux. Dans de tels cas, WINS est considéré comme second système de résolution, juste derrière les services DNS.  Outre le fait que l’interface NetBIOS, les noms NetBIOS et les mécanismes propres au système de résolution  WINS soient proches de l’obsolescence,  il  n’en demeure pas moins que certains principes soient encore fort  appréciés des administrateurs Windows notamment la facilité à déclarer des noms statiques simples et à les rendre  globalement disponibles à l’échelle d’une entreprise.  Pour  répondre  à  ces  problématiques,  les  services  DNS  de  Windows  Server  2008  permettent  aux  entreprises  d’envisager une transition totale de l’environnement WINS existant vers un environnement complètement DNS tout en  continuant de supporter des noms plats de type simple label au sein de la nouvelle zone DNS GlobalNames. 

- 2-

© ENI Editions - All rigths reserved

Un  nom  de  type  simple  label  est  à  opposer  aux  noms  de  composé  de  multiples  labels.  Par  exemple,  wssportalaccess est un nom simple label, tandis que wss2008portal1.corpx.xnet est un nom multilabels. 

Contenu de la zone GlobalNames  En général, les noms simples contenus dans une zone de type GlobalNames devraient être contenus dans une zone  Active Directory répliquée à l’échelle de la forêt. De cette manière, une étendue de résolution unique peut être offerte  globalement. Notez qu’il est aussi possible de publier un enregistrement DNS de type SRV pour déclarer l’existence de  plusieurs zones GlobalNames contenues dans plusieurs forêts Active Directory.  À la différence des services WINS, les zones DNS GlobalNames devraient être utilisées uniquement pour permettre au  DNS de résoudre un ensemble limité de noms de type simple label. Il peut s’agir de certains serveurs dont les noms  sont gérés de manière très centralisée ou aussi de serveurs Web intranet.  Attention  !  Microsoft  recommande  de  ne  pas  utiliser  la  zone  GlobalNames  en  lieu  et  place  des  résolutions  habituelles. Notez aussi que les mises à jour dynamiques ne sont pas supportées sur la zone GlobalNames.  Par  comparaison  aux  opérations  d’administration  de  WINS,  la  zone  GlobalNames  devrait  contenir  l’équivalent  des  enregistrements statiques WINS.  Lorsqu’une  zone  de  type  GlobalNames  est  déployée,  une  résolution  de  type  simple  label  est  réalisée  de  la  manière  suivante :  ●

Une demande de résolution basée sur un nom court, c’est­à­dire de type simple label, est initiée. 

●

Le suffixe principal du poste de travail est ajouté au nom court et la requête est transmise au serveur DNS. 

●

Si la requête basée sur un FQDN n’aboutie pas, alors le client génère d’autres requêtes basées sur les suffixes  DNS additionnels, déclarés localement ou via GPO. 

●

Si ces requêtes n’aboutissent pas alors le client réalise une requête basée sur le nom court. 

●

Si le nom court demandé apparaît dans la zone GlobalNames, le nom est résolu. 

●

Si le nom court demandé n’apparaît dans la zone GlobalNames, alors la demande de résolution est transmise à  WINS. 

Aucune mise à jour particulière n’est requise sur les postes clients pour qu’ils puissent résoudre les noms de  la  zone  GlobalNames.  Le  suffixe  DNS  principal,  les  suffixes  DNS  spécifiques  aux  connexions  et  la  liste  de  recherche de suffixe DNS continuent de fonctionner normalement.  Les mises à jour dynamiques ne sont pas prises en charge sur la zone GlobalNames. Cependant, il convient de noter  que  les  mises  à  jour  dynamiques  envoyées  à  un  serveur  DNS  sont  d’abord  comparées  aux  données  de  zone  GlobalNames avant d’être comparées aux données de zone locale. Ce contrôle permet de garantir l’unicité des noms  présents dans la zone GlobalNames. 

© ENI Editions - All rigths reserved

- 3-

6. Évolutions de la partie Client DNS de Windows Vista et Windows Server 2008  Nous  venons  de  voir  que  les  services  DNS  de  Windows  Server  2008  supportent  de  nouvelles  fonctionnalités  pour  répondre à de nouvelles problématiques. Bien que cela n’ait pas de conséquences directes en termes d’infrastructure,  il convient de faire remarquer que Windows Vista et Windows Server 2008 incorporent aussi quelques changements  au niveau de la partie cliente DNS.  Windows  Vista  et  Windows  Server  2008  supportent  LLMNR  ­  Link­Local  Multicast  Name  Resolution  :  Il  est  désormais  possible à cette nouvelle évolution du client DNS de résoudre des noms DNS en utilisant un message réseau de type  demande  de  résolution  en  multicast  local.  Cette  méthode,  aussi  appelée  mDNS,  multicast  DNS,  permet  aux  clients  supportant cette fonctionnalité, de résoudre les noms DNS d’un réseau local lorsque le ou les serveurs DNS habituels  ne  sont  pas  disponibles.  Une  fois  les  services  DNS  à  nouveau  disponibles,  les  mécanismes  de  résolution  habituels  reprennent normalement.  Le  support  du  protocole  LLMNR  offre  une  nouvelle  méthode  pour  minimiser  les  effets  de  bord  des  défaillances  des  services DNS. Notez qu’il peut aussi s’agir d’une méthode de résolution pour des réseaux ad hoc tels que des salles  de conférences, des zones en libre accès, etc. 

7. Sélection des contrôleurs de domaine avec Windows Vista et Windows Server 2008  Windows  Vista  et  Windows  Server  2008  incorporent  des  modifications  concernant  la  sélection  des  contrôleurs  de  domaine de manière à moins impacter les performances du réseau.  Sur  un  système  fonctionnant  sous  Windows  XP  ou  Windows  Server  2003,  le  système  conserve  le  contrôleur  de  domaine sélectionné jusqu’à ce qu’un événement le force à découvrir un nouveau contrôleur de domaine.  Les  systèmes  Windows  Vista  ou  Windows  Server  2008  rafraîchissent  régulièrement  les  informations  relatives  aux  contrôleurs de domaine de leur domaine d’appartenance. Cette nouvelle méthode permet de parer aux problèmes qui  peuvent se produire lorsqu’un poste client tente de localiser son contrôleur de domaine favori, lorsque le réseau ou  certaines  circonstances  ne  le  permettent  pas.  Le  fait  de  renouveler  périodiquement  l’association  permet  au  poste  client de minimiser la probabilité d’être associé à un contrôleur de domaine inapproprié en disposant du contrôleur le  mieux adapté à la situation.  La  figure  ci­après illustre la mise en œ uvre de ce paramètre à l’aide  du  paramètre Forcer l’intervalle  de  recherche  disponible pour les systèmes Windows Vista et Windows Server 2008. 

Nouveau paramètre « Forcer l’intervalle de recherche »  Pour  s’adapter  aux  changements  de  conditions  du  réseau,  le  localisateur  de  contrôleurs  de  domaine  exécute  par  défaut une recherche forcée en fonction d’un intervalle spécifié. Il assure aussi l’équilibrage de la charge des clients  sur l’ensemble des contrôleurs disponibles dans les domaines ou forêts. L’intervalle par défaut de la recherche forcée  par  le  localisateur  est  de  douze  heures.  La  recherche  forcée  peut  également  être  déclenchée  si  un  appel  au  localisateur de contrôleurs de domaine utilise l’indicateur DS_FORCE_REDISCOVERY.  Si  ce  paramètre  de  stratégie  est  activé,  le  localisateur  de  contrôleurs  de  domaine  pour  l’ordinateur  exécute  une  recherche forcée régulièrement en fonction de l’intervalle configuré.  L’intervalle  minimal  est  de  3  600  secondes  (1  heure)  pour  éviter  le  trafic  réseau  excessif  dû  à  la  recherche.  L’intervalle  maximal  autorisé  est  de  4  294  967  200  secondes,  et  toute  valeur  supérieure  à  4  294  967  secondes (~49 jours) est traitée comme un nombre infini. Si ce paramètre de stratégie est désactivé, l’option Forcer  l’intervalle  de  recherche  est  utilisée  par  défaut  pour  l’ordinateur  toutes  les  douze  heures.  Si  ce  paramètre  de  stratégie n’est pas configuré, l’option Forcer la recherche est utilisée par défaut pour l’ordinateur toutes les douze  heures, sauf si la valeur du paramètre de l’ordinateur local dans le Registre est différente. 

- 4-

© ENI Editions - All rigths reserved

© ENI Editions - All rigths reserved

- 5-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après :  1 Quel rôle joue le protocole DNS au sein des services de domaine Active Directory ?  2 Quel service du système d’exploitation Windows permet de résoudre un nom tel que corpnet.corporate.com ?  3 Quel fichier peut être manuellement configuré pour prendre en charge la résolution des noms d’hôtes ? Dans  quel répertoire est­il situé sur un serveur fonctionnant sous Windows Server 2003 ou Windows Server 2008 ?  4 Quel est le principal avantage des mises à jour dynamiques d’une zone DNS ?  5 Comment installer le service serveur DNS de Windows Server 2003 et Windows Server 2008?  6 Comment devez­vous procéder pour profiter des nouvelles fonctionnalités offertes par les serveurs DNS  fonctionnant sous Windows Server 2008 sur d’anciens serveurs DNS fonctionnant sous Windows 2000 ou  Windows Server 2003 ?  7 Quel type d’enregistrement standard est utilisé par les services DNS Microsoft pour aider les utilisateurs et les  applications à localiser les services de l’Active Directory ?  8 Quels sont les différents types de zones prises en charge sur un serveur DNS fonctionnant sous Windows  Server 2003 et Windows Server 2008 ?  9 Quels sont les différents types de zones prises en charge sur un serveur DNS fonctionnant sous Windows 2000  Server ?  10 Qu’appelle­t­on un transfert de zone de type AXFR et un transfert de zone IXFR ?  11 Quelle est la différence entre une requête DNS récursive et une requête DNS itérative ?  12 Quelle est la différence entre une zone de recherche directe et une zone de recherche inversée ?  13 Quels sont les avantages apportés par la délégation des zones DNS ?  14 Quels types de transferts de zone sont supportés par Windows Server 2003 et Windows Server 2008 ?  15 Qu’est­ce qu’une zone de stub ?  16 Quels sont les différents outils qui vous permettent de vérifier le bon fonctionnement d’un serveur DNS  fonctionnant sous Windows Server 2003 ou Windows Server 2008 ?  17 De quel type d’enregistrement de ressources DNS doit­on disposer pour localiser un service inscrit dans  l’annuaire Active Directory ?  18 Quel type d’enregistrement de ressources DNS doit­on créer pour déclarer l’existence d’un connecteur de  messagerie utilisant le protocole SMTP de livraison des messages ?  19 Comment pouvez­vous orienter le choix de tel contrôleur de domaine plutôt qu’un autre concernant les  recherches LDAP dans un domaine donné ?  20 Quels sont les trois types d’enregistrements SRV les plus utilisés dans les domaines Active Directory ?  21 Dans quel type de configuration utiliserez­vous les redirecteurs ?  22 En quoi l’implémentation des redirecteurs sous Windows Server 2003 ou Windows Server 2008 est­elle plus  intéressante que celle réalisée sur les serveurs fonctionnant sous Windows 2000 Server ?  23 Expliquez le rôle exact des nouvelles zones GlobalNames offertes par les serveurs DNS fonctionnant sous  Windows Server 2008 ?  24 Comment active­t­on cette fonctionnalité sur un serveur DNS fonctionnant sous Windows Server 2008 ?  25 Que signifie l’acronyme LLMNR ? Quel est le rôle de ce nouveau protocole avec Windows Vista et Windows  Server 2008 ?  26 Quel est le rôle de la fonction de Negative Caching ? Comment peut­on la configurer ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point. 

© ENI Editions - All rigths reserved

- 1-

Nombre de points /26  Pour ce chapitre, votre score minimum doit être de 20 sur 26. 

3. Réponses  1 Quel rôle joue le protocole DNS au sein des services de domaine Active Directory ?  Le protocole DNS joue un rôle essentiel. Le service de résolution DNS est le système de résolution de noms principal  pour  tous  les  mécanismes  propres  aux  recherches  de  noms  et  aux  recherches  de  services  entre  un  client  Active  Directory et l’infrastructure Active Directory.  2 Quel service du système d’exploitation Windows permet de résoudre un nom tel que corpnet.corporate.com ?  Le service de résolution DNS à l’aide du service Client DNS vers un serveur DNS Windows ou non Windows.  3 Quel fichier peut être manuellement configuré pour prendre en charge la résolution des noms d’hôtes ? Dans  quel répertoire est­il situé sur un serveur fonctionnant sous Windows Server 2003 ou Windows Server 2008 ?  Il s’agit du fichier HOSTS lequel est situé dans le répertoire %Systemroot%\System32\Drivers\etc  4 Quel est le principal avantage des mises à jour dynamiques d’une zone DNS ?  Les  mises  à  jour  DNS  dynamiques  garantissent  la  cohérence  des  enregistrements  en  supprimant  totalement  les  erreurs  humaines.  Elles  permettent  aussi  de  réduire  les  coûts  en  minimisant  au  strict  minimum  les  opérations  de  support.  Il  faut  se  rappeler  que  jusqu’alors,  les  réseaux  NT  reposaient  sur  les  services  WINS,  lesquels  sont  —  par  nature — dynamiques.  5 Comment installer le service serveur DNS de Windows Server 2003 et Windows Server 2008 ?  Ouvrez une session en tant qu’administrateur local de la machine. Menu démarrer/Outils d’administration puis lancez  Assistant  Configurer  votre  serveur.  Sur  un  serveur  fonctionnant  sous  Windows  Server  2003,  vous  pouvez  aussi  utiliser  le  Panneau  de  configuration/Ajout/Suppression  de  programmes/  Ajouter  ou  supprimer  des  composants  Windows/Services de mise en réseau.  Sur un serveur fonctionnant sous Windows Server 2008, utilisez la fonction Ajouter des rôles du Gestionnaire de  serveur  de  Windows  Server  2008.  Vous  pouvez  aussi  passer  par  Panneau  de  configuration/Programme  et  fonctionnalités/Activer ou désactiver des fonctionnalités Windows. Cette opération vous renvoie vers le Gestionnaire  de serveur de Windows Server 2008.  6 Comment devez­vous procéder pour profiter des nouvelles fonctionnalités offertes par les serveurs DNS  fonctionnant sous Windows Server 2008 sur d’anciens serveurs DNS fonctionnant sous Windows 2000 Server  ou Windows Server 2003 ?  Vous pouvez réaliser une mise à niveau « sur  place » du  serveur  s’il fonctionne sous Windows Server 2003 SP1 ou  ultérieur.  Les  services  Windows  2000  Server  ne  peuvent  pas  faire  l’objet  d’une  mise  à  niveau.  Au  préalable,  il  est  nécessaire de passer par une mise à niveau de Windows 2000 Server vers Windows Server 2003.  7 Quel type d’enregistrement standard est utilisé par les services DNS Microsoft pour aider les utilisateurs et les  applications à localiser les services des services de domaine Active Directory ?  Il s’agit des enregistrements de SRV définis dans le RFC 2052 remplacé par le RFC 2782.  8 Quels sont les différents types de zones prises en charge sur un serveur DNS fonctionnant sous Windows  Server 2003 et Windows Server 2008 ?  Les serveurs DNS fonctionnant sous Windows Server 2003 supportent les zones principales, les zones secondaires et  les zones de stub. Ces zones existent en tant que zones de recherches directes et zones de recherches inversées. Les  serveurs DNS fonctionnant sous Windows Server 2008 supportent, en plus, les nouvelles zones DNS GlobalNames.  9 Quels sont les différents types de zones prises en charge sur un serveur DNS fonctionnant sous Windows 2000  Server ?  Les  serveurs  DNS  fonctionnant  sous  Windows  2000  Server  supportent  les  mêmes  types  de  zones  que  les  serveurs  Windows Server 2003 excepté les zones de stub.  10 Qu’appelle­t­on un transfert de zone de type AXFR et un transfert de zone IXFR ?  Les  transferts  de  zone  AXFR  transfèrent  les  zones  entièrement  (A  pour  All),  tandis  que  les  transferts  de  zone  IXFR  transfèrent uniquement les modifications (I pour Incremental).  11 Quelle est la différence entre une requête DNS récursive et une requête DNS itérative ?  Une requête récursive attend une réponse à une requête de résolution de noms. Par contre, une requête itérative aura  pour réponse la réponse à la requête émise ou bien une référence vers un autre serveur DNS.  12 Quelle est la différence entre une zone de recherche directe et une zone de recherche inversée ?  La première résoud le nom complet en adresse IP, la seconde l’adresse IP en nom complet.  13 Quels sont les avantages apportés par la délégation des zones DNS ?  La délégation d’une zone permet d’en déléguer la gestion à un tiers approuvé et de répartir l’espace de nommage DNS  en plusieurs fichiers de bases de données de zones afin de répartir ou distribuer l’espace en plusieurs points. 

- 2-

© ENI Editions - All rigths reserved

14 Quels types de transferts de zone sont supportés par Windows Server 2003 et Windows Server 2008?  Les  serveurs  DNS  fonctionnant  sous  Windows  Server  2003  supportent  les  transferts  de  zone  incrémentiels  (IXFR)  lesquels ne transmettent que les modifications ainsi que les traditionnels transferts de zone complets (AXFR).  15 Qu’est­ce qu’une zone de stub ?  Une zone de stub est une copie d’une zone qui contient uniquement les enregistrements de ressources nécessaires  pour  identifier  les  serveurs  DNS  faisant  autorité  pour  cette  zone.  Une  zone  de  stub  permet  à  ce  qu’un  serveur  DNS  hébergeant une zone parent sache quels serveurs DNS font autorité sur sa zone enfant. De cette manière, l’efficacité  des résolutions DNS est préservée.  16 Quels sont les différents outils qui vous permettent de vérifier le bon fonctionnement d’un serveur DNS  fonctionnant sous Windows Server 2003 ou Windows Server 2008 ?  Vous pouvez utiliser l’enregistrement des événements dans le journal DNS, activer le journal de débogage et utiliser les  commandes ipconfig, ping, nslookup, dnscmd, netdiag et dcdiag. Sur les serveurs Windows Server 2008, vous pouvez  utiliser le nouveau Gestionnaire de serveur et consulter le Résumé des rôles.  17 De quel type d’enregistrement de ressources DNS doit­on disposer pour localiser un service inscrit dans  l’annuaire Active Directory ?  Vous devez disposer d’enregistrements de type SRV. Ils sont utilisés par les services Active Directory mais aussi par  des produits tels que Microsoft OCS 2007, ou le gestionnaire de licences en volume KMS ­ Key Management Service ­  de Windows Vista et Windows Server 2008.  18 Quel type d’enregistrement de ressources DNS doit­on créer pour déclarer l’existence d’un connecteur de  messagerie utilisant le protocole SMTP de livraison des messages ?  Vous devez créer un enregistrement de ressource de type MX.  19 Comment pouvez­vous orienter le choix de tel contrôleur de domaine plutôt qu’un autre concernant les  recherches LDAP dans un domaine donné ?  Changez la valeur de l’enregistrement de ressources _ldap._tcp.votre_domaineDNS en diminuant la valeur de l’attribut  Priorité. Plus la valeur est faible et plus ce choix sera favorisé.  20 Quels sont les trois types d’enregistrements SRV les plus utilisés dans les domaines Active Directory ?  Les  enregistrements  les  plus  utilisés  sont  les  enregistrements  des  services  Ldap  (_ldap.xxx),  des  services  Kerberos  (_kerberos.xxx) et des services de catalogues globaux (_gc.xxx).  21 Dans quel type de configuration utiliserez­vous les redirecteurs ?  Utilisez les redirecteurs lorsque vous devez faire en sorte que vos serveurs DNS privés soient capables de résoudre un  autre espace de résolution DNS. Ce sera le cas si vous souhaitez résoudre l’espace DNS Internet. Vous pouvez aussi  les utiliser comme une optimisation pour décaler les demandes de résolutions vers un autre serveur DNS situé derrière  une connexion lente ou surchargée.  22 En quoi l’implémentation des redirecteurs sous Windows Server 2003 ou Windows Server 2008 est­elle plus  intéressante que celle réalisée sur les serveurs fonctionnant sous Windows 2000 Server ?  Les serveurs Windows Server 2003 et Windows Server 2008 gèrent les redirecteurs conditionnels. Les serveurs DNS  sont  sélectionnés  en  fonction  de  la  requête.  Par  exemple,  toutes  les  requêtes  pour  le  domaine  *.intra*.net  sont  redirigées  vers  le  serveur  DNS  10.1.1.1  et  toutes  les  requêtes  pour  *.corpnet.company.com  vers  le  serveur  DNS  172.16.10.1.  23 Expliquez le rôle exact des nouvelles zones GlobalNames offertes par les serveurs DNS fonctionnant sous  Windows Server 2008 ?  Ce nouveau type de zone permet de stocker les noms DNS de type « single label ». Il ne s’agit pas du tout d’un palliatif  au système de résolution WINS mais de l’utilisation qui est faite de ce dernier par les administrateurs Windows pour  créer des noms courts disponibles pour l’ensemble du réseau (enregistrements statiques). Avec ce nouveau type de  zone, les administrateurs peuvent créer des alias courts (CNAMES) qui pointent vers des noms longs (FQDN).  24 Comment active­t­on cette fonctionnalité sur un serveur DNS fonctionnant sous Windows Server 2008 ?  La  1ère  étape  consiste  à  activer  la  ServerName /config /Enableglobalnamessupport 1.  

fonctionnalité 

à 

l’aide 

de 

la 

commande 

Dnscmd 

La  2ème  étape  consiste  à  créer  une  zone  GlobalNames.  Microsoft  recommande  que  cette  zone  soit  intégrée  à  Active  Directory à l’échelle de la forêt et que les mises à jour dynamiques ne soient pas autorisées.  25 Que signifie l’acronyme LLMNR ? Quel est le rôle de ce nouveau protocole avec Windows Vista et Windows  Server 2008 ?  LLMNR  signifie,  en  anglais,  Link  Local  Multicast  Name  Resolution.  Ce  protocole  est  aussi  appelé  mDNS  ou  encore  Multicast DNS. Il permet de résoudre les noms d’un réseau local lorsque les services DNS ne sont plus disponibles.  26 Quel est le rôle de la fonction de Negative Caching ? Comment peut­on la configurer ?  Cette fonction permet de réduire de manière importante les trafics générés vers les serveurs DNS lors de recherches  infructueuses initiées par les clients. Cette option est configurable dans le registre sous Windows 2000, Windows XP,  Windows Server 2003, Windows Vista et aussi Windows Server 2008. 

© ENI Editions - All rigths reserved

- 3-

Travaux pratiques  1. Installation du service DNS en vue d’installer Active Directory  Le  principal  objectif  de  ce  TP  consiste  à  installer  un  nouveau  serveur  DNS  en  vue  de  l’installation  des  services  d’annuaire Active Directory.  Configuration du paramètre de suffixe DNS  1. 

Ouvrez les propriétés du poste de travail. 

2. 

Sur l’onglet Nom de l’ordinateur, sélectionnez le bouton Modifier. 

3. 

Déclarez le nom de domaine complet du domaine Active Directory. Le nom du domaine  racine de la forêt pourra prendre la forme domaineinterne. domainednsinternet.com, ainsi  pour l’entreprise company.com, le domaine à créer pourrait être corpnet.company.fr. 

Installation du service serveur DNS  Pour procéder à l’installation du service DNS, procédez comme suit :  1. 

Connectez­vous sur l’ordinateur en tant qu’administrateur local de l’ordinateur. 

2. 

Ouvrez le Panneau de configuration. 

3. 

À l’aide du Gestionnaire de serveur, via Rôles ­ Ajouter des rôles, sélectionnez le rôle  Serveur DNS à l’aide de l’assistant. 

2. Configuration du service DNS  Le  principal  objectif  de  ce  TP  consiste  à  configurer  la  ou  les  zones  de  recherche  inversée,  la  zone  principale  de  recherche directe pour le domaine corpnet.company. com ainsi qu’une zone principale de recherche inversée. Dans un  deuxième temps, une zone secondaire sera aussi créée.  Création d’une zone de recherche inversée  1. 

Ouvrez la console DNS située dans le groupe de programmes des Outils d’administration  ou utilisez le Gestionnaire de serveur. 

2. 

Clic droit sur le nom de votre serveur puis sélectionnez l’option Configurer un serveur  DNS. 

3. 

Dans l’assistant Configuration d’un serveur DNS, faites Suivant puis sélectionnez Créer  des zones de recherche directe et inversée pour les grands réseaux. 

4. 

À la question Voulez­vous créer une zone de recherche directe maintenant ?  sélectionnez Oui. 

5. 

Sur la fenêtre Type de zone, sélectionnez ensuite le type de zone que vous devez créer.  Choisissez Zone principale. 

6. 

Déclarez le nom de la zone, par exemple : corpnet.company.com. 

7. 

Acceptez Créer un nouveau fichier nommé : corpnet.company.com.dns, puis faites  Suivant. 

8. 

Pour le moment, acceptez le choix Ne pas autoriser les mises à jour dynamiques, puis  faites Suivant. 

9. 

À la question Voulez­vous créer une zone de recherche inversée maintenant ?  acceptez le choix Oui, créer une zone de recherche maintenant, puis faites Suivant. 

10. 

Sur la fenêtre Type de zone, sélectionnez ensuite le type de zone que vous devez créer.  Choisissez Zone principale, puis faites Suivant. 

11. 

Déclarez le numéro de réseau (ID réseau) utilisé : 192.168.0, puis faites Suivant. 

© ENI Editions - All rigths reserved

- 1-

12. 

Acceptez Créer un nouveau fichier nommé : 0.168.192.in­addr.arpa.dns, puis faites  Suivant. 

13. 

Pour le moment, acceptez le choix Ne pas autoriser les mises à jour dynamiques puis  faites Suivant. 

14. 

Sur la fenêtre Redirecteurs, à la question Ce serveur doit­il rediriger des requêtes ?  acceptez le choix Non, il ne doit pas rediriger les requêtes puis faites Suivant. 

15. 

Sur la fenêtre Fin de l’assistant Configuration d’un serveur DNS, sélectionnez  Terminer. 

Vous  venez  de  configurer  en  mode  Assistant,  un  serveur  DNS.  Ce  serveur  DNS  contient  une  zone  principale  de  recherche directe, une zone principale de recherche inversée, il n’utilise pas les redirecteurs et il utilise les indications  de racines par défaut. Pour le moment, les deux zones créées ne sont pas dynamiques.  Création d’une zone de recherche directe standard  Ce TP va vous permettre de créer une zone de recherche directe.  Pour ajouter une zone de recherche directe, procédez de la manière suivante :  1. 

Ouvrez la console de gestion du DNS ou utilisez le Gestionnaire de serveur de Windows  Server 2008. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur un serveur DNS puis  cliquez sur Nouvelle zone afin d’ouvrir l’Assistant Nouvelle zone. 

3. 

Choisissez le type de zone : Principale. 

4. 

Suivez les instructions pour créer une nouvelle zone principale. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Pour réaliser la même opération en ligne de commande, procédez comme suit :  1. 

Ouvrez l’invite de commandes. 

2. 

Tapez la commande :  dnscmd NomServeur /ZoneAdd NomZone {/Primary|/DsPrimary|/ Secondary|/ Stub|/DsStub} [/file NomFichier] [/load] [/a AdminEmail] [/DP FQDN]

Le paramètre /ZoneAdd ainsi que le nom complet de la zone sont obligatoires. Ils permettent de spécifier l’ajout de la  zone souhaitée.  Pour afficher la syntaxe complète de cette commande, à l’invite de commandes, tapez : dnscmd /ZoneAdd /help 

3. Configuration des zones DNS en mode dynamique  Ce TP va vous permettre d’activer le mode d’inscription dynamique des enregistrements DNS.  Pour autoriser les mises à jour dynamiques, procédez de la manière suivante : 

- 2-

1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone appropriée  puis cliquez sur Propriétés. 

3. 

Sous l’onglet Général, vérifiez que la zone est de type Principale ou Intégrée à Active  Directory. 

4. 

Dans Mises à jour dynamiques, cliquez sur Non sécurisé et sécurisé. 

© ENI Editions - All rigths reserved

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Pour réaliser la même opération en ligne de commande, procédez comme suit :  1. 

Ouvrez l’invite de commandes. 

2. 

Tapez : dnscmd NomServeur /Config {NomZone|..AllZones} /AllowUpdate {1|0} 

Pour configurer toutes les zones hébergées sur le serveur DNS spécifié en vue de mises à jour dynamiques, tapez  AllZones.  Le  paramètre  /AllowUpdate  est  bien  sûr  obligatoire.  Il  spécifie  la  commande  d’autorisation  de  mise  à  jour.  Si  vous  voulez autoriser les mises à jour dynamiques, entrez la valeur 1, sinon entrez la valeur 0.  Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local ou  avoir reçu, par délégation, les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Pour afficher la syntaxe complète de cette commande, tapez :dnscmd /RecordAdd /help 

4. Test de bon fonctionnement du service DNS à l’aide de Nslookup  Ce TP va vous permettre de vérifier le bon fonctionnement du service DNS.  1. 

Ouvrez l’invite de commandes et tapez nslookup. 

2. 

À l’issue de la commande précédente, à l’invite nslookup («> »), tapez ce qui suit : set q=srv 

3. 

À l’issue de la commande précédente, tapez ce qui suit :  _ldap._tcp.dc._msdcs.Nom_Domaine_Active_Directory 

4. 

Consultez la sortie de la requête d’emplacement du service (SRV) précédente et  déterminez si une action supplémentaire est requise en fonction de l’échec ou du succès  de la requête précédente. 

5. 

En cas de succès de la requête, consultez les enregistrements de ressources SRV  renvoyés dans la requête pour déterminer si tous les contrôleurs de domaine de votre  domaine Active Directory sont inclus et inscrits à l’aide d’adresses IP valides. 

6. 

En cas d’échec de la requête, poursuivez la résolution des problèmes de mise à jour  dynamique ou de serveur DNS pour déterminer la cause exacte du problème. 

_ldap._tcp.dc._msdcs.votre_domaine_Active_Directory  correspond  au  nom  DNS  configuré  pour  être  utilisé  avec votre domaine Active Directory et tout contrôleur de domaine qui lui est associé. Par exemple, si le nom  de  domaine  DNS  de  votre  domaine  Active  Directory  est  corpnet.company.com,  tapez  ce  qui  suit  :  _ldap._tcp.dc._msdcs. corpnet.company.com. 

Pour ajouter les enregistrements de ressources d’emplacement  du  service  (SRV)  qui  ont  été  créés  pour  un  contrôleur  de  domaine,  ouvrez  et  affichez  le  fichier  Netlogon.dns,  créé  par  l’Assistant  Installation  de  Active  Directory, situé à l’emplacement suivant : %Systemroot%\System32\Config\Netlogon.dns 

5. Création des enregistrements de A et PTR  Enregistrement de type A  Ce TP va vous permettre de créer un enregistrement de type A au sein de votre zone DNS.  1. 

Ouvrez la console DNS. Par exemple, pour y parvenir cliquez sur Démarrer, sur Panneau 

© ENI Editions - All rigths reserved

- 3-

de configuration, double cliquez sur Outils d’administration, puis sur DNS.  2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone de recherche  directe applicable, puis cliquez sur Nouvel hôte. 

3. 

Dans la zone de texte Nom, tapez le nom d’ordinateur DNS du nouvel hôte. 

4. 

Dans la zone de texte Adresse IP, tapez l’adresse IP du nouvel hôte. 

5. 

Vous avez la possibilité d’activer la case à cocher Créer un pointeur d’enregistrement  PTR associé pour créer un enregistrement pointeur supplémentaire dans une zone  indirecte pour cet hôte, sur la base des informations spécifiées dans les zones Nom et  Adresse IP. 

6. 

Cliquez sur Ajouter un hôte pour ajouter le nouvel enregistrement d’hôte à la zone. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local ou  avoir reçu, par délégation, les autorisations nécessaires. Pour ouvrir DNS, cliquez sur  Démarrer, sur Outils  d’administration, puis sur DNS. 

Les  enregistrements  de  ressources  PTR  créés  automatiquement  lors  de  l’ajout  d’un  enregistrement  de  ressource  A  dans  une  zone,  seront  automatiquement  supprimés  si  l’enregistrement  de  ressource  A  correspondant l’est aussi. 

Pour réaliser la même opération à la ligne de commande, procédez comme suit :  1. 

Ouvrez l’invite de commandes. 

2. 

Tapez dnscmd NomServeur /RecordAdd NomZone NomN_ud [/Aging] [/OpenAcl] [Ttl] A AdresseIP 

Pour  plus  d’informations  sur  les  paramètres  ci­dessous,  utilisez  la  commande  :  dnscmd dnscmd /RecordAdd /help. 

/?  ou  la  commande 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local ou  avoir reçu, par délégation, les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Enregistrement de type PTR  Ce TP va vous permettre de créer un enregistrement de pointeur (PTR) dans votre zone de recherche inversée.  1. 

Ouvrez la console DNS. Pour y parvenir, vous pouvez, par exemple, cliquer sur Démarrer,  Outils d’administration, puis sur DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone de recherche  indirecte applicable. 

3. 

Dans le menu Action, cliquez sur Nouveau pointeur. 

4. 

Dans la zone de texte Numéro IP de l’hôte, tapez le numéro en octets de l’adresse IP de  l’hôte. 

5. 

Dans la zone de texte Nom de l’hôte, tapez le nom de domaine complet de l’ordinateur  hôte DNS pour lequel cet enregistrement de pointeur doit être utilisé en vue d’assurer la  recherche indirecte (résolution de l’adresse en nom). 

6. 

Vous avez la possibilité de cliquer sur Parcourir pour rechercher dans l’espace de noms  DNS les hôtes de ce domaine dont les enregistrements de ressource A (adresse d’hôte)  sont déjà définis. 

7. 

Cliquez sur OK pour ajouter le nouvel enregistrement à la zone. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure. 

- 4-

© ENI Editions - All rigths reserved

Pour réaliser la même opération à la ligne de commande, procédez comme suit :  1. 

Ouvrez l’invite de commandes. 

2. 

Tapez : dnscmd NomServeur /RecordAdd NomZone NomN_ud [/Aging] [/OpenAcl] [Ttl] PTR NomHôte|NomDomaine 

Pour afficher la syntaxe complète de cette commande, à l’invite de commandes, tapez : dnscmd /RecordAdd /help  Les enregistrements de ressources PTR sont automatiquement supprimés si l’enregistrement de ressource A  correspondant est supprimé. 

6. Création d’un nouveau sous­domaine  Ce TP va vous permettre de créer un nouveau sous­domaine au sein d’une zone déjà existante.  Pour créer un nouveau sous­domaine, procédez tel que cela est spécifié ci­dessous :  1. 

Ouvrez la console DNS. Par exemple, pour y parvenir cliquez sur Démarrer, Outils  d’administration, puis sur DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone de recherche  directe souhaitée. Vous pouvez, par exemple, sélectionner la zone corpnet.company.com. 

3. 

Faites un clic droit, Nouveau domaine.... 

4. 

Dans la fenêtre Entrez le nouveau nom de domaine DNS, tapez : europe et validez à  l’aide du bouton OK. 

5. 

Vérifiez que le nom de sous­domaine apparaît bien. 

Vous pouvez aussi créer un enregistrement de type A, à l’intérieur du sous­domaine précédemment créé. Notez que  tant que le sous­domaine ne contient aucun enregistrement, aucune modification n’est apportée au fichier de zone  "contenant" le sous­domaine. 

7. Création d’un nouveau sous­domaine en tant que nouvelle zone  Ce TP va vous permettre de créer un nouveau sous­domaine au sein d’une nouvelle zone. Cette procédure revient à  créer un nouveau domaine grâce à la création d’un nouveau fichier de zone.  Par  exemple,  si  vous  disposez  du  domaine  DNS  corpnet.company.com  via  le  fichier  de  zone  nommé  corpnet.company.com.dns  alors,  pour  créer  le  sous­domaine  europe.  corpnet.company.com,  procédez  à  la  création  d’une nouvelle zone.  Pour créer une nouvelle zone de recherche directe, procédez de la manière suivante :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur un serveur DNS puis  cliquez sur Nouvelle zone afin d’ouvrir l’Assistant Nouvelle zone. 

3. 

Choisissez le type de zone : Principale. 

4. 

Déclarez le nom de domaine tel que souhaité ­ europe.corpnet.company.com, puis suivez  les instructions jusqu’à la fin de l’assistant. 

8. Configuration d’une zone secondaire et du transfert de zones  Création d’une zone secondaire  Ce TP va vous permettre de créer une zone secondaire.  La  création  d’une  zone  secondaire  vous  permet  de  profiter  de  la  disponibilité  d’une  zone  sur  un  site  donné.  Cette  opération aura pour effet de disposer sur le serveur en question d’une version de la zone.  © ENI Editions - All rigths reserved

- 5-

1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez sur le serveur DNS souhaité. 

3. 

Dans le menu Action, cliquez sur Nouvelle zone. 

4. 

Suivez les instructions qui s’affichent dans l’Assistant Nouvelle zone. Dans notre cas,  sélectionnez Zone secondaire. Remarquez que la case à cocher Enregistrer la zone dans  Active Directory est grisée. 

5. 

Déclarez le nom de la zone DNS que vous souhaitez rendre disponible en tant que zone  secondaire sur le serveur. 

6. 

Spécifiez le ou les serveurs DNS à partir desquels vous souhaitez copier la zone. Pensez  à ordonner les serveurs dans l’ordre de préférence de la sélection. 

7. 

Sur la fenêtre Fin de l’assistant Nouvelle zone, cliquez sur Terminer. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local ou  avoir reçu, par délégation, les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure. Pour des raisons de sécurité, il  est recommandé d’utiliser Exécuter en tant que pour effectuer cette procédure. 

Pour  ajouter  un  serveur  secondaire  pour  une  zone  existante,  vous  devez  disposer  d’un  accès  réseau  au  serveur agissant comme le serveur maître de ce serveur et son utilisation de la zone. Le serveur maître agit  comme la source des données de zone. Il est contacté régulièrement pour participer au renouvellement de la zone  et transférer les mises à jour de zone lorsque cela est nécessaire en fonction des notifications de modifications de  la zone maître et des paramètres de l’enregistrement de SOA. 

Pour réaliser la même opération à la ligne de commande, procédez comme suit :  1. 

Ouvrez l’invite de commandes, puis tapez dnscmd NomServeur /ZoneAdd NomZone /Secondary AdresseIPMaître...[/file NomFichier] 

Les  paramètres  /ZoneAdd,  NomZone  et  /Secondary  sont  obligatoires.  Pour  afficher  la  syntaxe  complète  de  cette  commande, tapez à partir de l’invite de commandes, la commande : dnscmd /ZoneAdd /help  Configuration des options de transfert de zones  Ce TP va vous permettre d’autoriser les transferts de zones entre votre serveur DNS et un autre serveur DNS.  Pour modifier les paramètres de transfert de zone DNS, procédez comme suit :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Cliquez avec le bouton droit sur une zone DNS, puis cliquez sur Propriétés. 

3. 

Dans l’onglet Transfert de fichiers, effectuez l’une des actions suivantes :  ●

Pour désactiver les transferts de zone, désactivez la case à cocher Autoriser les  transferts de zone. 

●

Pour activer les transferts de zone, activez la case à cocher Autoriser les  transferts de zone. 

Si vous avez autorisé les transferts de zone, effectuez l’une des actions suivantes : 

- 6-

●

Pour autoriser les transferts de zone vers n’importe quel serveur, cliquez sur Vers n’importe quel serveur. 

●

Pour autoriser les transferts de zone uniquement vers les serveurs DNS énumérés sous l’onglet Serveurs de  noms, cliquez sur Uniquement vers les serveurs listés dans l’onglet Serveurs de noms. 

●

Pour  autoriser  les  transferts  de  zones  uniquement  vers  des  serveurs  DNS  spécifiques,  cliquez  sur  Uniquement vers les serveurs suivants, puis ajoutez l’adresse IP d’un ou plusieurs serveurs DNS. 

© ENI Editions - All rigths reserved

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Pour réaliser la même opération à la ligne de commandes, procédez comme suit :  1. 

Ouvrez l’invite de commandes, puis tapez la commande suivante :  dnscmd NomServeur /ZoneResetSecondaries NomZone {/NoXfr | /NonSecure | /SecureNs | /SecureList [AdresseIPSecondaire...]}

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure. 

Cette  procédure  nécessite  l’outil  de  support  Windows  Dnscmd.  Pour  afficher  la  syntaxe  complète  de  cette  commande, tapez à partir de l’invite de commandes :dnscmd /ZoneResetSecondaries /?  

9. Création d’une nouvelle zone DNS mise en délégation  Ce TP a pour objet la création d’une nouvelle zone mise en délégation sur un autre serveur.  Pour créer une délégation de zone, procédez comme suit :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le sous­domaine  approprié, par exemple corpnet.company.com, puis cliquez sur Nouvelle délégation. 

3. 

Suivez les instructions affichées par l’Assistant Nouvelle délégation pour terminer la  création du nouveau domaine délégué tel que précisé ci­dessous. 

4. 

Dans la fenêtre Spécifier le nom de domaine que vous voulez déléguer, entrez le nom  du domaine à mettre en délégation. Par exemple, entrez le nom "support".  Vérifiez que le nom de domaine pleinement qualifié est bien conforme. Par exemple, il  pourra s’agir du domaine support.corpnet.company.com. 

5. 

Dans la fenêtre Serveurs de noms, déclarer le ou les serveurs de noms DNS faisant  autorité pour la zone DNS mise en délégation. Chaque serveur déclaré doit faire l’objet  d’un enregistrement pleinement qualifié (FQDN) ainsi que de l’adresse IP associée. 

6. 

Faites Suivant, puis Terminer pour conclure la mise en délégation de la zone  support.corpnet.company.com. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Pour réaliser la même opération à la ligne de commande, procédez comme suit :  1. 

Ouvrez l’invite de commandes, puis tapez la commande suivante :  dnscmd NomServeur /RecordAdd NomZone NomNœud [/Aging] [/OpenAcl] [Ttl] NS {NomHôte|FQDN}

Le  paramètre  /RecordAdd  suivi  du  nom  de  zone  (FQDN,  Fully  Qualified  Domain  Name)  de  la  zone  à  ajouter  sont  obligatoires.  Pour  afficher  la  syntaxe  complète  de  cette  commande,  à  l’invite  de  commandes,  tapez  :  dnscmd /RecordAdd /help 

© ENI Editions - All rigths reserved

- 7-

10. Création d’une nouvelle zone DNS de stub  Ce TP a pour objet de créer une nouvelle zone DNS de type stub.  Pour ajouter une zone de stub, procédez de la manière suivante :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur un serveur DNS puis  cliquez sur Nouvelle zone afin d’ouvrir l’Assistant Nouvelle zone. 

3. 

Suivez les instructions à l’écran pour créer une zone de stub tel que précisé ci­dessous. 

4. 

Sur la fenêtre Quel est le nom de la nouvelle zone ?, renseignez le nom de la zone de  stub à créer. Dans notre exemple, tapez vente.corpnet.company.com. 

5. 

Dans la fenêtre Fichier de zone, acceptez Créer un nouveau fichier nommé. 

6. 

Dans la fenêtre Serveurs DNS maîtres, déclarez la ou les adresses IP des serveurs DNS  possédant la zone. 

7. 

Sur la fenêtre Fin de l’assistant Nouvelle zone, cliquez sur Terminer. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure. Pour des raisons de sécurité, il  est recommandé d’utiliser Exécuter en tant que pour effectuer cette procédure. 

Attention  :  la  zone  de  stub  ne  peut  pas  être  hébergée  sur  un  serveur  DNS  faisant  autorité  pour  la  même  zone. 

Si  vous  choisissez  d’intégrer  la  zone  de  stub  dans  Active  Directory  (en  utilisant  Active  Directory  comme  méthode  de  stockage  de  la  zone  de  stub),  vous  avez  la  possibilité  de  spécifier  que  le  serveur  DNS  hébergeant la zone de stub utilise une liste locale de serveurs maîtres lors de la mise à jour des enregistrements  de ressources de la zone de stub plutôt que la liste de serveurs maîtres de Active Directory. Si vous voulez utiliser  une liste locale de serveurs maîtres, vous aurez besoin des adresses IP des serveurs maîtres locaux. 

Pour réaliser la même opération à la ligne de commande, procédez comme suit :  1. 

Ouvrez une invite de commandes puis tapez :  dnscmd NomServeur /ZoneAdd NomZone {/Stub|/DsStub} AdresseIP_Maître... [/file NomFichier] [/load] [/DP FQDN]

Les paramètres  /ZoneAdd, et nomZone sont obligatoires. Le type de la zone est spécifié à l’aide  du  paramètre /Stub  ou /DsStub, si le stockage Active Diretory est souhaité.  Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du  groupe  Admins  du  domaine  peuvent  être  en  mesure  d’effectuer  cette  procédure.  Pour  afficher  la  syntaxe  complète de cette commande, à l’invite de commandes, tapez : dnscmd /ZoneAdd /help 

11. Création des indications de racines DNS  Ce TP a pour objet de déclarer les serveurs racine d’un serveur DNS.  Pour gérer les enregistrements de racines DNS qui permettent de localiser d’autres serveurs DNS situés au niveau de  la racine DNS sur le réseau, procédez de la manière suivante : 

- 8-

© ENI Editions - All rigths reserved

1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le serveur DNS  concerné. 

3. 

Dans la page de propriétés du serveur DNS, sélectionnez l’onglet Indications de racine.  Par défaut, les indications de racines contenues dans le fichier Cache.dns sont au nombre  de 13 et correspondent aux serveurs DNS de la racine Internet. Chaque serveur est  nommé a.root­servers.net jusqu’à i.root­servers.net.  Si vous souhaitez que ce serveur soit capable d’en référer aux serveurs de la racine  Internet, assurez­vous que ces déclarations sont correctes et que le firewall qui vous  permet de communiquer avec Internet est configuré pour autoriser le passage des  résolutions DNS (ports TCP et UDP 53) vers les dits serveurs. 

4. 

Si les enregistrements ne sont pas corrects, vous pouvez par exemple, utilisez le bouton  Copier à partir du serveur, déclarer l’adresse IP du serveur source contenant les  indications de racines correctes, puis valider par OK. Vous pouvez aussi transférer le  fichier Cache.dns situé dans le dossier %Systemroot\System32\dns. 

5. 

Si vous ne souhaitez pas que le serveur DNS puisse "tenter" des résolutions vers des  serveurs de type racine, supprimez tous les enregistrements à l’aide du bouton  Supprimer. 

12. Configuration des redirecteurs conditionnels  Ce TP va vous permettre de déclarer l’usage des redirecteurs conditionnels.  Pour configurer un serveur DNS pour qu’il utilise des redirecteurs, procédez comme suit :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez sur le serveur DNS sur lequel vous souhaitez  gérer les fonctions de redirecteurs. 

3. 

Cliquez sur Propriétés. 

4. 

Sous l’onglet Redirecteurs, déclarez le ou les noms de domaines à rediriger. 

5. 

Pour chaque domaine déclaré, ajoutez la ou les adresses IP correspondantes, à l’aide du  bouton Ajouter.  Vous ne pouvez pas utiliser un nom de domaine dans un redirecteur conditionnel si le serveur DNS héberge  une zone principale, secondaire ou de stub pour ce nom de domaine. 

Pour réaliser la même opération à la ligne de commande, procédez comme suit :  1. 

Ouvrez une invite de commandes puis tapez  dnscmd NomServeur /ZoneAdd NomZone /Forwarder AdresseIPMaître _ [/TimeOut Heure] [/Slave]

Les  paramètres  /ZoneAdd  et  NomZone  sont  obligatoires.  Le  nom  de  domaine  doit  respecter  un  format  FQDN.  Le  paramètre /Forwarder est aussi obligatoire.  Lors de la configuration de redirecteurs sur des serveurs DNS exécutant des contrôleurs de domaine Active Directory,  vous  devez  utiliser  /DsForwarder  à  la  place  de  /Forwarder.  Le  paramètre  /DsForwarder  réplique  les  paramètres  du  redirecteur vers tous les serveurs DNS exécutés sur des contrôleurs de domaines du domaine Active Directory.  Vous pouvez aussi afficher une zone qui a été ajoutée pour servir de redirecteur conditionnel uniquement en utilisant  la commande ci­dessous :  dnscmd NomServeur /ZoneInfo NomZone Dans  le  cas  où  vous  souhaiteriez  réinitialiser  les  adresses  IP  des  redirecteurs  pour  un  nom  de  domaine  redirigé  donné, vous pourrez taper la commande ci­dessous :  dnscmd NomServeur /ZoneResetMasters NomZone [/Local]

© ENI Editions - All rigths reserved

- 9-

[IPServeur] Le paramètre /Local définit la liste des serveurs maîtres pour les redirecteurs intégrés de Active Directory, tandis que  le paramètre IPServeur correspond à la liste d’une ou plusieurs adresses IP de serveurs maîtres dans la zone. 

13. Affichage du cache du serveur DNS  Ce TP va vous permettre de procéder à la visualisation du cache du serveur DNS.  Pour afficher le cache des résolutions DNS du serveur DNS, à ne pas confondre avec le cache des clients DNS géré par  le service DNSCache, utilisez la procédure ci­dessous :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez sur le serveur DNS sur lequel vous souhaitez  afficher le cache de résolution du serveur DNS. 

3. 

Cliquez sur Propriétés. 

4. 

Dans le menu Affichage, sélectionnez Affichage détaillé. 

5. 

Le dossier intitulé Recherches mises en cache apparaît et vous permet de gérer le  contenu du cache du serveur DNS. 

De cette manière, vous pouvez par exemple, supprimer un enregistrement obsolète contenu dans le cache. 

- 10 -

© ENI Editions - All rigths reserved

Stockage des zones DNS et réplication Active Directory  Nous  venons  de  voir  que  les  zones  DNS  standard  existent  sous  la  forme  de  fichiers  lesquels  sont  habituellement  stockés dans \System32\dns. L’idée consiste à abandonner ce stockage pour utiliser le système de stockage de l’Active  Directory.  Il  convient  de  faire  remarquer  que  l’Active  Directory  et  le  DNS  manipulent  des  noms  qui  peuvent  être  identiques mais que ces noms appartiennent à des espaces différents.  Le tableau suivant montre le parallèle qui existe entre les éléments qui appartiennent au DNS et ceux qui appartiennent  à l’Active Directory.  Éléments du DNS 

Éléments et objets de l’annuaire Active Directory 

Stockage de type fichier 

Stockage de type base de données 

Fichiers de zones dans \System32\dns 

Objets containers de type dnsZone 

Enregistrements de ressources 

Objet de type dnsNode 

Ainsi, on peut dire que l’espace DNS est composé de zones et d’enregistrements de ressources dans les zones, tandis  que l’espace Active Directory est composé de domaines et d’objets au sein de ces domaines.  Les objets et attributs Active Directory utilisés dans le cadre du service DNS sont listés ci­dessous :  DnsZone : il s’agit d’un objet container créé au moment où une zone est créée dans l’Active Directory.  DnsNode : il s’agit d’un objet utilisé pour mapper un nom vers un enregistrement contenant de multiples données.  DnsRecord : il s’agit d’un attribut de type multivaleurs associé à la classe d’objet dnsNode. Il est utilisé pour stocker les  enregistrements de ressources à l’objet dnsNode.  DnsProperty : il s’agit d’un attribut de type multivaleurs associé à la classe d’objet dnsNode. Il est utilisé pour stocker  les informations de configuration de la zone.  Finalement,  chaque  zone  intégrée  à  l’annuaire  sera  stockée  dans  un  objet  container  de  type  dnsZone,  lequel  est  identifié par le nom attribué à la zone au moment de sa création. 

1. Objets ordinateurs Active Directory et nommages  Chaque ordinateur membre d’un domaine Windows Active Directory existe sous la forme d’un objet de type Computer.  La figure ci­après montre un ordinateur appartenant au domaine à l’aide de l’outil ADSI Edit.  Le  composant  logiciel  enfichable  ADSI  Edit  est  intégré  de  base  à  Windows  Server  2008.  Vous  pouvez  y  accéder en exécutant Adsiedit.msc. Notez que cet outil faisait partie des outils de support livrés sur le CD­Rom  de Windows Server 2003 et Windows 2000 Server. 

L’ordinateur XP1 dans le container Computers du domaine Corp2003.Corporate.net  En tant qu’objet existant au sein de l’annuaire Active Directory, les propriétés existent sous la forme d’attributs. Ainsi, 

© ENI Editions - All rigths reserved

- 1-

ces  attributs  seront  manipulés  par  l’annuaire  lui­même,  les  applications  ou  bien  toute  entité  habilitée  à  le  faire.  La  figure suivante montre la fenêtre permettant d’afficher ou de modifier les attributs de l’objet, toujours avec ADSI Edit. 

Propriétés de l’objet XP1 et valeur de l’attribut dNSHostName  Le  tableau  donne  les  différents  attributs  d’un  objet  appartenant  à  la  classe  computer  et  étant  en  relation  avec  la  problématique de nommage.  Attributs de l’objet computer XP1 

Désignation et valeur de l’attribut 

canonicalName 

Représente le nom canonique Active Directory de  l’objet Corp2003.Corporate.net/Computers/XP1. 

cn 

Représente le nom commun LDAP de l’objet XP1. 

displayName 

Représente le nom d’affichage LDAP de l’objet XP1$.  Représente le nom distinct complet 

distinguishedName 

CN=XP1,CN=Computers,  DC=Corp2003,DC=Corporate,DC=net. 

dNSHostName 

Représente le nom DNS sous la forme d’un FQDN  xp1.Corp2003.Corporate.net. 

name 

Représente le nom XP1. 

sAMAccountName 

Représente le nom SAM (Security Account Manager) de  l’ordinateur XP1$. 

servicePrincipalName 

Représente les noms des identités (SPN, Security  Principal Names) HOST/XP1  HOST/xp1.Corp2003.Corporate.net. 

Comme  expliqué  précédemment,  ce  tableau  montre  qu’un  ordinateur  au  sein  du  domaine  Windows  existe  dans  - 2-

© ENI Editions - All rigths reserved

plusieurs  espaces  de  nommages  distincts.  Les  attributs  les  plus  importants  en  termes  de  sécurité  sont  le  sAMAccountName et le servicePrincipalName, lequel peut d’ailleurs être contrôlé à l’aide la commande SetSPN.exe.  Bien entendu, de nombreux autres attributs enrichiront l’annuaire d’informations dont l’usage sera plus perceptible.  Quelques exemples d’attributs sont présentés ci­après :  Attributs de l’objet computer XP1 

Désignation et valeur de l’attribut 

objectCategory 

CN=Computer,CN=Schema,CN=Configuration,DC=Corp2003,  DC=Corporate,DC=net. 

operatingSystem 

Windows XP Professional. 

operatingSystemServicePack 

Service Pack 2, v.2120. 

operatingSystemVersion 5.1 

(2600). 

2. Avantages de l’intégration des zones DNS dans Active Directory  Les  contrôleurs  de  domaine  Windows  2000,  Windows  Server  2003  et  Windows  Server  2008  permettent  au  service  DNS  de  profiter  des  nombreuses  avancées  technologiques  apportées  par  l’Active  Directory.  Ces  avantages  sont  présentés ci­dessous : 

a. Mise à jour en mode multimaîtres (ou maîtres multiples)  Dans le modèle habituel de stockage des zones DNS, les mises à jour ne sont possibles que vers le serveur primaire  pour la zone. De fait, un seul et unique serveur DNS servant de référence pour la zone est disponible en lecture et  écriture. Il s’agit là d’une énorme limitation lorsque l’on souhaite profiter des mises à jour DNS en mode dynamique.  Un autre inconvénient majeur du modèle DNS est que toute la disponibilité en écriture de la zone repose sur le seul  serveur principal. Si ce serveur n’est pas disponible, les requêtes de mise à jour formulées par des clients DNS ne  sont pas traitées pour toute la zone. De plus, lorsque la zone arrive à expiration en fonction de la valeur fixée sur  l’enregistrement de SOA, celle­ci passe au statut d’expirée et plus aucune demande de résolution DNS n’est traitée.  À  l’inverse, lorsqu’une  zone  DNS  est  intégrée  à  l’Active  Directory  et  que  la  zone  est  configurée  pour  supporter  les  mises à jour dynamiques, alors ces mises à jour peuvent aussi être prises en charge en mode multimaîtres. En fait,  tout serveur DNS de type NS et contrôleur de domaine devient une source principale pour la zone. Par conséquent,  la zone peut être mise à jour par les serveurs DNS fonctionnant sur tout contrôleur de domaine du domaine. Un tel  concept  permet  d’offrir  une  disponibilité  totale,  pourvu  que  l’on  dispose  de  plusieurs  contrôleurs  de  domaine  fonctionnant en tant que serveurs DNS. 

b. Sécurité avancée des contrôles d’accès sur la zone et les enregistrements  Chaque  enregistrement  de  ressource  DNS  est  un  objet  Active  Directory  de  type  dnsNode.  À  ce  titre  il  existe  et  profite, comme tous les objets de l’annuaire, des services de sécurité Active Directory. Dans notre cas, il s’agira des  authentifications  mutuelles  Kerberos  v5  et  de  l’usage  des  SPN.  Le  support  des  listes  de  contrôles  d’accès  vous  permet de contrôler qui peut faire quoi sur chaque objet, c’est­à­dire sur chaque enregistrement DNS.  Vous pouvez, par exemple, accéder aux fonctions des ACL (Access Control List) pour sécuriser un conteneur dnsZone  dans  l’arborescence  Active  Directory.  La  granularité  d’administration  est  très  fine  puisque  vous  pourrez,  si  nécessaire, gérer chaque zone et chaque enregistrement au sein d’une zone.  Le groupe intégré  Utilisateurs authentifiés dispose d’une autorisation de type Créer  tous  les  objets  enfants. Cet  ACL  permet  à  tous  les  ordinateurs  Windows  2000  Professionnel,  Windows  XP  Professionnel,  Windows  Vista,  Windows Server 2003 ou 2008 d’être authentifiés.  Le groupe de sécurité Utilisateurs authentifiés considère toutes les entités susceptibles d’être contrôlées  qu’il s’agisse d’objets utilisateurs, de groupes ou d’objets de type ordinateurs.  Une  liste  de  contrôle  d’accès  par  défaut  sécurise  chaque  nouvel  enregistrement.  La  figure  ci­après  montre  les  autorisations  sur  l’enregistrement qui concerne l’ordinateur nommé XP1, membre du domaine Corp2003.Corporate.  net. 

© ENI Editions - All rigths reserved

- 3-

Le groupe ENTERPRISE DOMAIN CONTROLLERS dispose de l’autorisation d’écriture sur l’objet xp1  Vous  constatez  donc  qu’au  départ,  toutes  les  machines  authentifiées  ­  via  le  protocole  Kerberos  ­  pourront  créer  dynamiquement  leur  propre  enregistrement.  Une  fois  l’objet  créé,  les  contrôleurs  de  domaine  de  l’entreprise  pourront  modifier  l’enregistrement,  toujours  pour  le  compte  du  client.  Dans  le  cas  d’un  environnement  réseau  particulièrement sécurisé, vous pouvez spécifier vos propres autorisations de sorte que les mises à jour dynamiques  ne  soient  autorisées  que  pour  un  ordinateur  client  spécifique.  Ce  pourrait  aussi  être  le  cas  pour  un  groupe  de  sécurité  particulier,  lequel  pourra  contenir  des  utilisateurs  et/ou  des  ordinateurs.  Notez  aussi  que,  les  listes  de  contrôle  d’accès  que  vous  spécifiez  sur  des  objets  Active  Directory  via  la  console  MMC  de  gestion  du  DNS,  ne  concernent que le service client DNS.  Les  fonctionnalités  de  contrôle  d’accès  ne  sont  pas  disponibles  avec  les  zones  principales  standard  mais  seulement pour des zones DNS intégrées dans l’Active Directory. 

- 4-

© ENI Editions - All rigths reserved

Sélection des mises à jour dynamiques sécurisées pour la zone Corp2003.Corporate.net  Lorsqu’une zone est intégrée à l’annuaire, le paramètre par défaut de mise à jour de la zone est modifié de manière  à autoriser uniquement les mises à jour sécurisées.  La  tolérance  de  panne  est  maximum.  Les  zones  sont  automatiquement  répliquées  et  synchronisées  sur  les  nouveaux contrôleurs de domaine dès qu’ils sont ajoutés à un domaine Active Directory.  Les  zones  intégrées  à  l’annuaire  sont  par  défaut  stockées  sur  chaque  contrôleur  de  domaine.  Le  stockage  et  la  gestion  de  zone  ne  constituent  donc  pas  une  ressource  supplémentaire.  De  plus,  les  méthodes  utilisées  pour  synchroniser les informations stockées dans l’annuaire offrent de meilleures performances par rapport aux méthodes  standard de mise à jour des zones, qui exigent une configuration manuelle et parfois le transfert complet de la zone.  Les performances des réplications des zones intégrées à Active Directory sont directement liées au fait que le moteur  de  réplication  de  l’annuaire  réplique  avec  une  granularité  très  fine.  En  effet,  les  réplications  sont  réalisées  indépendamment pour chaque objet, pour chaque attribut d’objet et pour chaque valeur d’attribut d’objet.  Concernant  les  réplications,  celles­ci  sont  compressées  sur  les  liens  inter­sites.  En  intégrant  le  stockage  de  vos  bases de données de zones DNS dans Active Directory, vous pouvez donc simplifier la réplication des zones DNS à  l’échelle de tout le réseau de l’entreprise.  La suppression du service DNS d’un contrôleur de domaine ne supprime pas les données contenues dans la  base de données Active Directory.  Si  vous  utilisez  des  zones  DNS  en  mode  standard  et  aussi  en  mode  intégré  à  Active  Directory,  ces  deux  types  de  zones  sont  forcément  stockées  et  répliquées  séparément.  Dans  ce  cas,  vous  devez  bien  sûr  les  administrer  séparément.  Il  faudra  alors  implémenter  et  gérer  deux  topologies  de  réplication  distinctes.  Une  topologie  de  réplication sera nécessaire pour les données stockées dans l’annuaire et une autre topologie sera nécessaire pour  répliquer les fichiers de zones entre les serveurs DNS standard. Une telle configuration n’en sera que plus complexe  à maintenir et à faire évoluer, même s’il n’y a pas de difficultés techniques particulières.  Avec l’intégration des zones DNS dans l’annuaire, tous les problèmes de réplication et de gestion du stockage qui se  posent pour DNS et pour Active Directory sont fusionnés en une seule entité administrative.  La  réplication  d’annuaire  est  plus  rapide  et  plus  efficace  que  la  réplication  DNS  standard  et  profite  aux  zones  DNS  particulièrement volumineuses.  Dans  la  mesure  où  la  réplication  Active  Directory  ne  concerne  que  les  éléments  ajoutés,  supprimés  ou  modifiés  (objets,  attributs  ou  valeurs  d’attributs)  seules  les  modifications  essentielles  sont  propagées.  Ces  optimisations  permettent de minimiser les opérations LDAP ainsi que les flux de réplication entre les contrôleurs de domaines. 

© ENI Editions - All rigths reserved

- 5-

Les  zones  secondaires  ne  peuvent  pas  être  stockées  dans  l’annuaire,  seules  les  zones  principales  Active  Directory  peuvent  l’être.  À  partir  du  moment  où  les  serveurs  DNS  sont  des  serveurs  Windows  qui  tirent  partie  du  modèle  de  réplication  multimaîtres  Active  Directory,  il  n’y  a  plus  d’intérêt  à  conserver  de  zones  secondaires. 

3. Partitions par défaut disponibles sous Windows 2000  Les  contrôleurs  de  domaine  Windows  2000  disposent  de  plusieurs  espaces  de  stockage  appelés  partitions.  Une  partition,  aussi  appelée  contexte  de  nommage  (en  anglais,  naming  context),  est  une  structure  de  stockage  de  données située à l’intérieur de l’annuaire Active Directory. Elle permet à l’annuaire de distinguer plusieurs topologies  de réplication. Plus simplement, vous pouvez imaginer que l’annuaire Active Directory existe sous la forme d’une base  de  donnée  unique,  laquelle  est  composée  de  plusieurs  parties  qui  appartiennent  à  des  topologies  de  réplication  distinctes.  Dans l’environnement Windows 2000, la base de données Active Directory contient uniquement, pour notre domaine  de test Corp2003.Corporate.net, les trois partitions présentées ci­après :  ●

La partition du Domaine dont le nom complet est : DC=Corp2003,DC=Corporate,DC=Net  Cette partition contient tous les objets de types utilisateurs, groupes d’utilisateurs, ordinateurs, stratégies de  groupes, etc. 

●

La  partition  de  la  Configuration  de  l’Entreprise  CN=Configuration,DC=Corp2003,DC=Corporate,DC=Net 

dont 

le 

nom 

complet 

est 

: 

Cette  partition  contient  tous  les  objets  de  configuration  de  l’annuaire  Active  Directory  et  aussi  de  certaines  applications intégrées à l’Active Directory.  ●

La  partition  du  Schéma  de  l’Entreprise  dont  CN=Schema,CN=Configuration,DC=Corp2003,DC=Corporate,DC=Net 

le 

nom 

complet 

est 

: 

Cette partition contient toutes les classes et attributs qui formalisent les objets gérables par l’annuaire. 

La configuration de l’Active Directory montre les trois partitions  La  figure  ci­dessus  montre  très  clairement  les  trois  partitions  par  défaut  créées  automatiquement  au  moment  de  l’installation de l’Active Directory à l’aide de l’Assistant d’Installation dcpromo. L’arbre affiché par ADSI Edit montre les  contextes de nommage du domaine, de la configuration et du schéma.  Vous  pouvez  aussi  constater  que  la  partition  de  configuration  dont  le  nom  LDAP  est  CN=Configuration,DC=Corp2003,DC=Corporate,DC=net contient, au niveau de l’objet CN=Partitions, la déclaration des  trois partitions présentées.  Nous  verrons  plus  loin  que  lorsqu’un  contrôleur  de  domaine  joue  le  rôle  de  catalogue  global  et  que  l’infrastructure  de  forêt  de  l’Active  Directory  contient  plus  d’un  domaine,  alors  le  contrôleur  de  domaine  catalogue global accueillera aussi les partitions de domaine du ou des autres domaines membres de la forêt. 

- 6-

© ENI Editions - All rigths reserved

Vous aurez aussi la possibilité de manipuler les partitions Active Directory à l’aide de la commande NTDSutil. Cet outil  est livré de base dans le système Windows 2000 ou Windows Server 2003.  La commande NTDSutil est l’outil Active Directory qui vous permettra de réaliser l’essentiel des tâches de maintenance  et/ou de configuration de l’Active Directory. 

4. Intégration des zones DNS dans Active Directory avec Windows 2000  Concernant  le  cas  des  contrôleurs  de  domaine  Windows  2000,  l’intégration  des  zones  au  sein  de  l’annuaire  Active  Directory consiste à accueillir les dites zones au sein de la partition du domaine. Notez que seule cette partition peut  être utilisée. La figure suivante montre que cette option est proposée sur un contrôleur Windows Server 2003 lorsque  le domaine comporte à la fois des contrôleurs Windows 2000 et Windows Server 2003. 

Paramètres de Type et de Réplication pour la zone en cours  En  fonction  de  vos  besoins,  vous  avez  toute  la  liberté  de  choisir  le  type  de  chaque  zone  ainsi  que  les  détails  concernant le stockage des zones répliquées dans l’annuaire Active Directory.  La figure ci­après montre que dans notre exemple la zone sera stockée et donc répliquée Vers tous les contrôleurs  de domaines du domaine Active Directory.  Comme cela est précisé, cette option sera choisie si la zone doit être chargée par des serveurs DNS Windows 2000  s’exécutant sur les contrôleurs de domaine présents au sein du même domaine. 

© ENI Editions - All rigths reserved

- 7-

Les quatre étendues de réplication proposées par Windows Server 2003  Le  schéma  qui  suit  illustre  ce  cas  de  figure.  Le  domaine  est  composé  de  contrôleurs  de  domaine  Windows  2000  et  éventuellement  de  contrôleurs  de  domaine  Windows  Server  2003  et/ou  Windows  Server  2008.  Ces  contrôleurs  de  domaine exécutent aussi le service serveur DNS de Windows lequel héberge la zone DNS du domaine Active Directory  corp2003.corporate.net ­ ou toute autre zone nécessaire à l’environnement de production. 

Intégration de type Windows 2000 des zones DNS dans Active Directory  L’intégration des zones DNS représentées sur ce schéma met en évidence les points suivants :  ●

Les trois contrôleurs de domaines Windows sont aussi des serveurs DNS. Ils sont tous disponibles en lecture  et en écriture pour toute zone dont les mises à jour sont dynamiques. 

●

Les enregistrements de ressources DNS existent en tant qu’objets Active Directory et sont donc répliqués et  sécurisés en tant que tels. 

À  propos  de  la  sécurité  des  enregistrements  dans  les  zones  DNS  Active  Directory.  Microsoft  recommande  fortement que les mises à jour dynamiques fonctionnent en mode "sécurisé uniquement". Dans ce cas, seules  les machines Windows membres du domaine Active Directory et authentifiées à l’aide du protocole Kerberos version  5.0 auront la possibilité de réaliser des mises à jours dynamiques. 

- 8-

© ENI Editions - All rigths reserved

●

Les  clients  DNS  dynamiques  tels  que  Windows  2000,  Windows  XP  ou  Windows  Vista  ont  la  possibilité  de  s’enregistrer sur n’importe quels serveurs DNS dynamiques. 

●

Les  anciens  serveurs  existant  avant  la  mise  en  œ uvre  des  nouveaux  serveurs  Windows  Server  2003  ou  Windows 2008 peuvent toujours participer en tant que serveurs DNS abritant des zones secondaires pendant  toute la période de transition. Comme les zones secondaires standard sont disponibles uniquement en lecture  seule, ces serveurs ne pourront pas supporter les mises à jour dynamiques. 

La mise en œ uvre  d’un réseau Windows Active Directory est souvent réalisée de manière progressive. Dans  ce cas, il convient de marier au mieux les postes de travail modernes avec les nouveaux serveurs jouant le  rôle de contrôleurs de domaine et de serveurs DNS. L’objectif est de faire en sorte que les postes de travail les plus  modernes  puissent  tirer  partie  le  plus  rapidement  possible  des  services  Active  Directory  (localisation  des  contrôleurs, authentifications Kerberos, stratégies de groupes, services de certificats, etc.). 

5.  Intégration  des  zones  DNS  dans  Active  Directory  avec  Windows  Server  2003  et  Windows Server 2008  Les  contrôleurs  de  domaine  Windows  Server  2003  et  Windows  Server  2008  disposent,  pour  jouer  leur  rôle  de  contrôleurs  de  domaine,  des  mêmes  partitions  d’annuaire  que  les  serveurs  fonctionnant  sous  Windows  2000.  Pour  rappel, il s’agit de la partition de schéma, de la partition de configuration, de la partition du domaine courant, et des  partitions des autres domaines de la forêt lorsque le contrôleur joue aussi le rôle de catalogue global.  Une  des  nouveautés  importantes  apparue  avec  Windows  Server  2003  et  toujours  d’actualité  avec  Windows  Server  2008  concerne  les  partitions  de  l’annuaire d’applications.  Une  partition  de  l’annuaire  d’applications est une partition  Active  Directory  d’un  nouveau  type.  Cette  partition  sera  répliquée  uniquement  vers  un  ou  plusieurs  contrôleurs  Windows  Server  2003  ou  Windows  Server  2008.  Ainsi,  un  contrôleur  participant  à  la  réplication  d’une  partition  hébergera un réplica de cette même partition. Les applications et les services pourront alors utiliser ce nouveau type  de partition comme zone de stockage de données spécifiques aux applications.  Pour  illustrer  ce  principe,  les  services  TAPI  de  Windows  Server  2003  (Telephony  Application  Programming  Interface)  peuvent  être  configurés  pour  stocker  des  données  spécifiques  aux  applications  TAPI  3.1  dans  une  partition  de  l’annuaire d’applications.  À propos des partitions MS­TAPI de l’annuaire  d’application : l’assistant Configurer  votre  serveur fournit un  emplacement central à partir duquel vous pouvez installer les nombreux services inclus dans Windows Server  2003.  Si  vous  installez  l’annuaire  Active  Directory  à  l’aide  de  cet  assistant,  il  en  profitera  pour  créer  automatiquement une partition nommée par défaut MsTapi.nomdudomaine. Dans le cas où le contrôleur de domaine  serait installé sans passer par cet assistant, c’est­à­dire en utilisant directement la commande dcpromo.exe, vous  pourrez  installer  la  partition  de  l’annuaire  d’applications  MSTAPI  à  l’aide  de  la  commande  tapicfg.exe.  Cette  commande  permet  de  réaliser  les  opérations  de  gestion  spécifiques  aux  services  TAPI.  Les  deux  commandes  ci­ dessous  vous  permettent  respectivement  d’afficher  la  configuration  TAPI  et  de  créer  la  partition  de  l’annuaire  d’applications suivantes : tapicfg show et tapicfg install /directory:mstapi31.Corp2003.Corporate.net 

L’outil  de  ligne  de  commande  Ntdsutil  vous  permet  aussi  de  manipuler  les  partitions  gérées  par  Active  Directory.  Cependant,  à  la  différence  d’un  outil  comme  la  commande  tapicfg  spécifiquement  conçu  pour  réaliser  une  série  d’opérations  de  configuration  spécifiques  à  TAPI,  la  commande  ntdsutil  vous  permettra  uniquement de prendre en charge les opérations spécifiques à l’annuaire Active Directory. 

Notez  néanmoins  qu’une  partition  de  l’annuaire  d’applications  peut  contenir  tout  type  d’objet  à  l’exception  d’objets  disposant  d’identificateurs  de  sécurité  (SID).  L’idée  est  que  la  sécurité  soit  toujours  stockée  dans  les  partitions  "habituelles" de l’Active Directory et pas ailleurs. Il n’est donc pas possible d’y créer des principes de sécurité tels que  des objets de type utilisateurs, groupes de sécurité ou ordinateurs. D’un point de vue de la gestion des partitions, il  convient  de  spécifier  que,  quel  que  soit  le  type  de  partition,  seuls  les  membres  du  groupe  Administrateurs  de  l’entreprise  peuvent  créer  ou  gérer  manuellement  les  partitions  de  l’annuaire  d’applications.  D’un  point  de  vue  du  stockage,  l’avantage  de  stocker  des  données  d’applications  ­  telles  que  celles  qui  concernent  le  DNS  ­  dans  une  partition de l’annuaire d’applications plutôt que dans une partition de l’annuaire de domaine est que vous profiterez  d’un  plus  grand  contrôle  des  trafics  de  réplication.  En  effet,  les  données  concernées  seront  uniquement  répliquées  vers  des  contrôleurs  de  domaine  choisis.  Le  tableau  ci­après  décrit  les  étendues  de  réplication  de  zone  disponibles  pour les données de zone DNS intégrées à Active Directory.  Étendue de réplication 

Implémentation Windows 

Tous les serveurs DNS dans la forêt Active Directory : 

Réplique les données de la zone vers tous les  serveurs DNS exécutés sur des contrôleurs de 

© ENI Editions - All rigths reserved

- 9-

une partition de l’annuaire d’application sera créée au  niveau de la forêt. 

domaine dans la forêt Active Directory. Il s’agit  généralement de l’étendue de réplication la plus  importante. 

Tous les serveurs DNS dans le domaine Active  Directory : une partition de l’annuaire d’application  sera créée au niveau du domaine. 

Réplique les données de la zone vers tous les  serveurs DNS exécutés sur des contrôleurs de  domaine du domaine Active Directory. Cette option  constitue le paramètre par défaut de la réplication de  zone DNS intégrée à Active Directory dans la famille  Windows Server 2003 et Windows Server 2008. 

Tous les serveurs DNS dans le domaine Active  Directory : il n’est pas nécessaire de créer une  partition de l’annuaire d’application. La zone sera  créée au sein de la partition existante dans le  domaine. 

Réplique les données de la zone vers tous les  contrôleurs de domaine du domaine Active Directory.  Ce choix est nécessaire pour supporter le chargement  d’une zone Active Directory par des serveurs DNS  Windows 2000. 

Tous les contrôleurs de domaine dans une partition  de répertoire d’application spécifiée : une partition de  l’annuaire d’application devra être spécifiquement  créée et répliquée vers les serveurs spécifiquement  désignés. 

Réplique les données de la zone en fonction de  l’étendue de réplication de la partition de répertoire  d’application spécifiée. Pour qu’une zone soit stockée  dans la partition de répertoire d’application spécifiée,  il faut que le serveur DNS qui héberge la zone soit  inscrit dans la partition de répertoire d’application  spécifiée. 

Ainsi,  lorsqu’un  nouveau  domaine  Active  Directory  est  mise  en  œ uvre  sur  la  base  d’un  contrôleur  de  domaine  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008,  l’assistant  d’installation  d’Active  Directory  prend  l’initiative de créer les zones relatives au domaine Active Directory aux emplacements spécifiés ci­après. 

a. ForestDnsZones.NomForêtDns  Cette partition est créée par défaut et permet un stockage au niveau de l’ensemble de la forêt. Elle est disponible  sur tous les serveurs DNS fonctionnant sur les contrôleurs de domaine de la forêt. Par conséquent, toute zone DNS  stockée dans cette partition de l’annuaire d’applications sera répliquée vers tous les serveurs DNS exécutés sur les  contrôleurs de domaine de la forêt.  Bien  évidemment,  cette  option  est  particulièrement  importante  pour  garantir  une  grande  disponibilité  des  enregistrements  critiques  qui  concernent  l’infrastructure  même  de  la  forêt.  Par  défaut,  l’Assistant  d’installation  de  Active Directory y stockera la zone contenant tous les contrôleurs de domaine de la forêt.  Cette  zone,  très  importante  pour  la  forêt  toute  entière,  est  stockée  à  l’emplacement  désigné  ci­après  :  _msdcs.NomdeDomaineDnsRacinedelaForêt.  Dans  notre  exemple,  il  s’agira  du  domaine  _msdcs.Corp2003.Corporate.net. 

b. DomainDnsZones.NomdeDomaineDns  Cette partition de l’annuaire d’applications est créée par défaut pour accueillir chaque domaine de la forêt. Les zones  DNS  stockées  dans  cette  partition  de  l’annuaire  d’applications  sont  répliquées  vers  tous  les  serveurs  DNS  fonctionnant sur les contrôleurs de domaine dudit domaine.  Ce  choix  ressemble  à  ce  qui  est  aussi  réalisé  par  défaut  sur  les  contrôleurs  de  domaine  Windows  2000.  Cependant  une  nuance  importante  existe.  Sur  les  contrôleurs  de  domaine  Windows  2000,  les  zones  stockées au niveau du domaine Active Directory utilisent la partition du domaine elle­même. Sur un serveur DNS  contrôleur de domaine Windows Server 2003 ou Windows Server 2008, une zone stockée au niveau du domaine  pourra disposer de sa propre partition indépendante.  Outre  la  création  des  zones,  si  vous  sélectionnez  l’Assistant  d’installation  d’Active  Directory  pour  installer  et  configurer  automatiquement  un  serveur  DNS  sur  le  contrôleur  de  domaine  local,  le  serveur  DNS  est  installé  sur  l’ordinateur  sur  lequel  s’exécute  l’assistant.  De  plus,  le  paramètre  du  serveur  DNS  préféré  de  l’ordinateur  est  configuré pour utiliser le nouveau serveur DNS local sur la base de l’adresse de bouclage TCP/IP 127.0.0.1. Ainsi, le  premier contrôleur de domaine est­il client de son propre serveur DNS.  Le deuxième contrôleur à être installé dans le domaine devra alors utiliser le premier comme serveur DNS préféré. Au  final,  plusieurs  serveurs  DNS  contrôleurs  de  domaine  hébergeront  les  zones  du  domaine  Active  Directory  et  les  autres ordinateurs (clients et serveurs) qui se joindront au domaine devront utiliser au moins deux de ces serveurs  DNS. Le fait qu’un client DNS puisse disposer de deux serveurs DNS offrira une bonne tolérance de panne vis­à­vis  d’un dysfonctionnement d’un serveur DNS. 

- 10 -

© ENI Editions - All rigths reserved

c. Utilisation d’autres partitions de l’annuaire d’applications  Vous avez aussi la possibilité d’utiliser vos propres partitions de l’annuaire  d’applications Active Directory. La figure  suivante montre la console MMC de gestion du DNS offrant la possibilité de sélectionner la partition à utiliser. Ainsi, la  partition  emeadns.Corp2003.Corporate.net  pourra  être  utilisée  comme  espace  de  stockage  pour  la  zone  EMEA  (Europe Middle East and Africa). 

Choix de l’étendue de la partition de l’annuaire d’applications  Lorsque  vous  choisissez  une  option  de  réplication,  n’oubliez  pas  que  plus  la  portée  d’une réplication est étendue,  plus  le  trafic  causé  par  la  réplication  sur  le  réseau  sera  dense.  Par  exemple,  si  vous  choisissez  de  répliquer  les  données d’une zone DNS vers tous les serveurs DNS de la forêt, le trafic réseau produit sera plus dense que si vous  répliquiez les données de la zone DNS vers tous les serveurs DNS d’un seul domaine Active Directory de cette forêt.  Quels que soient vos choix initiaux, il est toujours possible de modifier après coup la manière dont les données des  zones devraient être répliquées. Cependant, le changement d’emplacement nécessitera une réplication complète du  contenu vers le ou les nouveaux emplacements. 

d. Création d’une partition dans l’annuaire d’applications Active Directory  Pour créer une partition capable d’accueillir une zone DNS, vous devrez utiliser la commande ntdsutil de la manière  suivante :  1. À l’invite de commande, lancez ntdsutil. L’invite de commande ntdsutil s’affiche.  2. Tapez : domain management  3. Tapez : connections  4. Tapez : connect to server FQDN­de­votre­contrôleur  5. Tapez : quit  6.  Pour  créer  une  partition  d’annuaire  d’applications,  tapez  la  commande  ci­après  :  create  nc  DN­ PartitionAnnuaireApp FQDN­ContrôleurDomaine. Ainsi, pour notre domaine de tests, il faudra entrer la commande  suivante : create nc dc=emeadns,dc=corp2003,dc=corporate,dc=net booster2003.  La commande ntdsutil dispose d’une aide rudimentaire mais assez claire. Comme cela est souvent le cas, les noms  d’objets  Active  Directory  devront  être  libellés  en  spécifiant  le  DN  LDAP  tandis  que  les  noms  de  serveurs  devront  utiliser le FQDN ou le hostname.  Une fois la partition de l’annuaire d’applications créée, il faut déclarer les différents contrôleurs de domaines en tant  que réplica de la nouvelle partition à l’aide  de  la  commande  : add  nc  replica  DN­  PartitionAnnuaireApp  FQDN du  contrôleur de domaine visé par l’opération.  Automatisation des commandes Ntdsutil Bien  que  les  fonctions  offertes  par  Ntdsutil  soient  pour  la  plupart  des  opérations  critiques,  il  se  peut  que  vous  souhaitiez  automatiser  certaines  tâches  en  créant  des  scripts  contenant  une  série  de  commandes  Ntdsutil.  De  nombreuses  fonctions  Ntdsutil  exécutant  des  modifications,  ouvrent  un  message  qui  demande  à  l’utilisateur  s’il  souhaite vraiment exécuter l’opération particulière. Évidemment, lorsque ces messages apparaissent, Ntdsutil attend  une entrée clavier de la part de l’utilisateur. 

© ENI Editions - All rigths reserved

- 11 -

Les commandes popups off et popups on vous permettent respectivement de désactiver et d’activer ces messages  lorsque vous exécutez Ntdsutil à partir d’un fichier de commandes ou d’un script.  Les  opérations  prises  en  charge  par  ntdsutil  peuvent  être  dangereuses  pour  le  bon  fonctionnement  de  l’annuaire  Active  Directory.  Il  est  donc  recommandé  de  ne  désactiver  les  messages  de  confirmation  que  lorsque vous réalisez certains types de scripts. Une fois une opération réalisée à l’aide d’un script en mode popups  off n’oubliez pas de réactiver les confirmations à l’aide de la commande popups on.  La  suppression  d’une  partition  d’annuaire d’applications  est  tout  aussi  simple  que  la  création.  Toujours  à  l’aide de  ntdsutil,  vous  pouvez  utiliser  la  même  logique  en  spécifiant  la  commande  :  delete  nc  DN­PartitionAnnuaire­App  FQDN du contrôleur de domaine visé par l’opération.  La suppression du dernier réplica d’une partition de l’annuaire d’applications entraîne la perte définitive de  toutes les données stockées dans cette partition. 

Pour  effectuer  ces  opérations,  vous  devez  être  membre  du  groupe  Admins  du  domaine  ou  du  groupe  Administrateurs  de  l’entreprise  dans  Active  Directory,  ou  avoir  reçu  par  délégation  les  autorisations  nécessaires. 

e. Réplication des partitions du répertoire d’applications et cas des catalogues globaux  Les données d’une zone DNS intégrée à Active Directory, stockées dans une partition de répertoire d’applications ne  sont  pas  répliquées  dans  le  ou  les  catalogues  globaux  de  la  forêt.  S’il  est  vrai  qu’un  contrôleur  de  domaine  qui  contient  le  catalogue  global  peut  également  héberger  des  partitions  de  répertoire  d’applications,  notez  qu’il  ne  répliquera pas ces données dans le catalogue global.  Cependant,  lorsque  les  données  d’une  zone  DNS  intégrée  à  Active  Directory  sont  stockées  dans  une  partition  de  domaine,  une  partie  de  ces  données  est  stockée  dans  le  catalogue  global.  Ces  informations  minimes  sont  nécessaires pour assurer une prise en charge des serveurs DNS fonctionnant sous Windows 2000. 

f. Stockage des zones, partitions d’applications et réplications  L’étendue de réplication d’une partition de répertoire d’applications respecte l’infrastructure de sites Active Directory.  Ainsi,  comme  cela  est  le  cas  sous  Windows  2000,  les  paramètres  de  réplication  s’appliquent  à  l’ensemble  des  partitions  connues.  Par  conséquent,  la  réplication  de  ces  partitions  se  produira  avec  le  même  calendrier  de  réplication inter­sites que celui déjà défini au niveau de l’infrastructure de sites. 

g. Zones DNS intégrées dans Active Directory et partitions d’annuaire ADAM  Les serveurs Windows Server 2003 peuvent jouer le rôle de serveurs d’annuaire LDAP v2 et v3 standard sans pour  autant nécessiter l’installation de la fonction de contrôleur de domaine Active Directory.  Ce composant additionnel appelé ADAM pour Active Directory/Application Mode est disponible en téléchargement sur le  site Microsoft dans la catégorie "Features Packs" de Windows Server 2003. Notez que ADAM est dans la littérature  informatique parfois libellé AD/AM. Il permet la mise en œ uvre de multiples partitions d’annuaire ainsi que le support  de  plusieurs  instances  ADAM  sur  le  même  serveur.  Cette  fonctionnalité  permet  d’accueillir  sur  le  même  serveur  plusieurs  schémas  puisque  chaque  instance  doit  disposer  de  son  propre  schéma.  ADAM  est  particulièrement  intéressant  pour  les  applications  devant  s’appuyer  sur  LDAP  mais  ne  nécessitant  pas  une  relation  directe  avec  l’annuaire Active Directory. Ainsi, la figure ci­après montre que les services et données globales sont stockés dans  l’Active Directory tandis que des données locales spécifiques à des applications seraient stockées dans des partitions  prises en charges par ADAM, c’est­à­dire sur des machines non contrôleurs de domaine.  Sur  les  serveurs  fonctionnant  sous  Windows  Server  2008,  les  services  AD  LDS  (pour  Active  Directory  Lightweight  Directory  Services)  remplacent  les  services  ADAM  de  Windows  Server  2003.  Notez  qu’il  s’agit  d’une  évolution  mineure  nécessaire  pour  assurer  un  bon  fonctionnement  de  ces  services  sur  les  plates­formes  Windows Server 2008. 

- 12 -

© ENI Editions - All rigths reserved

Annuaire Active Directory et partitions d’annuaire de type ADAM  Les caractéristiques principales offertes par ADAM sont présentées ci­dessous :  ●

Les  partitions  prises  en  charge  par  ADAM  sont  similaires  aux  partitions  de  l’annuaire  d’applications  de  Windows  Server  2003.  Cependant,  ces  partitions  ne  nécessitent  pas  le  support  du  rôle  de  contrôleur  de  domaine. 

●

ADAM  fonctionne  sur  Windows  Server  2003  Standard  Edition,  Windows  Server  2003  Enterprise  Edition  et  Windows Server 2003 Datacenter Edition. 

●

ADAM ne peut pas être installé sur Windows Server 2003 Web Edition. 

●

ADAM  fonctionne  aussi  sous  Windows  XP  Professionnel.  Cette  configuration  concerne  en  principe  les  développeurs,  sachant  que  Microsoft  recommande  de  développer  sur  une  plate­forme  système  proche  du  système de production. La recommandation sera donc de réaliser les développements sur une plate­forme  de type Windows Server 2003. 

●

Une instance ADAM peut accueillir plus d’une partition. 

●

ADAM support les espaces de nommages X500 et DNS. 

●

La  réplication  des  partitions  ADAM  respecte  le  même  modèle  que  celui  utilisé  par  Active  Directory.  Chaque  instance ADAM dispose de sa propre stratégie de réplication. 

●

Les  instances  ADAM  peuvent  fonctionner  sur  des  serveurs  Windows  Server  2003  membres  d’un  domaine  Active Directory mais aussi sur des serveurs autonomes. 

●

Chaque  instance  dispose  de  ses  propres  exécutables  et  de  ses  propres  paramètres  TCP/IP  (adresses,  ports). Il est donc possible qu’un serveur héberge plusieurs instances ADAM de différentes versions. 

●

Comme cela est le cas avec les contrôleurs de domaine Active Directory, la sauvegarde et la restauration des  instances ADAM sont directement prises en charge par les outils intégrés au système Windows Server 2003. 

●

Vous  pouvez  administrer  et  supporter  les  instances  ADAM  à  l’aide  des  mêmes  outils  que  ceux  que  vous  utilisez déjà avec l’annuaire Active Directory. Vous pouvez ainsi continuer d’utiliser LDP, ADSIEdit, Replmon,  NTDSUtil et l’analyseur de performances pour le monitoring de chaque instance. 

●

ADAM  utilise  les  services  de  sécurité  offerts  par  l’infrastructure  Windows  disponible.  Ainsi,  vous  pouvez  implémenter des contrôles d’accès sur la base des principes de sécurité issus de l’annuaire Active Directory, 

© ENI Editions - All rigths reserved

- 13 -

des domaines Windows NT 4.0, des comptes de l’ordinateur local. Vous avez aussi la possibilité de créer des  utilisateurs  directement  dans  ADAM.  Dans  ce  cas,  seules  les  authentifications  LDAP  de  type  "Simple  Bind"  seront supportées.  ●

Les  comptes  créés  au  sein  de  l’annuaire  ADAM  ne  sont  pas  des  principes  de  sécurité  Windows.  Ils  ne  possèdent donc pas de SID. 

●

Le  serveur  ADAM  n’est  pas  un  serveur  d’authentification  Windows  supportant  le  protocole  Kerberos  v5.  Cependant, ADAM peut utiliser des comptes situés dans un domaine Active Directory et dans ce cas, utiliser  des authentifications basées sur le protocole Kerberos v5. 

●

ADAM  ne  peut  pas  être  directement  utilisé  par  Exchange  Server.  Microsoft  Exchange  Server  nécessite  obligatoirement  des  contrôles  de  sécurité  basés  sur  les  SID  ainsi  que  le  support  du  protocole  MAPI  (Messaging API). 

Microsoft  précise  que  les  concepts  utilisés  par  ADAM,  notamment  ceux  qui  concernent  l’isolation  et  la  virtualisation,  sont  intéressants  à  plus  d’un  titre.  Par  exemple,  le  rôle  "Server  EDGE"  disponible  avec  Microsoft  Exchange  Server  2007  utilise  une  instance  ADAM  jouant  le  rôle  de  serveur  LDAP  pour  les  services  Exchange sur une machine ne faisant pas partie du Domaine Active Directory. Le serveur ainsi "isolé" dispose d’un  niveau de sécurité plus élevé. 

●

Le composant principal ADAM est implémenté via DSAMain.exe. Sur un contrôleur de domaine Active Directory,  le serveur LDAP, le moteur de réplication DRS (Directory Replication System), le centre de distribution des clés  Kerberos  ainsi  que  le  support  de  la  SAM  sont  intégrés  dans  le  module  LSASS  (Local  Security  Authority  SubSystem). 

●

Les instances virtuelles ADAM sont implémentées sous la forme de services Windows. 

●

Le moteur LDAP ADAM reprend l’intégralité du code Active Directory. 

●

ADAM ne nécessite pas forcément l’usage du DNS pour localiser les serveurs ADAM. Les applications peuvent  être configurées pour interroger spécifiquement n’importe quel serveur. 

●

ADAM ne supporte pas les anciennes interfaces Microsoft comme la SAM. 

●

ADAM ne supporte aucune intégration avec le service de réplication de fichiers FRS (File Replication Service). 

●

ADAM  peut  être  utile  lorsqu’il  est  nécessaire  de  disposer  d’un  serveur  LDAP  standard.  Cette  solution  sera  aussi  très  intéressante  lorsque  vous  souhaiterez  implémenter  une  application  LDAP  "à  côté  d’un  annuaire  déjà présent". 

Une partition ADAM ne peut stocker aucun principe de sécurité. En fait, l’utilisation de l’annuaire ADAM dans  un  environnement  Microsoft  signifie  que  l’annuaire  Active  Directory  reste  le  fédérateur  de  tout  ce  qui  concerne les authentifications Kerberos et autres services globaux concernant l’infrastructure.    Les instances ADAM utilisent la sécurité de l’Active Directory.

Notez aussi que les partitions gérées par ADAM ne permettent pas de stocker des zones DNS de type Active  Directory. Comme nous le verrons plus loin, seuls des contrôleurs de domaine Windows 2000 ou Windows  Server 2003 peuvent héberger des partitions capables de contenir des zones DNS intégrées dans l’annuaire Active  Directory. 

En résumé, ADAM est une solution complémentaire à l’annuaire Active Directory qui répondra aux besoins exprimés  par de nombreux développeurs Windows et non Windows. Cependant, notez que l’annuaire ADAM ne diminuera pas  la nécessité qu’ont les entreprises de disposer d’une "Infrastructure de services d’annuaire Active Directory".  Pour plus d’informations sur ADAM, consultez les adresses du site Microsoft :  http://www.microsoft.com/adam  - 14 -

© ENI Editions - All rigths reserved

http://www.microsoft.com/ad  Les  services  ADAM  de  Windows  Server  2003  sont  remplacés  par  les  services  AD  LDS  sur  les  systèmes  fonctionnant sous Windows Server 2008. Les principes fonctionnels, possibilités, limites et recommandations  relatives aux services AD LDS sont présentés au chapitre Composants de la structure logique. 

h. Conditions nécessaires pour réaliser un changement de stockage  Pour  pouvoir  changer  le  stockage  d’une  zone  à  partir  de  la  partition  de  domaine  vers  une  partition  de  l’annuaire  d’applications, le contrôleur de domaine qui détient le rôle de maître d’attribution de noms de domaines (en anglais,  le Domain  Naming  Master  FSMO)  doit  fonctionner  sous  Windows  Server  2003  ou  Windows  Server  2008.  Si  tel  n’est  pas le cas, vous ne pourrez pas créer de partitions de l’annuaire d’applications pour héberger la zone DNS.  Transfert du rôle de "Maître d’attribution de noms de domaines". Pour solutionner ce problème, il suffira de  transférer  le  rôle  de  maître  d’attribution  de  noms  de  domaine  à  un  contrôleur  de  domaine  exécutant  Windows Server 2003 ou Windows Server 2008 puis de réitérer l’opération. Ce problème peut être dû à la mise à  niveau d’un contrôleur de domaine Windows 2000 existant. 

i. Indications de racines  Lorsque  le  niveau  fonctionnel  de  domaine  est  "Windows  Server  2003"  ou  "Windows  Server  2008",  alors  les  indications de racine qui permettent au serveur DNS d’en référer aux serveurs DNS du domaine racine de l’espace  DNS, sont stockées dans la partition de répertoire d’applications au niveau du domaine.  Par contre, si le niveau fonctionnel de domaine est de type "Windows 2000 mode mixte" ou "Windows 2000 mode  natif", alors les indications de racine sont stockées dans la partition du domaine. Notez que cela était déjà le cas sur  les contrôleurs de domaine fonctionnant sous Windows 2000.  La  figure  suivante  montre  les  indications  de  racines  par  défaut  au  sein  de  la  partition  de  domaine,  du  domaine  Corp2003.Corporate.net. 

Indications de racines stockées dans le container System de la partition du domaine avec Windows 2000  Le  container  CN=MicrosoftDNS,CN=System,DC=Corp2003,DC=Corporate,DC=net  contient  les  différents  containers, chacun accueillant le contenu d’une zone donnée. Les enregistrements A des serveurs racines existent  ensuite sous la forme d’objets de type dnsNode au sein du container RootDNSServers. 

j.  Stockage  des  zones  dans  Active  Directory  et  enregistrements  dynamiques  des  contrôleurs  de  domaines Windows 2000, Windows Server 2003 et Windows Server 2008  Par  défaut,  le  service  "Ouverture  de  session  réseau"  en  anglais  "Net  Logon",  enregistre  les  enregistrements  de  ressources DNS du localisateur de contrôleur de domaine pour la partition de répertoire d’application hébergée sur  un contrôleur de domaine, de la même manière qu’il enregistre les enregistrements de ressources d’un contrôleur de  domaine pour le domaine hébergé sur un contrôleur de domaine.  Dans la mesure où ces enregistrements de ressources sont critiques pour les réplications Active Directory ainsi que  pour la localisation des contrôleurs de domaines par les ordinateurs clients, le service "Ouverture de session réseau"  d’un contrôleur de domaine inscrit toutes les 24 heures, les enregistrements DNS nécessaires. En cas d’absence ou  d’incohérences  de  ces  enregistrements,  vous  pouvez  aussi  forcer  la  réinscription  de  ces  enregistrements  en 

© ENI Editions - All rigths reserved

- 15 -

redémarrant le service "Ouverture de session réseau".  Cette opération peut être réalisée à l’aide des commandes suivantes :  ●

net stop "net logon" 

●

net start "net logon" 

6. Sécurisation des mises à jour dynamiques  La  protection  des  zones  DNS  est  un  point  particulièrement  important  pour  garantir  l’intégrité  des  enregistrements.  Cette remarque vaut bien entendu pour tous les types d’enregistrements, sachant que nous porterons une attention  toute spécifique aux données DNS nécessaires pour garantir le bon fonctionnement de l’annuaire Active Directory.  Les serveurs DNS fonctionnant sous Windows 2000, Windows Server 2003 et Windows Server 2008 vous permettent  de déclarer indépendamment au niveau de chaque zone la manière dont la sécurité des zones est gérée. De fait, ces  paramètres  auront  forcément  des  implications  au  niveau  de  la  sécurité  des  zones  DNS  standard  ou  directement  intégrées dans Active Directory. 

a. Configurer les mises à jour dynamiques sécurisées  Par défaut, le paramètre Mises à jour dynamiques n’est pas configuré pour autoriser les mises à jour dynamiques. Il  s’agit du paramètre le plus sûr puisqu’il rend impossible la mise à jour des zones DNS. 

Données enregistrées dans Active Directory et mises à jour dynamiques sécurisées  Le problème est que ce choix vous empêchera de profiter des nombreux avantages apportés par les mises à jour  dynamiques. Parmi ces avantages, nous pouvons signaler la possibilité de disposer d’enregistrements DNS à jour en  toutes circonstances et une charge liée à l’administration des enregistrements devenue presque nulle.  Pour profiter de l’inscription automatique en toute sécurité, il convient de faire en sorte que les ordinateurs mettent  à jour les données DNS de manière sécurisée. Vous y parviendrez en stockant les zones DNS dans l’annuaire Active  Directory et en utilisant la fonctionnalité de mise à jour dynamique sécurisée.  Ce choix permet aux seuls ordinateurs authentifiés et appartenant au même domaine Active Directory que le serveur  DNS, de réaliser des mises à jour dans la zone.  Il  est  aussi  possible  de  gérer  très  spécifiquement  la  liste  des  contrôles  d’accès  sur  les  zones  DNS  stockées  dans  Active Directory. Ces permissions vous permettent de contrôler quels utilisateurs et groupes de l’Active Directory sont  habilités à manipuler les zones DNS. 

- 16 -

© ENI Editions - All rigths reserved

Groupes spéciaux et Permissions par défaut d’une zone sécurisée intégrée dans Active Directory  Par défaut, seules les entités authentifiées peuvent créer des enregistrements et les mettre à jour après coup en  cas  de  changement.  Le  tableau  ci­dessous  énumère  les  autorisations  définies  par  défaut  pour  les  zones  DNS  sécurisées stockées dans l’annuaire Active Directory.  Droits sur les Zones 

Implémentation Windows 

Administrateurs 

Autoriser : Lire, Écrire, Créer tous les objets enfants,  Autorisations spéciales 

Utilisateurs authentifiés 

Autoriser : Créer tous les objets enfants 

Propriétaire créateur 

Autorisations spéciales 

DNSAdmins 

Autoriser : Écriture complète, Lire, Écrire, Créer tous  les objets enfants, Supprimer les objets enfants,  Autorisations spéciales 

Admins du domaine 

Autoriser : Écriture complète, Lire, Écrire, Créer tous  les objets enfants, Supprimer les objets enfants,  Autorisations spéciales 

Administrateurs de l’entreprise 

Autoriser : Écriture complète, Lire, Écrire, Créer tous  les objets enfants, Supprimer les objets enfants,  Autorisations spéciales 

ENTERPRISE DOMAIN CONTROLLERS 

Autoriser : Écriture complète, Lire, Écrire, Créer tous  les objets enfants, Supprimer les objets enfants,  Autorisations spéciales 

Tout le monde 

Autoriser : Lire, Autorisations spéciales 

Accès compatible pré­Windows 2000 

Autoriser : Autorisations spéciales 

© ENI Editions - All rigths reserved

- 17 -

SYSTEM 

Autoriser : Écriture complète, Lire, Écrire, Créer tous  les objets enfants, Supprimer les objets enfants,  Autorisations spéciales 

Certains  groupes  disposent  de  permissions  spéciales  directement  héritées  de  l’objet  serveur  DNS  lui­même.  Ces  permissions sont nécessaires pour assurer le bon fonctionnement, dans les meilleures conditions de sécurité de la  zone. En résumé, les droits sur les zones sécurisées DNS peuvent être classés de la manière suivante :  ●

Le groupe Tout le monde dispose uniquement d’un droit de lecture. Ce droit permet d’obtenir uniquement un  accès en lecture sur le contenu de la zone. 

●

Les  groupes  à  caractère  administratif  permettent  d’administrer  les  différentes  fonctions  disponibles  sur  un  objet de type zone DNS. 

●

Le groupe Utilisateurs authentifiés permet de réaliser les contrôles d’accès qui permettront ou non la mise à  jour dynamique des enregistrements de ressources DNS. 

Ces  listes  de  contrôles  d’accès  permettent  de  bénéficier  d’un  haut  niveau  de  sécurité  de  base.  De  fait,  Microsoft  recommande de manipuler ces permissions avec précaution. 

7. Mises à jour sécurisées et enregistrements DNS réalisés via DHCP  Les serveurs DHCP exécutant Windows 2000, Windows Server 2003 ou Windows Server peuvent participer aux mises  à jour dynamiques dans l’espace de noms DNS pour chacun des clients prenant en charge les opérations de mises à  jour dynamiques.  De fait, les questions des contrôles d’accès aux zones DNS ainsi que la propriété des enregistrements de ces zones se  posent­elles.  Le fonctionnement du processus de mise à jour des zones DNS par le service serveur DHCP est décrit ci­dessous. Le  premier problème qui se pose est qu’il est bien sûr nécessaire que le serveur DHCP ait connaissance du nom complet  de  l’ordinateur  client  DHCP.  Donc,  pour  qu’il  puisse  réussir  à  inscrire  et  mettre  à  jour  les  enregistrements  de  ressources pointeur (PTR) et d’hôte (A) pour le compte de ses clients DHCP, il sera nécessaire de faire remonter cette  information, des clients vers le serveur DHCP.  L’option de nom de domaine complet du client, appelée Option 81, permet au client de fournir au serveur DHCP son  nom  de  domaine  complet  (FQDN, Fully  Qualified  Domain  Name).  Optionnellement,  le  client  pourra  spécifier  au  serveur  DHCP la façon dont il souhaite que le serveur traite l’opération.  Ainsi,  lorsque  l’option  81  est  émise  par  un  client  DHCP  de  type  Windows  2000,  Windows  XP  ou  Windows  Vista,  le  serveur DHCP réagit et détermine l’opération  qu’il  faudra  ou  non  réaliser  en  procédant  tel  que  cela  est  présenté  ci­ dessous :  ●

Le  serveur  DHCP  met  à  jour  les  enregistrements  A  et  PTR  DNS  si  les  clients  en  font  la  demande  à  l’aide  de  l’option 81. 

Paramètres DNS dynamique d’un client Windows 2000 ou Windows XP  La figure ci­dessus montre que le poste de travail effectuera son enregistrement de ressource de type A dans le DNS  en utilisant son suffixe principal. Pour rappel, le suffixe principal est directement issu de l’appartenance au domaine et  peut aussi être complété par un suffixe DNS additionnel au niveau de chaque connexion réseau :  ●

Le serveur DHCP met à jour les enregistrements A et PTR DNS, que le client en fasse la demande ou non. 

Dans ce cas, le serveur DHCP prendra l’initiative de procéder aux enregistrements pour le compte des clients sachant  que les opérations nécessaires seront fonction de la nature des clients DHCP.  Le premier cas de figure concerne le principe des mises à jour DHCP/DNS pour les clients DHCP modernes fonctionnant  sous Windows 2000, Windows XP ou Windows Vista. Dans ce cas, les opérations ci­dessous sont réalisées : 

- 18 -

© ENI Editions - All rigths reserved

●

Le client envoie une requête DHCP (DHCPREQUEST) au serveur en y incluant l’option DHCP 81. Par défaut, le  client demande à ce que le serveur DHCP inscrive l’enregistrement DNS de type PTR, tandis que le client inscrit  lui­même son propre enregistrement DNS de type A. 

●

Le serveur renvoie au client un accusé de réception DHCP (DHCPACK) en attribuant un bail d’adresse IP et en  incluant  l’option  DHCP  81.  Les  paramètres  par  défaut  du  serveur  DHCP  (Mettre  à  jour  les  enregistrements  PTR et A DNS uniquement si des clients DHCP le demandent), utilisent l’option 81 indiquant au client que le  serveur  DHCP  prendra  en  charge  l’opération  concernant  l’enregistrement  DNS  de  type  PTR  et  que  le  client  inscrira l’enregistrement DNS de type A. 

Les opérations d’inscription réalisées par d’une part le client et, d’autre part, le serveur DHCP sont réalisées  de manière totalement asynchrone. Ainsi, le client inscrit son enregistrement de type A de manière séparée du  serveur DHCP qui prend en charge l’enregistrement de type PTR.  Le deuxième cas de figure concerne le principe des mises à jour DHCP/DNS pour les clients DHCP anciens fonctionnant  sous Windows NT 4.0 et les versions antérieures. Ces versions de clients DHCP/DNS ne prennent pas directement en  charge le processus de mise à jour dynamique DNS. De fait, il n’est pas possible d’imaginer un quelconque niveau de  communication entre les clients et le serveur DNS. Pour ces clients, les opérations ci­dessous sont alors réalisées :  ●

Le client DHCP envoie une requête DHCP (DHCPREQUEST) au serveur. La demande n’inclut pas l’option DHCP  81 puisque celle­ci n’est pas supportée sur ces clients anciens. 

●

Le serveur DHCP renvoie au client un accusé de réception DHCP (DHCPACK), en attribuant un bail d’adresse IP,  sans l’option DHCP 81. 

●

Le  serveur  DHCP  envoie  ensuite  au  serveur  DNS  les  mises  à  jour  de  l’enregistrement  de  ressource  hôte  de  type  A.  Le  serveur  envoie  également  des  mises  à  jour  de  l’enregistrement  de  ressource  de  type  pointeur  (PTR). 

Valeurs par défaut de la configuration des mises à jour automatiques des enregistrements de type A et PTR vers les  zones DNS dynamiques pour une étendue DHCP  Les  paramètres  de  la  figure  ci­dessus  sont  disponibles  globalement  sur  l’objet  serveur  DHCP  lui­même  et  aussi,  de  manière indépendante, au niveau de chaque étendue DHCP. Le comportement des enregistrements dynamiques est  donc configurable très finement. 

© ENI Editions - All rigths reserved

- 19 -

Maintenant que nous savons quels sont les opérations réalisées par les clients DNS et les serveurs DHCP pour mettre  à jour les enregistrements de ressources DNS, il nous faut considérer la problématique de ces mises à jour faites par  procuration via les serveurs DHCP Windows 2000, Windows Server 2003 ou Windows Server 2008.  En  fait,  si  un  serveur  DHCP  réalise  la  première  opération  de  mise  à  jour  dynamique  pour  un  enregistrement  de  ressources donné, alors ce serveur DHCP devient le propriétaire de l’enregistrement. De fait, il est le seul à pouvoir  maintenir cet enregistrement.  Bien sûr, cela peut poser un problème dans un certain nombre de cas. Le cas le plus traditionnel concerne la possibilité  qu’aurait  un  serveur  DHCP  de  secours  de  pouvoir  maintenir  les  enregistrements  dans  le  cas  d’une  défaillance  du  serveur  DHCP  par  défaut.  Comme  nous  venons  de  le  voir,  si  le  premier  serveur  DHCP  est  l’unique  propriétaire  des  enregistrements, il est bien sûr le seul à pouvoir les modifier.  Un autre effet de bord concerne la mise à niveau des clients anciens vers Windows 2000, Windows XP ou Windows  Vista. Nous savons que pour assurer une prise en charge des postes Windows NT, il sera nécessaire que le serveur  DHCP réalise la mise à jour en mode dynamique vers le serveur DNS. Par conséquent, il sera aussi le seul à disposer  des  droits  nécessaires  sur  les  enregistrements  et  rendra  toutes  mises  à  jour  ultérieures  impossibles,  notamment  après que les ordinateurs Windows NT aient été mis à niveau vers Windows XP ou Windows Vista. 

a. Utilisation du groupe spécial DNSUpdateProxy pour réaliser les mises à jour dynamiques des zones  DNS sécurisées  Pour  qu’un  ou  plusieurs  serveurs  DHCP  soient  autorisés  à  mettre  à  jour  des  enregistrements  DNS  contenus  dans  une  zone  sécurisée  pour  laquelle  ils  ne  disposeraient  pas  des  droits  nécessaires,  vous  pouvez  ajouter  au  groupe  DNSUpdateProxy les serveurs devant disposer de ces droits.  Dans ce cas, le prochain objet qui inscrira le même enregistrement de noms dans la zone DNS deviendra le nouveau  propriétaire de l’enregistrement.  Attention  au  fait  que  les  objets  qui  sont  créés  par  les  membres  du  groupe  DnsUpdate  Proxy  ne  sont  pas  sécurisés  par  défaut.  C’est  ainsi  que  le  premier  utilisateur  non  membre  du  groupe  DnsUpdateProxy  qui  réalisera une opération de modification d’un de ces enregistrements, en deviendra le nouveau propriétaire. C’est  ainsi  que  lorsque  des  clients  Windows  NT  ou  Windows  9x  sont  mis  à  niveau  vers  une  version  ultérieure,  ils  peuvent s’approprier leur propre enregistrement sur le serveur DNS. Le groupe DNSUpdateProxy permet donc de  résoudre les problèmes présentés plus haut. 

b. Sécurisation des enregistrements lors de l’utilisation du groupe DnsUpdateProxy  Le  fait  que  les  enregistrements  DNS  créés  par  les  membres  du  groupe  DnsUpdateProxy  ne  soient  pas  sécurisés  expose  potentiellement  ces  enregistrements  à  toutes  sortes  d’attaques.  De  plus,  ce  groupe  est  difficilement  utilisable  de  manière  efficace  lorsque  les  opérations  d’enregistrement  concernent  des  zones  intégrées  à  Active  Directory, qui fonctionnent en mode "Mises à jour dynamiques sécurisées uniquement".  En fait, il faudra obligatoirement ajouter les permissions adéquates pour autoriser les enregistrements créés par les  membres du groupe à être sécurisés.  Pour protéger les enregistrements non sécurisés ou autoriser les membres du groupe DnsUpdateProxy à inscrire des  enregistrements dans des zones qui n’autorisent que des mises à jour dynamiques sécurisées, vous pouvez créer  un compte d’utilisateur dédié et configurer les serveurs DHCP pour qu’ils effectuent les mises à jour dynamiques DNS  sur la base de cette identification.  En fonction des contraintes de sécurité imposées, vous pourrez aussi utiliser un ou plusieurs comptes d’utilisateurs  pour contrôler les accès vers un ou plusieurs serveurs DHCP.  Ce compte d’utilisateur spécifique est un compte d’utilisateur dont le seul objectif est de fournir aux serveurs DHCP  les  informations  d’authentification  minimum  pour  réaliser  avec  succès  des  mises  à  jour  DNS  en  mode  dynamique.  Lorsque vous créez un compte réservé à cet usage et configurez des serveurs DHCP avec le dit compte utilisateur,  chaque serveur DHCP fournit ces informations lors de l’enregistrement des noms pour le compte des clients DHCP.  Une  fois  l’opération  réalisée,  le  prochain  élément  qui  inscrira  le  même  enregistrement  de  noms  dans  la  zone  DNS  deviendra, comme expliqué plus haut, propriétaire de l’enregistrement.  À  propos  de  l’emplacement  du  compte  d’identification  DHCP  :  le  compte  d’utilisateur  utilisé  pour  l’authentification du serveur DHCP doit être créé dans la forêt où réside le serveur DNS principal de la zone à  mettre  à  jour.  Ce  compte  peut  aussi  résider  dans  une  autre  forêt,  à  condition  que  celle­ci  possède  une  approbation de forêt établie avec la forêt contenant le serveur DNS principal de la zone à mettre à jour. Notez qu’il  ne peut s’agir d’un domaine approuvé situé dans une autre forêt, mais uniquement d’un domaine dans une forêt  approuvée. Ce dernier point nécessite que les deux forêts fonctionnent en mode "Forêt Windows Server 2003" ou  ultérieur. 

- 20 -

© ENI Editions - All rigths reserved

c.  Sécurisation  des  zones  DNS  et  pouvoir  du  service  serveur  DHCP  sur  les  contrôleurs  de  domaine  Active Directory  Lorsque  le  service  Serveur  DHCP  est  installé  sur  un  contrôleur  de  domaine,  le  service  serveur  DHCP  possède  et  utilise l’autorité du contrôleur de domaine pour mettre à jour ou supprimer tout enregistrement DNS inscrit dans une  zone  intégrée  à  Active  Directory.  Pour  empêcher  le  serveur  DHCP  de  faire  une  utilisation  incorrecte  ou  illégale  des  pouvoirs  du  contrôleur  de  domaine,  vous  pouvez  configurer  le  serveur  DHCP  pour  qu’il  s’authentifie  de  manière  spécifique. 

Informations d’identification du serveur DHCP Windows Server 2003  Notez  que  cette  option  n’est  disponible  que  sur  les  serveurs  DHCP  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008  au  niveau  de  l’objet  serveur  DHCP.  Par  conséquent,  ce  peut  être  une  bonne  raison  pour  justifier la mise à niveau de serveurs DHCP Windows 2000 vers Windows Server 2003 ou Windows Server 2008 en  attendant  que  toutes  les  machines  Windows  NT  et  Windows  9x  aient  été  mises  à  niveau  vers  Windows  XP  ou  Windows Vista.  Cette  problématique  importante  concerne  tous  les  enregistrements  y  compris  les  enregistrements  inscrits  de  manière sécurisée par des ordinateurs contrôleurs de domaine fonctionnant sous Windows 2000, Windows Server  2003 ou Windows Server 2008. La possibilité qu’aurait un serveur DHCP de manipuler ce qu’il ne devrait pas avoir le  droit de manipuler est donc un sujet particulièrement préoccupant qui pourra être solutionné de deux manières :  ●

La  recommandation  la  plus  évidente  est  d’éviter  d’installer  le  service  serveur  DHCP  sur  un  contrôleur  de  domaine Windows 2000, Windows Server 2003 ou Windows Server 2008. 

L’article  Q255134  de  la  base  de  connaissances  Microsoft  Technet  intitulé  "Installing  Dynamic  Host  Configuration  Protocol  (DHCP)  and  Domain  Name  System  (DNS)  on  a  Domain  Controller"  fait  état  de  cette  problématique. 

●

Dans le cas où il ne serait pas possible d’appliquer cette première recommandation, il sera toujours possible  d’implémenter l’authentification  du  serveur  DHCP  disponible  avec  les  serveurs  Windows  Server  2003  et  les  serveurs Windows Server 2008. 

© ENI Editions - All rigths reserved

- 21 -

Déclaration des informations d’identification sur le serveur DHCP Windows Server  Bien  entendu,  la  solution  idéale  consiste  à  accélérer  le  processus  de  migration  des  anciens  ordinateurs  vers  Windows 2000, Windows XP ou Windows Vista. Cette dernière alternative est la meilleure recommandation que nous  puissions faire.  En  effet,  dans  ce  cas  chaque  ordinateur  est  authentifié  à  l’aide  du  protocole  Kerberos  v5  pour  pouvoir  créer  et  maintenir par la suite son propre enregistrement. Les serveurs DHCP ne sont donc plus impliqués pour le compte des  clients. 

d. Commande Netsh et déclaration de l’authentification du serveur DHCP  Vous  pouvez  configurer  vos  serveurs  DHCP  avec  les  informations  du  compte  d’identification  à  utiliser  à  l’aide  de  la  console  MMC  de  gestion  du  service  DHCP.  Dans  le  cas  où  vous  souhaiteriez  automatiser  cette  opération,  vous  pouvez utiliser la commande de contexte Netsh. Cette commande peut être manipuler en mode shell, comme spécifié  ci­dessous :  1. 

Pour entrer dans le shell réseau, tapez : netsh 

2. 

Pour entrer dans le contexte DHCP, tapez : dhcp 

3. 

Pour accéder à votre serveur local, tapez : server 

4. 

Pour déclarer les paramètres d’authentification du serveur DHCP, tapez la commande :  set dnscredentials NomUtilisateur NomDomaine MotDePasse 

Dans  le  cas  où  il  serait  nécessaire  de  modifier  cette  déclaration  sur  de  nombreux  serveurs,  vous  pouvez  aussi  l’utiliser en passant tous les paramètres nécessaires sur la même ligne de commande ou via un fichier de script. 

Déclaration à l’aide de netsh du compte DHCPAccess du domaine Corp2003 pour le serveur DHCP en cours  Le caractère * permet de déclarer le mot de passe lors de l’exécution de la commande. Dans le cas d’un script qui  contiendrait le mot de passe, veillez à ce que le script soit contenu dans un répertoire crypté.  Pour plus d’informations sur la configuration des informations d’identification à l’aide de la console DHCP, consultez le  Kit de Ressources Techniques de Windows Server 2003. 

- 22 -

© ENI Editions - All rigths reserved

8. Conflits de gestion des autorisations sur les zones DNS  Le  service  Serveur  DNS  qui  s’exécute  sur  un  contrôleur  de  domaine  possédant  des  zones  stockées  dans  Active  Directory stocke ses données de zone sur la base des objets fournis par l’annuaire lui­même, c’est­à­dire des objets  et attributs Active Directory.  Configurer  la  liste  des  autorisations  d’accès  sur  les  objets  Active  Directory  de  type  DNS  revient  donc  à  configurer  la  liste des autorisations sur les zones DNS en utilisant la console de gestion du DNS.  Dans  la  mesure  où  ces  données  spécifiques  au  DNS  ne  sont  finalement  que  des  données  Active  Directory,  il  sera  judicieux de faire en sorte que les administrateurs de la sécurité des objets Active Directory et les administrateurs de  la sécurité des objets de type DNS soient en contact, afin d’éviter toute erreur de configuration ou de mise en place de  paramètres de sécurité contradictoires.  Les  objets  et  attributs  Active  Directory  utilisés  par  les  données  des  zones  DNS  stockées  dans  Active  Directory  sont  décrits ci­dessous :  ●

L’élément DnsZone est un objet de type conteneur créé lorsqu’une zone est stockée dans Active Directory. 

●

L’élément  DnsNode  est  un  objet  de  type  nœ ud  utilisé  pour  mapper  et  associer  un  nom  dans  la  zone  à  des  données de ressources. 

●

L’élément DnsRecord est un attribut à valeurs multiples d’un objet de type dnsNode. Il est utilisé pour stocker  les enregistrements de ressources associés à l’objet de nœ ud nommé. 

●

L’élément  DnsProperty  est  un  attribut  à  valeurs  multiples  d’un  objet  dnsZone  utilisé  pour  stocker  les  informations de configuration d’une zone. 

Pour plus d’informations sur l’ensemble des classes et attributs d’objets de l’Active Directory, consultez le site Microsoft  MSDN  à  l’adresse  http://msdn.microsoft.com  et  rechercher  les  informations  qui  décrivent  le  contenu  du  schéma  de  l’annuaire Active Directory. 

© ENI Editions - All rigths reserved

- 23 -

Intégration des serveurs DNS Windows avec l’existant  Par voie de conséquence, les familles de systèmes d’exploitation réseau Windows 2000, Windows Server 2003 et bien  sûr Windows Server 2008 disposent d’un service serveur DNS totalement interopérable avec les autres serveurs DNS de  type BIND. Les serveurs DNS exécutant Windows Server 2003 sont donc compatibles avec la plupart des spécifications  RFC  (Request  for  Comments)  utilisées  pour  définir  l’implémentation  et  le  bon  fonctionnement  des  services  DNS.  Cela  offre des avantages importants pour l’exploitation des serveurs DNS dans les environnements mixtes ou hétérogènes. 

1.  À  propos  des  RFC  pris  en  charge  par  le  service  DNS  de  Windows  Server  2003  et  Windows Server 2008  Les  documents  RFC  (Request  for  Comments)  sont  une  série  de  rapports,  propositions  de  protocoles  et  normes  de  protocoles,  en  cours  d’évolution,  utilisés  par  la  communauté  Internet.  Les  spécifications  des  services  DNS  (Domain  Name System) sont basées sur des RFC approuvées et publiées par l’IETF (Internet Engineering Task Force) auxquels  participent aussi d’autres groupes de travail.  Les RFC ci­dessous contiennent les spécifications utilisées pour concevoir et implémenter les services Serveur et Client  DNS dans un environnement Windows Server 2003 :  RFC 

Titre 

1034 

Domain Names Concepts and Facilities  

1035 

Domain Names Implementation and Specification  

1123 

Requirements for Internet Hosts Application and  Support  

1886 

DNS Extensions to Support IP Version 6  

1995 

Incremental Zone Transfer in DNS  

1996 

A Mechanism for Prompt Notification of Zone Changes  (DNS NOTIFY)  

2136 

Dynamic Updates in the Domain Name System (DNS  UPDATE) 

2181 

Clarifications to the DNS specification  

2308 

Negative Caching of DNS Queries (DNS NCACHE) 

2535 

Domain Name System Security Extensions (DNSSEC) 

2671 

Extension Mechanisms for DNS (EDNS0)  

2782 

A DNS RR for specifying the location of services (DNS  SRV) 

2. À propos des RFC 1034 et 1035  Ces deux RFCs décrivent le protocole standard original DNS pour la prise en charge des services de noms de domaine  dans un environnement TCP/IP. Ces informations expliquent les protocoles de façon détaillée, en mettant en évidence  les  idées  et  techniques  sous­jacentes  utilisées  dans  la  majorité  des  implémentations  DNS.  Vous  pourrez  aussi  rechercher  sur  le  Web  les  documents  spécifiés  ci­après.  Ces  documents  contiennent  les  spécifications  utilisées  pour  concevoir et implémenter les services Serveur et Client DNS :  Nom du fichier (en anglais) 

Titre 

© ENI Editions - All rigths reserved

- 1-

Draft­skwan­utf8­dns­02.txt 

Using the UTF­8 Character Set in the Domain Name  System  

Draft­ietf­dhc­dhcp­dns­08.txt 

Interaction between DHCP and DNS 

Draft­ietf­dnsind­tsig­11.txt 

Secret Key Transaction Signatures for DNS (TSIG) 

Draft­ietf­dnsind­tkey­00.txt 

Secret Key Establishment for DNS (TKEY RR) 

Draft­skwan­gss­tsig­04.txt 

GSS Algorithm for TSIG (GSS­TSIG)  

af­saa­0069.000.doc  

ATM Name System Specification version 1.0  

3. Consultation des RFC sur le Web  Vous  pouvez  obtenir  l’ensemble  des  RFC  à  partir  du  site  Web  RFC  Editor  (en  anglais).  Les  RFC  sont  ordonnées  en  fonction  des  critères  ci­dessous  :  normes  Internet  approuvées,  normes  Internet  proposées  (propositions  soumises  pour examen), méthodes conseillées pour Internet ou documents de type FYI (For Your Information). Vous y trouverez  aussi  d’autres  documents  appelés  documents  d’assistance  en  ligne.  Ces  documents  proposent  de  nouvelles  spécifications  qui  n’en  sont  qu’au  stade  de  propositions.  De  fait,  ces  documents  ne  possèdent  pas  de  numéro  RFC.  http://www.rfc­editor.org/ 

4. Interopérabilité des services DNS de Windows Server 2003 et 2008  Dans la mesure où l’Internet repose intégralement sur le système de nommage et de résolution des noms DNS, et où  aussi, l’annuaire Active Directory l’utilise de manière naturelle et sophistiquée, il est clair qu’il ne peut y avoir, pour une  entreprise donnée, aucune incompatibilité majeure entre l’espace privé de domaines Active Directory et l’espace public  Internet. Les principaux avantages d’une telle interopérabilité sont les suivants :  ●

Interopérabilité complète vers les autres serveurs DNS qui respectent les RFC en matière de service de nom  DNS, et vice versa. 

●

Utilisation de serveurs DNS Windows 2000, Windows Server 2003 ou Windows Server 2008 sur Internet. 

Pour  éprouver  l’interopérabilité  des  différents  serveurs  DNS  entre  eux,  Microsoft  a  testé  le  service  Serveur  et  Client  DNS de Windows Server 2003 (et Windows 2000) avec les implémentations suivantes de BIND (Berkeley Internet Name  Domain) :  ●

BIND 4.9.7 ; 

●

BIND 8.1.2 et BIND 8.2 ; 

●

BIND 9.1.0. 

Les problèmes éventuels de comptabilité et/ou de configuration liés à l’utilisation du service DNS de Windows Server  2003 dans des environnements particuliers, ou avec des serveurs DNS sur Internet, sont présentés ci­après. 

5. Problème de compatibilité et recherches directe et inversée WINS  Depuis  NT  4.0,  le  service  serveur  DNS  permet  de  transmettre  les  demandes  de  résolution  non  satisfaites  vers  un  serveur WINS. Cette opération de recherche supplémentaire, appelée "WINS Forwarding" est prise en charge pour les  zones de recherche directe et inversée, et peut être activée ou non au niveau de chaque zone.  Il  est  important  de  noter  que  l’activation  des  recherches  WINS  sur  une  zone  DNS  créera  un  enregistrement  de  ressource  de  type  WINS  dans  le  zone  DNS.  De  fait,  cette  option  ne  devra  pas  être  utilisée  si  la  zone  doit  être  répliquée  vers  des  serveurs  dotés  d’autres  implémentations  DNS  ne  reconnaissant  pas  les  enregistrements  de  ressources WINS. 

- 2-

© ENI Editions - All rigths reserved

6.  Spécificité  du  DNS  de  Windows  2000  Server,  Windows  Server  2003  et  Windows  Server 2008 et intégration dynamique aux serveurs DHCP  Dans  DNS  Windows  Server  2003  et  Windows  Server  2008,  le  service  DHCP  offre  une  prise  en  charge  par  défaut  de  l’enregistrement et de la mise à jour des informations pour les clients DHCP hérités dans les zones DNS. Les clients  hérités  incluent  généralement  d’autres  ordinateurs  client  Microsoft  TCP/IP  antérieurs  à  Windows  2000.  L’intégration  entre  DNS  et  DHCP  fournie  par  Windows  Server  2003  et  Windows  Server  2008  permet  au  client  DHCP  incapable  de  mettre à jour dynamiquement des enregistrements de ressources DNS, de disposer de ces informations mises à jour  dans les zones de recherche directe et inversée DNS via le serveur DHCP.  L’intégration dynamique au service DHCP n’est disponible que sur les serveurs DNS exécutant Windows 2000  Server, Windows Server 2003 et Windows Server 2008 et pas sur les serveurs DHCP NT 4.0 ou les versions  antérieures. 

7. Autorisations des transferts de zones  Par défaut, les accès aux zones sont sécurisés. Ainsi, un serveur DNS Windows Server 2003 ou Windows Server 2008  n’autorise les transferts de zones que vers les serveurs DNS spécifiés en tant que serveurs de noms (enregistrements  de  type  NS)  au  niveau  de  l’onglet  Serveurs  de  noms.  Les  transferts  devront  ensuite  être  autorisés  via  l’onglet  Transferts de zone. 

© ENI Editions - All rigths reserved

- 3-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quelles sont les conditions requises pour que les données d’une zone DNS soient stockées dans Active  Directory ?  2 Où sont stockées les informations qui caractérisent une zone DNS intégrée à Active Directory ?  3 Où sont stockées les informations qui caractérisent une zone DNS non intégrée à Active Directory ?  4 Où sont stockées les zones intégrées à Active Directory lorsque l’étendue de réplication de la zone est fixée sur  "Vers tous les serveurs DNS de la forêt" ?  5 Où sont stockées les zones intégrées à Active Directory lorsque l’étendue de réplication de la zone est fixée sur  "Vers tous les serveurs DNS du domaine" ?  6 Dans quel cas est­il intéressant de créer sa propre partition de l’annuaire d’application pour stocker les zones  DNS ?  7 Quel est le rôle de la zone _msdcs.Domaine_Racine_dela_Forêt.com ?  8 Sous Windows 2000, la zone _msdcs.Domaine_Racine_dela_Forêt.com est à l’intérieur du domaine  Domaine_Racine_dela_Forêt.com. Sous Windows Server 2003 et Windows Server 2008, la zone  _msdcs.Domaine_Racine_dela_Forêt.com existe séparement. Pourquoi ?  9 Vous venez de réaliser la migration d’un contrôleur de domaine Windows 2000 Server vers Windows Server  2003. Cependant, vous ne disposez pas des nouvelles partitions de l’annuaire d’applications utilisables par le  service serveur DNS. Que devez­vous faire ?  10 Quel est le nom du service Windows responsable de l’inscription automatique des services de KDC, GC et  serveur LDAP ?  11 Sur un serveur DNS fonctionnant sous Windows Server 2003 ou sous Windows Server 2008, vous souhaitez  créer une zone intégrée à Active Directory. Malheureusement, l’option vous permettant ce choix n’est pas  sélectionnable. Pourquoi ?  12 Comment les enregistrements de ressources DNS sont­ils protégés au sein des zones intégrées à Active  Directory ? 

2. Résultats  Reférez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /12  Pour ce chapitre, votre score minimum doit être de 9 sur 12. 

3. Réponses  1 Quelles sont les conditions requises pour que les données d’une zone DNS soient stockées dans Active  Directory ?  Vous  devez  utiliser  un  serveur  DNS  fonctionnant  sous  Windows  2000  Server,  sous  Windows  Server  2003  ou  sous  Windows Server 2008. De plus, le serveur DNS en question doit impérativement être un contrôleur de domaine.  2 Où sont stockées les informations qui caractérisent une zone DNS intégrée à Active Directory ?  Les zones existent en tant qu’objets de l’annuaire. Une zone est un objet de la classe dnsZone et un enregistrement  DNS un objet de la classe dnsNode.  3 Où sont stockées les informations qui caractérisent une zone DNS non intégrée à Active Directory ?  Les informations de zone sont stockées dans un fichier de base de données de zone dans le répertoire %Systemroot% \System32\dns.  4 Où sont stockées les zones intégrées à Active Directory lorsque l’étendue de réplication de la zone est fixée sur  "Vers tous les serveurs DNS de la forêt" ?  Le contenu des zones DNS intégrées à Active Directory au niveau de la forêt est stocké dans une partition de l’annuaire 

© ENI Editions - All rigths reserved

- 1-

d’application. Pour la forêt, il s’agit de la partition DC=ForestDnsZones,DC=Domaine_Racine_dela_Forêt,DC=com  5 Où sont stockées les zones intégrées à Active Directory lorsque l’étendue de réplication de la zone est fixée sur  "Vers tous les serveurs DNS du domaine" ?  Le contenu des zones DNS intégrées à Active Directory au niveau d’un domaine donné est stocké dans une partition de  l’annuaire d’application. Pour le domaine, il s’agit de la partition DC=DomainDnsZones,DC=votre_domaine,DC=com  6 Dans quel cas est­il intéressant de créer sa propre partition de l’annuaire d’application pour stocker les zones  DNS ?  Cette technique est intéressante si vous souhaitez sélectionner les contrôleurs qui seront impliqués dans la réplication  de telle ou telle zone intégrée à Active Directory et ce, quels que soient les domaines Active Directory.  7 Quel est le rôle de la zone _msdcs.Domaine_Racine_dela_Forêt.com ?  Cette zone est vitale car elle permet la sélection des contrôleurs de domaine sur la base de leur rôle et des sites Active  Directory.  Tous  les  contrôleurs  de  tous  les  domaines  de  la  forêt  y  sont  représentés  grâce  à  un  enregistrement  de  CNAME correspondant au GUID du contrôleur.  8 Sous Windows 2000, la zone _msdcs.Domaine_Racine_dela_Forêt.com est à l’intérieur du domaine Domaine_  Racine_dela_Forêt.com. Sous Windows Server 2003 et Windows Server 2008, la zone _msdcs.Domaine_  Racine_dela_Forêt.com existe séparément. Pourquoi ?  Tous les enregistrements vitaux nécessaires au bon fonctionnement de la réplication de l’annuaire sont stockés dans  la  zone  _msdcs.Domaine_Racine_dela_Forêt.com.  Le  fait  de  répliquer  cette  zone  automatiquement  sur  tous  les  contrôleurs  permet  à  tout  contrôleur  d’avoir  accès  à  la  zone  DNS  et  ainsi  de  toujours  être  capable  de  résoudre  le  domaine racine, c’est­à­dire tous les contrôleurs de tous les domaines de la forêt.  9 Vous venez de réaliser la migration d’un contrôleur de domaine Windows 2000 Server vers Windows Server  2003. Cependant, vous ne disposez pas des nouvelles partitions de l’annuaire d’applications utilisables par le  service serveur DNS. Que devez­vous faire ?  Il  suffit  de  créer  les  deux  partitions  de  l’annuaire  d’applications  dédiées  à  cet  usage  à  l’aide  de  la  commande  Dnscmd /CreateBuiltinDirectoryPartitions ou de l’option du menu dans la console MMC du DNS "Créer les partitions de  l’annuaire d’applications par défaut". Notez qu’il n’est pas possible de migrer « In place » de Windows 2000 Server à  Windows Server 2008.  10 Quel est le nom du service Windows responsable de l’inscription automatique des services de KDC, GC et  serveur LDAP ?  Le service responsable est le service Ouverture de session réseau (Let Login).  11 Sur un serveur DNS fonctionnant sous Windows Server 2003 ou sous Windows Server 2008, vous souhaitez  créer une zone intégrée à Active Directory. Malheureusement, l’option vous permettant ce choix n’est pas  sélectionnable. Pourquoi ?  Que ce soit sous Windows 2000 Server ou Windows Server 2003, le serveur doit être un contrôleur de domaine. Vous  devez donc au préalable promouvoir le serveur au rôle de contrôleur en lançant la commande Dcpromo.  12 Comment les enregistrements de ressources DNS sont­ils protégés au sein des zones intégrées à Active  Directory ?  La  sécurisation  des  zones  et  des  enregistrements  de  ressources  utilise  le  protocole  Kerberos.  Les  machines  doivent  donc  être  membres  du  domaine  Active  Directory  et  fonctionner  sous  Windows  2000,  Windows  XP,  Windows  Server  2003,  Windows  Vista  et  Windows  Server  2008.  Pour  s’enregistrer,  une  machine  s’authentifie  et  crée  son  enregistrement. Ensuite, celui­ci sera maintenu par les contrôleurs de domaine. C’est pourquoi, le groupe ENTERPRISE  DOMAIN CONTROLLERS dispose de la permission Contrôle total. 

- 2-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Création des partitions de l’annuaire d’applications DNS par défaut  Ce TP va vous permettre de créer des partitions de l’annuaire d’applications.  La  création  des  partitions  de  l’annuaire  d’applications  DNS  par  défaut  n’est  nécessaire  que  dans  le  cas  où  les  partitions créées à l’origine par Dcpromo lors de l’installation de l’annuaire Active Directory auraient été détruites. Ce  pourra aussi être le cas lors de la migration des contrôleurs de domaine Windows 2000 Server vers Windows Server  2003 ou vers Windows Server 2008.  Pour créer les partitions de l’annuaire d’applications DNS par défaut, procédez tel que cela est précisé ci­dessous :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le serveur DNS  souhaité. 

3. 

Cliquez sur l’option Créer des partitions de l’annuaire d’applications par défaut. 

Par  défaut,  seuls  les  membres  du  groupe  Administrateurs  de  l’entreprise  peuvent  créer  une  partition  de  l’annuaire  d’applications  DNS.  Si  les  partitions  de  l’annuaire  d’applications  DNS  par  défaut  sont  déjà  disponibles dans l’Active Directory, l’option permettant de créer les partitions est grisée.  Pour réaliser la même opération à la ligne de commande, procédez comme suit :  ●

Ouvrez  une  invite  de  commandes  puis  tapez  :  dnscmd  NomServeur/CreateBuiltinDirectoryPartitions {/Domain|/Forest|/AllDomains} 

Le paramètre /CreateBuiltinDirectoryPartitions est bien sûr obligatoire. Ensuite, le paramètre /Domain ou /Forest  ou  /AllDomains  vous  permet  de  choisir  quelle  partition  vous  souhaiter  créer.  Ces  paramètres  sont  expliqués  ci­ dessous :  ●

Le  paramètre  /Domain  vous  permet  de  créer  une  partition  de  l’annuaire  d’applications  DNS  par  défaut  au  niveau du domaine. 

●

Le  paramètre  /Forest  vous  permet  de  créer  une  partition  de  l’annuaire  d’applications  DNS  par  défaut  au  niveau de la forêt, pour la forêt Active Directory sur laquelle se situe le serveur DNS spécifié. 

●

Pour  créer  les  deux  partitions  par  défaut  (au  niveau  du  domaine  et  au  niveau  de  la  forêt),  tapez /AllDomains. 

Pour  afficher  la  syntaxe  complète  dnscmd /CreateDirectoryPartition /? 

de 

cette 

commande, 

à 

l’invite 

de 

commandes, 

tapez 

2. Stockage d’une zone vers tous les serveurs DNS de la forêt  Ce TP va vous permettre de spécifier le stockage physique d’une zone DNS vers tous les serveurs DNS du domaine  Active Directory lorsqu’il s’agit de contrôleurs de domaine Windows Server 2003 ou Windows Server 2008.  Pour modifier l’étendue de la réplication d’une zone DNS, procédez de la façon suivante :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone appropriée,  puis cliquez sur Propriétés. 

3. 

Sous l’onglet Général, notez le type de réplication de zone actuel, puis cliquez sur  Modifier. 

4. 

Pour faire en sorte que la zone en cours de modification soit désormais stockée vers tous  les serveurs DNS de la forêt, sélectionnez l’option Vers tous les serveurs DNS de la 

© ENI Editions - All rigths reserved

- 1-

forêt Active Directory.  5. 

Validez votre choix à l’aide du bouton OK.  Pour exécuter cette procédure, vous devez être membre du groupe Administrateurs ou du groupe Admins du  domaine  dans  Active  Directory  ou  bien  l’autorité  nécessaire  doit  vous  avoir  été  déléguée  sur  l’ordinateur 

local. 

Seules les zones de recherche directe (principales et de stub) intégrées à Active Directory peuvent modifier  leur étendue de réplication. Les zones secondaires de recherche directe ne peuvent pas modifier l’étendue  de leur réplication. 

3. Stockage d’une zone vers tous les serveurs DNS du domaine Active Directory  Ce TP va vous permettre de spécifier le stockage physique d’une zone DNS vers tous les serveurs DNS du domaine  Active Directory lorsqu’il s’agit de contrôleurs de domaine Windows Server 2003 ou Windows Server 2008.  Pour modifier l’étendue de la réplication d’une zone DNS, procédez de la façon suivante :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone appropriée,  puis cliquez sur Propriétés. 

3. 

Sous l’onglet Général, notez le type de réplication de zone actuel, puis cliquez sur  Modifier. 

4. 

Pour faire en sorte que la zone en cours de modification soit désormais stockée vers tous  les serveurs DNS fonctionnant sur des contrôleurs de domaine Windows Server 2003 ou  Windows Server 2008 du domaine considéré, sélectionnez l’option Vers tous les  serveurs DNS du domaine Active Directory. 

5. 

Validez votre choix à l’aide du bouton OK. 

4.  Stockage  d’une  zone  vers  tous  les  contrôleurs  de  domaine  du  domaine  Active  Directory  Ce TP va vous permettre de spécifier le stockage physique d’une zone DNS vers tous les contrôleurs de domaine du  domaine Active Directory lorsqu’il s’agit de contrôleurs de domaine fonctionnant sous Windows 2000 Server (ou aussi  Windows Server 2003 ou Windows Server 2008).  Pour modifier l’étendue de la réplication d’une zone DNS, procédez de la façon suivante :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur la zone appropriée,  puis cliquez sur Propriétés. 

3. 

Sous l’onglet Général, notez le type de réplication de zone actuel, puis cliquez sur  Modifier. 

4. 

Pour faire en sorte que la zone en cours de modification soit désormais stockée vers tous  les serveurs DNS fonctionnant sur des contrôleurs de domaine Windows 2000 Server,  Windows Server 2003 ou Windows Server 2008 dans le domaine considéré, sélectionnez  l’option Vers tous les contrôleurs de domaine du domaine Active Directory. 

5. 

Validez votre choix à l’aide du bouton OK. 

5. Stockage d’une zone dans une partition de répertoire d’application spécifique  Ce  TP  va  vous  permettre  de  stocker  une  ou  plusieurs  zones  DNS  dans  une  partition  spécifique  de  l’annuaire  d’applications Active Directory.  - 2-

© ENI Editions - All rigths reserved

Création manuelle d’une partition de l’annuaire d’applications  La  commande  DNSCmd  est  disponible  sous  Windows  Server  2008.  Elle  vous  permet  de  créer  une  partition  de  répertoire  d’application  DNS.  Notez  que  la  commande  DNSCmd  n’était  pas  incluse  avec  Windows  Server  2003.  Elle  faisait partie des Outils de support de Windows Server 2003. Pour réaliser cette opération, procédez comme suit :  ●

Ouvrez l’invite de commandes. 

●

Tapez la commande : dnscmd NomServeur /CreateDirectoryPartition FQDN 

Le paramètre  NomServeur  est  obligatoire  et  spécifie  le  nom  d’hôte DNS du serveur DNS. Vous pouvez aussi taper  l’adresse IP ou simplement un point (.)  Le  paramètre  /CreateDirectoryPartition  vous  permet  de  créer  une  partition,  laquelle  devra  utiliser  un  nom  de  domaine complet (FQDN).  Comme  il  s’agit  de  modifier  la  structure  du  DIT  (Directory  Information  Tree),  seuls  les  membres  du  groupe  Administrateurs de l’entreprise peuvent créer une partition de répertoire d’application DNS.  Inscription d’un serveur DNS supplémentaire dans une partition spécifique  Un  fois  l’étape précédente réalisée avec succès, vous pourrez procéder à l’enregistrement d’un serveur DNS donné  pour qu’il participe à la réplication de la dite partition.  Pour réaliser cette opération, procédez comme suit :  ●

Ouvrez  l’invite  de  commandes  puis  NomServeur /EnlistDirectoryPartition FQDN 

tapez 

la 

commande 

ci­dessous 

: 

dnscmd 

Les  paramètres  NomServeur  et  /EnlistDirectoryPartition  sont  obligatoires.  Il  en  est  de  même  pour  le  nom  de  domaine complet de la partition à spécifier.  Pour exécuter cette procédure, vous devez être membre du groupe Administrateurs ou du groupe Admins du  domaine  dans  Active  Directory.  Pour  afficher  la  syntaxe  complète  de  cette  commande,  à  l’invite  de  commandes, tapez : dnscmd /EnlistDirectoryPartition /?  Notez que cette opération n’est pas nécessaire pour le serveur qui a réalisé l’opération de création de partition. Ce  serveur est automatiquement enrôlé par défaut pour détenir la dite partition.  Stocker une zone DNS dans une partition spécifique de l’annuaire  Ce  TP  va  vous  permettre  de  spécifier  l’emplacement  de  stockage  d’une  zone  DNS  vers  une  partition  spécifique  de  l’annuaire Active Directory.  Un  fois  l’étape  précédente  réalisée  avec  succès,  vous  pourrez  procéder  à  la  modification  ou  la  création  d’une zone  afin de changer l’emplacement de stockage de cette­ci.  Pour cela, procédez comme suit :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, positionnez­vous sur la zone dont vous souhaitez  changer l’emplacement de stockage. 

3. 

Cliquez avec le bouton droit sur la zone, puis cliquez sur Propriétés. 

4. 

Sur l’onglet Général, modifiez le type de la zone, assurez­vous qu’il s’agit bien d’une  zone principale et que l’option Enregistrer la zone dans Active Directory est bien  activée. 

5. 

Sur l’onglet Général, modifiez la réplication de la zone et sélectionnez la partition  précédemment créée en la sélectionnant à l’aide de l’option Vers tous les contrôleurs de  domaine spécifiés dans l’étendue de la partition de l’annuaire d’applications. 

6. 

Validez à l’aide du bouton OK. 

6. Autorisations des mises à jour dynamiques sécurisées  © ENI Editions - All rigths reserved

- 3-

À  l’issue  de  la  conversion  d’une  zone  standard  en  une  zone  intégrée  à  l’annuaire  Active  Directory,  vous  avez  la  possibilité  d’activer  la  mise  à  jour  dynamique  sécurisée  puis  de  modifier  après  coup  les  permissions  sur  la  zone  concernée.  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, positionnez­vous sur la zone concernée et  sélectionnez le choix Mises à jour dynamiques : Sécurisées uniquement. 

3. 

Validez à l’aide de la touche OK. 

4. 

Cliquez avec le bouton droit sur la zone concernée puis cliquez sur Propriétés. 

5. 

Sur l’onglet Sécurité, modifiez la liste des contrôles d’accès en fonction de vos propres  contraintes de sécurité. Pour que tous les ordinateurs aient la possibilité d’inscrire dans  la zone des enregistrements dynamiques de manière sécurisée, assurez­vous que la  permission Utilisateurs authentifiés/Créer des objets enfants est bien présente. Vous  devriez aussi vous assurer que les groupes Admins du domaine et ENTERPRISE DOMAIN  CONTROLLERS et SYSTEM disposent bien de la permission Contrôle total. Le groupe Tout  le monde devrait disposer de la permission Lire. 

7. Activation des fonctions de vieillissement et de nettoyage sur le serveur DNS  La procédure ci­dessous va vous permettre de définir les propriétés de vieillissement/nettoyage pour votre serveur  DNS.  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le serveur DNS  souhaité, puis cliquez sur Définir le vieillissement/nettoyage pour toutes les zones. 

3. 

Activez la case à cocher Nettoyer les enregistrements de ressources périmées. 

Une fois que vous avez appliqué des modifications aux paramètres de vieillissement/nettoyage du serveur, la  console  DNS  vous  invite  à  les  confirmer.  Vous  pouvez  alors  appliquer  ces  modifications  uniquement  aux  nouvelles zones intégrées à Active Directory. 

- 4-

© ENI Editions - All rigths reserved

Introduction  Les  éléments  principaux  impliqués  dans  une  infrastructure  de  services  distribués  et  de  services  de  sécurité  Active  Directory  nécessitent  une  configuration  des  services  DNS  appropriée.  Ainsi,  avec  une  configuration  réalisée  dans  les  règles de l’art, les ordinateurs fonctionnant sous Windows 2000, Windows XP, Windows Vista ou une version ultérieure  seront capables d’interroger le système de résolution DNS pour localiser les ordinateurs jouant le rôle de contrôleur de  domaine  au  sein  de  l’infrastructure  de  services  de  domaine  Active  Directory.  Cet  état  de  fait  signifie  aussi  que,  à  l’inverse, l’annuaire Active Directory ne pourra fonctionner normalement ni offrir ses services d’une manière convenable,  s’il ne dispose pas d’une configuration DNS adaptée !  Les  méthodes  changent  fondamentalement  !  En  effet,  dans  les  environnements  de  domaines  Windows  NT,  lesquels sont basés sur l’interface de programmation et les noms NetBIOS, le domaine enregistre son nom sur  le code de service NetBIOS [1C]. Cet enregistrement de groupe est utilisé par les clients Windows 9x, Windows ME  et  Windows  NT  pour  localiser  les  contrôleurs  de  domaine  Windows  NT.  Cette  entrée  peut  contenir  vingt  cinq  contrôleurs de domaines NT via leurs adresses IP respectives et concerne aussi les contrôleurs de domaine Active  Directory  puisque  ces  contrôleurs  sont  compatibles  NT  vis­à­vis  de  ces  anciens  systèmes  d’exploitation.  Par  conséquent,  l’enregistrement  de  groupe  [1C]  pourra  contenir  des  contrôleurs  de  domaine  fonctionnant  tant  sous  Windows  NT  que  sous  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008.  Notez  que  vous  pouvez visualiser cet enregistrement NetBIOS sur un serveur fonctionnant sous Windows Server 2003 à l’aide de la  commande nbtstat ­n. 

© ENI Editions - All rigths reserved

- 1-

Service de Localisation DNS et sélection des contrôleurs de domaine  Le processus d’ouverture de session intégré aux ordinateurs Windows 2000, Windows XP ou Windows Vista est utilisé  pour localiser le contrôleur de domaine le plus proche de l’ordinateur.  Ce  service  système  appelé  Ouverture  de  session  réseau,  en  anglais  "Net  Logon"  fonctionne  à  l’identique  sur  les  ordinateurs Windows 9x et Windows NT équipés du Client Active Directory. Notez que dans le cas où des ordinateurs  Windows  9x  ou  Windows  NT  ne  disposeraient  pas  du  logiciel  "Client  Active  Directory"  alors,  ils  n’utiliseront  pas  les  mécanismes de localisation basés sur le DNS, mais l’ancien système de sélection basé sur l’interface NetBIOS, le code  de service [1C] et le service de résolution WINS ­ Windows Internet Naming System.  NetBIOS et les enregistrements de domaine [1C] et [1D] : vous ne devez pas confondre l’enregistrement de nom de  domaine  NetBIOS  [1C]  avec  l’enregistrement  de  nom  de  domaine  [1D].  En  effet,  le  code  [1D]  est  destiné  au  bon  fonctionnement  des  fonctions  d’exploration  réseau.  Il  est  enregistré  pour  les  explorateurs  principaux.  Pour  rappel,  il  existe  un  explorateur  principal,  Master  Browser,  par  sous­réseau  TCP/IP.  Les  explorateurs  de  sauvegarde,  Backup  Browsers, utilisent ce nom pour communiquer avec l’explorateur principal en rapatriant la liste des serveurs disponibles  de  cet  explorateur  principal.  De  plus,  notez  que  les  serveurs  WINS  sont  conçus  pour  renvoyer  une  réponse  d’enregistrement positive pour le nom nom_domaine[1D] et ce, bien que le serveur WINS n’enregistre pas ce nom dans  sa base de données. Cela a pour effet de forcer une demande de type diffusion de la part du client. En effet, comme le  nom  D  n’est  pas  enregistré  dans  la  base  WINS,  si  le  nom_domaine[1D]  est  demandé  au  serveur  WINS,  ce  dernier  renvoie une réponse négative. De fait, cette réponse négative forcera le client à envoyer un message de diffusion sur  le sous­réseau local.  À  propos  du  service  Explorateur  d’ordinateurs  sur  les  serveurs  Windows  Server  2008  :  L’enregistrement  NetBIOS  est  un  enregistrement  utilisé  par  les  postes  clients  pour  accéder  au  Master  Browser,  sachant  qu’il  n’existe  qu’un  seul  Master  Browser  par  sous­réseau  IP  donné.  L’enregistrement  NetBIOS    est  un  enregistrement  de  type  Normal  Group  que  les  explorateurs  d’ordinateurs  peuvent  résoudre  via  diffusion  ou  sur  lequel ils peuvent être à l’écoute pour participer aux élections de machine Master Browser. Sur les serveurs Windows  Server 2008, le service Explorateur d’ordinateurs est désactivé. Ce service n’est pas nécessaire dans la mesure où  Windows  Server  2008  peut  utiliser  une  autre  méthode  de  découverte  ­  non  NetBIOS,  beaucoup  plus  moderne  appelée  WSD  ­  Web  Service  Discovery  protocol.  Le  fait  que  le  service  Explorateur  d’ordinateurs  soit  désactivé  ne  nécessite pas la déclaration des enregistrements NetBIOS et . 

À propos des méthodes de découverte : Windows Vista et Windows Server 2008 disposent d’une pile réseau  totalement réécrite. Celle­ci intègre de nombreuses améliorations dans le domaine de la découverte réseau et  de  la  détection  des  emplacements  réseau.  La  découverte  réseau  a  ainsi  été  améliorée  dans  Windows  Vista  et  Windows  Server  2008  via  l’ajout  des  protocoles  LLTD  (Link  Layer  Topology  Discovery),  FD  (Function  Discovery)  et  WSD (Web Services for Devices). 

Il n’est pas nécessaire de déclarer un contrôleur de domaine préféré pour qu’un ordinateur Windows 2000 ou Windows  XP Professionnel soit capable de "bien" choisir un contrôleur de domaine. Si vous disposez d’un réseau étendu et que  vous  souhaitez  que  les  ordinateurs  clients  sélectionnent  un  contrôleur  de  domaine  proche  d’eux,  alors  vous  devrez  structurer votre infrastructure physique Active Directory sur la base de plusieurs zones géographiques, lesquelles sont  appelées "sites Active Directory".  La  notion  de  site  Active  Directory  permet  aux  clients  Active  Directory  de  localiser  l’emplacement  des  services  recherchés et aux contrôleurs de domaine de mieux répliquer les informations les concernant. Généralement, les sites  sont mis en place lorsque cela s’avère nécessaire, c’est­à­dire principalement lorsque plusieurs zones géographiques  sont reliées par des liens de communications réseau lents.  Notez que si vous souhaitez, malgré une connexion rapide, disposer d’une bonne sélection des contrôleurs de  domaine, vous devrez créer des sites Active Directory.  Au même titre qu’un contrôleur de domaine Windows NT enregistre son rôle à l’aide de codes de services NetBIOS, les  contrôleurs de domaine Windows 2000 Server, Windows Server 2003 et Windows Server 2008 enregistrent aussi leurs  enregistrements  de  services  de  type  SRV  sur  la  base  de  l’infrastructure  physique  Active  Directory  et  de  leur  site  d’appartenance respectif.  Les services DNS, disponibles sur les contrôleurs de domaine, jouent un rôle important en retournant aux clients les  références  qui  leur  permettront  de  sélectionner  un  contrôleur  de  domaine  local  qui  sera  utilisé  à  des  fins  d’authentifications  Kerberos  et  de  recherches  LDAP.  Chaque  site  Active  Directory  étant  associé  à  un  ou  plusieurs  réseaux ou sous­réseaux IP, les contrôleurs de domaine peuvent facilement utiliser l’adresse IP source des ordinateurs  clients pour déterminer le meilleur site qu’ils devraient utiliser pour diriger leurs recherches DNS. Le scénario ci­dessous  prend pour exemple le cas d’un ordinateur portable qui serait utilisé sur un site différent de son site habituel :  1. 

Le client obtient une configuration TCP/IP valide à partir d’un serveur DHCP. À cet instant,  l’ordinateur client utilise son ancien site d’appartenance et, de fait, envoie des requêtes 

© ENI Editions - All rigths reserved

- 1-

DNS pour rechercher un contrôleur de domaine sur l’ancien site.  Le fait que l’ordinateur utilise le protocole DHCP pour obtenir sa configuration IP  n’est pas une condition nécessaire. Simplement, le protocole DHCP est aujourd’hui  utilisé dans plus de 80% des cas et sera bien sûr, particulièrement intéressant dans le  cas des ordinateurs portables. 

2. 

Le serveur DNS répond avec les enregistrements de ressources de type SRV. L’ordinateur  client utilise alors ces réponses pour diriger une série de "ping LDP" vers les contrôleurs  de son ancien site d’appartenance. 

3. 

Le premier contrôleur de domaine situé sur l’ancien site d’appartenance du client compare  l’adresse IP source du client à la sienne et constate que le client se trouve sur un site  Active Directory différent. Cette opération est très facile à réaliser pour le contrôleur  sollicité puisque tous les sites gérés sont connus, tous les réseaux et sous­réseaux IP  sont déclarés et respectivement associés au site Active Directory adéquat. 

4. 

Le contrôleur informe alors le client qu’il ne se trouve plus sur l’ancien site, et lui transmet  une référence qui lui permet de savoir que, désormais, il se trouve sur un autre site. 

5. 

Le client dirige alors ses requêtes DNS sur des enregistrements de type SRV pour  rechercher un contrôleur de domaine appartenant à son nouveau site connu. 

6. 

Un contrôleur de domaine du nouveau site d’appartenance est sélectionné et répond au  client. À partir de ce moment, le client ajuste ses informations de localisation et considère  le nouveau site comme son site d’appartenance. 

Lorsque l’utilisateur retournera sur son site d’origine ou pourquoi pas sur un autre site, ce processus se déroulera à  nouveau pour remettre à jour les informations de localisation de l’ordinateur client.  Les clients Active Directory Windows 2000, Windows XP Professionnel, les systèmes d’exploitation de la famille  Windows  Server  2003  et  Windows  Server  2008  cachent  leurs  informations  de  site  dans  le  registre  à  la  clé  suivante  :  HKLM  \  System  \  CurrentControlSet  \  Services  \  Netlogon  \  Parameters  — Valeur  :  DynamicSiteName  —  Donnée : Déclarez le nom court du contrôleur de domaine, par exemple, booster­paris, ayant authentifié le client sur  le site.  La  méthode  de  recherche  de  contrôleurs  de  domaine  par  les  ordinateurs  clients  part  du  principe  que  chaque  site  géographique  est  connu  ainsi  que  ses  réseaux  IP  associés.  Ensuite,  le  site  est  censé  accueillir  un  ou  plusieurs  contrôleurs de domaine.  Usage des enregistrements SRV et processus de sélection lié à la recherche des serveurs d’annuaires LDAP Lorsqu’un utilisateur initie une action qui nécessite une recherche Active Directory, le client Active Directory envoie une  requête DNS portant sur un enregistrement de type SRV correspondant aux serveurs actifs sur le port LDAP TCP 389.  La première requête est toujours dirigée sur le site Active Directory local du client dans la mesure où le client a réussi à  déterminer  son  site  d’appartenance  avec  la  méthode  précédemment  expliquée.  Ce  principe  a  bien  sûr  pour  principal  avantage, d’éviter les trafics au travers du réseau étendu. Par contre, s’il n’y a aucun contrôleur de domaine disponible  sur le site du client, alors le client initiera une requête de résolution sur tous les enregistrements SRV indépendamment  du site d’appartenance.  Couverture des sites Active Directory ne disposant plus ou pas de contrôleur de domaine Active Directory Le site ne contenant pas de contrôleur où disposant d’un contrôleur non répondant sera automatiquement secouru par  l’infrastructure Active Directory via le KCC ­ Knowledge Consistency Checker, et l’ISTG ­ Inter Site Topology Generator. En  fait, le premier contrôleur de domaine installé sur un site joue le rôle d’ISTG et prend à sa charge la création des objets  connexions  vers  les  autres  sites.  L’ISTG  est  lui  aussi  surveillé  de  part  son  rôle  important  dans  la  construction  de  la  topologie de réplication et donc des communications inter­sites.  Toutes  les  30  minutes,  l’ISTG  prouvera  son  existence  en  mettant  à  jour  l’attribut  InterSiteTopologyGenerator  de  l’objet "NTDS Settings". Cet attribut et sa valeur seront ensuite répliqués et les contrôleurs pourront vérifier toutes les  60 minutes la présence correcte de l’ISTG de chacun des sites. Cette opération consistera à aider le site orphelin en  mettant à jour les zones DNS du site avec les enregistrements de ressources de contrôleurs du site le plus "proche".  De  cette  manière,  les  contrôleurs  du  site  A  peuvent  prendre  en  charge  les  demandes  d’authentification  du  site  B  lorsque le site B ne dispose pas d’au moins un contrôleur de domaine opérationnel.    Ce comportement est expliqué plus loin en détails.

- 2-

© ENI Editions - All rigths reserved

Compatibilité  entre  les  ordinateurs  Clients  et  les  domaines  Windows  2000,  Windows  Server  2003  et  Windows  Server 2008 Les  domaines  Active  Directory  utilisant  des  contrôleurs  de  domaine  Windows  Server  2003  ou  Windows  2000  Server  sont  compatibles  à  100%  avec  tous  les  types  de  clients  Windows.  Cette  compatibilité  est  aussi  présente  avec  les  systèmes utilisant la version 3.0 (ou supérieure) de Samba.  Samba est un ensemble de services et d’utilitaires qui permet à des ordinateurs fonctionnant sous Linux, Unix,  Apple ou d’autres systèmes de se connecter et de partager des ressources de types fichiers et imprimantes.  Les versions récentes de Samba peuvent aussi jouer le rôle de contrôleur de domaine principal NT4 mais sont plutôt  intégrées au sein d’un domaine en tant que serveur membre. De multiples configurations permettent de supporter  les  services  suivants  :  les  utilisateurs  Windows  peuvent  disposer  de  fichiers  partagés  par  des  ordinateurs  fonctionnant sur un système non Windows tel que Linux, en toute transparence. L’inverse peut aussi être réalisé et  les  utilisateurs  Windows  peuvent  accéder  aux  imprimantes  partagées  par  des  ordinateurs  fonctionnant  sur  un  système non Windows tel que Linux, en toute transparence. L’inverse peut aussi être réalisé. 

La dernière version de Samba publiée en janvier 2008 et datant de décembre 2007 est le build 3.0.28. Une  nouvelle  version  majeure  est  en  chantier  mais  n’est  pas  encore  finalisée.  En  septembre  2007,  une  version  Alpha de Samba 4 a été publiée sur le site http://us1.samba.org/ samba/. Les nouveautés de cette nouvelle version  sont ici brièvement présentées : l’implémentation des protocoles nécessaires à Active Directory (Kerberos et DNS), la  suppression de nmbd maintenant intégrée à smbd, l’introduction d’une base de données type LDAP pour le stockage  des  données  permanentes,  l’intégration  du  centre  de  distribution  de  clés  Kerberos  (KDC)  pour  supporter  les  connexions  Active  Directory,  la  gestion  basique  des  Objets  stratégies  de  groupe,  la  prise  en  charge  de  la  console  MMC  Utilisateurs  et  ordinateurs  Active  Directory  et  l’implémentation  de  Winbind  (authentification  Unix  dans  Active  Directory). 

Samba  Team  Receives  Microsoft  Protocol  Docs  :  Le  20  Décembre  2007,  l’organisme  PFIF  (Protocol  Freedom  Information Foundation), un organisme sans but lucratif créé par le Software Freedom Law Center, a signé un  accord  avec  Microsoft  Corp.  afin  de  recevoir  la  documentation  technique  des  protocoles  nécessaires  à  une  pleine  interopérabilité entre les serveurs Microsoft Windows Server et des logiciels libres tels que Samba. Cette news est  stratégique  pour  assurer  dans  le  futur  une  parfaite  interopérabilité  entre  les  systèmes  Windows  et  les  systèmes  non­Windows. Elle est consultable sur le site Samba à l’adresse ci­dessous : http://samba.org/samba/PFIF/ 

Les droits d’accès sont spécifiés en fonction de l’appartenance aux groupes hébergés sur la machine Linux et  vice versa. 

La  compatibilité  inverse  est  aussi  vraie.  Ainsi,  les  ordinateurs  Windows  Server  2003  ou  Windows  XP  Professionnel  peuvent fonctionner dans tous les schémas d’infrastructure que nous connaissons depuis de nombreuses années. Par  exemple,  ces  systèmes  peuvent  fonctionner  dans  des  domaines  Windows  NT,  Windows  2000  ou  Windows  2003  et  aussi des groupes de travail.  Seules  les  versions  Microsoft  Windows  XP  Edition  Familiale,  Windows  XP  MediaCenter  Edition  ou  les  éditions  Familiales de Windows Vista, ne peuvent être membre d’un quelconque domaine. 

© ENI Editions - All rigths reserved

- 3-

Structure DNS et intégration dans l’annuaire Active Directory  La  localisation  des  services  Active  Directory  par  les  clients  intelligents  est  dépendante  de  la  disponibilité  de  la  zone.  C’est pour cette raison que Windows Server 2003 et Windows Server 2008 dispose de moyens plus sophistiqués pour  assurer une grande disponibilité de tous les types de zones et, en particulier, de la zone DNS correspondant à la racine  de la forêt Active Directory.  Nous  savons  que  l’annuaire  Active  Directory  peut  intégrer  les  zones  et  enregistrements  de  ressources  (RR)  en  tant  qu’objets de l’annuaire (objets dnsZone et dnsNode). En effet, les informations DNS devant être protégées ne peuvent  se  contenter  d’un  simple  stockage  de  type  fichier  texte.  Ce  point  est  particulièrement  important  concernant  la  protection des zones DNS dynamiques et, de fait, il est fortement recommandé de parvenir à une intégration des zones  au sein de l’annuaire Active Directory.  Les  zones  DNS  stockées  dans  l’annuaire  Active  Directory  sont  répliquées  vers  des  contrôleurs  de  domaines  Active  Directory  en  fonction  de  différentes  étendues.  Les  serveurs  DNS  fonctionnant  sous  Windows  2000  Server  répliquent  leurs  zones  en  utilisant  la  réplication  Active  directory  au  sein  du  même  domaine.  Cela  signifie  que  la  zone  est  créée  dans le contexte de nommage (NC, Naming Context) du domaine, dans le container System du domaine courant.  L’utilisation  de  Windows  Server  2003  ou  Windows  Server  2008  permet  d’utiliser  les  partitions  de  l’annuaire  d’applications et ainsi, de pouvoir stocker toute zone DNS vers des étendues de réplication différentes. Ces différentes  étendues de réplications sont présentées ci­après : 

Étendues de réplication d’une zone avec Windows Server 2003  Vers  tous  les  serveurs  DNS  de  la  forêt  Active  Directory  :  cette  option  permet  de  stocker  la  zone  DNS  dans  une  partition  de  l’annuaire  d’applications.  La  zone  sera  répliquée  vers  tous  les  serveurs  DNS  fonctionnant  sur  des  contrôleurs de domaine fonctionnant sous Windows Server 2003 ou Windows Server 2008 dans toute la forêt.  Cette partition de l’annuaire d’applications est créée lors de l’installation du service serveur DNS sur le premier  contrôleur de domaine Windows Server 2003 de la forêt.  Vers  tous  les  serveurs  DNS  du  domaine  Active  Directory  :  cette  option  permet  de  stocker  les  zones  DNS  vers  les  serveurs DNS fonctionnant sur des contrôleurs de domaine Windows Server 2003 ou Windows Server 2008 dans tout  le domaine.  Dans  le  cas  du  domaine  racine  de  la  forêt,  cette  partition  de  l’annuaire  d’applications  est  créée  lors  de  l’installation du service serveur DNS sur le premier contrôleur de domaine Windows Server 2003 ou Windows  Server  2008  de  la  forêt.  Ensuite,  pour  chaque  nouveau  domaine  créé  dans  la  forêt,  une  nouvelle  partition  de  l’annuaire  d’applications  est  créée  lors  de  l’installation  du  service  serveur  DNS  sur  un  contrôleur  de  domaine  fonctionnant sous Windows Server 2003 ou Windows Server 2008.  Vers tous les contrôleurs de domaines du domaine Active Directory : cette option permet de stocker les zones DNS  dans la partition du domaine, pour chaque domaine de la forêt. Dans ce cas, les zones DNS sont répliquées vers tous  les contrôleurs de domaine du domaine.  Notez  que  c’est  la  seule  option  de  stockage  possible  lorsque  vous  disposez  de  contrôleurs  de  domaine  fonctionnant sous Windows 2000 Server.  © ENI Editions - All rigths reserved

- 1-

Vers  tous  les  contrôleurs  de  domaine  spécifiés  dans  l’étendue  de  la  partition  de  l’annuaire  d’applications  suivante  :  cette  option  permet  de  stocker  les  zones  DNS  dans  une  partition  de  l’annuaire  d’applications  créée  au  préalable.  Les  zones  DNS  qui  seraient  stockées  dans  une  partition  de  l’annuaire  d’applications  sont  répliquées  vers  tous les serveurs DNS fonctionnant sur des contrôleurs de domaine concernés par cette partition.  Nous  avons  vu  précédemment  que  les  enregistrements  de  ressources  utilisés  par  le  service  de  localisation  principal  pour  un  domaine  Active  Directory  donné  sont  stockés  dans  le  sous­domaine  _msdcs.NomdeDomaineDns.  Avec  Windows  Server  2003,  lorsque  le  domaine  racine  de  la  forêt  est  créé,  une  zone  DNS  est  automatiquement  mise  en  œ uvre pour le domaine _msdcs. NomdeForêt dans la partition de l’annuaire d’applications dédiée aux zones DNS de  type forêt. Ces partitions disposent d’un stockage devant porter sur toute l’étendue de la forêt et sont répliquées vers  tous les contrôleurs de domaine Windows Server 2003 ou Windows Server 2008 de la forêt exécutant le service DNS  de Windows Server.  Les zones DNS stockées dans les partitions de l’annuaire d’applications ne peuvent pas être accédées par des  contrôleurs  Windows  2000  Server.  Ce  point  est  logique  car  les  contrôleurs  Windows  2000  Server  ne  reconnaissent  que  les  partitions  de  schéma,  de  configuration  et  de  domaine(s).  Les  partitions  de  l’annuaire  d’applications  n’étant  reconnues  que  par  Windows  Server  2003  et  Windows  Server  2008,  un  contrôleur  Windows  2000 Server ne peut accepter de répliquer ce contexte de nommage. 

- 2-

© ENI Editions - All rigths reserved

Enregistrements  DNS  "Emplacement  du  service"  des  contrôleurs  de  domaine  Les  clients  Active  Directory  utilisent  exclusivement  le  système  de  résolution  DNS  pour  localiser  les  contrôleurs  de  domaine  Active  Directory.  Cette  opération  fondamentale  est  initiée  par  le  client  via  des  demandes  de  résolution  d’enregistrements  de  ressource  de  type  SRV  (Service  Locator  Resource  Record)  définis  dans  le  cadre  du  RFC  2782,  successeur du RFC 2052.  Ces  enregistrements  sont  utilisés  pour  localiser  l’emplacement  des  services  correspondant  aux  ordinateurs,  ports  et  protocoles  recherchés  par  le  client.  Parmi  les  services  localisés,  il  est  clair  que  nous  allons  retrouver  les  services  d’annuaire  LDAP,  les  services  d’authentification  Kerberos  et  les  services  de  catalogage  offerts  par  les  contrôleurs  de  domaine  de  type  catalogues  globaux.  L’idée  est  que  les  contrôleurs  de  domaine  organisent  les  enregistrements  de  ressources  de  type  SRV  de  manière  structurée  de  telle  sorte  que  les  clients  Active  Directory  puissent  localiser  le  contrôleur fournissant le services recherché à l’intérieur d’un domaine ou sur un Site Active Directory donné. 

1. Structure d’accueil de la zone DNS pour les enregistrements de ressources de type  SRV  La structure DNS utilisée pour héberger les enregistrements nécessaires au service de localisation des contrôleurs de  domaine est basée sur une hiérarchie de dossiers (on devrait plutôt appeler cela des sous­domaines). 

La figure ci­dessus illustre la structure des quatre sous­domaines techniques DNS en rapport avec un domaine  Active Directory  Ces différents sous­domaines regroupent les enregistrements en fonction de la nature des recherches à réaliser, tel  que présenté ci­dessous :  _MSDCS : ce sous­domaine contient un ensemble d’enregistrements de type SRV. Ces enregistrements sont fonction  du statut des contrôleurs de domaine, du type de sollicitations et aussi des rôles de catalogue global et contrôleur de  domaine primaire. Les contrôleurs de domaine et catalogues globaux sont ensuite répartis par sites. De cette manière,  les clients Active Directory sont capables de localiser quasi instantanément les services "proches" d’eux.  _SITES : ce sous­domaine contient le ou les sites Active Directory déclarés dans l’infrastructure physique sur la base  des sous­réseaux IP associés. Le fait de recenser les contrôleurs de domaine en fonction de leur appartenance aux  sites  permet  aux  clients  Active  Directory  de  facilement  localiser  les  contrôleurs  de  domaine  en  fonction  des  services  qu’ils  assurent  et  de  leur  emplacement.  Cette  méthode  permet  d’éviter  de  multiples  recherches  LDAP  au  travers  de  liaisons lentes. Notez que les contrôleurs disposés sur les sites utilisent pour les requêtes standard LDAP, le port TCP  389, tandis que les machines de type catalogues globaux utilisent le port TCP 3268.  _TCP  :  ce  sous­domaine  contient  tous  les  contrôleurs  de  domaine  de  la  zone  DNS.  Le  fait  de  regrouper  tous  les  contrôleurs  de  domaine  par  protocole  sera  utile  aux  clients  qui  ne  parviendraient  pas  à  localiser  un  contrôleur  disponible sur leur site local. Dans ce cas, les clients Active Directory sélectionneront un contrôleur de domaine à un  quelconque emplacement du réseau. 

© ENI Editions - All rigths reserved

- 1-

_UDP  :  ce  sous­domaine  recense  les  services  Kerberos  v5  disponibles  en  mode  non  connecté  via  le  protocole  de  transport UDP. Ces opérations sont réalisées de la même manière qu’avec le transport TCP. Ainsi, les opérations de  demandes de tickets utilisent le port UDP 88 tandis que les opérations de changement de mots de passe utilisent le  port UDP 464. 

a. À propos de l’enregistrement de ressources DNS de type SRV  L’enregistrement  de  ressources  de  type  SRV  (Service  Locator  Resource  Record)  est  défini  tel  que  décrit  dans  le  RFC  2782 et contient les informations particulières affichées sur la figure ci­dessous : 

Enregistrement de SRV pour spécifier que le serveur booster2003.corp2003.corporate.net joue le rôle de serveur  Kerberos (V5) sur le port TCP 88  Les différents paramètres d’un enregistrement de ressources de type SRV sont présentés dans le tableau suivant.  Composants de l’enregistrement  SRV 

Exemples de valeurs 

Commentaires 

_gc  Service 

_kerberos 

Identifie le service à localiser au  sein de l’espace de nom DNS. 

_ldap  _tcp  Protocole  _udp 

Déclaration du protocole de  transport à utiliser. 

Nom 

Corporate.net 

Représente le nom du domaine  DNS contenant l’enregistrement. 

TTL 

10 minutes 

Représente la durée de vie de  l’enregistrement en secondes  (600 secondes.)  Déclare le type d’enregistrement 

- 2-

© ENI Editions - All rigths reserved

Classe 

IN 

Enregistrement de ressource 

SRV 

Déclare le type d’enregistrement  en tant qu’enregistrement de  ressource de type localisation de  services "SRV". 

0 

Identifie la priorité de  l’enregistrement. Lorsque  plusieurs enregistrements  existent pour le même service, le  client sélectionne l’enregistrement  possédant la valeur de priorité la  plus faible. 

100 

Permet la gestion des fonctions  de répartition de charge. S’il  existe pour le même service  plusieurs enregistrements de SRV  de même priorité, les clients  sélectionnent le ou les  enregistrements de poids forts. 

Priorité 

Poids 

3268 pour _gc   Port  

88 pour _kerberos  389 pour _ldap  Booster2003. 

Cible  Corporate.net 

en tant qu’enregistrement  standard de type DNS Internet. 

Identifie le numéro de port sur  lequel le service demandé est  disponible. 

Représente le nom complet de la  machine fournissant le service  identifié par l’enregistrement. 

Utilisation des caractères "underscore" Vous  remarquerez  que  le  format  des  enregistrements  de  ressources  SRV  fait  largement  appel  au  caractère  underscore  (_).  En  effet,  le  RFC  2782  fait  état  de  l’utilisation  du  caractère  (_)  pour  résoudre  le  problème  d’une  éventuelle collision avec un nom identique.  En 1996 RFC 2052, en 2000 du RFC 2782 : les premières implémentations du service DNS pour localiser les  services  Active  Directory  ont  été  réalisées  dès  les  premiers  builds  Beta  de  NT  5.0,  courant  1997.  Microsoft  s’appuya sur les premières recommandations publiées dans le RFC 2052 datant de 1996. C’est bien plus tard, en  février 2000, date de la sortie officielle de Windows 2000, que ce RFC passera du statut de "Draft" au statut de  "Proposed  Standard".  Il  fera  l’objet  d’un  nouvel  enregistrement  de  la  part  de  l’IETF,  via  le  numéro  2782,  et  remplacera  le  RFC  2052.  Mr  Levon  ESIBOV,  Program  Manager  chez  Microsoft  Corp,  participera  à  ce  RFC  fondamental pour la recherche et la localisation des services Active Directory. 

Pour en savoir plus sur le contenu de ces RFC, consultez le site http://www.rfc­editor.org. Sur Internet, de  multiples sites contiennent les RFC, mais peu d’entre eux sont à jour ! Ce site est un site officiel de l’Internet  Society. Il a pour objet de maintenir l’ensemble des documents RFC pour l’ensemble de la communauté Internet. 

Les  enregistrements  de  ressources  enregistrés  par  les  contrôleurs  de  domaine  sont  décrits  plus  loin.  Avant  de  rentrer  dans  les  détails  de  ces  enregistrements,  rappelez­vous que ces enregistrements SRV et A sont vitaux ! La  commande DNSLint pourra être d’une aide précieuse pour les vérifier.  Notez  aussi  qu’un  contrôleur  de  domaine  enregistre  au  minimum  quinze  enregistrements  de  ressources  et  vingt  lorsqu’il joue le rôle de Catalogue Global.  En cas de nécessité, consultez le fichier %SystemRoot%\system32\config\Netlogon.dns. Ce fichier est maintenu  par chaque contrôleur de domaine et sera automatiquement mis à jour afin de refléter la structure physique de la  forêt.  Microsoft recommande que les serveurs DNS faisant autorité sur les zones techniques nécessaires au bon  fonctionnement  de  l’annuaire  Active  Directory  fonctionnent  sur  des  serveurs  Windows  Server  2003  ou  Windows Server 2008. De cette manière, les zones seront maintenues dynamiquement par Active Directory avec le  maximum de sécurité et en supprimant totalement les éventuelles erreurs d’administration. 

© ENI Editions - All rigths reserved

- 3-

b. Enregistrements SRV inscrits par le service "Ouverture de session réseau"  Pour  répondre  à  la  problématique  de  la  localisation  d’un  service  au  sein  d’une  infrastructure  Active  Directory,  de  multiples enregistrements de type SRV sont nécessaires.  Les  enregistrements  DNS  de  type  SRV  correspondant  aux  différents  services  Active  Directory  et  leur  cadre  d’utilisation sont listés ci­après :  _ldap._tcp.NomdeDomaine.  Permet à un client de localiser un serveur LDAP dans le domaine nommé NomdeDomaine. Notez que le serveur n’est  pas  forcément  un  contrôleur  de  domaine.  En  fait,  le  point  important  est  qu’il  supporte  les  API  LDAP.  Tous  les  contrôleurs de domaines enregistrent cet enregistrement.  _ldap._tcp.NomdeSite.  _sites.NomdeDomaine.  Permet  à  un  client  de  localiser  un  serveur  LDAP  dans  le  domaine  nommé  NomdeDomaine  et  dans  le  site  nommé  NomdeSite. NomdeSite correspond au RDN (Relative Distinguished Name) de l’objet site stocké dans la configuration  Active Directory. Tous les contrôleurs de domaines enregistrent cet enregistrement.  _ldap._tcp.dc._msdcs.NomdeDomaine.  Permet  à  un  client  de  localiser  un  contrôleur  de  domaine  (dc)  du  domaine  nommé  NomdeDomaine.  Tous  les  contrôleurs de domaines enregistrent cet enregistrement.  _ldap._tcp.NomdeSite.   _sites.dc._msdcs.NomdeDomaine.  Permet  à  un  client  de  localiser  un  contrôleur  de  domaine  dans  le  domaine  nommé NomdeDomaine  et  dans  le  site  nommé NomdeSite. Tous les contrôleurs de domaines enregistrent cet enregistrement.  _ldap._tcp.pdc._msdcs.NomdeDomaine.  Permet  à  un  client  de  localiser  le  serveur  PDC  Emulator  dans  le  domaine  nommé  Nomdedomaine  fonctionnant  en  mode mixte. Seul le PDCE FSMO (Flexible Single Master Operations) enregistre cet enregistrement.  _ldap._tcp.gc._msdcs.NomdeForêt.  Permet à un client de localiser un catalogue global (gc) pour la forêt. Seuls les contrôleurs de domaines agissant en  tant que GC enregistrent cet enregistrement.  _ldap._tcp.NomdeSite.   _sites.gc._msdcs.NomdeForêt.  Permet  à  un  client  de  localiser  un  catalogue  global  (gc)  au  sein  de  la  forêt.  Seuls  les  contrôleurs  de  domaines  agissant en tant que GC enregistrent cet enregistrement.  _gc._tcp.NomdeForêt.  Permet  à  un  client  de  localiser  un  catalogue  global  (gc)  dans  le  domaine  racine  de  la  forêt.  Ce  serveur  n’est  pas  forcément  un  contrôleur  de  domaine.  Il  suffit  que  le  protocole  LDAP  soit  opérationnel  et  que  le  serveur  soit  opérationnel  en  tant  que  GC.  D’autres  implémentations  de  services  d’annuaires  peuvent  aussi  enregistrer  des  serveurs d’annuaires en tant que GC.  _gc._tcp.NomdeSite.   _sites.NomdeForêt.  Permet à un client de localiser un catalogue global (gc) pour la forêt dans le site nommé NomdeSite. Le serveur n’est  pas  obligatoirement  un  contrôleur  de  domaine.  Seuls  les  serveurs  agissant  en  tant  que  serveurs  LDAP  et  GC  enregistrent cet enregistrement.  _ldap._tcp.DomainGuid.  

- 4-

© ENI Editions - All rigths reserved

domains._msdcs.NomdeForêt.  Permet à un client de localiser un contrôleur de domaine dans un domaine à l’aide du GUID (Globally Unique IDentifier)  de ce dernier. Le GUID est une valeur sur 128 bits générée automatiquement au moment de création du domaine et  utilisée rarement. En fait, cette information n’est utilisée que lorsque le nom de domaine aurait changé mais que le  domaine racine reste connu. Tous les contrôleurs de domaine enregistrent cet enregistrement.  _kerberos._tcp.NomdeDomaine.  Permet à un client de localiser un KDC Kerberos dans le domaine nommé par NomdeDomaine. Le serveur n’est pas  obligatoirement  un  contrôleur  de  domaine.  Tous  les  serveurs  fonctionnant  sous  Windows  Server  (2000,  2003  ou  2008) jouant le rôle de KDC Kerberos respectant le RFC 1510 enregistrent cet enregistrement de ressource.  _kerberos._udp.NomdeDomaine.  Cet enregistrement permet le même traitement que _kerberos._tcp.NomdeDomaine, mais sur la base du protocole  de transport UDP.  _kerberos._tcp.NomdeSite.   _sites.NomdeDomaine.  Permet  à  un  client  de  localiser  un  KDC  Kerberos  pour  le  domaine  nommé  NomdeDomaine  au  sein  du  site  nommé  NomdeSite.  Le  serveur  n’est  pas  obligatoirement  un  contrôleur  de  domaine.  Tous  les  serveurs  fonctionnant  sous  Windows  Server  (2000,  2003  ou  2008)  jouant  le  rôle  de  KDC  Kerberos  respectant  le  RFC  1510  enregistrent  cet  enregistrement de ressource.  _kerberos._tcp.dc._msdcs.NomdeDomaine.  Permet  à  un  client  de  localiser  un  contrôleur  de  domaine  accueillant  l’implémentation  Windows  Server  2003  du  service  KDC  Kerberos  dans  le  domaine  nommé NomdeDomaine.  Tous  les  contrôleurs  de  domaine  Windows  Server  (2000,  2003  ou  2008)  exécutant  le  service  KDC  enregistrent  cet  enregistrement  de  ressource  SRV.  Ces  serveurs  implémentent  une  extension  de  type  "clés  publiques"  au  protocole  Kerberos  v5  nommée  sous­protocole  "Authentication Service Exchange" (subprotocol) et enregistrent cet enregistrement de SRV.  _kerberos.tcp.NomdeSite.   _sites.dc._msdcs.NomdeDomaine.  Permet à un client de localiser un contrôleur de domaine accueillant l’implémentation Windows Server (2000, 2003 ou  2008) du service KDC Kerberos dans le domaine nommé NomdeDomaine et dans le site nommé  NomdeSite. Tous  les  contrôleurs  de  domaine  Windows  Server  (2000,  2003  ou  2008)  exécutant  le  service  KDC  enregistrent  cet  enregistrement de ressource SRV. Ces serveurs implémentent une extension de type "clés publiques" au protocole  Kerberos  v5  nommée  sous­protocole  "Authentication  Service  Exchange"  (subprotocol)  et  enregistrent  cet  enregistrement de SRV.  _kpasswd._tcp.NomdeDomaine.  Permet à un client de localiser un serveur de changement de mot de passe Kerberos pour le domaine spécifié. Tous  les  contrôleurs  de  domaine  Windows  enregistrent  cet  enregistrement.  Ce  serveur  doit  supporter  le  protocole  de  changement  de  mot  de  passe  Kerberos.  Ce  serveur  n’est  pas  forcément  un  contrôleur  de  domaine.  Tous  les  contrôleurs de domaine Windows Server (2000, 2003 ou 2008) exécutant le service KDC Kerberos respectant le RFC  1510 enregistrent cet enregistrement de ressource.  _kpasswd._udp.NomdeDomaine.  Cet enregistrement permet le même traitement que _kpasswd._tcp.NomdeDomaine, mais sur la base du protocole  de transport UDP.  DsaGuid._msdcs.NomdeForêt  Le service d’accès réseau (Net Logon) enregistre aussi un alias (CNAME) utilisé pour la réplication Active Directory. Le  système  de  localisation  de  contrôleurs  n’utilise  pas  directement  cet  enregistrement  vital  pour  l’infrastructure.  Tous  les contrôleurs de domaine de tous les domaines de la forêt s’enregistrent directement dans le domaine racine de la  forêt dans _msdcs.NomdeForêt. 

c. À propos de l’enregistrement DsaGuid._msdcs.NomdeForêt 

© ENI Editions - All rigths reserved

- 5-

L’enregistrement de ressource DsaGuid._msdcs.NomdeForêt permet la localisation de n’importe quel contrôleur de  domaine membre de la forêt. Il correspond à la valeur du GUID du contrôleur de domaine qui est finalement la valeur  de l’objet DSA (Directory System Agent).  Il est utilisé dans le cadre de la réplication des contrôleurs de domaine sur la base de la configuration de la topologie  de  réplication.  Microsoft  précise  que  cet  enregistrement  est  aussi  utilisé  pour  les  opérations  de  renommage  des  ordinateurs  contrôleurs  de  domaine  dans  un  domaine  fonctionnant  dans  le  niveau  fonctionnel  (mode)  Windows  Server 2003 ou Windows Server 2008.  La valeur de  DSAGuid est égale à la valeur de l’attribut objectDSA du container NTDS  Settings de l’objet serveur  correspondant au contrôleur de domaine. 

d. Enregistrements de ressources pour les clients non compatibles avec les enregistrements SRV  Le  service  "Net  Logon  ­  Service  Ouverture  de  session  réseau"  enregistre  des  enregistrements  de  type  A  pour  les  clients  LDAP  ne  supportant  pas  les  enregistrements  de  SRV  conformes  au  RFC  2782.  Par  conséquent,  ces  enregistrements ne concernent pas la méthode de sélection présentée précédemment.  L’enregistrement  A  correspondant  au  NomdeDomaine  permet  à  un  client  non  compatible  avec  les  enregistrements  SRV de localiser un contrôleur de domaine dans le domaine sur la base de cet enregistrement.  L’enregistrement  A  correspondant  à  gc._msdcs.NomdeForêt  permet  à  un  client  non  compatible  avec  les  enregistrements SRV de localiser un contrôleur de domaine catalogue global dans la forêt. 

2. Serveurs DNS non dynamiques et enregistrements dynamiques des contrôleurs de  domaines  Habituellement,  les  zones  DNS  utilisées  dans  le  cadre  de  l’annuaire  Active  Directory  sont  prises  en  charge  par  des  serveurs  DNS  fonctionnant  sous  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008  à  l’aide  de  zones DNS fonctionnant en mode dynamique sécurisé.  Cependant,  s’il  s’avérait  nécessaire  d’utiliser  des  serveurs  DNS  non  Windows  et  que  dans  ce  cas,  vous  choisissiez  d’utiliser  des  zones  DNS  non  dynamiques,  alors  vous  pourrez  interdire  l’enregistrement  de  tout  ou  partie  des  enregistrements de type SRV enregistrés par les contrôleurs de domaine.  Cette configuration est directement réalisable à l’aide d’une stratégie de groupe à l’emplacement spécifié ci­dessous :  Configuration  de  l’ordinateur/Modèles  d’administration/Système/Ouverture  de  session  réseau  /Enregistrements  DNS  du localisateur de contrôleurs de domaine/Enregistrements DNS du localisateur de contrôleurs de domaine non inscrit  par les contrôleurs de domaine.  Pour  activer  ce  paramètre,  sélectionnez  l’option  puis  spécifiez  une  liste  de  mnémoniques  (instructions)  délimités  par  des espaces pour les enregistrements DNS du localisateur de contrôleurs de domaine qui ne seront pas enregistrés  par les contrôleurs de domaine auquel ce paramètre est appliqué.  La liste des mots clés que vous pouvez utiliser est spécifiée ci­après sous le format mot clé / Type d’enregistrement /  nom 

  Par défaut, ce paramètre est désactivé. De fait, les contrôleurs de domaine, configurés pour effectuer une inscription  dynamique des enregistrements DNS du localisateur de contrôleurs de domaine, enregistrent tous les enregistrements 

- 6-

© ENI Editions - All rigths reserved

de ressource DNS du localisateur de contrôleur de domaine vers une zone DNS dynamique. 

3. À propos de la zone DNS du domaine racine de la forêt  Dans  une  forêt  composée  de  plusieurs  domaines,  il  est  important  de  porter  une  attention  toute  particulière  au  domaine racine de la forêt. Pour illustrer ce besoin, les points ci­dessous pourront vous servir de guide :  ●

Parmi les erreurs à éviter, ne confondez pas le domaine racine de la forêt avec le domaine racine d’un arbre de  la forêt. Rappelez­vous que le domaine racine de la forêt est toujours le premier domaine créé. 

●

Le domaine racine de la forêt "rattache" les autres domaines DNS vers le domaine racine. Bien entendu, seul  le premier domaine d’une forêt pourra jouer ce rôle. Dans le cas où un domaine supplémentaire existerait au  sein  de  la  forêt,  les  machines  jouant  le  role  de  Catalogue  Global  continueront  d’enregistrer  leurs  enregistrements de ressources SRV dans la zone _msdcs.root.dns. 

Tous les enregistrements nécessaires à la localisation des contrôleurs de domaine jouant le rôle de Catalogue  Global  sont  enregistrés  dans  le  domaine  racine  de  la  forêt.  Ce  point  est  très  logique  car  s’il  est  vrai  qu’un  contrôleur de domaine d’un domaine donné offre ces services à ce domaine, il est encore plus vrai que la fonction  d’un Catalogue Global consiste à offrir ses services à l’ensemble de la forêt. 

© ENI Editions - All rigths reserved

- 7-

Contraintes et problèmes potentiels  La  nécessité  de  disposer  de  services  DNS  correctement  configurés  est  telle  que  nous  pouvons  d’ores  et  déjà,  faire  apparaître deux types de contraintes et problèmes potentiels :  ●

Le  premier  type  de  contraintes  concerne  l’annuaire  Active  Directory,  les  contrôleurs  de  domaines  et  autres  composants ou applications concernés par l’usage de l’annuaire, tel que spécifié ci­dessous. Si les services DNS  ne  permettent  pas  d’aider  à  la  résolution  des  recherches  nécessaires  aux  contrôleurs  de  domaine,  un  dysfonctionnement  grave,  voire  total,  des  réplications  Active  Directory  entre  contrôleurs  de  domaine,  pourra  avoir  lieu.  Dans  le  même  ordre  d’idées,  nous  pouvons  citer  par  exemple  des  applications  d’entreprises telles  que  Microsoft  Exchange  ou  Microsoft  Systems  Management  Server  2003.  Comme  ces  applications  disposent  d’un niveau important d’intégration à l’annuaire Active Directory, elles pourront, elles aussi, se retrouver plus  ou moins paralysées en cas de défaillance des serveurs DNS. 

●

Le deuxième type de contraintes DNS concerne les postes de travail et serveurs membres du domaine. Dans le  cas  des  ordinateurs  "clients  Active  Directory"  d’un  domaine  Active  Directory,  les  éventuelles  défaillances  des  services  DNS  pourront  être  moins  dramatiques.  En  effet,  l’absence  de  services  DNS  aura  pour  principal  effet  d’augmenter le temps de recherche d’un contrôleur fonctionnant sous Windows Server (2000, 2003 ou 2008)  pour finalement choisir un ancien contrôleur de domaine Windows NT 4.0, dans le cas où il en existerait encore  au sein du domaine. 

Notez que seuls les ordinateurs Windows 2000, Windows XP Professionnel, Windows Vista ou les postes Windows 9x  disposant  du  client  Active  Directory  utilisent  le  système  de  résolution  DNS  pour  localiser  les  contrôleurs  de  domaine  d’un domaine Active Directory.  Dans le cas où une situation de repli vers un contrôleur Windows NT se produirait, alors les "anciens mécanismes de  types résolutions WINS/interface NetBIOS et authentifications NTLM" seraient utilisés au détriment de ceux offerts par  l’annuaire Active Directory.  Infrastructure  Windows  Active  Directory  et  défaillances  DNS  :  le  système  DNS  est  aujourd’hui  le  système  de  résolution  et  de  localisation  préféré  tant  de  l’infrastructure  Windows  elle­même  que  des  applications  qui  y  demeurent.  Par  conséquent,  soyez  sensibilisé  au  fait  qu’une  défaillance  ou  erreur  de  configuration  au  niveau  des  services DNS pourra avoir des effets sur l’infrastructure Windows toute entière et, aussi, sur les applications qui y  seraient hébergées. 

© ENI Editions - All rigths reserved

- 1-

Contrôle rapide des enregistrements de ressources  La  détection  d’un  problème  de  localisation  d’un  ou  de  plusieurs  contrôleurs  de  domaine  sera  généralement  assez  rapide.  En  effet,  l’indisponibilité  d’un  contrôleur  de  domaine  sur  un  site  donné  est  souvent  synonyme  de  ralentissements des connexions au réseau, voire de l’indisponibilité d’une application importante.  Par conséquent, si l’incident génère rapidement un problème, il est indispensable que vous puissiez réagir encore plus  rapidement pour solutionner le dit problème. 

1. Tests des enregistrements DNS  Pour tester la configuration de vos enregistrements, vous pouvez utiliser les outils ci­dessous :  NSLookup : vous pourrez, par exemple, tester le bon enregistrement des enregistrements de Catalogues Globaux.  La première commande set type=SRV vous permet de demander en retour les détails relatifs à un enregistrement de  ressource de type SRV RR.  C:\Documents and Settings\Administrateur.CORP2003>nslookup Serveur par défaut : booster2003.corp2003.corporate.net Address: 192.168.0.222 > set type=SRV > _gc._tcp.corp2003.corporate.net Serveur : booster2003.corp2003.corporate.net Address: 192.168.0.222 _gc._tcp.corp2003.corporate.net SRV service location: priority = 0 weight = 100 port = 3268 svr hostname = booster2003.corp2003.corporate.net booster2003.corp2003.corporate.net internet address = 192.168.0.222 > DCDiag  :  vous  pourrez  utiliser  la  commande  DCDiag  (Domain  Controller  Diagnostics)  pour  contrôler  les  enregistrements DNS des partenaires de réplication.  NetDiag : vous pourrez utiliser la commande NetDiag pour vérifier les enregistrements DNS relatifs à un contrôleur  de domaine spécifique. Pour cela, vous pourrez utiliser la commande suivante sur le contrôleur de domaine à tester :  Netdiag /test:DNS /v  NLTests : vous pourrez utiliser la commande NLTest (Net Logon Test) pour tester l’ensemble des fonctions prises en  charge par le service "Ouverture de session réseau/Net Logon". Cette commande est très complète car elle intègre la  vérification  des  canaux  sécurisés  (Secure  Channel),  la  sélection  des  contrôleurs,  des  serveurs  de  temps,  des  sites  Active  Directory  et  la  vérification  et  la  réinitialisation  des  relations  d’approbation  inter­domaines.  Vous  pourrez  l’utiliser aussi pour tester les enregistrements DNS à l’aide de la commande NLTest /DSQUERYDNS.  La commande NLTest est une commande des Outils de Support de Windows Server 2003. Comme cela a déjà  été précisé, veillez à ce que tout serveur Windows 2000 Server ou Windows Server 2003 dispose des Outils  de Support. Notez que sur les serveurs Windows Server 2008, cette commande est disponible par défaut. 

Notez que cette commande teste les zones impliquées dans le fonctionnement de l’Active Directory mais ne  teste pas les zones relatives aux partitions de l’annuaire d’applications. 

Réenregistrements des enregistrements de type SRV des contrôleurs de domaine Vous pourrez utiliser les commandes suivantes pour forcer la réinscription des enregistrements DNS nécessaires au  bon fonctionnement des ordinateurs contrôleurs de domaine.  IPConfig  :  utilisez  la  commande  IPConfig/registerdns.  Notez  que  cette  commande  ne  prend  pas  en  charge  les  partitions de l’annuaire d’applications.  NetDiag : utilisez la commande NetDiag /fix.  Service "Ouverture de session réseau" : redémarrez le service "Ouverture de session réseau" sur le contrôleur de  domaine dont les enregistrements DNS doivent être réinscrits.  NLTest  :  utilisez  la  commande  NLTest  /dsregdns  pour  forcer  le  réenregistrement  de  tous  les  enregistrements  de 

© ENI Editions - All rigths reserved

- 1-

ressources nécessaires au contrôleur de domaine.  Cette  commande  fonctionne  aussi  au  travers  du  réseau.  Ainsi  pour  forcer  la  réinscription  des  enregistrements  d’un  serveur distant vous pourrez entrer la commande NLTest/server:nom_du_serveur /DSREGDNS.  Notez que la commande NL Test, très complète, permet aussi de redémarrer un serveur à distance et aussi  d’annuler  une  procédure  d’arrêt  distant  en  cours  de  traitement.  Pour  cela  vous  pourrez  utiliser  les  commandes suivantes : NLTest /server :nom_du_serveur /SHUTDOWN: [] et 

Désenregistrement des enregistrements de type SRV des contrôleurs de domaine Il  se  peut  que  vous  souhaitiez  supprimer  les  enregistrements  de  ressource  de  type  SRV  relatifs  à  un  ancien  contrôleur de domaine. Cette opération est louable puisqu’elle aura pour effet d’éviter d’infructueuses tentatives de  connexion sur un contrôleur de domaine inexistant.  Pour  réaliser  cette  opération,  vous  pouvez  utiliser  encore  une  fois  la  commande  NLTest  à  l’aide  des  paramètres  spécifiés ci­dessous : NLTest /DSDEREGDNS:FQDN_du_serveur  Vous  pourrez  aussi  spécifier  le  ou  les  types  d’enregistrements  Active  Directory  à  supprimer  en  spécifiant  les  paramètres /DOM:, /DOMGUID:, /DSAGUID:.  /DOM  :  le  paramètre  /DOM:nom_du_domaine_DNS  spécifie  le  nom  DNS  du  domaine  à  utiliser  pour  rechercher  l’enregistrement. Si ce paramètre n’est pas spécifié, le suffixe utilisé avec le paramètre /DSDEREGDNS est utilisé.  /DOMGUID : ce paramètre permet de supprimer les enregistrements DNS basés sur des GUID.  /DSAGUID : ce paramètre permet de supprimer les enregistrements DNS de type DSA basés sur des GUID.  Nettoyage des caches du système de résolution DNS Les  différents  outils  que  nous  venons  de  voir  vous  permettront  d’identifier  très  rapidement  et  de  résoudre  les  problèmes  relatifs  aux  enregistrements  de  ressources  nécessaires  aux  contrôleurs  de  domaine  d’une  forêt  Active  Directory.  Notez cependant que ces outils respectent les mécanismes de résolutions et méthodes configurées.  Cela signifie que vous devrez vous assurer que : 

- 2-

●

Le cache du ou des serveurs DNS impliqués ne contient plus d’anciens enregistrements inadéquats. Pour cela,  vous devrez par exemple utiliser la commande DNSCmd nom_du_serveur /clearcache. 

●

Le  cache  de  la  partie  cliente  DNS  (c’est­à­dire  le  module  DNR  ­  Domain  Name  Resolver)  ne  contient  pas  d’enregistrements  mis  en  cache  négativement.  Pour  cela  vous  devrez,  par  exemple,  utiliser  la  commande  IPConfig /flushdns. 

●

Les zones DNS à mettre à jour autorisent la mise à jour dynamique des enregistrements. 

© ENI Editions - All rigths reserved

Gestion  du  problème  de  la  transition  des  contrôleurs  de  domaines  NT  vers Active Directory  La période de transition d’un domaine Windows NT vers l’annuaire Active Directory est une phase qui peut varier dans  le  temps  en  fonction  de  l’environnement  technique  et  des  contraintes  de  temps  et  de  budget.  Généralement,  les  migrations  se  déroulent  rapidement.  Cependant,  dans  certains  cas,  la  période  de  transition  peut  laisser  apparaître  quelques problèmes comme celui évoqué ci­après.  Lorsque des ordinateurs fonctionnant sous Windows 2000 ou une version ultérieure s’authentifient dans un domaine  Windows NT, alors ils utilisent les authentifications Windows NT de type NTLM Challenge Response (v1 ou v2) puisque,  bien entendu, il n’est pas possible d’utiliser l’authentification Kerberos v5 disponible grâce aux contrôleurs de domaine  Active Directory.  Cela  signifie  évidemment  que  ces  postes  de  travail  peuvent  se  connecter  au  réseau  en  sollicitant  les  contrôleurs  de  domaine secondaire fonctionnant sous Windows NT 4.0.  Cependant  quand  un  domaine  fait  l’objet d’une  mise  à  niveau  vers  l’annuaire  Active  Directory,  un  client  Kerberos  tel  que  Windows  2000,  Windows  XP  ou  Windows  Vista  désactive  automatiquement  l’authentification  NTLM  pour  ne  plus  être  capable  que  de  réaliser  des  authentifications  Kerberos.  D’un  point  de  vue  de  la  qualité  du  niveau  de  sécurité  offert, il est clair que ce point est positif !  Néanmoins,  que  se  passerait­il  si  le  domaine  Windows  NT  contenait  plusieurs  centaines  ou  milliers  d’ordinateurs  fonctionnant  sous  Windows  2000  juste  après  la  migration  du  PDC  NT  vers  Windows  Server  2003  ou  Windows  2000  Server ?  La  réponse  est  claire  :  tous  ces  ordinateurs  ne  dépendront  exclusivement  que  d’un  seul  et  unique  contrôleur  de  domaine  Active  Directory  !  De  plus,  même  en  cas  d’absence  du  ou  des  contrôleurs  de  domaine  Active  Directory,  ces  ordinateurs  ne  sélectionneront  pas  de  contrôleurs  Windows  NT.  À  la  place,  ils  utiliseront  les  informations  de  compte  mises en cache.  Vous  pouvez  configurer  la  valeur  du  nombre  d’informations  de  mise  en  cache  en  modifiant  ce  paramètre  de  sécurité dans la stratégie de sécurité concernée. Il pourra s’agir d’une stratégie locale ou bien d’une stratégie  de groupe dans Active Directory. Une fois ouverte, développez l’arborescence de la console comme suit : allez dans  Configuration  de  l’ordinateur\Paramètres  Windows\Paramètres  de  sécurité\Stratégies  locales\Options  de  sécurité\ et modifiez la valeur du paramètre Informations de mise en cache. Par défaut, la valeur est égale à 10. La  valeur  0  désactive  la  mise  en  cache  de  l’ouverture  de  session,  sachant  que  le  nombre  maximum  d’informations  d’ouvertures de session mises en cache ne peut excéder cinquante mises en cache.  Outre  d’éventuels  problèmes  de  contrôles  d’accès  vers  des  ressources  du  réseau,  des  problèmes  de  performances  pourront alors apparaître si le ou les contrôleurs Active Directory ne sont joignables que par des connexions lentes.  Forçage des contrôleurs Active Directory en pseudo contrôleurs NT Le  contournement  de  ce  problème  est  supporté  à  partir  de  Windows  2000  SP2  et  intégré  de  base  dans  Windows  Server 2003 et Windows Server 2008. Le concept est présenté ci­dessous.  Pour pouvoir résoudre le problème, il faut leurrer les ordinateurs "intelligents" fonctionnant sous Windows 2000 ou une  version ultérieure en leur faisant croire que le contrôleur Windows NT 4.0 migré vers Windows Server (2000, 2003 ou  2008) est en fait un contrôleur NT4 !  Une fois qu’un nombre suffisant de contrôleurs NT 4.0 auront été mis à niveau vers Windows Server 2003 ou Windows  2000 Server pour pouvoir prendre en charge les demandes d’ouverture de sessions, vous pourrez retirer le paramètre.  Les  "ordinateurs  intelligents"  fonctionnant  sous  Windows  2000  ou  Windows  XP  Professionnel  choisiront  alors  le  meilleur contrôleur Active Directory et utiliseront les authentifications Kerberos.  L’idée est donc qu’un contrôleur Active Directory récemment mis à niveau se comporte comme un simple contrôleur NT,  du  moins  en  terme  d’authentification  !  Vous  pourrez  contrôler  la  mise  en  place  de  ce  comportement  exceptionnel  à  l’aide de la clé de registre ci­dessous :  HKLM \ System \ CurrentControlSet \ Services \ Netlogon \ Parameters, Nom de la clé : NT4Emulator et Valeur de  type REG_DWORD égale à 1  Il  est  primordial  que  cette  clé  soit  renseignée  sur  le  ou  les  contrôleurs  de  domaine  NT  avant  que  vous  ne  procédiez  à  la  mise  à  niveau  des  ordinateurs  vers  Windows  Server  (2000,  2003,  2008).  Le  fait  de  déclarer  cette clé avant la mise à niveau forcera les contrôleurs de domaine concernés à répondre à l’aide du protocole NTLM  au lieu du protocole Kerberos dès le redémarrage. 

Notez que ce paramètre n’interfère en aucune façon avec les autres fonctionnalités Active Directory qui sont  donc toujours actives et opérationnelles. 

© ENI Editions - All rigths reserved

- 1-

Cadre d’utilisation du paramètre NT4Emulator et restrictions Ce paramètre est donc particulièrement utile dans le cas où le nombre de postes de travail Windows 2000, Windows  XP  ou  Windows  Vista  est  important  et  où  la  période  de  mise  à  niveau  des  contrôleurs  NT  vers  Active  Directory  est  prévue pour être relativement longue.  Durant  la  période  de  transition  où  le  paramètre  NT4Emulator  sera  opérationnel,  les  ordinateurs  n’utiliseront  pas  le  protocole Kerberos v5. Par conséquent, vous devrez considérer les limitations suivantes :  ●

Les  clients  Windows  2000,  Windows  XP  ou  Windows  Vista  ne  pourront  pas  accéder  et  implémenter  les  paramètres stockés dans les stratégies de groupe. Ce point est particulièrement important et tend à mettre en  avant le fait qu’il est recommandé de disposer assez rapidement, d’un minimum de contrôleurs Active Directory,  pour raccourcir au minimum la phase d’utilisation du paramètre NT4Emulator. 

●

Il ne sera pas possible sur ces ordinateurs d’utiliser les outils d’administration Active Directory. En effet, pour  pouvoir  accéder  aux  données  stockées  dans  l’annuaire  Active  Directory,  il  faut  que  les  outils  tels  que  "Utilisateurs  et  Ordinateurs  Active  Directory"  établissent  une  connexion  LDAP  sécurisée,  laquelle  exige  le  protocole Kerberos. 

●

Pour  la  même  raison,  vous  ne  pourrez  pas  non  plus  réaliser  la  promotion  d’un  serveur  membre  en  tant  que  contrôleur de domaine, ni créer un nouveau domaine dans la forêt. Cette dernière limitation ne sera vraie que  si vous avez activé le paramètre NT4Emulator sur les contrôleurs de domaine du domaine racine de la forêt. 

Limitation de la portée du paramètre NT4Emulator Vous pouvez constater que le fait que le paramètre NT4Emulator soit un paramètre qui réside sur les contrôleurs de  domaine en fait un paramètre global. De fait, il concerne tous les ordinateurs clients du domaine concerné.  Dans le cas où il serait nécessaire que certains ordinateurs ne respectent pas la consigne que vous avez fixée à l’aide  du paramètre NT4Emulator, vous pourrez forcer les postes concernés à utiliser malgré tout le protocole Kerberos.  Cette  fois­ci,  vous  devrez  déclarer  le  paramètre  sur  le  ou  les  ordinateurs  clients  à  la  clé  de  registre  spécifiée  ci­ dessous :  HKLM \ System \ CurrentControlSet \ Services \ Netlogon \ Parameters, Nom de la clé : NeutralizeNT4Emulator  et Valeur de type REG_DWORD égale à 1  Le paramètre NeutralizeNT4Emulator est un paramètre qui est pris en charge dynamiquement lors de l’ouverture de  session.  Pour  être  certain  que  l’authentification  Kerberos  est  bien  utilisée,  vous  pourrez  consulter  les  journaux  d’événements et vérifier que les stratégies de groupe se sont bien appliquées à l’ouverture de session. La commande  gpupdate  /force  pourra  aussi  être  utilisée  pour  forcer  dynamiquement  le  rafraîchissement  et  l’application  des  paramètres de l’ordinateur et de l’utilisateur.  L’utilitaire Kerberos Kerbtray disponible dans le kit de Ressources Techniques de Windows Server 2003 peut aussi être  utilisé  aussi  bien  sur  les  serveurs  Windows  2000  Server  que  sur  les  serveurs  Windows  Server  2003  ou  Windows  Server 2008. Il permet de visualiser les tickets Kerberos actuellement disponibles. De cette façon, vous serez certain  que  l’ordinateur  utilise  désormais  le  protocole  Kerberos  malgré  la  présence  du  paramètre  NT4Emulator  fixé  sur  le  contrôleur de domaine.  Retour au fonctionnement normal des contrôleurs Active Directory Une  fois  que  vous  aurez  déployé  un  nombre  suffisant  de  contrôleurs  de  domaine  Active  Directory  pour  prendre  en  charge  le  volume  d’authentification  souhaité  ainsi  que  la  mise  à  disposition  des  stratégies  de  groupe,  vous  pourrez  annuler  l’activation  du  paramètre  NT4Emulator  en  fixant  sa  valeur  à  0.  Une  fois  la  valeur  fixée,  procédez  au  redémarrage des contrôleurs de domaine concernés.  À partir de cet instant, le contrôleur utilisera en priorité le protocole Kerberos et NTLM v2 si nécessaire.  Pour être sûr que tous les postes sont capables de profiter de l’authentification sécurisée Kerberos v5 et de  l’application  des  stratégies  de  groupe,  assurez­vous  que  le  paramètre  est  bien  supprimé  de  tous  les  contrôleurs Active Directory. 

Pour plus de détails sur ces paramètres, vous pouvez consulter l’article 298713 « How to prevent overloading  on  the  first  domain  controller  during  domain  upgrade  »  disponible  à  l’adresse  :  http://support.  microsoft.com/kb/298713/en­us. 

- 2-

© ENI Editions - All rigths reserved

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quelle différence fondamentale faites­vous entre la recherche des contrôleurs de domaine Windows NT et la  recherche des contrôleurs de domaine Active Directory ?  2 Quelle différence faites­vous entre un nom DNS et un nom NetBIOS ?  3 Les services de résolution DNS peuvent­ils être invoqués dans le cadre des résolutions NetBIOS ?  4 Le code de service NetBIOS [1D] correspond­il au code de service d’un domaine NT ?  5 Quel est le code de service NetBIOS utilisé par les clients Windows pour localiser les contrôleurs de domaine  Windows NT ?  6 Quel service sur les serveurs fonctionnant sous Windows Server 2008, Windows Server 2003 ou Windows 2000  Server est utilisé pour localiser les contrôleurs de domaine Active Directory ?  7 Qu’appelle­t­on un Ping LDAP ? Dans quel cas est utilisée cette fonction ?  8 Quels types d’enregistrements critiques Active Directory doivent être présents pour aider à la localisation et la  sélection de chaque contrôleur de domaine Active Directory ?  9 Quelle fonctionnalité de Windows Server 2003 et Windows Server 2008 permet de garantir la disponibilité  totale de la zone racine de la forêt _msdcs.racine ?  10 Vers quels serveurs DNS la zone racine de la forêt _msdcs.racine est­elle répliquée ?  11 Quels sont les RFC qu’il est indispensable de supporter pour que les services de localisation des services Active  Directory soient opérationnels ?  12 Quelles commandes de diagnostics pouvez­vous utiliser pour vérifier les enregistrements de ressources des  contrôleurs de domaine Active Directory ?  13 Quelle commande pouvez­vous utiliser pour purger le cache de résolutions lorsque le problème se situe du côté  du client DNS ?  14 Quelle commande pouvez­vous utiliser pour purger le cache de résolutions lorsque le problème se situe côté du  serveur DNS ?  15 Dans le cadre de la période de transition des contrôleurs de domaine NT vers Windows Server 2003 ou  Windows Server 2008, est­il possible de faire croire aux postes clients que le nouveau contrôleur Windows est  un contrôleur Windows NT ?  16 Expliquez le rôle exact des nouvelles zones GlobalNames offertes par les serveurs DNS fonctionnant sous  Windows Server 2008 ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /16  Pour ce chapitre, votre score minimum doit être de 12 sur 16. 

3. Réponses  1 Quelle différence fondamentale faites­vous entre la recherche des contrôleurs de domaine Windows NT et la  recherche des contrôleurs de domaine Active Directory ?  Dans les domaines NT, la recherche des services est basée sur l’interface NetBIOS et le service de résolution WINS.  Dans les domaines Active Directory, les contrôleurs sont localisés grâce au système de résolution DNS.  2 Quelle différence faites­vous entre un nom DNS et un nom NetBIOS ?  Ces deux types de noms appartiennent à des espaces de nommage distincts.  3 Les services de résolution DNS peuvent­ils être invoqués dans le cadre des résolutions NetBIOS ? 

© ENI Editions - All rigths reserved

- 1-

Oui,  comme  cela  est  le  cas  sous  Windows  NT,  Windows  2000,  Windows  XP  Professionnel,  Windows  Vista  et  aussi  Windows Server 2003 et Windows Server 2008.  4 Le code de service NetBIOS [1D] correspond­il au code de service d’un domaine NT ?  Non. Le code [1D] est utilisé par les fonctions d’exploration du voisinage réseau.  5 Quel est le code de service NetBIOS utilisé par les clients Windows pour localiser les contrôleurs de domaine  Windows NT ?  Le domaine NT enregistre son nom sur le code de service NetBIOS [1C]. Cet enregistrement de groupe est utilisé par  les clients Windows pour localiser les contrôleurs de domaine Windows NT.  6 Quel service sur les serveurs fonctionnant sous Windows Server 2008, Windows Server 2003 ou Windows 2000  Server est utilisé pour localiser les contrôleurs de domaine Active Directory ?  Le service Ouverture de session réseau (Net Logon).  7 Qu’appelle­t­on un Ping LDAP ? Dans quel cas est utilisée cette fonction ?  Il  s’agit d’un  message  réseau  permettant  de  tester  la  présence  d’un  serveur  LDAP.  Le  protocole  de  transport  utilisé  n’est pas TCP sur le port 389 mais UDP sur le port 389.  8 Quels types d’enregistrements critiques Active Directory doivent être présents pour aider à la localisation et la  sélection de chaque contrôleur de domaine Active Directory ?  Chaque contrôleur de domaine nécessite 13 enregistrements de ressources de types SRV et CNAME.  9 Quelle fonctionnalité de Windows Server 2003 et Windows Server 2008 permet de garantir la disponibilité  totale de la zone racine de la forêt _msdcs.racine ?  Les partitions de l’annuaire d’applications.  10 Vers quels serveurs DNS la zone racine de la forêt _msdcs.racine est­elle répliquée ?  Cette zone est répliquée vers tous les serveurs DNS contrôleurs de domaines de la forêt.  11 Quels sont les RFC qu’il est indispensable de supporter pour que les services de localisation des services Active  Directory soient opérationnels ?  Il faut respecter le RFC Draft 2052, lequel a été mis à jour par le RFC 2782 de type Proposed Standard.  12 Quelles commandes de diagnostics pouvez­vous utiliser pour vérifier les enregistrements de ressources des  contrôleurs de domaine Active Directory ?  Dcdiag, Netdiag, Nltest.  13 Quelle commande pouvez­vous utiliser pour purger le cache de résolutions lorsque le problème se situe du côté  du client DNS ?  Utilisez la commande "IPConfig /flushdns".  14 Quelle commande pouvez­vous utiliser pour purger le cache de résolutions lorsque le problème se situe côté du  serveur DNS ?  Utilisez la commande "DNSCmd nom_du_serveur /clearcache".  15 Dans le cadre de la période de transition des contrôleurs de domaine NT vers Windows Server 2003 ou  Windows Server 2008, est­il possible de faire croire aux postes clients que le nouveau contrôleur Windows est  un contrôleur Windows NT ?  Oui.  Il  suffit  de  déclarer  la  valeur  NT4Emulator  de  type  REG_DWORD  égale  à  1  à  la  clé  HKLM  \  System  \  CurrentControlSet \ Services \ Netlogon \ Parameters.  16 Expliquez le rôle exact des nouvelles zones GlobalNames offertes par les serveurs DNS fonctionnant sous  Windows Server 2008 ?  Ce  nouveau  type  de  zones  DNS  permet  de  stocker  les  noms  DNS  appelés  noms  simples  en  une  seule  partie.  Cette  nouvelle fonctionnalité permet aux administrateurs de migrer l’ensemble des systèmes de résolutions vers DNS. Il est  ainsi possible de disposer de noms globaux statiques en une seule partie sans dépendre du service Wins. Notez tout de  même  que  ces  "noms  simples"  pris  en  charge  par  les  zones  DNS  GlobalNames  ne  remplacent  pas  totalement  les  services WINS. 

- 2-

© ENI Editions - All rigths reserved

Travaux pratiques  1.  Inscription  manuelle  des  enregistrements  SRV  du  service  Ouverture  de  session  réseau  Ce  TP  a  pour  objectif  d’aider  au  bon  enregistrement  des  enregistrements  de  services  des  contrôleurs  de  domaine  Windows  2000  Server,  Windows  Server  2003  et  Windows  Server  2008,  dans  le  cas  où  les  serveurs  seraient  "mal"  inscrits dans les zones DNS.  Pour réaliser cette opération, procédez tel que cela est précisé ci­dessous.  1. 

Ouvrez une invite de commandes. 

2. 

Tapez la commande : nltest /dsregdns 

Pour obtenir tous les détails de la syntaxe de la commande NLTEST, tapez nltest /?  Vous pouvez aussi procéder au redémarrage du service "Ouverture de session réseau".  Pour réaliser cette opération, procédez tel que cela est précisé ci­dessous :  1. 

Ouvrez une invite de commandes. 

2. 

Tapez la commande ci­dessous : net stop netlogon, puis validez par [Entrée], net start  netlogon, puis validez par [Entrée]. 

3. 

Attendez quelques secondes que le service "Ouverture de session réseau" procède au  réenregistrement de tous les enregistrements de type SRV de l’ordinateur concerné. 

Ce TP vous a permis de maintenir de manière efficace les enregistrements critiques des services Active Directory. 

2. Désenregistrements des enregistrements SRV  Ce TP a pour objectif d’aider au nettoyage des zones DNS contenant les enregistrements de service utilisés par les  contrôleurs de domaine Windows 2000 Server, Windows Server 2003 et Windows Server 2008 obsolètes mais encore  connus au sein des zones DNS.  Pour réaliser cette opération, procédez tel que cela est précisé ci­dessous.  1. 

Ouvrez une invite de commandes. 

2. 

Tapez la commande : nltest [/server:servername] /dsderegdns:srv­ paris /dom:eu.corpnet.net 

où  le  paramètre  servername  représente  le  serveur  sollicité.  Si  le  paramètre  n’est  pas  spécifié,  alors  la  commande  considère l’ordinateur local.  Pour  procéder  à  l’opération  de  désenregistrement  des  enregistrements  de  services  souhaités,  utilisez  le  paramètre /dsderegdns:DnsHostName. Le paramètre DnsHostName représente le nom à supprimer. Terminez cette  commande avec le paramètre /DOM:Nom_du_domaine visé.  Pour obtenir tous les détails de la syntaxe de la commande NLTEST, tapez nltest /? 

3. Réinitialisation du cache de résolution client à l’aide de la commande ipconfig  Ce TP vous permettra de résoudre nombre de problèmes de résolution de noms DNS en vidant le cache de résolution  du client DNS.  Pour réaliser cette opération, procédez tel que cela est spécifié ci­dessous :  1. 

Ouvrez l’invite de commandes. 

2. 

Tapez la commande suivante : ipconfig /flushdns 

Le paramètre /flushdns vous permet de vider et réinitialiser le cache de résolution client.    © ENI Editions - All rigths reserved

- 1-

Il n’est pas nécessaire de disposer d’informations d’identification d’administration pour effectuer cette tâche. La  réinitialisation  du  cache  n’élimine  pas  les  entrées  préchargées  à  partir  du  fichier  local  Hosts.  Pour  éliminer  ces  entrées du cache, vous devez les supprimer de ce fichier.  Bien  que  la  commande  ipconfig  soit  fournie  pour  les  versions  antérieures  de  Windows,  l’option  /flushdns  est  uniquement disponible pour les ordinateurs exécutant les systèmes d’exploitation Windows 2000 et ultérieur. 

4. Effacement du contenu du cache des noms de serveurs DNS  Ce TP vous permettra de purger le contenu du cache des noms du serveur DNS.  Pour réaliser cette opération, procédez tel que cela est précisé ci­dessous :  1. 

Ouvrez la console de gestion du DNS. 

2. 

Dans l’arborescence de la console, cliquez sur le serveur DNS sur lequel vous souhaitez  réaliser l’opération. 

3. 

Dans le menu Action, cliquez sur Effacer le cache. 

Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs sur l’ordinateur local, ou  avoir reçu par délégation les autorisations nécessaires. Si l’ordinateur est joint à un domaine, les membres  du groupe Admins du domaine peuvent être en mesure d’effectuer cette procédure.  Pour réaliser la même opération à  la  ligne  de  commande,  procédez  comme  suit  :  Ouvrez  une  invite  de  commandes  puis tapez : dnscmd NomServeur /clearcache 

- 2-

© ENI Editions - All rigths reserved

À propos des annuaires  Nous sommes familiers et habitués à utiliser différents types d’annuaires dans notre vie quotidienne. À titre d’exemple,  nous  pouvons  citer  les  annuaires  téléphoniques  publiques  et  professionnels  et  tout  ce  qui  ressemble  de  près  ou  de  loin  à  un  catalogue.  Ce  pourrait  être  le  cas  d’un  programme  de  spectacle  ou  encore  d’un  catalogue  de  vente  de  produits sur un site de commerce électronique.  La fonction première de tout service d’annuaire est donc d’aider les utilisateurs de ces services à trouver toutes sortes  d’éléments en fonction de leur description et diverses caractéristiques.  Dans la mesure où les utilisateurs n’interagissent pas directement avec l’annuaire, il est dit que ces types d’annuaires  fonctionnent en mode "déconnecté".  L’implémentation des services d’annuaires au sein des réseaux informatiques reprend ces mêmes concepts mais étend  de manière importante leur fonctionnalités. À l’inverse des premiers, les annuaires informatiques fonctionnent en mode  "connecté" et disposent ainsi des caractéristiques suivantes :  ●

L’annuaire est sécurisé : ce point signifie que l’annuaire peut être utilisé pour implémenter un contrôle d’accès  global  aux  objets.  Dans  la  mesure  où  l’annuaire  doit  centraliser  des  informations  "intéressantes",  il  est  indispensable  qu’il  dispose  de  mécanismes  d’authentification  modernes  et  standards  capables  de  gérer  l’identité des clients. 

●

L’annuaire est dynamique : ce point signifie que le contenu de l’annuaire peut être mis à jour de manière très  rapide  et  ce,  quel  que  soit  le  nombre  de  serveurs  d’annuaires  concernés.  Les  informations  offertes  par  l’annuaire sont donc "stables" car disponibles de manière cohérente en tout point du réseau. 

●

L’annuaire  est  flexible  :  ce  point  signifie  que  le  contenu  de  l’annuaire  peut  être  personnalisé  via  l’ajout  de  nouvelles structures de données sans pour autant nécessiter une réorganisation de l’annuaire, ni de surcoûts  importants.  Une  telle  flexibilité  permettra  aussi  de  réorganiser  de  manière  dynamique  l’annuaire  lorsque  cela  sera nécessaire. Les opérations de réorganisation peuvent permettre une plus grande efficacité des services  de recherches de l’annuaire et aussi de s’adapter à une évolution du modèle organisationnel. 

Bases de données et Systèmes de Fichiers : ce qu’un système d’annuaire ne fera pas ! L’annuaire joue le rôle d’une base de données sécurisée globalement disponible car répliquée en de nombreux points  du  réseau.  Cependant,  les  services  et  le  rôle  de  l’annuaire  ne  peuvent  être  comparés  aux  services  fournis  par  un  système de base de données SQL ou un système de fichier tel que NTFS ou autre.  Concernant  la  comparaison  par  rapport  aux  moteurs  de  bases  de  données  SQL,  il  convient  de  constater  que  les  annuaires sont utilisés à 90% en lecture et donc très peu en écriture. Si le volume des écritures augmente ou si les  requêtes  sont  complexes,  alors  l’avantage  sera  donné  à  un  moteur  de  bases  de  données  SQL.  Si  par  contre,  la  sécurité et la disponibilité sont privilégiées, alors l’avantage serait donné à un annuaire.  Concernant  la  comparaison  par  rapport  aux  systèmes  de  fichiers  ­  comme  par  exemple  NTFS  ­  il  convient  de  faire  remarquer  que  les  annuaires  n’apprécient  guère  les  objets  "volumineux".  Les  annuaires  sont  en  fait  optimisés  pour  être excellents en recherches et en lectures d’attributs et ce, sur un grand volume d’objets (généralement des millions  d’objets). À la différence des systèmes de fichiers, les annuaires ne disposent pas de fonctions de lecture anticipées  (Read Ahead) ou de lecture brute (RAW).  Les annuaires sont donc orientés "attributs et valeurs d’attributs" tandis que les systèmes de fichiers sont clairement  orientés stockage des données. Si les annuaires sont pris en défaut sur leur capacité à assurer un service performant  au  niveau  des  données  brutes,  on  peut  aussi  remarquer  qu’il  en  sera  de  même  pour  les  systèmes  de  fichiers  concernant la gestion des attributs et les services de recherche intégrés. 

© ENI Editions - All rigths reserved

- 1-

Un peu d’Histoire  En 1988, l’ISO (International Organization for Standardization) et l’ITU (International Telecommunications Union) fusionnent  leurs  travaux  et  approuvent  la  première  version  du  standard  X.500,  laquelle  sera  officiellement  publiée  par  l’ITU  en  1990.  En fait, X.500 est constitué d’un ensemble de protocoles standards, tous issus des travaux de l’ISO. Afin de donner un  bref  aperçu  de  l’étendue  des  services  offerts  par  le  protocole  X.500,  ces  différentes  recommandations  et  protocoles  sont brièvement rappelés ci­dessous :  ●

Spécification X.501 : Description des concepts X.500 ; 

●

Spécification X.509 : Description des mécanismes d’authentification X.500 ; 

●

Spécification X.511 : Description des fonctions de recherches et manipulations d’objets ; 

●

Spécification X.518 : Description des services distribués ; 

●

Spécification X.519 : Description des protocoles X.500 tels que DAP, DSP, DOP et DISP ; 

●

Spécification X.520 : Description des attributs et classes X.500 ; 

●

Spécification X.525 : Description des mécanismes de réplication X.500 ; 

●

Spécification X.530 : Description des services d’administration des annuaires X.500. 

Comme vous pouvez le constater, le protocole X.500 a été conçu dès le départ pour offrir aux services d’annuaires des  services complets et sophistiqués. Cependant, ce cahier des charges énorme sera la cause des nombreux problèmes  de fonctionnement et des faibles performances des premières versions d’annuaires X.500.  De plus, le principal inconvénient viendra du fait que seuls les protocoles ISO étaient supportés. Au commencement de  l’Internet, certains disent même que le "rêve secret" des architectes de l’OSI aurait été que X.500 supplante TCP/IP !  En  fait  cela  n’arrivera  pas  et,  bien  au  contraire,  les  implémentations  X.500  les  plus  modernes  seront  petit  à  petit  adaptées pour supporter TCP/IP. 

© ENI Editions - All rigths reserved

- 1-

LDAPv2 & LDAPv3  Les  méthodes  d’accès  aux  annuaires  basés  sur  X.500  étaient  bien  trop  complexes.  C’est  ainsi  qu’après  plusieurs  méthodes  "plus  simples"  permettant  l’accès  aux  annuaires  X.500,  l’OSI  et  l’IETF  (Internet  Engineering  Task  Force)  décidèrent de se regrouper pour formaliser un protocole allégé capable d’accéder aux annuaires X.500. Ces différentes  évolutions sont rappelées ci­dessous :  ●

La première spécification a été publiée en 1993 sous le RFC 1487. 

●

La spécification LDAPv2 publiée sous le RFC 1777 sera la première version approuvée par l’industrie. 

●

Le  RFC  1778  (String  Representation  of  Standard  Attribute  Syntaxes)  et  le  RFC  1779  (String  Representation  of  Distinguished Names) participent aussi à la clarification des syntaxes supportées. 

●

La spécification LDAPv3 est publiée en 1997 sous le RFC 2251. Cette version améliorera de manière significative  LDAPv2 dans les domaines ci­dessous :  ●

Extensibilité  plus  importante  :  le  protocole  LDAPv3  peut  être  étendu  pour  supporter  de  nouvelles  opérations à l’aide de nouveaux contrôles. De cette manière, les services LDAP peuvent être étendus au  fur et à mesure que cela est nécessaire. 

●

Découverte des fonctionnalités et du schéma disponible : les serveurs LDAPv3 disposent d’une nouvelle  entrée  dans  l’annuaire  appelée  RootDSE  (pour  Root  Directory  Server  Specific  Entry).  Ce  nouvel  élément  permet la publication de nombreuses informations spécifiques telles que, par exemple, les informations  de schéma ou les contrôles disponibles. Cette fonctionnalité permet aux clients LDAP de mieux négocier  les fonctionnalités et services disponibles par tel ou tel serveur d’annuaire LDAP. 

●

Meilleure  gestion  des  authentifications  :  LDAPv3  implémente  le  support  de  SASL  (Simple Authentication  and Security Layer) et de TLS (Transport Layer Security). 

●

Gestion des références : LDAPv3 implémente un mécanisme de gestion des références qui permet aux  serveurs LDAP de renvoyer des références vers d’autres serveurs LDAP. 

●

Support  des  jeux  de  caractères  Unicode  :  le  support  du  jeu  de  caractères  UTF­8  permet  au  protocole  LDAP de manipuler des données quel que soit le langage utilisé. 

Comme pour LDAPv2, le protocole LDAPv3 nécessite un certain nombre de clarifications lesquelles sont publiées dans les  RFC suivants :  ●

RFC 2252 : Attribute Syntax Definitions 

●

RFC 2253 : UTF­8 String Representation of Distinguished Names 

●

RFC 2254 : String Representation of LDAP Search Filters 

●

RFC 2255 : The LDAP URL Format 

●

RFC 2256 : A Summary of X.500(96) User Schema for use with LDAPv3 

●

RFC 2829 : Authentication Methods for LDAP 

●

RFC 2830 : Extensions for Transport Layer Security 

© ENI Editions - All rigths reserved

- 1-

Conformité LDAP de Windows 2000  La  famille  des  systèmes  d’exploitation  Windows  2000  Server  est  majeure  sur  de  nombreux  plans.  Nous  pouvons  rapidement citer les performances du système, les services de cluster, les services réseaux, les services de certificats  X509  v3,  le  support  des  authentifications  par  cartes  à  puce,  les  services  IIS,  les  services  transactionnels  MTS  et  les  services de streaming multimédia WMS. Cette liste n’est bien sûr, pas exhaustive.  Cependant, ces services, même s’ils sont fondamentaux à plus d’un titre, ne furent pas la raison pour laquelle Microsoft  monopolisa pendant plus de deux ans la quasi­totalité de ses développeurs sur le développement de Windows 2000 !  Le problème était d’arriver au bout du cahier des charges qui avait été défini dans le cadre des services distribués.  L’ensemble  de  ces  services  devait  être  basé  sur  des  technologies  standard  telles  que  TCP/IP,  DNS,  NTP,  Kerberos,  LDAPv2 et LDAPv3 et de nombreuses extensions autour de ces standards pour que soit possible le déploiement d’une  Infrastructure de Services Distribués. Il fallait aussi être capable de répondre aux besoins d’entreprises très différentes  et de tailles variables.  C’est ainsi que la première implémentation de l’Active Directory fut rapidement capable d’accueillir différents types de  données et de services. Pour que ce soit possible, Microsoft s’est engagé très tôt à supporter le protocole d’annuaire  LDAP. De fait, l’implémentation  Windows  2000  de  l’annuaire  Microsoft  Active  Directory  est  parfaitement  conforme  aux  RFC disponibles au moment de la disponibilité de Windows 2000.  Le tableau ci­dessous liste les différents RFC LDAP supportés par l’implémentation Windows 2000 de l’annuaire Active  Directory.  RFC 

RFC LDAP principaux 

État des RFC 

2251 

Lightweight Directory Access  Protocol (v3) 

Proposed 

Les alias et les DN de type multivaleurs ne sont à ce jour pas supportés.  

2252 

Lightweight Directory Access  Protocol (v3): Attribute Syntax  Definitions  

Proposed 

Certaines syntaxes Unix ne sont pas à ce jour supportées.  

2253 

Lightweight Directory Access  Protocol (v3): UTF­8 String  Representation of Distinguished  Names  

Proposed 

2254 

The String Representation of LDAP  Search Filters  

Proposed 

2255 

The LDAP URL Format 

Proposed 

2256 

A Summary of the X.500(96) User  Schema for use with LDAPv3  

Proposed 

2829 

Authentication Methods for LDAP  

Proposed 

2830 

Lightweight Directory Access  Protocol (v3): Extension for  Transport Layer Security 

Proposed 

RFC 

RFC LDAP additionnels 

2696 

LDAP Control Extension for Simple  Paged Results Manipulation  

Proposed 

2247 

Using Domains in LDAP/X.500  Distinguished Names  

Proposed 

© ENI Editions - All rigths reserved

- 1-

Conformité LDAP de Windows Server 2003 et Windows Server 2008  Windows Server 2003 reprend la base apportée par Windows 2000 Server et apporte de nouvelles fonctionnalités qui  intéresseront  tant  les  développeurs  que  les  ingénieurs  et  architectes  systèmes.  Notez  que  ces  fonctionnalités  font  toutes l’objet de RFC.  Les fonctionnalités les plus importantes sont spécifiées ci­dessous :  ●

Support des entrées dynamiques : l’annuaire Active Directory peut stocker les valeurs d’entrées dynamiques en  leur  assignant  une  durée  de  vie  (TTL  ­  Time  to  Live).  De  cette  manière,  ces  valeurs  peuvent  être  automatiquement détruites lorsque le TTL expire. 

●

Support du protocole TLS ­ Transport Layer Security : les connexions vers l’Active Directory via le protocole LDAP  peuvent désormais être cryptées et authentifiées à l’aide du protocole TLS. 

●

Support des authentifications DIGEST­MD5 : les connexions vers l’Active Directory via le protocole LDAP peuvent  désormais être authentifiées à l’aide du mécanisme d’authentification SASL ­ DIGEST­MD5 Simple Authentication  and Security Layer. L’interface Windows Digest SSPI (pour Security Support Provider Interface) permet d’utiliser  des authentifications de type DIGEST­MD5 en tant que méthode de type SASL. 

●

Support  des  vues  virtuelles  :  il  s’agit d’une  optimisation  du  traitement  des  réponses  aux  requêtes  LDAP.  Par  exemple,  lorsqu’une  requête  doit  retourner  vers  le  client  un  résultat  trop  volumineux,  l’idée  consiste  à  lui  retourner  seulement  le  contenu  d’une  "fenêtre"  de  valeurs  plutôt  que  l’intégralité  de  la  réponse.  De  cette  manière, le client "voit" le résultat instantanément et la charge sur le réseau est mieux contrôlée. 

●

Bind  LDAP  multiples  :  cette  fonctionnalité  permet  à  un  client  de  réaliser  plusieurs  Bind  LDAP  au  travers  de  la  même connexion pour pouvoir authentifier les utilisateurs. 

Le tableau ci­dessous liste les différents RFC LDAP supportés par l’implémentation Windows Server 2003 de l’annuaire  Active Directory.  RFC 

RFC LDAP principaux 

État des RFC 

L’ensemble des RFC supportés par l’implémentation LDAP de Windows 2000 sont supportés sous Windows  Server 2003.  

RFC 

RFC LDAP additionnels supportés  par Windows Server 2003 et  Windows Server 2008 

État des RFC 

2589 

LDAP Protocol (v3): Extensions for  Dynamic Directory Services  

Proposed 

2798 

Definition of the inetOrgPerson  LDAP Object Class 

Proposed 

2831 

Using Digest Authentication as an  SASL Mechanism  

Proposed 

2891 

LDAP Control Extension for Server  Side Sorting of Search Results  

Proposed 

2589 

LDAP Protocol (v3): Extensions for  Dynamic Directory Services  

Proposed 

Nous venons de voir que Microsoft s’est clairement engagé dans le support des technologies d’annuaires notamment  via le support inconditionnel du protocole LDAP et une participation active au sein des différents groupes de travail de  l’IETF.  Cependant  nous  savons  bien  que  les  technologies  passent  par  des  étapes  intermédiaires  nécessaires,  lesquelles  génèrent souvent des problèmes de compatibilité. C’est ce que nous allons constater avec les problèmes générés par  la classe inetOrg­Person définie dans le RFC 2798. 

© ENI Editions - All rigths reserved

- 1-

Compatibilité LDAP et support de la classe inetOrgPerson  De  nombreuses  critiques  ont  été  faites  concernant  la  pseudo  compatibilité  de  l’annuaire  Active  Directory  en  terme  d’annuaire respectant les recommandations de l’IETF et tout particulièrement la conformité LDAPv3. Le grand reproche  était le non support de la classe inetOrgPerson.  En fait, plusieurs points sont à considérer :  ●

L’annuaire  Active  Directory  respecte  tous  les  RFC  fondamentaux  traitant  du  protocole  LDAP  et  tout  particulièrement le RFC 3377 qui définit les spécifications du protocole LDAPv3. 

●

La classe inetOrgPerson est définie dans le RFC 2798, lequel est considéré comme une extension de LDAPv3 et  de fait, n’est donc pas incluse dans le RFC 3377 qui décrit les spécifications LDAPv3. 

●

La  classe  inetOrgPerson  définie  dans  le  RFC  2798  n’a  été  publiée  par  l’IETF  qu’en  avril  2000,  alors  que  Windows  2000  n’était  livré  qu’en  février  de  la  même  année.  Il  n’était  donc  pas  humainement  possible  de  supporter cette classe. 

●

En  cas  de  nécessité,  il  a  toujours  été  possible  d’étendre  le  schéma  de  l’Active Directory pour y ajouter cette  nouvelle classe. 

●

Microsoft a livré quelques temps après la sortie de Windows 2000 un additif capable d’intégrer cette nouvelle  classe  dans  le  schéma  Active  Directory.  Ce  kit  appelé  "Windows  2000  inetOrgPerson  Kit"  est  disponible  gratuitement sur le site de Microsoft. 

●

Le schéma Active Directory de Windows Server 2003 intègre la définition complète de la classe inetOrgPerson  ainsi que l’intégralité des fonctions d’administration relatives à cette classe. 

Finalement,  cette  classe  a  toujours  été  supportée  dans  l’environnement  Windows  2000,  mais  elle  ne  sera  vraiment  intégrée de base qu’avec Windows Server 2003.  Problème de mise à jour du schéma Active Directory vers Windows Server 2003 et Windows Server 2008  La mise à niveau du schéma Active Directory sera un passage obligé dans le processus de mise à jour des contrôleurs  de domaine Windows 2000 et Windows Server 2003 vers la nouvelle version Windows Server 2008. Pour ce faire, la  commande ADprep  située  sur  le  CD­Rom d’installation de Windows Server 2008, vous permettra de mettre à niveau  votre schéma Active Directory avec les nouvelles classes et attributs apportés par cette nouvelle version. Cependant, si  votre schéma Windows 2000 a été étendu par Exchange 2000, il est probable que vous serez confronté à un problème  de conflit sur des attributs identiques à ceux déclarés dans le RFC 2798.  Ce problème, déjà connu dans le cadre de la mise à niveau du schéma vers la version Windows Server 2003, est dû à  l’implémentation par Microsoft de l’une des premières versions de la classe inetOrgPerson avec Exchange 2000 Server.  La version implémentée était une version "RFC Draft" datée du 20 novembre 2001.  Attention  :  la  mise  à  jour  du  schéma  Windows  2000  nécessite  que  le  contrôleur  de  domaine  maître  de  schéma  fonctionne sous Windows 2000 SP4.  Si un tel cas se produit, le programme d’installation renommera le ldapDisplayName de ces attributs pour permettre la  mise à jour.  Cette opération pourra avoir pour effet de générer deux objets portant le même nom ce qui provoquera un conflit de  réplication et le renommage de la classe avec un préfixe de type Dup au début du nom.  Pour résoudre ce problème, récupérez les fichiers Inetorgpersonfix.LDF et Inetorgpersonfix.DOC du fichier Support.cab  contenu dans les Outils de Support de Windows Server 2003.  Le  fichier  Inetorgpersonfix.doc  décrit  en  détail  l’opération  à  réaliser.  En  résumé,  le  renommage  des  éléments  conflictuels  devra  être  réalisé  dans  le  schéma  à  l’aide  de  la  commande  ldifde  et  du  fichier  de  paramètres  inetorgpersonfix.ldf.  Vous  pouvez  aussi  faire  référence  http//support.microsoft.com/kb/314649 

à 

l’article 

Technet 

314649 

disponible 

via 

le 

lien 

ci­après 

: 

Ce fichier contient les modifications à apporter à l’aide de la commande suivante : Ldifde /i /f inetOrgPersonFix.ldf /c  "DC=X" "DC=Corpnet,DC=Corporate,DC=net"  Le  paramètre  /c  remplace  toutes  les  occurrences  de  "DC=X"  dans  le  fichier  LDF  inetorgperson.ldf  par  "DC=Corpnet,DC=Corporate,DC=net" 

© ENI Editions - All rigths reserved

- 1-

Pour pouvoir réaliser cette opération vous devez être membre des groupes suivants dans le domaine racine  de la forêt Active Directory : Administrateur du Domaine, Administrateurs de l’Entreprise et Administrateurs de  Schéma.  Le conflit pourra avoir lieu pour le LdapDisplayName des attributes secretary, labeledURI ou houseIdentifier. Le fichier  inetorgpersonfix.ldf réalise les modifications sur ces attributs ainsi que pour les attributs Exchange suivants :  ●

Pour  l’attribut  CN= ms­Exch­Assistant­Name,CN= Schema,CN= Configuration,DC= X  le  lDAPDisplay  Name  sera  renommé en msExchAssistantName. 

●

CN=ms­Exch­LabeledURI,CN= Schema,CN= Configuration,DC= X  msExchLabeledURI. 

●

CN=ms­Exch­House­Identifier,CN= Schema,CN= Configuration,DC= X  le  lDAPDisplayName  sera  renommé  en  msExchHouseIdentifier. 

le 

lDAPDisplayName 

sera 

renommé 

en 

Le fichier de modifications contient donc six modifications : trois pour les attributs généraux et trois pour des attributs  utilisés par Microsoft Exchange. 

Consultation LDAP Display Name à l’aide de la console de gestion du schéma  La  figure  précédente  montre  la  valeur  du  LDAPDisplayName  pour  l’attribut  ms­Exch­Assistant­Name  dont  le  nom  complet est CN=ms­Exch­Assistant­Name,CN=Schema, CN=Configuration,DC=Corpnet,DC=Corporate,DC=net.  Le  problème  de  déclaration  des  attributs  de  la  classe  inetOrgPerson  illustre  parfaitement  la  problématique  de  la  structure interne de l’annuaire.  Le fait est que tout annuaire disposera d’un schéma de base plus ou moins riche en fonction des possibilités de celui­ci.  Ensuite, chaque application devra y déclarer, si nécessaire, ses propres attributs et/ou classes additionnelles sachant  que vous devrez gérer la possibilité d’un conflit éventuel.  Vous  pourrez  alors,  comme  le  fait  Microsoft  pour  la  mise  à  jour  du  schéma  Windows  2000  vers  le  schéma  Windows  Server 2003, utiliser la commande LDIFDE.  Opérations LDAP Ce chapitre explique les concepts de base et opérations élémentaires du protocole LDAP. Il vous permettra de mieux  - 2-

© ENI Editions - All rigths reserved

entrevoir les opérations qui existent entre un client Windows et un contrôleur de domaine Windows 2000, Windows  Server 2003 ou Windows Server 2008.  Les points ci­dessous caractérisent le protocole LDAP :  Client/Serveur : le protocole LDAP est basé sur un mécanisme client/serveur qui minimise les opérations et la charge  côté client en implémentant côté serveur les opérations les plus complexes. Le serveur est responsable, du traitement  des requêtes initiées par les clients. Une fois que le serveur a traité la demande d’un client, il lui retourne une réponse  positive ou négative (dans ce cas, une erreur).  Messages  :  le  protocole  LDAP  est  capable  de  générer  plusieurs  messages  au  cours  de  la  même  session.  Le  serveur  sollicité devra donc, dans ce cas, prendre en charge l’ensemble de ces requêtes. Un client LDAP peut aussi prendre en  charge  plusieurs  sessions.  De  cette  manière,  il  est  possible  au  client  de  solliciter  plusieurs  serveurs  LDAP  simultanément.  LDAP s’appuie sur TCP/IP : le protocole LDAP utilise le transport TCP sur le port 389. Le protocole TCP est connu et  reconnu pour ses qualités de détection et gestion des erreurs de transport. Cependant, il est aussi consommateur de  ressources.  Le  fait  que  LDAP  soit  capable  de  réaliser  de  manière  simultanée  de  multiples  opérations  vers  le  même  serveur permet de préserver les ressources réseaux.  La  séquence  ci­dessous  décrit  les  différentes  opérations  entre  un  client  et  un  serveur  LDAP.  Cette  séquence  est  illustrée avec la commande ldp disponible avec les outils de support de Windows Server 2003 :  1. Le client se connecte sur un serveur. 

Connexion au serveur local via LDP  Cette opération indispensable permet au client de recevoir des informations telles que l’heure système, les noms des  différents  NC  (naming  contexts),  les  contrôles  supportés  par  l’annuaire,  les  niveaux  de  version  de  protocole  LDAP  supportés ainsi que les différents protocoles d’authentification disponibles. 

  2. Le client fait une demande de BIND. Cette opération a pour objet d’authentifier l’utilisateur vers l’annuaire LDAP et  de  maintenir  un  contexte  de  sécurité,  lequel  sera  utilisable  pour  les  opérations  suivantes.  Notez  que,  comme  sur  la  © ENI Editions - All rigths reserved

- 3-

plupart des systèmes sécurisés, il est possible de s’authentifier de manière anonyme, à condition toutefois que ce type  de session soit autorisé. 

Demande d’authentification 

Réponse positive du serveur d’annuaire  3.  Le  client  authentifié  peut  désormais  interagir  avec  l’annuaire  sur  la  base  des  verbes  disponibles  via  le  protocole  LDAP. L’exemple ci­dessous initie une recherche sur tous les objets appartenant à la classe inetOrgPerson. 

Demande de recherche LDAP sur les objets inetOrgPerson dans le domaine Windows corp2003.corporate.net  4. Le serveur retourne une réponse positive composée d’un message contenant les entrées d’annuaire relatives à la  recherche. Notez que lorsque la requête ne donne aucun résultat, aucune entrée n’est retournée au client. 

- 4-

© ENI Editions - All rigths reserved

Le résultat de la requête est qu’il existe une entrée dans l’annuaire  5. Le serveur LDAP renvoie au client un code de retour relatif à la demande du client.  6. Le client LDAP demande une opération de Unbind pour fermer sa session.  7. Le serveur LDAP renvoie au client un code de retour relatif à la demande du client puis ferme la connexion.  L’exemple précédent a illustré les concepts LDAP en prenant pour exemple une recherche, opération qui concerne plus  de 90% des opérations réalisées vers un serveur d’annuaire LDAP.  Les autres fonctions LDAP ­ elles sont au nombre de 10 ­ sont brièvement présentées ci­dessous :  Bind  (Lier)  :  cette  fonction  est  utilisée  pour  réaliser  une  authentification  et  maintenir  le  contexte  de  sécurité  de  la  session.  Search (Rechercher) : cette fonction est utilisée pour réaliser une recherche.  Compare (Comparer) : cette fonction est utilisée pour vérifier que l’information proposée par le client est bien celle qui  est présente dans l’annuaire. La fonction search pourrait être utilisée à la place, à ceci près que la fonction compare  retournera  un  code  d’erreur  spécifique  si  l’attribut  à  comparer  n’est  pas  présent  au  niveau  de  l’entrée d’annuaire  à  vérifier.  Notez  que  la  fonction compare nécessite de déclarer trois paramètres : le DN de l’objet à comparer, le type  d’attribut à comparer ainsi que la valeur de l’attribut à comparer.  Add  (Ajouter)  :  cette  fonction  est  utilisée  pour  créer  une  nouvelle  entrée  dans  l’annuaire.  Pour  pouvoir  ajouter  une  nouvelle entrée dans l’annuaire, il est indispensable de spécifier la classe d’objet à ajouter ainsi que tous les attributs  de type obligatoire sur la dite classe. Vous devrez vous assurer aussi que le container de l’objet que vous souhaitez  créer existe et que dans ce container, un objet du même nom n’existe pas déjà. Une nouvelle entrée dans l’annuaire  nécessitera  donc  un  nouveau  DN  (Distinguished  Name)  ainsi  que  les  différents  attributs  et  valeurs  obligatoires  et  facultatifs.  Delete (Supprimer) : cette fonction est utilisée pour supprimer une entrée de l’annuaire.  Modify (Modifier) : cette fonction est utilisée pour modifier les attributs d’une entrée, supprimer des valeurs d’attributs  ou ajouter une valeur à un ou plusieurs attributs. Pour pouvoir aboutir, l’opération doit concerner un attribut existant.  Dans le cas où l’opération de modification porterait sur plusieurs attributs, l’opération ne pourra aboutir que si tous les  attributs  ont  pu  être  modifiés.  Dans  le  cas  contraire,  l’opération n’aura  pas  lieu  et  de  cette  manière,  les  entrées  de  l’annuaire ne seront pas inconsistantes.  Rename (Renommer) : cette fonction ­ aussi appelée ModifyRDN ­ est utilisée pour renommer une entrée de l’annuaire.  Unbind  (Délier)  :  cette  fonction  est  utilisée  pour  fermer  une  session  LDAP,  sachant  que  la  connexion  ne  sera  pas  terminée.  Dans  le  cas  où  d’autres  opérations  LDAP  seraient  initiées,  alors  elles  seraient  considérées  comme  appartenant à un contexte de type session anonyme. Notez que dans le cas où le client LDAP terminerait sa session  sans  réaliser  une  opération  de  unbind,  alors  un  paramètre  de  timeout  sera  utilisé  côté  serveur  pour  libérer  les  sessions inactives.  Abandon (Abandonner) : cette fonction est utilisée pour abandonner une opération précédente.  Extended  (Étendue)  :  cette  fonction  est  utilisée  pour  étendre  les  fonctionnalités  de  l’annuaire  LDAP.  En  fait,  une  extension  est  une  entrée  comme  les  autres  qui  possédera  ses  propres  paramètres.  Notez  toutefois  que  ces  extensions doivent être déclarées au niveau de l’objet RootDSE sur l’attribut supportedExtension. 

© ENI Editions - All rigths reserved

- 5-

Objet RootDSE et extensions LDAPv3  À peine le groupe de travail LDAP de l’IETF (Internet Engineering Task Force)  terminait­il les spécifications du protocole  LDAPv2,  que  les  travaux  commençaient  pour  définir  les  améliorations  qui  seraient  intégrées  à  LDAPv3.  C’est  dans  ce  contexte d’évolutions permanentes que l’IETF décida de réfléchir à une méthode générique qui permette au protocole  LDAP d’évoluer en douceur sans recourir à de multiples refontes et autres processus de certifications trop lourds pour  l’industrie.  Pour y parvenir, les architectes du protocole LDAP décidèrent de rendre possible l’évolution de LDAPv3 en permettant  l’usage des éléments suivants :  ●

Les contrôles : ces extensions agissent comme des éléments qui améliorent de manière considérable certaines  opérations LDAP. Par exemple, le contrôle appelé "Server­Side Sorting" modifie le comportement des opérations  de recherches en triant les résultats avant de les envoyer au client. Notez que chaque contrôle sera déclaré via  un OID (Object Identifier) et un flag indiquant le caractère critique ou non du contrôle. Le contrôle précédemment  cité fait l’objet du RFC 2891, LDAP Control Extension for Server Side Sorting of Search Results, et est supporté  par Windows Server 2003. 

●

Les  opérations  étendues  :  ces  extensions  agissent  comme  des  éléments  qui  ajoutent  de  nouvelles  fonctionnalités  au  moteur  LDAP.  Ces  opérations  étendues  peuvent  bien  sûr  être  composées  de  multiples  contrôles. 

●

Les  mécanismes  SASL  :  ces  extensions  permettent  au  client  de  négocier  avec  le  serveur  la  méthode  d’authentification la mieux adaptée. Chaque extension fait l’objet d’un RFC particulier. Par exemple, le RFC 2831  décrit les mécanismes qui permettent le support des authentifications DIGEST­MD5. 

Une fois ces éléments d’extensions définis, il fallut faire en sorte que les clients LDAP aient la possibilité d’interroger les  serveurs LDAP sur leurs possibilités. Ce sera chose faite grâce à une entrée spéciale appelée Root DSE ­ Root Directory  Specific  Entry,  laquelle  contient  tous  les  paramètres  opérationnels  qui  caractérisent  de  manière  particulière  le  serveur  LDAP.  Ainsi,  l’objet RootDSE contient une liste de tous les contrôles, opérations et mécanismes SASL supportés. Vous  pouvez  consulter  les  paramètres  retournés  par  l’objet  Root  DSE  en  utilisant  la  commande  ldp,  suivie  de  l’option  Connexion.  Vous  pouvez  aussi  utiliser  le  composant  logiciel  enfichable  ADSIEdit  pour  accéder  graphiquement  au  RootDSE. Une fois la console lancée, sélectionnez Se connecter à. 

  Choisissez l’option Sélectionnez un contexte d’attribution de noms connu. 

© ENI Editions - All rigths reserved

- 1-

Visualisation des propriétés des attributs de l’objet RootDSE 

- 2-

© ENI Editions - All rigths reserved

Authentifications LDAP et SASL  Nous  venons  de  voir  que  les  serveurs  LDAPv3  supportent  de  nombreuses  extensions  dont  les  mécanismes  SASL  qui  permettent une prise en charge additionnelle de certains mécanismes d’authentification.  Il est important de faire remarquer que le protocole LDAPv2 était particulièrement démuni puisque la méthode la plus  couramment utilisée consistait à envoyer le DN de l’utilisateur suivi de son mot de passe ­ non crypté ! ­ sur le réseau.  L’approche  de  l’IETF  a  consisté,  comme  ce  fut  le  cas  pour  les  autres  extensions  fonctionnelles,  à  implémenter  une  interface  de  gestion  des  mécanismes  d’authentification  plutôt  que  d’implémenter  directement  telle  ou  telle  méthode  plutôt qu’une autre.  Cette  interface  appelée  SASL  ­  Simple  Authentication  and  Security  Layer  ­  permet  l’implémentation  de  plusieurs  protocoles d’authentification sur le serveur LDAPv3 et fait l’objet du RFC 2222.  Le RFC 2829 définit le support des authentifications :  ●

DIGEST­MD5 : ce protocole permet de crypter le mot de passe de l’utilisateur sur la base d’un  challenge  de  type MD5. 

●

EXTERNAL : ce protocole permet de réutiliser une authentification de type TLS ou SSL en vue de son utilisation  vers le serveur LDAP. 

Les  serveurs  contrôleurs  de  domaine  Windows  Server  2003  et  Windows  Server  2008  supportent  les  mécanismes  d’authentifications listés ci­dessous :  ●

GSSAPI : support de Kerberos. 

●

GSS­SPNEGO : support des Global Security Services. 

●

EXTERNAL : support des authentifications de type SSL et TLS. 

●

DIGEST­MD5 : support des challenges de type MD5. 

© ENI Editions - All rigths reserved

- 1-

Références LDAP  Pour  obtenir  plus  d’informations  concernant  le  protocole  LDAP,  Windows  Server  2003  et  Windows  Server  2008,  consultez les liens ci­dessous.  ●

Site web des Groupes de travail LDAPv3 de l’IETF : http://www.ietf.org/html.charters/ldapbis­charter.html 

●

Forums des Groupes de travail LDAPv3 de l’IETF : http://www.openldap.org/lists/ietf­ldapbis/ 

●

Spécification LDAPv3 : ftp://ftp.rfc­editor.org/in­notes/rfc3377.txt 

●

The  Open  Group’s  VSLDAP  compliance  http://www.opengroup.org/directory/mats/ldap2000/dsvsldap.pdf 

●

Forum  sur  l’interopérabilité  des  services  d’annuaires  (DIF  ­  Directory  Intero­  perability  Forum)  :  http://www.opengroup.org/directory/ 

●

Références  MSDN  sur  l’interface  url=/downloads/list/directorysrv.asp 

●

Site Microsoft dédié à Active Directory : http://www.microsoft.com/ad 

●

Site  Microsoft  dédié  à  ADAM  ­  Active  http://www.microsoft.com/windowsserver2003/adam/default.mspx 

ADSI 

testing 

suite 

overview 

http://msdn.microsoft.com/library/default.asp?

© ENI Editions - All rigths reserved

Directory 

Application 

Mode 

- 1-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quelle est la fonction première de tout service d’annuaire ?  2 Que signifie le fait que certains systèmes d’annuaires fonctionnent en mode déconnecté ?  3 Est­il important que l’annuaire Active Directory offre une information la plus à jour possible ?  4 Quelles sont les évolutions de LDAPv3 par rapport à LDAPv2 ?  5 Qu’est­ce que la classe inetOrgPerson ?  6 Comment procédez­vous à la mise à jour du schéma d’une forêt Windows 2000 en vue d’installer votre premier  contrôleur de domaine Windows Server 2008 ou Windows Server 2003 dans la forêt Windows 2000 ?  7 En cas de problème de mise à jour du schéma Windows 2000 vers la version Windows Server 2003 ou la  version Windows Server 2008, comment pouvez­vous supprimer les conflits d’attributs possibles sur la classe  inetOrgPerson ?  8 Quel outil livré avec les Outils de support de Windows Server 2003 pouvez­vous utiliser pour tester la  connectivité et les opérations LDAP d’un contrôleur fonctionnant sous Windows 2000 Server, Windows Server  2003, ou Windows Server 2008 ? Cet outil est désormais disponible de base avec Windows Server 2008.  9 Citez quelques unes des grandes fonctions comprises dans le protocole LDAP.  10 Quel outil graphique vous permet de parcourir les contextes de nommage LDAP d’un contrôleur de domaine  Active Directory ? 

2. Résultats  Reférez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /10  Pour ce chapitre, votre score minimum doit être de 8 sur 10. 

3. Réponses  1 Quelle est la fonction première de tout service d’annuaire ?  La  fonction  première  de  tout  service  d’annuaire  est  d’aider  les  utilisateurs,  applications  et  services  de  l’entreprise  à  localiser  l’emplacement  de  différents  types  (classes)  d’objets  en  fonction  de  leur  description  ou  d’autres  caractéristiques plus spécifiques.  2 Que signifie le fait que certains systèmes d’annuaires fonctionnent en mode déconnecté ?  Dans la mesure où les utilisateurs n’interagissent pas directement avec l’annuaire, il est dit que ces types d’annuaires  fonctionnent en mode "déconnecté".  3 Est­il important que l’annuaire Active Directory offre une information la plus à jour possible ?  Oui,  car  l’Active Directory est au coeur de la plupart des systèmes de sécurité. La sécurité doit être garantie en tout  point du réseau.  4 Quelles sont les évolutions de LDAPv3 par rapport à LDAPv2 ?  Le protocole peut être étendu avec peu de contraintes. L’attribut RootDSE permet la publication des particularités du  serveur  LDAP,  ce  qui  permet  aux  clients  LDAP  une  meilleure  négociation.  Le  support  des  fonctionnalités  de  cryptage  TLS est aussi pris en charge.  5 Qu’est­ce que la classe inetOrgPerson ?  La classe inetOrgPerson est définie dans le RFC 2798, lequel est considéré comme une extension de LDAPv3 et de fait  n’est donc pas incluse dans le RFC 3377 qui décrit les spécifications LDAPv3. Cette classe a été standardisée après la  sortie de Windows 2000 et son support a été inclus de base dans Windows Server 2003 et Windows Server 2008.  6 Comment procédez­vous à la mise à jour du schéma d’une forêt Windows 2000 en vue d’installer votre premier  contrôleur de domaine Windows Server 2008 ou Windows Server 2003 dans la forêt Windows 2000 ? 

© ENI Editions - All rigths reserved

- 1-

À  partir  du  maître  d’opérations  de  schéma  fonctionnant  sous  Windows  2000  ou  sous  Windows  Server  2003  et  en  utilisant  le  CD­Rom  d’installation  de  Windows  Server  2008,  utilisez  la  commande  Adprep  /forestprep  puis  Adprep /domainprep. Une fois le schéma correctement mis à niveau et répliqué, vous devrez préparer le domaine dans  lequel vous prévoyez de déployer des contrôleurs de domaine Windows Server 2008. Vous ouvrirez une session sur le  contrôleur de domaine maître d’opérations  d’infrastructure en tant qu’administrateur du domaine et vous lancerez la  commande Adprep/domainprep/ gpprep.  7 En cas de problème de mise à jour du schéma Windows 2000 vers la version Windows Server 2003 ou la  version Windows Server 2008, comment pouvez­vous supprimer les conflits d’attributs possibles sur la classe  inetOrgPerson ?  Référez­vous à la documentation livrée dans les outils de support livrés sur le CD­Rom de Windows Server 2003. Vous  y trouverez le fichier nommé inetorgpersonfix.doc.  8 Quel outil livré avec les Outils de support de Windows Server 2003 pouvez­vous utiliser pour tester la  connectivité et les opérations LDAP d’un contrôleur fonctionnant sous Windows 2000 Server, Windows Server  2003, ou Windows Server 2008 ? Cet outil est désormais disponible de base avec Windows Server 2008.  Utilisez la commande LDP.  9 Citez quelques unes des grandes fonctions comprises dans le protocole LDAP.  Bind, Connect, Search, Compare, Add, Delete, Modify, Rename, Unbind, Abandon, Extended.  10 Quel outil graphique vous permet de parcourir les contextes de nommage LDAP d’un contrôleur de domaine  Active Directory ?  Sur les serveurs Windows Server 2003, l’outil ADSI Edit livré avec les Outils de Support de Windows Server 2003. Sur  les  serveurs  Windows  Server  2008,  vous  pouvez  utiliser  le  raccourci  "Modification  ADSI"  situé  dans  le  groupe  de  programmes "Outils d’Administration". 

- 2-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Affichage du RootDSE avec ADSI Edit  Le TP suivant a pour objet de vous faire parcourir les propriétés de l’objet RootDSE. De cette manière, vous pourrez  contrôler que votre contrôleur de domaine est bien fonctionnel dans le mode souhaité et que le statut de catalogue  global est bien correct. Pour réaliser cette opération, procédez comme suit :  1. 

Ouvrez le menu Démarrer, puis cliquez sur Exécuter. Dans le menu Exécuter, tapez  adsiedit.msc. 

2. 

Dans la console ADSI Edit, faites bouton droit (ou bien allez dans le menu Action) et  sélectionnez Connect to. 

3. 

Dans la fenêtre, dans la partie Connection Point, choisissez l’option Select a well known  Naming Context, puis choisissez RootDSE. 

4. 

Entrez dans le contexte RootDSE et positionnez­vous sur le container RootDSE. 

5. 

Faites bouton droit et ouvrez la page de propriétés. 

6. 

À partir de la fenêtre Attribute Editor, notez les valeurs des attributs ci­dessus et leur  signification :  ●

configurationNamingContext 

●

dnsHostName 

●

domainControllerFunctionality 

●

domainFunctionality 

●

forestFunctionality 

●

isGlobalCatalogReady 

●

isSynchronized 

●

supportedLdapVersion 

●

supportedSASLMechanisms 

Vous  venez  de  contrôler  le  bon  fonctionnement  des  paramètres  présentés  par  les  serveurs  jouant  le  rôle  de  contrôleur de domaine Active Directory. 

2. Utilisation de Ldp pour vérifier le mode fonctionnel d’un domaine ou d’une forêt  Ce TP va vous permettre d’utiliser  la  commande  Ldp  pour  vérifier  que  le  domaine  Windows  Server  2003  fonctionne  bien en mode Windows 2000 mixte. Pour réaliser cette procédure, procédez tel que cela est spécifié ci­dessous :  1. 

Ouvrez le menu Démarrer, puis cliquez sur Exécuter. Dans le menu Exécuter, tapez ldp 

2. 

Dans la console Ldp, allez dans le menu Connexion, puis sélectionnez Se connecter. 

3. 

Dans la fenêtre Se connecter, vérifiez que le champ Serveur contient localhost et que le  Port est bien fixé à 3268, puis validez par OK. 

4. 

Allez dans le menu Connexion, puis sélectionnez Lier. Une fenêtre d’authentification  apparaît. 

5. 

Identifiez vous à l’aide de votre UserID / Password. La fenêtre de droite doit vous  spécifier que l’opération a été réalisée avec succès. 

6. 

Recherchez la valeur des attributs listés ci­dessous :  ●

domainFunctionality 

●

forestFunctionality 

●

domainControllerFunctionality 

© ENI Editions - All rigths reserved

- 1-

Vous venez de réaliser une opération de contrôle des paramètres de fonctionnement d’un domaine Active Directory à  l’aide de la commande LDAP, ldp. 

- 2-

© ENI Editions - All rigths reserved

Introduction  Ce chapitre est un chapitre important. En effet, il présente les éléments fondamentaux des services de domaine Active  Directory. Ces éléments nous serviront ensuite de base pour notre progression dans l’implémentation, l’administration  et la maintenance des services Active Directory de Windows Server 2008. Bien entendu, les services de domaine Active  Directory sont un élément incontournable de la stratégie système de Microsoft.  Mais avant d’aller plus loin, peut­être pouvons­nous faire un "premier bilan" de ce qui s’est passé ces quinze dernières  années.  À la fin des années 80, IBM et Microsoft définissent une stratégie commune concernant les prochaines générations de  plates­formes systèmes et applicatives. Selon IBM et Microsoft, il était dit à cette époque "Le futur sera OS/2 !"  Les premières versions sont bâties autour d’un noyau multitâche préemptif, mais les points les plus remarquables sont  que le système d’exploitation n’est pourvu d’aucun service ni protocole réseau et que la quasi­totalité du système est  écrite  en  Assembleur  et  en  C.  Après  de  multiples  accords  avec  3Com  qui,  rappelons­le,  était  à  l’origine  de  3+Open,  Microsoft  et  IBM  ont  commencé  à  développer  leurs  propres  produits  réseau  en  tant  que  surcouche  d’OS/2  avec  Microsoft  LAN  Manager  et  IBM  LAN  Server.  Parallèlement  à  tout  cela,  Intel  fera  partie  de  la  fête  et  sera  la  cause  de  nombreux  problèmes  de  développement.  En  effet,  au  départ,  OS/2  est  conçu  pour  exploiter  le  mode  protégé  du  processeur 286 et moins d’un an après la sortie de ce processeur, les premiers 386 feront leur apparition.  Sur  cette  base,  des  applications  majeures  telles  que,  par  exemple,  Microsoft  SQL  Server  ou  les  "Extended  Services"  d’IBM  ont  émergé.  S’il  est  vrai  qu’elles  se  sont  lentement  mais  sûrement  implémentées  dans  les  administrations  et  grandes entreprises, il n’en demeure pas moins qu’elles ont fixé les bases de ce qui allait arriver quelques années plus  tard.  À ce moment­là, Novell s’impose à la vitesse de l’éclair et règne en maître incontesté des environnements réseau PC  avec  son  protocole  routable  IPX/SPX  et  ses  services  de  fichiers  et  d’impressions  ultra  performants.  Néanmoins,  les  produits  et  applications  OS/2  demeurent  toujours  principalement  dans  le  milieu  bancaire.  Ce  point  s’explique  par  l’absence  de  Novell  Netware  en  tant  que  serveur  d’applications  client/serveur.  La  présence  d’OS/2  poussera  donc  Novell  à  développer  un  client  OS/2  de  bonne  qualité  pour  y  intégrer  cette  plate­forme  et  en  justifiera  en  partie  l’existence !  Parallèlement à tout cela, l’émergence de Windows 3.0 et peu de temps après, l’énorme succès mondial de Windows  3.1 laissent apparaître la stratégie WOSA de Microsoft ­ Windows Open Systems Architecture.  Au cœ ur de cette stratégie, LAN Manager for NT est présenté comme le futur successeur de MS OS/2 LAN Manager et  finalement  Microsoft  Windows  NT  Advanced  Server  3.1  sera  disponible  en  septembre  1993.  La  séparation  entre  Microsoft et IBM est alors consommée.  IBM tentera pendant plus de cinq ans de rattraper son retard sur NT en redéveloppant les versions OS/2 V2 et plus  tard  V3,  mais  sans  y  parvenir.  Ce  sera  alors  l’occasion  pour  IBM  de  pactiser  avec  son  principal  concurrent  Novell,  et  ainsi de promouvoir le fameux Novell Netware en boîtes bleues !  Bien  que  l’on puisse dire aujourd’hui que la première version de Windows NT n’avait rien à voir avec la richesse des  services dont nous disposons aujourd’hui, il est important de rappeler que Windows Server 2003 et Windows Server  2008  sont  bâtis  sur  le  même  modèle  que  la  version  3.1  !  C’est  d’ailleurs  la  raison  pour  laquelle  l’équipe  de  développement  de  Windows  2000  avait  remercié  les  architectes  de  Windows  NT  pour  avoir  construit  un  modèle  qui  permette  une  telle  (r)évolution.  Les  premières  démonstrations  de  la  version  NT  3.1  sont  pour  l’époque  époustouflantes.  En  effet,  le  rapport  prix/services/  performances  par  rapport  à  OS/2  est  de  l’ordre  de  10  !  À  titre  d’exemple, il était facile de consolider 4 ou 5 serveurs de bases de données fonctionnant sous OS/2 vers une machine  quadri­processeurs Windows NT 3.1 Advanced Server avec 256 Mo de RAM !  Ensuite, au fur et à mesure des évolutions de NT, sa présence dans les entreprises sera de plus en plus importante.  Pendant  ce  temps,  Novell  perdra  d’énormes  parts  de  marché  et  se  cherchera  une  stratégie  en  rachetant  Unix  et  Wordperfect,  en  développant  UnixWare  en  successeur  de  NetWare  et,  faute  de  crédibilité,  en  revendant  le  tout  quelques années plus tard...  Ce  choix,  porté  vers  un  noyau  Unix,  était  cependant  un  bon  choix  pour  centrer  NT  et  Windows  Server.  Il  suffit,  pour  s’en convaincre, de constater qu’aujourd’hui l’offre de Novell est basée sur un noyau de type LINUX Suse.  Depuis  1996,  les  domaines  NT,  puis  dès  2000,  les  domaines  Active  Directory  sont  grandement  présents  dans  les  entreprises de toutes tailles ! Pensez que des entreprises telles que Siemens ont étudié lors du programme bêta de  NT  5.0  (alias  Windows  2000)  pendant  plus  de  deux  ans  la  possibilité  d’implémenter  l’Active  Directory.  Aujourd’hui,  Siemens  dispose  d’une  architecture  de  services  distribués  mondiale  basée  sur  Active  Directory  et  y  intègre  plus  de  400.000  ordinateurs.  De  plus,  on  constate  pour  la  première  fois  qu’il  est  possible  de  faire  baisser  le  coût  total  de  possession (TCO, Total Cost of Ownership) et en même temps, d’atteindre une qualité de services largement supérieure  à ce que l’on connaissait auparavant.  L’annuaire Active Directory s’inscrit dans la stratégie DSI (Microsoft Dynamic Systems Initiative) laquelle permet  aux responsables informatiques et décideurs de se tenir informés sur la stratégie produits et partenaires de  Microsoft. L’objectif de cette stratégie globale est d’obtenir une diminution de la complexité des solutions à toutes  les  phases  du  cycle  de  vie  du  système  d’information.  Pour  en  savoir  plus,  connectez­vous  sur  :  http://www.microsoft.com/windowsserversystem/dsi/default.mspx. 

© ENI Editions - All rigths reserved

- 1-

Bien malin celui qui aurait pu prédire un tel succès lors de la sortie officielle de Windows NT 3.1 ! Mais le fait est que les  grands  axes  de  développement  étaient  déjà  tracés  et  que  les  perspectives  d’évolution  étaient  grandes...  Cqfd.  Les  personnes  qui  ont  assisté  courant  1992  aux  "Windows  NT  Inside  Tracks"  ont  pu  découvrir  le  potentiel  de  la  plate­ forme.  Aujourd’hui,  l’annuaire  Active  Directory  est  au  centre  des  infrastructures  distribuées  Microsoft.  Il  s’appuie  sur  les  services intégrés de Windows pour former un ensemble cohérent, robuste, et surtout évolutif. Cette introduction nous  a permis de constater qu’il ne suffit pas d’être le premier à être arrivé sur un marché pour le conserver. Novell régnait  en maître et a été le premier à offrir des services d’annuaires intégrés de base. Pourtant, c’est Windows NT 4.0 qui lui  aura fait perdre le plus de parts de marché ! En effet, les services d’annuaire Active Directory ne seront disponibles que  bien plus tard. Signe que la NDS ­ Netware Directory Services ­ de Novell est peut­être arrivée trop tôt. À l’heure où ces  lignes  sont  écrites,  les  projets  d’annuaires  et/ou  de  consolidation  d’annuaires  sont  au  cœ ur  de  l’actualité  et  des  préoccupations  des  responsables  informatiques.  En  relation  avec  ces  projets  et  solutions,  nous  retrouverons  notamment la gestion de l’information et des documents ainsi que la mise à disposition de services de sécurité globaux  utilisables à l’intérieur comme à l’extérieur du réseau de l’entreprise.  Ce  petit  rappel  historique  nous  permet  d’entrer  ­  sans  transition  (!)  ­  dans  le  vif  du  sujet,  pour  étudier  les  points  suivants : les objets, le schéma et le nommage.  Dans les chapitres suivants, nous poursuivrons notre découverte en étudiant les composants de la structure logique,  puis les composants de la structure physique. 

- 2-

© ENI Editions - All rigths reserved

Objets  Les  objets  des  services  de  domaine  Active  Directory  représentent  les  éléments  fondamentaux  qui  composent  un  réseau Windows dans son ensemble. Ainsi, les utilisateurs, les ordinateurs, les serveurs, les contrôleurs de domaine,  les autorités de certification, les bases de données, les stratégies de groupe ou encore les sites Active Directory sont  des objets de l’annuaire Active Directory. Par définition, un objet est le résultat de l’instance d’une classe d’objet, cette  dernière jouant le rôle de modèle.  Objets de l’annuaire et conformité par rapport aux classes : l’annuaire ne peut créer des objets que s’ils sont  conformes  aux  classes  dont  il  est  pourvu.  Par  conséquent,  tout  objet  de  l’annuaire  est  obligatoirement  une  instance  d’une  classe  d’objet  existante.  C’est  ainsi  que  si  vous  souhaitez  qu’une  application  contacte  l’annuaire  Active Directory pour y chercher quelles sont les caractéristiques d’un véhicule de société alloué à l’un des employés  de  l’entreprise,  l’annuaire  devra  forcément  disposer  d’une  classe  représentant  les  employés  et  d’une  classe  représentant les véhicules de la société. 

1. Classes et attributs d’objets  Comme cela est le cas pour tous les systèmes d’annuaire, les classes sont définies dans une structure déclarative qui  décrit  précisément  chacune  des  classes  et  chacun  des  attributs  de  ces  classes.  Cet  élément  de  définition  très  important s’appelle le schéma. À ce titre, l’annuaire Active Directory dispose lui aussi d’un schéma.  Une  classe  est  composée  d’un  ensemble  d’attributs  obligatoires  et  optionnels.  C’est  ainsi  qu’une  classe  peut  être  plus ou moins "riche" en fonction du nombre d’attributs qui lui seront ou non associés.  Notez aussi qu’il n’y a pas de relation directe entre les classes et les attributs. En effet, un attribut est simplement un  élément  de  caractérisation  tandis  qu’une  classe  est  composée  d’un  ensemble  déclaré  d’attributs.  Par  exemple,  l’attribut "numéro de téléphone" disponible sur un utilisateur pourrait être utilisé dans une autre classe que la classe  user, laquelle est utilisée pour créer des objets utilisateur.  Les  classes  contiennent  aussi  les  règles  qui  les  régissent.  En  fait,  l’annuaire  doit  connaître  les  relations  possibles  existant  entre  les  classes  et  particulièrement  quelles  classes  peuvent  être  supérieures  à  un  objet  particulier  issu  d’une autre classe. 

Édition du schéma à l’aide de la console de gestion MMC ADSI Edit et de la console de gestion MMC Schéma Active  Directory  La  console  MMC  ci­dessus  montre  les  deux  outils  que  vous  pouvez  utiliser  pour  éditer  et  manipuler  le  contenu  de  l’annuaire.  Pour  illustrer  les  relations  qui  existent  entre  les  classes  et  les  attributs  par  rapport  aux  classes,  nous  allons  regarder  en  détail  les  relations  déclarées  sur  la  classe  organizationalUnit  qui  permet  l’existence  même  des  objets Unités d’organisation. 

© ENI Editions - All rigths reserved

- 1-

Affichage des propriétés de la classe organizationalUnit via ADSI Edit  L’écran  précédent  montre  que  la  classe  d’objet  organizationalUnit  possède  un  attribut  particulièrement  important  puisqu’il précise les "classes d’objets supérieures possibles" directement parentes de la classe organizationalUnit. 

Valeurs déclarées pour l’attribut systemPossSuperiors  Ainsi, il est précisé au niveau de la classe organizationalUnit que les objets instanciés à partir de cette classe peuvent  avoir pour parent des objets de type country, domainDNS, organization et aussi organizationalUnit.  C’est ainsi que dans les tâches d’administration quotidiennes de l’annuaire Active Directory, il nous sera possible de  créer des OU (acronymes de UO pour Unités d’Organisation) à l’intérieur du domaine et aussi d’autres OU.  Un autre attribut permettra de déclarer les "classes d’objets inférieures possibles".  Par  exemple,  vous  pourrez  constater  que  la  classe  organizationalUnit  dispose  d’un  nombre  important  d’objets  enfants  possibles.  Parmi  les  plus  intéressants,  nous  pouvons  par  exemple  citer  les  classes  computer,  contact,  inetorgPerson, intellimirrorGroup, msCOM­Partition, MSPKI­xxx et user.  La  console  MMC  de  gestion  du  schéma  Active  Directory  permet  d’avoir  une  vision  plus  opérationnelle  et  donc  plus  efficace  des  classes  et  des  attributs  qui  composent  le  schéma.  L’écran  suivant  montre  en  effet  plus  clairement  les  relations et la nature des syntaxes utilisées sur les attributs. 

- 2-

© ENI Editions - All rigths reserved

Affichage des attributs obligatoires et facultatifs sur la classe organizationalUnit  Cet écran montre très clairement qu’un objet de type Unité d’Organisation dispose de nombreux attributs facultatifs  mais surtout de l’attribut obligatoire ou qui permettra de nommer l’objet. 

© ENI Editions - All rigths reserved

- 3-

Détails des caractéristiques de l’attribut ou  Finalement, l’attribut obligatoire ou possède de nombreuses caractéristiques.  Autoriser cet attribut à apparaître dans le mode d’affichage détaillé : cette option permet l’affichage des attributs  de la classe sélectionnée lors de l’exploration de l’annuaire.  L’attribut est actif : la désactivation vous permet ­ temporairement ­ de récupérer l’attribut alors que la suppression  est définitive. Active Directory ne vous autorise pas à supprimer des classes ou des attributs. Lorsqu’un attribut est  désactivé,  vous  ne  pouvez  ni  l’utiliser  dans  des  définitions  de  nouvelles  classes,  ni  l’ajouter  à  des  définitions  de  classes existantes.  Indexer  cet  attribut  dans  Active  Directory  :  cette  option  vous  permet  de  placer  l’attribut  sélectionné  dans  l’annuaire.  Résolution de noms ANR (Ambiguous Name Resolution) : cette option est utile lors de la recherche d’attributs qui  peuvent ne pas être connus du client. En effet, la résolution de noms ANR est généralement utilisée lorsque le nom et  le  prénom  sont  stockés  dans  l’annuaire  dans  un  format  qui  n’est  pas  intuitif  pour  le  client.  Par  exemple,  l’annuaire  peut comporter le nom complet Dupont, Jean alors qu’un client recherche peut­être Jean Dupont. Dans un tel cas, ANR  renvoie une correspondance.  Répliquer  cet  attribut  dans  le  catalogue  global  :  cette  option  vous  permet  de  placer  l’attribut sélectionné dans le  catalogue global de réplication à l’intention de tous les contrôleurs de domaine.  L’attribut est copié lors de la duplication de l’utilisateur : cette option s’applique uniquement aux attributs qui sont  des instances de la classe d’utilisateur. Lorsque cette option est activée, elle spécifie que si un objet utilisateur est  dupliqué, alors l’attribut est aussi copié dans la nouvelle instance.  Indexer  cet  attribut  pour  des  recherches  en  conteneur  dans  Active  Directory  :  cette  option  précise  si  l’attribut  sélectionné sera indexé pour permettre une recherche en conteneur. Cela vous permettra de définir une recherche  sur un attribut se trouvant dans un conteneur spécifique avec un gain en performance de recherches notable.  Caractéristiques des classes et attributs des objets LDAP Du fait que les systèmes d’annuaire reposent sur un standard largement adopté par l’industrie (protocole LDAP V2 et  V3 et nommage X.500), vous retrouverez l’ensemble de ces paramètres sur tous les serveurs compatibles LDAP du  marché. L’écran suivant illustre les paramètres généraux de la classe Active Directory prenant en charge les objets de  type Unités d’Organisation. 

Affichage des propriétés de la classe organizationalUnit à l’aide de la console MMC de gestion du schéma Active  Directory 

- 4-

© ENI Editions - All rigths reserved

Cet écran montre les paramètres essentiels qui caractérisent toute classe et aussi tout attribut au sein d’un système  d’annuaire :  Description  :  dans  ce  champ,  vous  pouvez  taper  la  description  de  l’attribut.  Généralement  le  nom  de  l’attribut  est  identique à la description.  Nom commun : ce champ déclare le nom de l’objet tel qu’assigné dans le schéma Active Directory. Un nom d’objet est  un attribut de la classe de l’objet.  ID d’objet  X.500 : les ID d’objet sont uniques sur l’ensemble des réseaux à travers le monde. Tous les ID d’objet  sont assignés par l’ISO afin d’éviter tout conflit entre des objets définis par des entités différentes lorsque plusieurs  services d’annuaire, tels que Active Directory et la NDS de Novell, sont regroupés dans un annuaire global.  À  propos  des  ID  d’objets  X.500  (X.500  OID)  :  chaque  objet  du  schéma  ­  et  aussi  chaque  attribut  ­  doit  disposer  d’un  identificateur  unique.  Vous  retrouverez  ces  concepts  d’unicité  dans  des  produits  tels  que  les  services d’annuaires de type X500, l’espace de gestion SNMP ou toute application devant disposer d’identificateurs  globalement  uniques.  L’espace  des  OID  X.500  est  similaire  à  l’espace  utilisé  pour  référencer  les  fonctions  d’administration de réseaux utilisées par le protocole SNMP. Cet espace est d’ailleurs, comme cela est le cas des  OID X.500, lui aussi géré par l’ISO. L’exemple suivant décompose l’OID Active Directory de la classe Builtin Domain  dont la valeur est 1.2.840.113556.1.5.4 : 1 pour l’ISO / 2 pour ANSI / 840 pour les USA / 113556 pour Microsoft / 1  pour Active Directory / 5 pour localiser les classes Active Directory et enfin 4 pour la classe Builtin Domain.  Type de classe : la classe sélectionnée peut être de trois types :  ●

Classe de type structurel : une classe de type structurel peut être instanciée au sein de l’annuaire. 

●

Classe de type abstrait (ou résumé) : une classe de type abstrait fournit une définition de base pour une  classe à partir de laquelle il est possible de constituer des classes structurelles. 

●

Classe  de  type  auxiliaire : une classe de type auxiliaire permet d’étendre la définition d’une classe qui est  son héritière, mais pas de former une classe proprement dite. 

Catégorie : il s’agit du nom de classe utilisé par l’agent LDAP pour Active Directory. Ce nom sera le véritable nom que  les clients LDAP utiliseront pour accéder aux objets issus de cette classe. 

2. Création d’un attribut LDAP et valeur du Nom LDAP affiché  Le point précédent nous a permis de décrire les caractéristiques des classes et attributs des objets LDAP. Vous avez  certainement  remarqué  que  lors  de  l’affichage  des  paramètres  d’une classe ou d’un  attribut,  la  description,  le  nom  commun et l’ID d’objet X.500 sont présentés.  À  l’inverse,  lorsque  vous  déciderez  de  créer  une  classe  ou  un  attribut,  une  fenêtre  vous  proposera  de  déclarer  les  trois attributs précédemment nommés, plus l’attribut correspondant au Nom LDAP affiché.  Dans  l’exemple  suivant,  l’administrateur  du  schéma  doit  créer  une  classe  pour  prendre  en  charge  une  nouvelle  application. 

© ENI Editions - All rigths reserved

- 5-

Création d’un nouvel attribut et déclaration du Nom LDAP affiché  Microsoft précise que les outils d’administration  et  par  exemple  la  console  de  gestion  MMC  Schéma  Active  Directory  affichent comme nom de classe ou d’attribut la valeur de l’attribut Nom LDAP affiché.  De fait, les développeurs et les administrateurs système utilisent cet attribut important pour référencer des objets à  l’aide  d’un  programme.  Le  nom  LDAP  affiché  est  généralement  constitué  d’un  ou  deux  mots  combinés.  Lorsque  la  signification  de  l’élément  exige  que  le  nom  soit  constitué  de  plusieurs  mots,  les  mots  suivant  le  premier  sont  généralement identifiés à l’aide de majuscules.  Par  exemple,  certificateAuthorityObject,  company,  dnsNotifySecondaries  sont  des  Noms  LDAP  affichés  existant  par  défaut dans l’annuaire. 

- 6-

© ENI Editions - All rigths reserved

L’attribut est désigné à l’aide de son Nom LDAP affiché  Dans cet exemple, l’attribut dispose des caractéristiques suivantes :  Nom LDAP affiché  tvipaddressmode  bien que ce ne soit pas obligatoire, nous aurions pu nommer le nom LDAP affiché tvIpAddressMode.  Description  tv­ip­address­mode  Nom commun  tv­ip­address­mode  ID d’objet X.500  Valeur générée à l’aide d’OIDGen. 

Le nom LDAP affiché est un attribut qui doit être ­ et est forcément ­ unique pour chaque objet de l’annuaire.  Vous  trouverez  plus  loin  des  recommandations  concernant  les  bonnes  règles  d’appellation  des  objets  intégrés au schéma. 

Obtention des ID d’objets X.500 Concernant  la  valeur  à  affecter  à  l’ID  d’objet  X.500,  vous  pourrez  utiliser  l’outil  OID  Generator,  OIDGen.exe  disponible dans le Kit de Ressources techniques de Windows 2000 Server.  Cet  outil  permet  de  générer  une  paire  d’identificateurs  uniques  de  base  utilisables  dans  le  cadre  de  l’extension du  schéma de l’annuaire Active Directory. L’utilisation de cet outil est très simple puisqu’il ne dispose d’aucun paramètre  spécifique. Une fois que vous avez exécuté la commande OIDGen, faites un copier/coller vers votre application ou le  code de votre application.  Les  OID  générés  seront  utilisables  en  tant  que  point  de  départ  de  votre  espace  d’affectation.  Il  vous  suffira  d’assigner de nouveaux identificateurs au sein de votre espace en y ajoutant un nouvel élément à la fin de chaque  OID généré par OIDGen.  Par  exemple,  si  la  racine  dédiée  aux  attributs  générée  par  OIDGen  est  égale  à  la  valeur  ci­dessous  :  1.2.840.113556.1.4.7000.233.28688.28684.8.492045.1961603.2011489.1208101  alors,  votre  premier  attribut  pourrait  par  exemple  prendre  l’ID  1.2.840.113556.1.4.7000.233.28688.28684.8.492045.1961603.2011489.1208101.1 

d’objet 

X.500 

suivant 

: 

Vous pouvez constater que les OID sont des chaînes de caractères particulièrement longues. Vous pouvez  faciliter le copier/coller à réaliser en configurant les propriétés de la fenêtre CMD (Taille de la fenêtre à 200 et  Options d’édition : Mode d’édition rapide et mode insertion). 

Respect des règles d’appellation des objets du schéma Active Directory Pour vous aider à normaliser les conventions d’affectation de noms de schéma, Microsoft suggère fortement que les  extensions  de  schéma  adhèrent  à  des  règles  d’appellation  génériques,  à  la  fois  pour  le  nom  LDAP  affiché  et  aussi  pour le nom commun.  Ainsi, lorsque vous étendrez le schéma, vous devrez savoir comment référencer et nommer les objets du schéma. Les  objets  de  schéma  de  classe  et  d’attribut  peuvent  être  référencés  à  l’aide  de  noms  d’objet  de  schéma  lesquels  comprennent les attributs listés ci­dessous :  Le nom LDAP affiché : ce nom est utilisé pour référencer les objets. Le nom LDAP affiché est généralement constitué  de  deux  ou  plusieurs  mots  combinés.  Lorsque  le  nom  est  constitué  de  plusieurs  mots,  les  mots  suivant  le  premier  sont  identifiés  à  l’aide  de  majuscules.  Par  exemple,  le  nom  LDAP  affiché  de  la  classe  "Unité  d’Organisation"  est  uniteOrganization. Le nom LDAP affiché est unique pour chaque objet.  Le  Nom  commun  :  le  nom  commun  est  une  version  claire  du  nom  LDAP  affiché.  Pour  la  classe  d’objet  "Unité  d’Organisation", le nom commun est Organizational­Unit. Ces noms sont forcément uniques au sein d’un conteneur.  L’ID d’objet X.500 : in identificateur d’un objet ou OID est délivré par une autorité officielle telle que l’ISO ou l’ANSI.  © ENI Editions - All rigths reserved

- 7-

Chaque OID doit être unique. Dans le cas des classes et des attributs accueillis comme des éléments de l’annuaire, il  n’est  pas  nécessaire  d’en  référer  à  ces  autorités  officielles.  Vous  pourrez  dans  ce  cas  utiliser  l’outil  OIDGen,  vu  précédemment.  Logiciels  certifiés  Microsoft  Active  Directory  :  les  développeurs  qui  étendent  le  schéma  de  l’annuaire  Active  Directory et qui souhaitent obtenir pour une application le logo "Certifiée pour Windows" doivent adhérer à  ces  règles  d’appellation.  Pour  obtenir  tous  les  détails  et  les  dernières  exigences  d’éligibilité  au  programme  application "Certifiée pour Windows", sur le site de Microsoft, cherchez Programme de certification. 

3. Protection des classes et attributs SYSTEM  Certaines  classes  et  certains  attributs  jouent  un  rôle  au  sein  même  du  système  d’annuaire. S’il  était  possible  d’en  modifier  les  caractéristiques  ou  pire,  de  les  désactiver,  l’annuaire  pourrait  potentiellement  être  partiellement,  voire  totalement corrompu.  C’est pour cette raison que certaines classes ou certains attributs sont qualifiés de classes ou d’attributs system et  qu’à ce titre, ils sont non modifiables.  À  l’inverse,  l’écran  ci­dessous  montre  qu’il  est  possible  sur  une  classe  ou  un  attribut  particulier,  d’activer  ou  de  désactiver la classe ou l’attribut. La possibilité d’accéder ou non à ce contrôle est toujours dépendante de la criticité  de l’élément. 

Exemple de classe pour laquelle la désactivation est autorisée  La  section  suivante  explique  les  particularités  qui  concernent  ces  opérations  de  modification  des  attributs  ou  des  classes d’objets au sein de l’annuaire Active Directory. 

4. Désactivation d’une classe ou d’un attribut  Les  contrôleurs  de  domaine  exécutant  Windows  Server  2003  ne  permettent  pas  la  destruction  des  classes  ou  des  attributs. Toutefois, dans le cas où ces éléments ne sont plus nécessaires ou bien si la définition d’origine comporte  une erreur, alors vous pouvez désactiver tout attribut ou toute classe non système.  Lorsqu’une classe ou un attribut est modifié pour prendre l’état désactivé, il est considéré comme défunt. Une classe 

- 8-

© ENI Editions - All rigths reserved

ou un attribut défunt n’est plus disponible à l’utilisation. Cependant, vous aurez toujours la possibilité de procéder à  sa réactivation.  Si le niveau fonctionnel de votre forêt a été augmenté jusqu’au niveau Windows Server 2003, vous pouvez désactiver  une classe ou un attribut, puis la ou le redéfinir à loisir. Par exemple, la syntaxe d’un attribut donné pourrait devoir  être  changée.  Ce  sera  le  cas  si  la  nature  des  données  à  stocker  sur  cet  attribut  change,  suite  à  une  modification  d’une application.  Comme l’annuaire Active Directory ne permet pas de modifier la syntaxe d’un attribut après qu’il a été déclaré dans le  schéma, la procédure consiste à le désactiver puis à créer un nouvel attribut qui utilise le même identificateur d’objet  et le même nom LDAP affiché, mais cette fois­ci avec la syntaxe d’attribut souhaitée. Notez que pour redéfinir l’attribut  avec le même nom, vous devrez au préalable le renommer.  Important : Les classes et les attributs ajoutés au schéma de base peuvent être désactivés sans augmenter  le niveau fonctionnel de la forêt. Cependant, ils ne peuvent être modifiés que dans les forêts dont le niveau  fonctionnel est Windows Server 2003 ou supérieur. 

À  propos  des  modes  des  domaines  et  des  forêts  :  les  modes  des  domaines  et  forêts  Active  Directory  sont  traités  dans  le  chapitre  7  ­  Composants  de  la  structure  logique.  Cependant,  notez  que  dans  les  forêts  Windows  2000,  la  désactivation  d’un  attribut  ou  d’une  classe  non  système  ne  permet  pas  pour  autant  de  les  modifier. 

Attribut systemFlags : les classes et les attributs de schéma de base ne peuvent pas être désactivés car le bit 4 de  l’attribut systemFlags est défini à la valeur 1. Si vous souhaitiez réaliser la désactivation d’un attribut ou d’une classe  de base, définissez le bit 4 de l’attribut systemFlags à la valeur 0.  Conditions nécessaires pour réactiver une classe Nous  venons  de  voir  plus  haut  qu’une  classe  défunte  pouvait  être  réactivée.  Toutefois,  cette  opération  ne  sera  possible que sous certaines conditions :  ●

Les  attributs  référencés  dans  les  propriétés  de  la  classe  à  réactiver,  tels  que  mustContain,  systemMustContain, mayContain et systemMayContain doivent être eux­mêmes actifs. 

●

Les  classes  référencées  dans  les  propriétés  de  la  classe  à  réactiver,  telles  que  subClassOf,  auxiliaryClass,  systemAuxiliaryClass, possSuperiors et systemPossibleSuperiors doivent également être actives. 

En  fait,  ces  deux  contraintes  sont  logiques.  Les  contraintes  issues  des  attributs  référencés  dans  la  classe  doivent  être  par  définition  respectées.  Avec  le  même  principe,  les  relations  de  la  classe  à  réactiver  avec  les  autres  classes  référencées doivent être contrôlées. Cette opération de contrôle n’est possible que si ces classes sont elles­mêmes  actives.  Microsoft  précise  qu’il  ne  sera  pas  possible  de  réactiver  une  classe  défunte  si  les  valeurs  des  attributs  suivants entrent en conflit avec une classe ou un attribut déjà actif : ldapDisplayName, attributeId, governsId  ou schemaIdGuid. 

Conditions nécessaires pour réactiver un attribut Un attribut défunt pourra, lui aussi, être réactivé. Cependant, comme cela a été montré pour les classes, un attribut  défunt ne peut pas être réactivé si les valeurs des attributs suivants entrent en conflit avec une classe ou un attribut  déjà actif : ldap­ DisplayName, attributeId, governsId, schemaIdGuid ou mapiId. 

5. Objets, classes, attributs et intégration des applications  Nous venons de voir que les définitions fixées pour les objets dans le schéma Active Directory déterminent la syntaxe  des valeurs que les attributs pourront finalement supporter. La création des objets nécessite donc que les valeurs  des attributs d’un objet d’une classe particulière soient en conformité avec les exigences publiées dans le schéma de  l’annuaire.  Il en sera de même pour les applications qui devront créer ou modifier des objets dans l’Active Directory. L’application  devra solliciter le schéma pour déterminer quels attributs sont obligatoires et quels attributs sont facultatifs. Ensuite,  l’application devra respecter ­ toujours grâce au schéma ­ les contraintes de structure de données et de syntaxes à  respecter pour créer l’objet et ses attributs. 

© ENI Editions - All rigths reserved

- 9-

Important : Le schéma de l’annuaire Active Directory est maintenu au niveau de la forêt. De cette manière,  tout contrôleur de domaine de tout domaine de la forêt aura la possibilité de potentiellement interpréter tout  type de données. Si ce point n’était pas respecté, un contrôleur de domaine ne disposant pas de la bonne version  du schéma pourrait accueillir des données de nature indéterminée, c’est­à­dire illisibles ! 

Rappelons qu’un service d’annuaire jouant pleinement son rôle, doit offrir ses services et une cohérence des  informations proposées de manière uniforme en tout point du réseau. 

6. Outils d’administration en ligne de commande de Windows Server 2003 et Windows  Server 2008  De  nouvelles  commandes  du  service  d’annuaire  Active  Directory,  pratiques  et  puissantes,  ont  été  rajoutées  au  système d’exploitation Windows Server 2003, par rapport à la version précédente Windows 2000 Server.  Ces  commandes  permettent  de  gérer  les  différentes  classes  d’objets  Active  Directory  et  d’effectuer  des  demandes  d’informations,  des  créations,  des  modifications  ou  même  des  suppressions.  La  liste  suivante  décrit  succinctement  chaque commande et ses fonctionnalités :  Dsadd : ajoute des objets à l’annuaire.  Dsget : affiche les propriétés des objets dans l’annuaire.  Dsmod : modifie des attributs spécifiques d’un objet existant dans l’annuaire.  Dsquery : recherche dans l’annuaire des objets correspondant à un critère de recherche spécifié.  Dsmove : déplace un objet de son emplacement actuel vers un nouvel emplacement parent.  Dsrm : supprime un objet, toute la sous­arborescence d’un objet dans l’annuaire ou les deux.  Windows Server 2008 introduit à son tour de nouvelles commandes dans le système d’exploitation.  dsmgmt : cette commande facilite la gestion des partitions AD LDS, des rôles FSMO, ainsi que le nettoyage des méta  données Active Directory. Notez que cette commande existait aussi dans les environnements AD AM sur les serveurs  fonctionnant sous Windows Server 2003.  dsacls  :  cette  commande  était  initialement  livrée  avec  les  Outils  de  Support  de  Windows  Server  2003.  Elle  est  équivalente aux opérations offertes via l’onglet Sécurité disponible sur les objets Active Directory à l’aide des outils  tels que Utilisateurs et Ordinateurs Active Directory.  Pour  plus  d’informations  sur  la  commande  Dsmgmt,  recherchez  Windows  Server  2008  Command  Reference  sur le site de Microsoft.  Tous les outils en ligne de commande peuvent être employés sur différents types d’objets  dans  l’annuaire. Chaque  commande  accepte  des  arguments  spécifiques  à  des  objets,  vous  permet  d’entrer  un  type  d’objet  cible  comme  argument  ainsi  que  l’identité  de  l’objet  cible  sur  lequel  la  commande  sera  exécutée.  L’identité  de  l’objet  cible  est  spécifiée après le type d’objet, sous la forme d’un nom unique, c’est­à­dire la valeur de l’attribut du nom unique d’un  objet.  Par exemple, pour désactiver le compte d’ordinateur pc­market, tapez la commande ci­dessous :  dsmod computer CN=pc-market-0478,OU=Marketing, DC=corpnet,DC=Company,DC=com -disabled yes

Exécution de commandes sur le réseau Toutes  ces  commandes  disposent  de  paramètres  qui  vous  permettent  de  spécifier  le  serveur,  le  domaine,  le  nom  d’utilisateur  et  le  mot  de  passe  à  utiliser  lors  de  l’exécution  d’une  commande.  Par  exemple,  la  syntaxe  de  la  commande dsadd computer est spécifiée ci­après.  dsadd computer Nom_unique_de_l’objet [-samid NomSAM] [-desc Description] [-loc Emplacement] [-memberof Groupe ...] [(-s Serveur | -d Domaine)] [-u NomUtilisateur] [-p (Mot_de_passe | *)]

- 10 -

© ENI Editions - All rigths reserved

[-q] Si vous n’entrez pas ces paramètres, l’outil utilise le serveur, le domaine, le nom utilisateur et le mot de passe locaux.  La commande Dsadd La commande Dsadd vous permet d’ajouter des types d’objets spécifiques à l’annuaire :  dsadd computer : ajoute un ordinateur à l’annuaire.  dsadd contact : ajoute un contact à l’annuaire.  dsadd group : ajoute un groupe à l’annuaire.  dsadd ou : ajoute une unité d’organisation à l’annuaire.  dsadd user : ajoute un utilisateur à l’annuaire.  dsadd quota : ajoute une spécification de quota à une partition d’annuaire.  dsadd computer : ajoute un ordinateur unique à l’annuaire. Utilisez la syntaxe ci­dessous :  Dsadd computer NUOrdinateur [-samid NomSAM] [-desc Description] [-loc Emplacement] [-memberof NUGroupe ...] [{-s Serveur | -d Domaine}] [-u NomUtilisateur] [-p {Mot_de_passe | *}] [-q] [{-uc | -uco | -uci}] NUOrdinateur : obligatoire. Indique le nom unique de l’ordinateur que vous souhaitez ajouter. Si le nom unique est  omis, il est obtenu à partir de l’entrée standard (stdin).  -samid NomSAM : spécifie d’utiliser le nom SAM comme nom de compte SAM unique pour cet ordinateur (par exemple,  TESTPC2$). Si ce paramètre n’est pas spécifié, un nom de compte SAM est alors dérivé de la valeur de l’attribut nom  commun utilisé dans NUOrdinateur.  -desc : spécifie la description de l’ordinateur.  -loc : spécifie l’emplacement de l’ordinateur.  -memberof NUGroupe ... : spécifie les groupes auxquels vous souhaitez que l’ordinateur appartienne.  {-s Serveur | -d Domaine} : connecte l’ordinateur à un serveur ou un domaine spécifié. Par défaut, l’ordinateur est  connecté au contrôleur de domaine dans le domaine d’ouverture de session.  -u NomUtilisateur : spécifie le nom d’utilisateur employé pour ouvrir une session sur un serveur distant. Par défaut, ­ u reprend le nom d’utilisateur qui a servi pour ouvrir une session.  -uc : spécifie un format Unicode pour les entrées ou les sorties provenant ou destinées à un canal (|).  -uco : spécifie un format Unicode pour les sorties destinées à un canal (|) ou un fichier.  -uci : spécifie un format Unicode pour les entrées provenant d’un canal (|) ou d’un fichier.  Autres commandes importantes Dsmove  :  permet  le  déplacement  d’un  objet  unique,  au  sein  d’un  domaine,  de  son  emplacement  courant  vers  un  nouvel emplacement. Lorsque le déplacement a lieu dans le même domaine, l’objet est simplement renommé.  Dsrm : supprime un objet d’un type spécifique ou n’importe quel objet général de l’annuaire.  Dsget  :  permet  d’afficher  les  propriétés  sélectionnées  d’un  objet  spécifique  au  sein  de  l’annuaire  Active  Directory.  Vous pouvez utiliser cette commande vers les objets ordinateurs, contacts, groupes, OU, serveurs, utilisateurs, sous­ réseaux, sites, quotas et partitions.  Pour plus de renseignements sur ces commandes, veuillez vous référer à l’aide en ligne de Windows Server  2008 ou consulter le Kit de Ressources techniques de Windows Server 2003. Vous pouvez aussi rechercher  sur le site de Microsoft, « Windows Server 2008 Command Reference ». Vous y trouverez la description de toutes  les nouvelles commandes incluses avec Windows Server 2008. 

© ENI Editions - All rigths reserved

- 11 -

Schéma  Le  schéma  Active  Directory  contient  toutes  les  définitions  de  tous  les  objets  de  l’annuaire.  Chaque  nouvel  objet  d’annuaire créé est validé en fonction des contraintes imposées sur les différents attributs manipulés avant d’être écrit  dans l’annuaire.  Nous  avons  vu  précédemment  que  les  classes  et  attributs  étaient  stockés  dans  le  schéma.  De  fait,  le  schéma  est  essentiellement composé de classes et d’attributs d’objets. Le schéma par défaut contient plus de 350 classes d’objets  et plusieurs milliers d’attributs qui répondront à la plupart des besoins des entreprises tout en respectant le standard  X.500 relatif aux services d’annuaire.  Parce qu’il est par définition extensible, vous pourrez modifier les classes et attributs du schéma pour l’adapter à vos  besoins. Cependant, il est recommandé d’étudier et de valider attentivement chacune des modifications en n’oubliant  jamais  que  l’extension  du  schéma  aura  un  impact  sur  le  réseau  tout  entier  et  particulièrement  sur  les  catalogues  globaux Active Directory.  Nous  parlerons  plus  loin  des  recommandations  de  Microsoft  concernant  l’extension  du  schéma  et  des  effets  de  bord  inhérents à ces opérations. 

1. Construction de l’annuaire Active Directory et chargement du schéma par défaut  Le  schéma  original  est  au  départ  chargé  automatiquement  lors  de  l’installation  du  premier  contrôleur  de  domaine  Active Directory du premier domaine de la forêt.  L’assistant d’installation d’Active Directory ­ DCPromo.exe, utilisera comme source originale le fichier Schema.ini ainsi  qu’une  base  préformatée, NTDS.DIT.  Comme  cela  est  souvent  le  cas,  ces  fichiers  sont  situés  dans  le  répertoire  % Systemroot%\ System32.  Les fichiers Schema.ini et NTDS.DIT situés dans le répertoire %\Systemroot%\System32 ne sont utilisés que  pendant la phase d’installation d’un contrôleur de domaine. Ils servent de modèles à l’assistant d’installation  d’Active Directory. Ensuite, ils ne seront plus utilisés, si ce n’est pour réinstaller l’annuaire Active Directory, toujours  à l’aide de DCPromo.  La présence du fichier schema.ini est intéressante car elle nous permet d’avoir un accès direct à la nature des objets  qui sont créés au moment même de l’installation du contrôleur de domaine. Ainsi, ce fichier pourra être utilisé comme  référence aux "metadata originales" de l’annuaire Active Directory.  Stockage du schéma et mise en cache Chaque contrôleur de domaine possède deux copies du schéma. Une version est stockée directement dans l’Active  Directory  ­  dans  la  partition  de  schéma  ­  tandis  que  la  version  opérationnelle  est  chargée  en  mémoire  et  est  réellement utilisée.  Lorsqu’une  modification  du  schéma  est  validée,  l’opération  est  d’abord  inscrite  dans  l’annuaire  Active  Directory.  Ensuite,  ces  modifications  seront  automatiquement  considérées  en  mémoire  après  un  délai  de  5  minutes  correspondant à la valeur du paramètre  Schema Cache Update.  Le  délai  par  défaut  de  5  minutes  a  pour  objet  de  regrouper  l’ensemble  des  modifications  afin  d’éviter  d’inutiles  mises  à  jour  répétitives  vers  tous  les  contrôleurs  de  domaine de la forêt Active Directory.  Vous  aurez  aussi  la  possibilité  de  recharger  la  version  mise  à  jour  du  schéma  dans  le  cache  à  l’aide  de  l’option  disponible dans la console de gestion MMC du Schéma Active Directory.  Notez  aussi  que  le  délai  de  5  minutes  aura  comme  principale  conséquence  de  ne  pas  considérer  tout  de  suite  les  modifications apportées au schéma. Une application pourrait donc ne pas "voir" une information nécessaire à son bon  fonctionnement et connaître ainsi un problème lors de son premier démarrage.  S’il est vrai que dans le cas présent vous utiliserez alors l’option Recharger le schéma disponible dans la console de  gestion  Schéma  Active  Directory,  il  est  recommandé  d’utiliser  cette  option  avec  modération.  En  effet,  Microsoft  préconise de ne réaliser cette action que lorsque toutes les modifications ont été réalisées.  De cette façon, le contrôleur ne subira qu’un seul et unique rechargement du schéma en mémoire. 

© ENI Editions - All rigths reserved

- 1-

Rechargement manuel du schéma à l’aide de la console MMC de gestion du Schéma Active Directory  Il  est  important  de  noter  que  la  mise  à  niveau  de  schéma  générera  une  réplication  urgente  sur  l’ensemble  des  contrôleurs  de  domaine  de  la  forêt.  L’opération  de  mise  à  jour  aura  donc  une  certaine  incidence  en  terme  de  communications réseaux intersites.  Dans  la  mesure  où  plusieurs  séries  de  modifications  du  schéma  peuvent  avoir  lieu,  il  pourra  y  avoir  en  mémoire  plusieurs versions différentes du schéma. En fait, il est précisé qu’une version particulière du schéma n’est libérée et  retirée du cache qu’à la condition qu’aucune application ne soit connectée sur le dit schéma.  Dans l’absolu, le schéma est un ensemble de données dont la taille est inférieure à 200 ko. Si l’on considère 10 séries  de  modifications  par  jour  pendant  10  jours,  nous  obtiendrons  une  consommation  mémoire  sur  les  contrôleurs  de  domaine  de  l’ordre de 20 Mo, ce qui n’a  rien  d’alarmant. Cependant, notez que même si cela n’est  pas  obligatoire,  Microsoft recommande de redémarrer les contrôleurs de domaine.  Vous devrez aussi considérer les points suivants :  Par  définition,  le  schéma  de  l’annuaire  est  stocké  dans  l’Active  Directory  au  sein  de  la  partition  de  schéma.  Cette  partition, donc le schéma, est disponible sur tous les contrôleurs de domaines de tous les domaines de la forêt. Une  partition de l’annuaire est une unité de réplication contenue dans la base de données de l’annuaire.  Le fichier de base de données de l’annuaire, nommé \%Systemroot%\Ntds\Ntds.dit, contient la partition de schéma  ainsi que toutes les autres partitions qui concernent le contrôleur.  Le  schéma  qui  suit  illustre  le  découpage  de  la  base  de  données  de  l’annuaire  Active  Directory  (NTDS.DIT)  en  partitions. Le point d’entrée principal est bien sûr le domaine racine de la forêt, lequel connaît la structure complète  grâce  à  la  partition  de  configuration.  Enfin,  l’annuaire peut déterminer l’emplacement  puis  accéder  à  la  partition  de  schéma. 

Vision de la structure des partitions d’une forêt Active Directory 

- 2-

© ENI Editions - All rigths reserved

Par définition aussi, un seul contrôleur de domaine au sein de la forêt aura le contrôle exclusif du schéma et pourra  ainsi en contrôler le contenu et la structure. Le contrôleur de domaine jouant ce rôle est appelé Contrôleur ou Maître  de schéma.    La gestion des rôles de maîtres d’opérations (FSMO) est traitée plus loin.

2. Protection du schéma  Comme tous les objets de l’annuaire Active Directory, les objets du schéma sont protégés contre les utilisations non  autorisées  par  des  listes  de  contrôle  d’accès  (ACL).  Par  défaut,  seuls  les  membres  du  groupe  Administrateurs  du  schéma  ont  un  accès  en  écriture  sur  le  schéma.  Par  conséquent,  pour  être  en  mesure  d’étendre  le  schéma,  vous  devez être membre de ce groupe. Par défaut, le seul membre du groupe Administrateurs du schéma est le compte  administrateur du domaine racine de la forêt. Il est bien sûr recommandé de restreindre l’appartenance à ce groupe.  En  effet,  une  modification  incorrecte  du  schéma  peut  avoir  des  conséquences  sur  l’ensemble  de  la  forêt  Active  Directory et/ou des applications qui en dépendent.  L’écran ci­après montre que le groupe des Administrateurs  du  schéma est un groupe universel. En fait, il ne s’agit  pas  de  la  valeur  par  défaut.  Effectivement,  à  l’issue  de  l’installation  d’un  domaine  Active  Directory,  le  domaine  fonctionne en mode mixte. Lorsque le domaine Active Directory fonctionne dans ce mode, alors il s’agit d’un groupe  global de sécurité. Une fois que vous aurez rehaussé le niveau fonctionnel du domaine au niveau Windows Server  2003 ou supérieur, alors le groupe global de sécurité sera automatiquement converti en groupe universel de sécurité. 

En mode natif, le groupe Administrateurs du schéma est un groupe universel  Lorsque le domaine fonctionne en mode natif Windows 2000 ou en mode Windows Server 2003 ou Windows Server  2008, vous pouvez profiter de nouvelles fonctionnalités que nous détaillerons dans leur ensemble plus loin. Dans le  cas présent, il s’agira du support des groupes de sécurité universels. Ces groupes sont intéressants dans la mesure  où ils peuvent contenir des comptes locaux, des groupes globaux et des groupes universels provenant de n’importe  quel domaine de la forêt.  L’écran  précédent  montre  qu’il  n’est  pas  possible  de  changer  l’étendue  du  groupe  de  sécurité  Administrateurs de schéma.  Par  contre,  lorsque  le  niveau  fonctionnel  du  domaine  est  Windows  2000  en  mode  mixte,  les  groupes  de  sécurité  universels ne sont pas disponibles. Par conséquent, il n’est pas possible de tirer parti de ces avantages.  © ENI Editions - All rigths reserved

- 3-

Attention  :  L’appartenance  à  un  groupe  d’étendue  universelle  ne  doit  pas  être  modifiée  fréquemment.  En  effet,  toute  modification  apportée  à  ces  appartenances  de  groupe  provoque  la  réplication  de  toute  l’appartenance du groupe sur chaque catalogue global de la forêt. 

La réplication de l’annuaire Active Directory et les relations et impacts sur les groupes et les contrôleurs de  domaine catalogues globaux sont traités au chapitre Composants de la structure physique. 

En résumé... ●

Les  extensions  réalisées  dans  le  schéma  sont  globales  :  lorsque  vous  étendez  le  schéma,  l’opération  concerne  la  forêt  toute  entière  parce  que  tous  les  changements  à  transmettre  doivent  l’être  vers  tous  les  contrôleurs de tous les domaines de la forêt. 

●

Les  classes  à  caractère  System  ne  peuvent  pas  être  modifiées  :  il  est  impossible  de  modifier  les  classes  System par défaut utilisées par l’Active Directory. Cependant, les applications qui sont utilisées pour modifier  le schéma peuvent ajouter leurs propres classes System que vous pourrez ensuite modifier. 

●

Les  extensions  réalisées  dans  le  schéma  peuvent  être  modifiées  ou  annulées  mais  pas  supprimées.  Par  exemple,  lorsqu’un  attribut  est  ajouté  au  schéma,  nous  avons  vu  qu’il  était  possible  de  le  désactiver,  mais  pas  de  le  supprimer.  Cependant,  il  est  possible  de  réutiliser  le  nom  LDAP  affiché  ou  l’OID  et  ainsi  d’être  capable d’annuler une déclaration. 

Pour  plus  d’informations  sur  le  schéma,  cherchez  "Schéma  Active  Directory"  sur  le  site  Web  des  Kits  de  ressources  techniques  de  Microsoft  à  l’adresse  :  http://www.microsoft.com/reskit  ou  http://msdn.microsoft.com/ 

- 4-

© ENI Editions - All rigths reserved

Conventions de nommage  Tout service d’annuaire doit supporter une ou plusieurs conventions de nommage pour gérer et localiser les objets qu’il  prend en charge. Ainsi, grâce à ces conventions, chaque objet de l’annuaire disposera de son propre nom dans un ou  plusieurs espaces de nommage.  Comme chaque objet des services de domaine Active Directory est une instance d’une classe définie dans le schéma,  cette classe possédera obligatoirement des attributs dédiés à la prise en charge de chaque espace de nommage.  Les espaces de nommage supportés par les services d’annuaire Active Directory sont :  ●

Le support total des normes LDAP pour les noms des objets de l’annuaire. 

●

L’identification unique de chaque objet en fonction de la classe dont il dépend dans le moteur de stockage de  l’annuaire. 

●

Le support des identificateurs de sécurité existant sous Windows NT. 

Pour plus d’informations sur les spécificités du protocole LDAP, connectez­vous sur http://www.rfc­editor.org et  faites une recherche sur les RFC suivants : RFC 1779 ­ A String Representation of DN, RFC 2247 ­ Using Domains  in LDAP/X.500 Distinguished Names, RFC 2251 ­ LDAP v3. 

1. Le nom unique relatif (RDN ­ Relative Distinguished Name)  Le nom unique relatif LDAP identifie l’objet de façon unique par rapport à son conteneur. Par exemple, le nom unique  relatif  LDAP  (RDN)  d’un  utilisateur  s’appelant  Bob  Durand  pourrait  être  CN= Bob  Durand.  Bien  entendu,  les  noms  uniques relatifs doivent être uniques puisque chaque utilisateur doit disposer de son propre nom au sein d’un même  conteneur, comme cela serait le cas dans une unité d’organisation. 

2. Le nom unique (DN ­ Distinguished Name)  Le nom unique LDAP identifie l’objet de façon unique par rapport au point d’entrée de l’annuaire. Pour y parvenir, le  RFC 1779 nommé A string Representation of DN définit les éléments utilisés pour les DN par l’Active Directory :  DC  Composant de nom de domaine.  OU  Nom de l’unité d’organisation.  CN  Nom commun.  Par  exemple,  le  nom  unique  d’un  utilisateur  s’appelant  Bob Durand  dans  l’unité  d’organisation DRH  dans  le  domaine  eu.rootcorp.corporate.net sera CN=Bob Durand, OU=DRH, DC=eu, DC=rootcorp, DC=corporate, DC=net. Comme pour le  RDN, le DN est forcément unique au niveau du domaine. 

© ENI Editions - All rigths reserved

- 1-

Illustration du DN d’un objet ordinateur  La figure ci­dessus illustre le cas d’un ordinateur situé dans l’OU Postes sécurisés du domaine eu.rootcorp.corporate.net. 

3. Le nom canonique  Nous  venons  de  voir  que  chaque  objet  de  l’annuaire  Active  Directory  peut  être  référencé  par  plusieurs  noms.  Pour  chaque objet, Active Directory crée un nom unique relatif et un nom canonique, tel que l’illustre l’écran suivant. 

- 2-

© ENI Editions - All rigths reserved

  Par  défaut,  les  onglets  Objet  et  Sécurité  ne  sont  pas  affichés.  Pour  les  afficher,  activez  le  mode  Fonctionnalités  avancées  en  cliquant  avec  le  bouton  droit  de  la  souris  sur  le  domaine  puis  en  cliquant  sur  Affichage ­ Fonctionnalités avancées.  En suivant le chemin depuis le point d’entrée de l’annuaire jusqu’au conteneur de l’objet, tous les objets seront aussi  référencés  par  leur  nom  unique  en  fonction  de  leur  nom  unique  relatif  (RDN)  et  de  tous  les  objets  conteneur  à  traverser.  De  cette  manière,  le  nom  canonique  se  construit  de  la  même  façon  que  le  nom  unique  mais  utilise  une  notation  simplifiée. Ainsi, le nom canonique de l’utilisateur Bob Durand sera eu.rootcorp.corporate.net/DRH/Bob Durand.  Généralement,  les  outils  de  maintenance  et  de  support  de  l’Active  Directory  manipulent  des  noms  respectant  la  symbolique LDAP, c’est­à­dire l’usage du DN des objets. Cependant, il est évident que le nom canonique de l’objet, tel  qu’il  est  présenté  sur  l’écran  précédent,  montre  clairement  l’objet  et  son  emplacement.  En  conclusion,  l’idée  ne  consiste  pas  à  choisir  entre  les  noms  LDAP  respectant  le  RFC  1779  ou  les  noms  canoniques  mais  simplement  à  proposer, en plus, une notation plus lisible. 

4. Le GUID de l’objet (Globally Unique Identifier)  Un  GUID  est  une  valeur  hexadécimale  sur  128  bits  (ou  16  octets)  dont  l’unicité  est  garantie  au  sein  de  toute  l’entreprise. Cette valeur est générée à partir de l’identificateur unique d’un élément, de la date, de l’heure en cours,  et d’une séquence de chiffres générée aléatoirement.  Par  définition,  les  GUIDs  ne  changent  jamais  et  sont  générés  et  associés  à  un  objet  au  moment  de  la  création  de  l’objet. Ainsi, lorsqu’une demande de création d’objet est reçue par un contrôleur de domaine, le DSA (Directory Service  Agent)  du  contrôleur  de  domaine  crée  l’objet  en  regardant  tous  les  attributs  obligatoires.  Parmi  ceux­ci,  il  trouvera  l’attribut GUID et invoquera les routines nécessaires pour créer la valeur.  Dans la mesure où sous Windows tout n’est qu’objet et où par définition tout objet est et doit être unique, tout objet  disposera de son propre GUID. De plus, celui­ci ne changera pas même si l’objet devait, dans le futur, être renommé  ou déplacé. Exemples d’objets disposant de GUID : un utilisateur, un groupe, un ordinateur, un contrôleur de domaine,  un domaine, une base de données Active Directory, une partition COM +, une relation d’approbation interdomaines, un  lien  intersites,  une  connexion  Active  Directory,  une  carte  réseau,  un  package  MSI,  une  application,  une  partition  de  disque, etc. 

© ENI Editions - All rigths reserved

- 3-

5. Le SID de l’objet  Lorsqu’il est nécessaire de réaliser des contrôles d’accès, le système de sécurité de Windows doit contrôler les droits  accordés à des entités de sécurité. Les objets devant être impliqués en tant qu’entités de sécurité sont des objets  Active Directory auxquels sont attribués des ID de sécurité appelés SID.  Les SID existent depuis la toute première version de Windows NT et existent encore aujourd’hui de la même façon sur  un ordinateur Windows 2000, Windows XP ou dans le cadre d’un domaine Active Directory. Ces ID de sécurité peuvent  être utilisés pour réaliser une ouverture de session locale via la SAM locale ­ Security Account Manager (Gestionnaire de  comptes de sécurité), et bien entendu pour ouvrir des sessions vers le domaine Windows NT ou Active Directory. Sur la  base de cette authentification réussie, ces SID peuvent aussi avoir l’autorisation d’accéder à des ressources locales à  la machine ou dispersées au sein du domaine. Les administrateurs auront la charge de gérer les noms des comptes  d’utilisateurs, des comptes de groupes et des comptes d’ordinateurs de manière unique au sein d’un domaine.  Ce dernier point signifie donc que trois classes d’objets Active Directory peuvent être placées dans des ACL (listes de  contrôles  d’accès),  à  savoir  les  objets  dérivés  de  la  classe  User,  de  la  classe  Computer  et  de  la  classe  Group.  Finalement, ces objets sont communément appelés des security principals.  Par  définition,  tout  security  principal  dispose  donc  d’un  identificateur  unique  appelé  SID  Security  Identifier  Descriptor. Le SID est finalement composé de deux parties : le SID issu du security principal du domaine lui­même et  un suffixe unique appelé identificateur relatif ou, en anglais, Relative ID ou RID. Par définition, les RID commencent  à partir de la valeur décimale 1000.  Ainsi,  le  premier  utilisateur  créé  après  le  domaine  recevra  le  RID  1000,  puis  le  suivant  1001  et  ainsi  de  suite.  Finalement,  la  combinaison  du  SID  du  domaine  et  du  RID  forme  le  SID  de  l’objet,  lequel  sera  une  valeur  unique  à  l’intérieur du domaine et de la forêt.  Les noms de ces objets de sécurité peuvent contenir tous les caractères Unicode, sauf les caractères LDAP spéciaux  définis dans le RFC 2253, à savoir les espaces à gauche, les espaces à droite et les caractères suivants : # , + " \  ;  De plus, les noms d’entités de sécurité "utilisateurs et ordinateurs" doivent respecter les considérations suivantes :  Comptes  d’utilisateur  :  les  ordinateurs  exécutant  Windows  Server  2008,  Windows  Server  2003,  Windows  Vista,  Windows  XP  Professionnel  et  Windows  2000  Professionnel  peuvent  utiliser  un  nom  principal  d’utilisateur  tel  que  [email protected]  (UPN  ­  User  principal  name)  pour  un  compte  d’utilisateur.  Les  ordinateurs  exécutant Windows NT 4.0 ou une version antérieure sont limités à 20 caractères et utilisent la syntaxe EU\BDurand.  L’écran suivant montre aussi que les noms d’ouverture de session de Windows 2000 sont uniques au domaine et que  les noms d’ouverture de session de Windows Server 2003 sont uniques à la forêt. 

Les "logon names" de Windows Server 2003 nécessitent d’être uniques au sein de l’entreprise, c’est­à­dire de la  forêt Active Directory  Comptes d’ordinateur NetBIOS : 15 caractères ou 15 octets.  Compte d’ordinateur DNS : 63 caractères pour un Nom de domaine complet (FQDN, Fully Qualified Domain Name). Un  compte d’ordinateur ne peut pas être entièrement composé de chiffres, de points (.) ou d’espaces. De plus, les points  à droite sont tronqués.  Compte  de  groupe  :  63  caractères  ou  63  octets.  Un  compte  de  groupe  ne  peut  pas  être  entièrement  composé  de  chiffres, de points (.) ou d’espaces. De plus, les points placés à droite seront tronqués.  La  création  d’un  objet  ayant  comme  attribut  obligatoire  le  SID,  générera  automatiquement  un  identificateur  universel unique (GUID) utilisé pour reconnaître l’entité de sécurité (SID). Active Directory créera aussi un nom  unique relatif LDAP basé sur le nom de l’entité de sécurité. Un nom unique LDAP et un nom canonique sont ensuite  générés à partir du nom unique relatif et aussi des noms des domaines et du conteneur où l’objet entité de sécurité  est créé. 

Si votre organisation comporte plusieurs domaines, vous avez la possibilité d’utiliser le même nom d’utilisateur  ou le même nom d’ordinateur dans des domaines différents. 

- 4-

© ENI Editions - All rigths reserved

L’ID de sécurité, l’identificateur universel unique (GUID), le nom unique LDAP et le nom canonique générés par  Active  Directory  identifieront  uniquement  chaque  utilisateur,  ordinateur  ou  groupe  dans  la  forêt.  Si  l’objet  entité de sécurité est renommé ou déplacé vers un autre domaine, l’ID de sécurité, le nom unique relatif LDAP, le  nom unique LDAP et le nom canonique Active Directory seront modifiés. En revanche, l’identificateur universel unique  généré par Active Directory restera inchangé. 

Utilisation de la commande Getsid.exe (Get Security ID) Cet outil pourra s’avérer très utile pour vérifier un éventuel "conflit de SID". La commande permet ainsi de comparer  les SID d’un compte sur deux contrôleurs de domaine distincts. Si tel était le cas, il est probable que l’objet, voire la  base de données Active Directory ou SAM sont corrompus.  La commande GetSID s’utilise de la manière suivante : getsid \\Serveur1 CompteX \\Serveur2 CompteX  Les paramètres sont décrits ci­dessous :  \\ServeurN  :  noms  des  deux  serveurs  contenant  le  compte  à  vérifier.  Vous  pouvez  utiliser  un  nom  NetBIOS  ou  le  FQDN du serveur.  CompteX : spécifie le ou les noms des deux comptes d’utilisateur ou de groupe à contrôler. Si les noms possèdent des  espaces, mettez des caractères guillemets.  Exemples :  getsid \\srv1 administrateur \\srv2 administrateur getsid \\srv1 "Admins du domaine" \\srv2 "Admins du domaine"

Contrôle des SID des comptes d’ordinateurs ou de contrôleurs La  commande  GetSID  permet  aussi  le  contrôle  des  SID  des  ordinateurs.  En  effet,  vous  pouvez  aussi  spécifier  le  caractère  $  derrière  le  nom  de  l’ordinateur.  Ainsi,  pour  vérifier  le  SID  de  l’ordinateur  booster2003,  utilisez  la  commande : getsid \\srv1 booster2003$ \\srv2 booster2003$  La commande GetSID est disponible dans les Outils de supports livrés avec le CD­Rom de Windows Server 2003. Notez  cependant que d’autres outils pourront être utiles pour auditer et solutionner les problèmes de sécurité et de contrôle  d’accès :  Acldiag : outil de diagnostic des ACLs.  Clonepr : fonction de clonage des SID.  Dsastat : comparaison des partitions entre contrôleurs de domaine et catalogues globaux.  Sdcheck : liste et contrôle des ACLs des objets Active Directory.  SIDWalker Security Administration Tools : ensemble d’outils qui permettent d’auditer, de mapper et de convertir les  droits sur les fichiers NTFS, les imprimantes et les partages réseau.  Xacls : permet d’afficher et de modifier les ACLS des fichiers et répertoires NTFS.  Pour  plus  d’informations  sur  les  SIDs,  descripteurs  de  sécurité  et  les  technologies  de  contrôles  d’accès  de  Windows Server 2008 et Windows Server 2003, consultez les Windows Server 2008 et Windows Server 2003  Technical Reference, sur le site de Microsoft. 

© ENI Editions - All rigths reserved

- 5-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Dans les systèmes d’annuaires, qu’appelle­t­on une classe d’objet ?  2 Qu’est­ce qu’un objet ?  3 Quel outil permet d’afficher l’ensemble des classes et attributs de l’annuaire LDAP Active Directory ?  4 Quel est le rôle de l’attribut systemPossSuperiors ?  5 Comment pouvez­vous préciser qu’un attribut de l’annuaire Active Directory doit être enregistré et indexé au  sein des catalogues globaux ?  6 Que veut­on dire par respect des syntaxes au sein d’un système d’annuaire ?  7 Quel est le rôle des OID ?  8 Quel outil Microsoft pouvez­vous utiliser pour générer automatiquement un OID valide utilisable au sein de  l’espace LDAP de votre forêt Active Directory ?  9 Est­il possible dans une forêt Windows 2000 de désactiver une classe ou un attribut ?  10 Est­il possible dans une forêt fonctionnant dans le niveau fonctionnel Windows Server 2003 ou Windows Server  2008 de désactiver une classe ou un attribut ?  11 De quels privilèges devez­vous disposer pour être autorisé à modifier le schéma ?  12 Quel est le rôle du DN ?  13 Qu’appelle­t­on nom canonique Active Directory ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /13  Pour ce chapitre, votre score minimum doit être de 10 sur 13. 

3. Réponses  1 Dans les systèmes d’annuaires, qu’appelle­t­on une classe d’objet ?  Une  classe  d’objet  est  un  ensemble  d’attributs  qui  représente  un  type  particulier  d’objet  stocké  dans  l’annuaire. Par  exemple, il peut s’agir des utilisateurs, des sites, des banques de boîtes aux lettres Exchange...  2 Qu’est­ce qu’un objet ?  Par définition, un objet est le résultat de l’instance d’une classe d’objet, cette dernière jouant le rôle de modèle.  3 Quel outil permet d’afficher l’ensemble des classes et attributs de l’annuaire LDAP Active Directory ?  La console de gestion MMC du schéma et l’outil ADSI Edit livré avec les Outils de support de Windows Server 2003. Sur  un serveur Windows Server 2008 vous pouvez directement utiliser l’éditeur Modification ADSI (ADSI Edit).  4 Quel est le rôle de l’attribut systemPossSuperiors ?  Il déclare au sein du schéma les relations possibles entre une classe enfant et ses éventuels parents.  5 Comment pouvez­vous préciser qu’un attribut de l’annuaire Active Directory doit être enregistré et indexé au  sein des catalogues globaux ?  À l’aide de la console de gestion MMC Schéma Active Directory, il faut modifier les propriétés de l’attribut et valider.  6 Que veut­on dire par respect des syntaxes au sein d’un système d’annuaire ?  Le schéma contient le déclaratif de tous les objets et attributs d’objets. Les attributs d’objets permettent de préciser la  nature  des  données  (ASCII,  binaires...)  ainsi  que  les  contraintes  à  respecter  en  termes  de  longueurs  minimales  et  maximales. 

© ENI Editions - All rigths reserved

- 1-

7 Quel est le rôle des OID ?  Chaque objet du schéma ­ et aussi chaque attribut ­ doit disposer d’un identificateur unique. Il s’agit d’une valeur qui  identifie une classe d’objet ou un attribut. Les identificateurs d’objets (OID, Object Identifier) sont organisés selon une  hiérarchie globale gérée par l’ISO.  8 Quel outil Microsoft pouvez­vous utiliser pour générer automatiquement un OID valide utilisable au sein de  l’espace LDAP de votre forêt Active Directory ?  Utilisez l’outil OIDgen.exe.  9 Est­il possible dans une forêt Windows 2000 de désactiver une classe ou un attribut ?  Oui.  Cette  opération  est  possible  mais  vous  ne  pouvez  pas  réutiliser  le  même  OID  de  classe  ou  d’attribut.  Cette  opération n’est valable que sur certaines classes ou attributs.  10 Est­il possible dans une forêt fonctionnant dans le niveau fonctionnel Windows Server 2003 ou Windows Server  2008 de désactiver une classe ou un attribut ?  Oui. Cette opération est possible. Cependant comme le niveau fonctionnel de la forêt est Windows Server 2003, vous  pouvez aussi réutiliser le même OID de classe ou d’attribut sur une nouvelle classe ou un nouvel attribut.  11 De quels privilèges devez­vous disposer pour être autorisé à modifier le schéma ?  Vous devez être membre du groupe Administrateurs du schéma dans Active Directory.  12 Quel est le rôle du DN ?  Le Distinguished Name signifie nom unique. Il définit le nom unique d’un objet à l’aide du nom unique relatif de l’objet,  plus  les  noms  des  objets  conteneur  et  les  domaines  qui  contiennent  l’objet.  Par  exemple,  CN= Bob,CN= Users,DC= company,DC= com  est  le  nom  unique  de  l’objet  utilisateur  Bob  au  sein  du  domaine  Active  Directory company.com., dans le conteneur Users, le conteneur Users appartenant à la classe Conteneur et non Unité  d’organisation.  13 Qu’appelle­t­on nom canonique Active Directory ?  Le nom canonique se présente sous la forme company.com/users/Bob. Il s’agit d’un nom dont la syntaxe est simplifiée  en prenant pour base le DN de l’objet, sans les balises LDAP. 

- 2-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Rechargement du schéma  La procédure ci­dessous vous permettra procéder à l’opération de rechargement du schéma Active Directory.  Pour  exécuter  cette  procédure,  vous  devez  être  membre  du  groupe Admins  du  domaine (dans le domaine  racine de la forêt), du groupe Administrateurs du schéma ou du groupe Administrateurs de l’entreprise de  Active Directory, ou bien disposer de l’autorisation appropriée. 

1. 

Ouvrez le composant logiciel enfichable Schéma Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Schéma Active  Directory. 

3. 

Cliquez sur Recharger le schéma. 

4. 

Par défaut, le composant Schéma Active Directory n’est pas installé. Pour l’utiliser, tapez  la commande : Regsvr32schmmgmt.DLL puis validez sur OK. 

2. Création d’un nouvel attribut  Cette  opération  a  pour  objet  de  présenter  la  procédure  de  modification  du  schéma  de  l’annuaire dans le cas de la  création d’un nouvel attribut.  Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs du schéma dans Active  Directory ou avoir reçu par délégation les autorisations nécessaires. Le composant logiciel enfichable Schéma  Active Directory doit être connecté au contrôleur de schéma. 

1. 

Utilisez l’outil Oidgen pour générer un OID valide dans le cadre des classes et attributs  utilisés au sein de l’annuaire Active Directory. Oidgen vous permettra d’obtenir en ligne  de commande deux OID de base. Le premier est réservé aux attributs, tandis que le  deuxième le sera pour les classes d’objets de l’annuaire Active Directory.    L’outil Oidgen est livré avec le Kit de Ressources Technique de Windows 2000 Server.

Ci­dessous, l’usage de la commande Oidgen permet d’obtenir les deux "points de départ" pour ajouter des classes et  des attributs au sein de l’Active Directory.  C:\Documents and Settings\JFAprea.CORP2003o>idgen Attribute Base OID: 1.2.840.113556.1.4.7000.233.28688.28684.8.320726.640437.386647.1188997 Class BaseFOID: 1.2.840.113556.1.5.7000.111.28688.28684.8.442329. 1601970.1743618.369723 Une  fois  les  deux  OIDs  obtenus,  déclarez  l’élément  souhaité  (classe,  attribut  ou  les  deux)  en  procédant  tel  que  spécifié ci­dessous :  1. 

Ouvrez le composant logiciel enfichable Schéma Active Directory. 

2. 

Dans l’arborescence de la console, cliquez sur Schéma Active Directory. 

3. 

Pour ajouter une définition de classe, cliquez avec le bouton droit sur Classes, cliquez sur  Créer une classe puis suivez les instructions. 

4. 

Pour ajouter une définition d’attribut, cliquez avec le bouton droit sur Attributs, cliquez  sur Créer un attribut puis suivez les instructions. 

© ENI Editions - All rigths reserved

- 1-

3. Indexation d’un attribut dans les catalogues globaux Active Directory  Cette opération a pour objet de modifier le schéma de l’annuaire Active Directory pour déclarer que tel ou tel attribut  peut être indexé au sein de l’annuaire Active Directory. Cette technique a pour objectif d’augmenter les performances  du serveur de catalogue global en recherches.  Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs du schéma dans Active  Directory ou avoir reçu par délégation les autorisations nécessaires. 

1. 

Ouvrez la console de gestion Schéma Active Directory. 

2. 

Dans l’arborescence de la console, cliquez sur Attributs. 

3. 

Cliquez avec le bouton droit sur l’attribut que vous souhaitez indexer, puis cliquez sur  Propriétés. 

4. 

Cliquez sur Indexer cet attribut dans l’annuaire Active Directory.    L’indexage d’un attribut améliore les performances des requêtes exécutées sur l’attribut.

4. Ajout d’un attribut dans les catalogues globaux Active Directory  Cette opération a pour objet de modifier le schéma de l’annuaire Active Directory pour déclarer que tel ou tel attribut  doit être présent au sein de l’annuaire Active Directory. Cette technique a pour objectif d’augmenter les performances  des recherches sur des attributs particuliers.  Pour effectuer cette procédure, vous devez être membre du groupe Administrateurs du schéma dans Active  Directory ou avoir reçu par délégation les autorisations nécessaires.  Pour ajouter un attribut au catalogue global :  1. 

Ouvrez la console de gestion Schéma Active Directory. 

2. 

Dans l’arborescence de la console, cliquez sur Attributs. 

3. 

Dans la page de droite, cliquez avec le bouton droit sur l’attribut que vous voulez ajouter  au catalogue global, puis cliquez sur Propriétés. 

4. 

Activez la case à cocher Répliquer cet attribut dans le catalogue global. 

Si le niveau fonctionnel de la forêt n’est pas défini sur Windows Server 2003 ou Windows Server 2008, le fait  d’ajouter  un  nouvel  attribut  au  catalogue  global  provoque  une  synchronisation  complète  de  tous  les  contrôleurs  de  domaine  jouant  le  rôle  de  catalogue  global.  En  d’autres  termes,  lorsque  vous  ajoutez  un  nouvel  attribut  à  l’ensemble  des  attributs  du  catalogue  global,  tous  les  attributs  qui  faisaient  préalablement  partie  du  catalogue global en plus du nouvel attribut sont immédiatement synchronisés à travers la forêt. 

Il est fortement recommandé d’utiliser les groupes globaux ou les groupes universels au lieu des groupes de  domaine locaux lorsqu’il est spécifié des autorisations sur des objets de domaine répliqués vers le catalogue  global. 

5.  Gestion  des  comptes  utilisateur  à  l’aide  de  la  console  MMC  Utilisateurs  et  ordinateurs Active Directory  L’objectif de ce TP est de créer un compte utilisateur Active Directory et de renseigner les attributs les plus significatifs  utilisables dans un réseau d’entreprise.  1. 

- 2-

Ouvrez une session avec un compte utilisateur disposant des privilèges vous autorisant  la création d’objets de type utilisateur dans le conteneur où vous souhaiter réaliser  © ENI Editions - All rigths reserved

l’opération.  2. 

Lancez la console de gestion MMC, Utilisateurs et ordinateurs Active Directory. 

3. 

Cliquez avec le bouton droit sur l’unité d’organisation souhaitée et sélectionnez Nouveau  ­ Utilisateur ou Nouveau ­ InetOrgPerson. 

4. 

Renseignez les informations ci­dessous : 

5. 

6. 

●

Prénom : Lana 

●

Initiale : L 

●

Nom : Lang 

●

Nom d’ouverture de session : [email protected] 

●

Nom antérieur à Windows 2000 : Llang 

Cliquez sur Suivant et déclarez les paramètres ci­dessous :  ●

Fixez le mot de passe initial en respectant la stratégie de mot de passe et  confirmez le mot de passe. 

●

Activez les cases à cocher en fonction de vos besoins et contraintes : L’utilisateur  doit changer de mot de passe : Oui  Le compte est désactivé : Oui 

Validez vos sélections en cliquant sur le bouton OK. 

Dans un deuxième temps, vous allez spécifier les paramètres ci­dessous :  1. 

Double cliquez sur le compte utilisateur précédemment créé. 

2. 

Dans l’onglet Adresse, déclarez les attributs relatifs à l’adresse de l’utilisateur. 

3. 

Dans l’onglet Compte, déclarez les attributs relatifs au compte utilisateur tels que ceux  spécifiés ci­dessous : 

4. 

5. 

●

Déclarez les horaires des connexions autorisées, 

●

Déclarez les ordinateurs sur lesquels l’utilisateur est autorisé à ouvrir une  session vers le domaine, 

●

Enregistrer le mot de passe en cryptant le mot de passe réversible ­ pour  supporter les authentifications MD5, 

●

Une carte à puce est nécessaire pour ouvrir une session interactive ­ pour rendre  obligatoire l’usage d’une carte à puce pour l’authentification vers Active Directory, 

●

Fixez le délai d’expiration du compte six mois plus tard. 

Dans l’onglet Profil, déclarez les attributs relatifs au profil de l’utilisateur tels que ceux  spécifiés ci­dessous :  ●

Déclarez l’emplacement du profil réseau de l’utilisateur, par exemple :  \\company.com\DFSData\Profils\%Username%, 

●

Déclarez le script d’ouverture de session de l’utilisateur, par exemple, logon.bat.  Le script est situé à l’emplacement du partage NETLOGON dans le Sysvol, 

●

Déclarez le répertoire de base de l’utilisateur vers un chemin réseau, par  exemple, spécifiez la lettre H: vers \\company.com\DFSData\Users\%Username%, 

●

Dans l’onglet Téléphones, déclarez les différents numéros de téléphone de  l’utilisateur. 

Dans l’onglet Organisation, déclarez les différents attributs relatifs à cette catégorie, tels  que :  ●

Le Titre, le Service et la Société de l’utilisateur, 

●

Son Manager, 

●

Le numéro de téléphone de l’utilisateur. 

© ENI Editions - All rigths reserved

- 3-

6. 

Maintenant que vous avez défini l’ensemble des attributs de l’utilisateur, validez votre  choix en cliquant sur OK. 

La  classe InetorgPerson  est  dérivée  de  la  classe  user  mais  respecte  les  dernières  RFC  relatifs  à  la  classe  InetOrgPerson. Bien que l’usage de cette classe facilite l’interopérabilité avec d’autres systèmes d’annuaires  respectant ces standards, Microsoft ne recommande pas son usage de manière expresse. 

6.  Gestion  des  comptes  d’ordinateur  à  l’aide  de  la  console  MMC  Utilisateurs  et  ordinateurs Active Directory  L’objectif de ce TP est de créer un compte d’ordinateur et de renseigner ses attributs les plus significatifs utilisables  dans un réseau d’entreprise.  1. 

Ouvrez une session avec un compte utilisateur disposant des privilèges vous autorisant à  la création d’objets de type ordinateur dans le conteneur où vous souhaitez réaliser  l’opération. 

2. 

Lancez la console de gestion MMC, Utilisateurs et ordinateurs Active Directory. 

3. 

Positionnez­vous à l’emplacement souhaité, puis cliquez avec le bouton droit et cliquez  sur Nouveau ­ Ordinateur. La fenêtre Nouvel objet ­ Ordinateur apparaît. 

4. 

Renseignez les champs demandés. 

5. 

Activez les cases à cocher Attribue ce compte d’ordinateur à un ordinateur antérieur à  Windows 2000 ou Attribue ce compte d’ordinateur à un contrôleur de domaine  secondaire en fonction des besoins, puis cliquez sur Suivant. 

6. 

Sur l’écran Prise en charge, activez la case à cocher Ceci est un ordinateur pris en  charge, si vous prévoyez de faire une réservation utilisée dans le cadre des services  d’installation à distance RIS ­ Remote Installation Services, puis cliquez sur Suivant. 

  Cet écran montre une réservation basée sur l’adresse MAC de la carte réseau complétée de 0.  En effet, vous pouvez déclarer soit l’ID unique au format GUID/UUID, soit l’adresse matérielle  de la carte réseau. Ces informations pourront ensuite être utilisées par les services RIS ou  une autre application du même type.  7. 

- 4-

Finalement, associez l’ordinateur réservé à un serveur supportant les services RIS, puis  cliquez sur Suivant puis sur Terminer. 

© ENI Editions - All rigths reserved

Après avoir créé l’objet ordinateur dans l’unité d’organisation souhaitée, il ne reste plus qu’à procéder à l’intégration  de l’ordinateur dans le domaine. Cette opération pourra être réalisée de manière automatique lors du déploiement  d’une image RIS ou manuellement en utilisant les propriétés de l’objet Poste de travail/Nom de l’ordinateur. Après  avoir  créé  l’objet  ordinateur,  vous  pourrez,  dans  un  deuxième  temps,  modifier  ou  compléter  certaines  de  ses  propriétés.  L’écran  suivant  représente  l’ensemble  des  propriétés  disponibles  pour  un  ordinateur  de  type  Windows  2000 ou Windows XP Professionnel. 

 

7.  Gestion  des  comptes  de  groupe  à  l’aide  de  la  console  Utilisateurs  et  ordinateurs  Active Directory  L’objectif  de  ce  TP  est  de  gérer  les  comptes  de  groupes  au  sein  d’un  domaine  Active  Directory.  Dans  un  premier  temps, vous découvrirez les membres des groupes prédéfinis les plus importants. Ensuite, vous créerez vos propres  groupes et utilisateurs.  Analyse des membres des groupes prédéfinis  1. 

Ouvrez une console de gestion MMC, Utilisateurs et ordinateurs Active Directory. 

2. 

Sélectionnez le conteneur Builtin.  Quels sont les membres par défaut du groupe Administrateur ?  Quels sont les membres par défaut des différents groupes Opérateurs ?  Quels sont les membres par défaut du groupe Invités ?  Quels sont les membres par défaut du groupe Administrateurs de l’entreprise ?  Quels sont les membres par défaut du groupe Admins du domaine ?  Quels sont les membres par défaut du groupe Invités du domaine ? 

Concepts concernant les groupes de sécurité dans les environnements Active Directory  Les  groupes  ont  toujours  eu  pour  principal  objectif  d’organiser  et  de  simplifier  les  tâches  d’administration  ou  particulièrement  contrôlées.  Les  domaines  Windows  2000  mixtes,  Windows  2000  natifs,  Windows  Server  2003  ou  Windows Server 2008 vous permettent de gérer trois grandes étendues de groupes :  ●

Les groupes disposant d’une étendue globale sont plutôt utilisés pour regrouper un ensemble de comptes, 

●

Les  groupes  disposant  d’une  étendue  locale  sont  plutôt  utilisés  pour  attribuer  des  autorisations  d’accès  à 

© ENI Editions - All rigths reserved

- 5-

des ressources,  ●

Les groupes disposant d’une étendue universelle, disponibles uniquement en mode natif Windows 2000, en  mode Windows Server 2003 ou Windows Server 2008 pour regrouper des comptes et les groupes globaux à  l’échelle de la forêt. 

Création d’un groupe  Pour créer un groupe, procédez tel que cela est précisé ci­après :  1. 

Positionnez­vous sur le conteneur dans lequel vous souhaitez créer le groupe. 

2. 

Cliquez avec le bouton droit et choisissez Nouveau ­ Groupe. 

3. 

Donnez un nom représentatif du groupe. 

4. 

Sélectionnez l’étendue du groupe : 

5. 

●

Groupe de domaine local, ou 

●

Groupe global, ou 

●

Groupe universel, si le domaine fonctionne en mode Windows 2000 natif ou  dans le niveau fonctionnel Windows Server 2003. 

Sélectionnez le type de groupe : Groupe de sécurité ou bien Groupe de distribution. 

Ajout d’un membre au sein d’un groupe  1. 

Double cliquez sur le groupe à modifier. 

2. 

Dans l’onglet Membres, cliquez sur le bouton Ajouter. 

3. 

Sélectionnez les utilisateurs ou ordinateurs qui vous souhaitez ajouter, puis cliquez sur le  bouton Ajouter. 

4. 

Vous pourrez aussi insérer ce groupe dans un autre groupe en utilisant l’onglet Membre  de, à la condition que ce soit le groupe local qui contienne des groupes globaux ou que le  domaine fonctionne en mode Windows 2000 natif dans les niveaux fonctionnels Windows  Server 2003 ou Windows Server 2008. 

Pour ajouter des membres dans un groupe, vous pouvez aussi sélectionner tous les comptes d’utilisateurs  en réalisant une sélection multiple, cliquer avec le bouton droit et choisir l’option Ajouter des membres à un  groupe. 

8. Création d’une stratégie de mot de passe pour un domaine  L’objectif de ce TP est de définir une stratégie de mot de passe sur la base d’un modèle de sécurité adapté à vos  besoins. Une fois créé, le modèle défini sera appliqué aux utilisateurs du domaine.  Ce TP est composé de trois étapes :  ●

La  première  permet  de  définir  une  nouvelle  stratégie  de  mot  de  passe  en  créant  une  nouveau  modèle  de  stratégie de sécurité. 

●

La deuxième permet de définir une stratégie de verrouillage des mots de passe au sein de la même stratégie  de sécurité. 

●

Finalement, le nouveau modèle sera importé dans une nouvelle stratégie de groupe au niveau du domaine  Active Directory. 

Étape 1  1. 

- 6-

Ouvrez le menu Démarrer puis cliquez sur Exécuter. 

© ENI Editions - All rigths reserved

2. 

Tapez MMC, puis chargez le composant enfichable Modèles de sécurité. 

3. 

Dans la console, faites un clic droit sur le dossier %Systemroot%\Security\Templates, puis  choisissez Nouveau modèle. 

4. 

Dans la fenêtre Nom du modèle, nommez votre nouveau modèle à votre convenance,  puis validez par OK. 

5. 

Développez le modèle et positionnez­vous sur Stratégies de comptes/Stratégie de mot  de passe. 

6. 

Finalement, déclarez les paramètres ci­dessous :  ●

Longueur minimale du mot de passe : 12 caractères au lieu de 8, 

●

Conserver l’historique des mots de passe : 30 jours au lieu de 24, 

●

Durée de vie maximale du mot de passe : 30 jours au lieu de 42, 

●

Durée de vie minimale du mot de passe : 5 jours au lieu de 2. 

La stratégie de mot de passe est désormais définie.  Étape 2  1. 

2. 

Dans le modèle de sécurité précédemment créé, positionnez­vous sur Stratégie de  verrouillage de comptes et déclarez les paramètres ci­dessous :  ●

Durée du verrouillage des comptes : 0 jours au lieu de 30. La valeur 0 permet de  déclarer que seul un administrateur du domaine devra déverrouiller le ou les  comptes bloqués, 

●

Seuil de verrouillage du compte : 20 tentatives au lieu de 50, 

●

Réinitialiser le compteur de verrouillages du compte : 2 minutes au lieu de 30. 

Quittez la console de gestion MMC créée précédemment et enregistrez votre modèle. 

La stratégie de verrouillage des comptes utilisateur est désormais définie.  Étape 3  1. 

À l’aide de la console de gestion MMC Gestion des stratégies de groupe, ajoutez un  nouvel objet stratégie de groupe. 

2. 

Ouvrez cette nouvelle stratégie de groupe et positionnez­vous sur Configuration  ordinateur ­ Paramètres Windows ­ Paramètres de sécurité. 

3. 

Faites un clic droit sur Paramètres de sécurité et cliquez sur l’option Importer une  stratégie. 

4. 

Sélectionnez la stratégie précédemment définie puis fermez la stratégie de groupe et  quittez la console de gestion des stratégies de groupe. 

La stratégie de sécurité est désormais appliquée au niveau du domaine.  Test de la stratégie de sécurité  Finalement, pour tester les paramètres de sécurité que vous venez de spécifier dans votre stratégie de groupe au  niveau du domaine, procédez de la manière suivante :  1. 

À l’aide de la console de gestion MMC Sites et services Active Directory, ou des  commandes repadmin ou replmon, forcez une synchronisation des contrôleurs de  domaine. 

2. 

À l’aide de la console de gestion MMC Utilisateurs et ordinateurs Active Directory, créez  un nouvel utilisateur et ne respectez pas les consignes de la stratégie de sécurité. Par  exemple, déclarez un mot de passe d’une longueur inférieure à 12 caractères.  Vous ne devriez pas être capable d’y parvenir. 

3. 

Une fois le mot de passe défini en respectant cette fois les consignes de la stratégie de  mot de passe, ouvrez une session avec le nouveau compte en entrant plus de 20 mots  de passe erronés.  Le compte passera en statut verrouillé. 

© ENI Editions - All rigths reserved

- 7-

4. 

En tant qu’administrateur du domaine, procédez au déverrouillage du compte verrouillé. 

5. 

Ouvrez une session avec le nouveau compte utilisateur et le bon mot de passe et  demandez à changer votre mot de passe. Vous ne devriez pas être capable d’y parvenir  puisque la durée de vie minimale du mot de passe est fixée à 5 jours. 

Vous venez de mettre en œ uvre une stratégie de gestion des mots de passe au niveau d’un domaine Active Directory  en  préservant  la  stratégie  du  domaine  par  défaut.  De  plus,  les  paramètres  ont  été  créés  dans  une  modèle  de  sécurité réutilisable à loisir. 

- 8-

© ENI Editions - All rigths reserved

Introduction aux composants de la structure logique  L’annuaire  Active  Directory  dépend  directement  d’éléments  techniques  qui  permettent  de  disposer  d’une  structure  globale  et  bien  sûr,  des  technologies  de  stockage.  La  structure  logique  de  l’Active  Directory  est  composée  des  domaines et des forêts, lesquels permettent la représentation logique de l’espace de l’annuaire Active Directory.  Un tel espace logique, on parlera alors de l’infrastructure logique Active Directory, permet aux administrateurs de faire  l’abstraction par rapport à la structure technique, on parlera alors de l’infrastructure physique Active Directory. Cette  séparation permettra une bien meilleure organisation des éléments qui composent le réseau en fonction de la nature  des objets en faisant partie ou pourquoi pas en fonction de l’organisation de l’entreprise.  Ce chapitre va nous permettre d’explorer l’usage des domaines et des forêts pour que les services d’annuaire Active  Directory puissent jouer le rôle de point central de consolidation. De cette manière, l’information et les services offerts  via  l’annuaire  Active  Directory  seront  localisables  en  tout  point  du  réseau  pour  les  utilisateurs  et  applications  de  l’entreprise. 

© ENI Editions - All rigths reserved

- 1-

Les domaines  Le domaine est un composant fondamental de la structure logique Active Directory. Par définition, il s’agit d’un ensemble  d’ordinateurs qui partagent une base de données d’annuaire commune. Ces ordinateurs interagiront avec le domaine  en fonction de leur rôle respectif, tels que par exemple les contrôleurs de domaine ou plus simplement les ordinateurs  membres dudit domaine.  Le  domaine  peut  être  mis  en  œ uvre  pour  implémenter  au  sein  de  l’entreprise  une  zone  d’administration.  De  cette  manière,  il  est  possible  de  mettre  en  place  une  délégation  efficace  de  l’administration  ou  de  parvenir  à  un  meilleur  contrôle des flux de réplication.  Concernant les infrastructures Active Directory, nous pouvons dire que le critère de choix le plus fréquemment utilisé, à  propos  de  la  création  ou  non  d’un  nouveau  domaine,  concernera  la  séparation  des  flux  de  réplication  entre  plusieurs  domaines et donc d’un meilleur contrôle des trafics au sein d’une forêt.  Bien  qu’une  hiérarchie  de  domaines  puisse  dans  une  certaine  mesure  y  parvenir,  les  unités  d’organisation  (OU  ­  Organizational Units) sont particulièrement adaptées pour créer une structure hiérarchique sur la base de laquelle il sera  possible de déléguer tout ou partie des opérations d’administration à des personnels habilités à prendre en charge telle  ou telle tâche spécifique.  En  plus  de  ces  considérations  de  choix,  l’objet  domaine  permet  de  découper  la  forêt  Active  Directory  en  autant  de  partitions qu’il y aura de domaines. C’est ainsi qu’il est dit qu’un domaine est une partition au sein d’une forêt donnée.  Nous pouvons par exemple imaginer une entreprise possédant une forêt, cette dernière étant elle­même composée de  trois domaines, ces derniers prenant en charge des utilisateurs et ordinateurs situés respectivement au Canada, aux  États­Unis et en Europe.  Une  telle  architecture  permet  à  la  forêt  d’évoluer  facilement  au  fur  et  à  mesure  que  ces  trois  "grands"  domaines  deviendront plus volumineux.  Le domaine Active Directory est donc un élément qu’il conviendra de créer à bon escient et, par conséquent, il faudra  toujours être capable d’en justifier la création en se rapportant aux thèmes ou fonctions spécifiées ci­dessous :  ●

Un domaine est un container au sein de la forêt. 

●

Un domaine est une unité de réplication. 

●

Un domaine est une unité contenant des stratégies de sécurité. 

●

Un domaine est une zone d’authentification et d’autorisation. 

●

Un domaine est membre d’une forêt et à ce titre, il possède des relations vers les autres domaines de la forêt. 

Chaque domaine possède sa propre autonomie d’administration et, à ce titre, les membres du groupe Admins  du domaine d’un domaine donné n’ont aucun droit dans le ou les autres domaines de la forêt à moins, bien sûr,  que vous n’ayez fait en sorte qu’il en soit autrement.  La  figure  ci­après  montre  que  le  domaine  est  membre  d’une  forêt  et  qu’il  offre  ses  services  d’authentification  et  de  contrôle des accès aux clients et serveurs membres de celui­ci. 

© ENI Editions - All rigths reserved

- 1-

Relations entre les membres du domaine Active Directory  Le  domaine  peut  contenir  toute  machine  dont  les  technologies  sont  issues  de  Windows  NT,  Windows  2000  Server,  Windows Server 2003 ou Windows Server 2008.  Par  exemple,  une  tour  de  lecteurs  de  CD­Rom  accessible  via  un  lien  UNC  (Universal  Naming  Convention) ou encore un  serveur LAN Manager for Unix (LMU) ou un serveur Samba sous Linux peuvent faire partie d’un domaine Active Directory.  Le domaine existe au travers de chacun des contrôleurs de domaine du domaine. Ainsi, chaque contrôleur de domaine  possède  sa  propre  copie  et  version  de  la  base  de  données  de  l’annuaire.  Dans  le  cas  où  un  contrôleur  serait  indisponible,  les  utilisateurs,  ordinateurs  et  services  pourront  toujours  continuer  d’accéder  à  l’Active  Directory  en  sollicitant un autre contrôleur. Les contrôleurs de domaine participent donc activement à la disponibilité de l’annuaire et  de ses services.  Bien  entendu,  l’annuaire  Active  Directory  est  uniquement  installé  sur  les  machines  appelées  contrôleurs de  domaine  fonctionnant  sous  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008.  Dans  la  mesure  où  le  domaine  sera  composé  de  plus  d’un  seul  contrôleur  de  domaine,  les  opérations  de  création  et  de  modification  des  objets  et  autres  attributs  d’objets  devront  être  répliquées  de  manière  uniforme  sur  l’ensemble  des  contrôleurs  de  domaine.  Les  mécanismes  de  réplication,  indispensables  à  la  cohérence  des  informations  offertes  par  l’annuaire, sont  aussi fondamentaux pour que l’annuaire lui­même fonctionne correctement. 

1. Conteneur (container) au sein de la forêt  La  forêt  joue  le  rôle  de  container  pour  accueillir  les  domaines  qui,  eux­mêmes  jouent  le  rôle  de  container  pour  de  multiples classes d’objets. En d’autres termes, la forêt est l’élément qui fédère ou unit plusieurs domaines entre eux.  Cela signifie que les objets que sont les domaines s’approuvent mutuellement. Ainsi, tout nouveau domaine créé dans  la  forêt  générera  automatiquement  une  relation  d’approbation  bidirectionnelle  transitive  entre  le  nouveau  domaine  créé et le domaine situé au niveau immédiatement supérieur.  Les  relations  d’approbation  interdomaines  permettent  aux  domaines  de  prendre  en  charge  les  demandes  d’authentification  des  domaines  approuvés.  Nous  avons  vu  précédemment  que  chaque  domaine  disposait  d’une  relation  d’approbation  avec  son  domaine  parent.  Comme  ces  relations  interdomaines  sont  par  nature  transitives  et  bidirectionnelles, il est clair que les objets contenus dans un domaine x de la forêt peuvent bénéficier d’ACLs (Access  Control List) contenant des utilisateurs de tout domaine de la forêt. 

- 2-

© ENI Editions - All rigths reserved

Forêt, domaines, OUs et approbations  Prenons  maintenant  un  exemple  concernant  le  stockage  proprement  dit  des  objets  de  l’annuaire.  Les  zones  DNS  peuvent être considérées comme des objets (objets issus de la classe dnsZone) et qu’à ce titre, il était possible de les  stocker dans l’Active Directory. En fonction des besoins, certaines zones pourront résider dans un domaine particulier  tandis que d’autres le seront au niveau de toute la forêt.  Cet exemple montre à quel point les objets domaine (classe domainDNS) et forêt peuvent contenir des objets divers  et  variés  tels  que  des  objets  unités  d’organisation  (OU ­ classe  organizationalUnit)  ou  des  objets  utilisateur  (classe  user ou inetOrgPerson).  Forêt et RootDSE : à propos du point d’entrée... Le support du protocole LDAP version 3.0 permet d’accéder  aux propriétés d’un objet particulier appelé RootDSE. Le RootDSE est défini en tant que racine de l’arbre de  l’annuaire qui est stocké sur un serveur d’annuaire donné. En fait, ce point d’accès n’appartient à aucun espace de  nommage (NC ou domaine Windows) en particulier. Il permet simplement d’obtenir des informations concernant le  serveur  d’annuaire  proprement  dit  et  ne  doit  donc  pas  être  confondu  avec  un  quelconque  point  d’entrée  vers  la  forêt. 

Pour  plus  d’informations  sur  l’objet  RootDSE,  consultez  l’aide  en  ligne  du  SDK  Active  Directory  disponible  à  l’adresse  ci­dessous  :  http://msdn.microsoft.com/library/default.asp?url = /library/en­ us/adschema/adschema/rootdse.asp 

2. Niveaux fonctionnels des domaines  Nous allons découvrir qu’un domaine Active Directory peut fonctionner dans différents modes ou niveaux fonctionnels.  La  notion  de  niveau  fonctionnel,  toute  spécifique  à  un  domaine  Active  Directory,  sera  spécifiée  à  l’aide  de  l’attribut  domainFunctionality.  Cet attribut indique le niveau fonctionnel d’un domaine Active Directory donné :  "0" Domaine Windows 2000 en mode mixte.  "1" Domaine Windows 2000 en mode natif.  "2" Domaine Windows Server 2003.  "3" Domaine Windows Server 2008.  Le niveau fonctionnel de domaine permet d’activer  certaines  fonctionnalités  spécifiques  au  domaine  Active  Directory.  Tel  que  vous  avez  pu  le  voir  avec  l’attribut  domainFunctionality  spécifié  plus  haut,  il  existe  quatre  niveaux  de  fonctionnement différents.  Domaine Windows 2000 mixte : ce mode de fonctionnement permet une interopérabilité totale puisque le domaine  pourra  contenir  indifféremment  des  contrôleurs  de  domaine  Windows  Server  2003,  Windows  2000  Server  et/ou  Windows NT Server 4.0. 

© ENI Editions - All rigths reserved

- 3-

Domaine Windows 2000 natif : ce mode de fonctionnement permet une interopérabilité limitée puisque le domaine  pourra contenir uniquement des contrôleurs de domaine Windows Server 2003 et/ou Windows 2000 Server.  Domaine Windows Server 2003 version préliminaire (mode spécifique) : ce mode de fonctionnement permet une  interopérabilité limitée puisque le domaine pourra contenir uniquement des contrôleurs de domaine Windows Server  2003 et/ou Windows NT Server 4.0.  Domaine Windows Server 2003 : ce mode de fonctionnement permet une interopérabilité limitée puisque le domaine  pourra  contenir  uniquement  des  contrôleurs  de  domaine  Windows  Server  2003  et  versions  ultérieures,  mais  plus  aucune version antérieure.  Sous  Windows  2000,  les  niveaux  fonctionnels  de  domaines  sont  appelés  "domaine  en  mode  mixte"  ou  "domaine en mode natif".  Domaine Windows Server 2008 : de mode de fonctionnement permet une interopérabilité limitée puisque le domaine  pourra contenir uniquement des contrôleurs de domaine Windows Server 2008 mais plus aucune version antérieure.  Augmentation des niveaux fonctionnels des domaines Lorsqu’un  serveur  Windows  Server  2008  est  installé  en  tant  que  contrôleur  de  domaine,  un  ensemble  de  fonctionnalités Active Directory sont activées par défaut. Avant de rentrer dans les détails, nous pouvons déjà préciser  que  la  plus  grande  partie  des  nouveautés  apportées  par  les  services  d’annuaire  Active  Directory  est  disponible  indépendamment du niveau fonctionnel du domaine. Cependant, en plus des fonctionnalités Active Directory de base,  vous  pourrez  le  cas  échéant  profiter  de  nouvelles  fonctionnalités  Active  Directory  en  mettant  à  niveau  les  anciens  contrôleurs NT vers Windows Server 2003 ou mieux vers Windows Server 2008.  Bien entendu, la démarche à adopter est "impitoyable" !  ●

Pour atteindre le niveau fonctionnel Windows 2000 mixte, il faudra procéder à la mise à niveau du domaine NT  vers les services de domaine Active Directory. 

●

Pour  atteindre  le  niveau  fonctionnel  Windows  2000  natif,  il  faudra  procéder  à  la  mise  à  niveau  des  anciens  contrôleurs NT vers Windows 2000 Server, Windows Server 2003, Windows Server 2008 ou les supprimer. 

●

Pour atteindre le niveau fonctionnel Windows Server 2003, il faudra procéder à la mise à niveau de tous les  contrôleurs vers Windows Server 2003, ou supprimer les contrôleurs de niveaux inférieurs. 

Affichage de l’option Augmenter le niveau fonctionnel du domaine  Lorsque tous les contrôleurs de domaine fonctionnent sur la version requise de Windows, alors vous pourrez décider ­  en  fonction  de  vos  besoins  ­  de  rehausser  le  niveau  fonctionnel  au  niveau  immédiatement  supérieur,  ou  plus,  si  la  technologie le permet.  À  propos  de  l’élévation  du  niveau  fonctionnel  :  vous  remarquerez  qu’il  ne  s’agit  pas  d’un  paramètre  qui  concerne un contrôleur de domaine en particulier mais le domaine lui­même  dans  son  intégralité.  Il  est  très  important de noter que cette opération est irréversible et ne pourra donc être annulée en aucune façon, à moins de 

- 4-

© ENI Editions - All rigths reserved

procéder à une restauration de l’annuaire Active Directory. 

Le  mode  qui  caractérise  un  domaine  n’a  d’incidence  que  pour  les  contrôleurs  dudit  domaine.  Les  serveurs  membres  et  postes  de  travail  du  domaine  continuent  de  fonctionner,  mais  considèrent  les  nouvelles  caractéristiques  du  domaine  lorsqu’ils  en  sont  capables.  Cela  signifie  qu’un  domaine  fonctionnant  en  niveau  fonctionnel Windows Server 2008, Windows Server 2003 ou Windows 2000 mixte ou natif est aussi vu comme un  simple domaine NT 4.0 par les ordinateurs membres du domaine fonctionnant sous Windows 9x ou Windows NT. 

Dans  notre  exemple,  pour  activer  les  nouvelles  fonctionnalités  disponibles  dans  le  niveau  Windows  Server  2003  à  l’échelle du domaine, tous les contrôleurs de domaine du domaine doivent exécuter Windows Server 2003.  L’écran suivant montre que le domaine Corp2003.Corporate.net est opérationnel au départ dans le niveau fonctionnel  Windows 2000 natif. 

Sélection du niveau souhaité lorsque les conditions requises sont remplies  Comme  tous  les  contrôleurs  du  domaine  sont  des  contrôleurs  Windows  Server  2003,  la  console  de  gestion  MMC  Utilisateurs  et  ordinateurs  Active  Directory  autorise  les  membres  du  groupe  Admins  du  domaine  ou  du  groupe  Administrateurs de l’entreprise à procéder à l’augmentation du niveau fonctionnel Windows 2000 natif vers le niveau  Windows Server 2003.  Si  vous  disposez  ou  prévoyez  de  disposer  de  contrôleurs  de  domaine  exécutant  Windows  NT  4.0  et  antérieure,  n’augmentez  pas  le  niveau  fonctionnel  du  domaine  vers  Windows  2000  natif,  Windows  Server  2003 ou Windows Server 2008. Une fois que le niveau fonctionnel du domaine rehaussé, il ne peut plus être modifié  pour revenir à un niveau antérieur. 

Vous ne pouvez atteindre un niveau fonctionnel donné que si tous les contrôleurs de domaine dudit domaine  fonctionnent avec la version requise de Windows. 

Pour  plus  d’informations  sur  l’augmentation  du  niveau  fonctionnel  d’un  domaine,  dans  l’aide  en  ligne  de  Windows Server 2008, cherchez Pour augmenter le niveau fonctionnel du domaine. 

3. Gestion des stratégies au niveau des domaines  En  tant  que  conteneur,  un  domaine  peut  contenir  de  nombreux  objets  et  offrir  ses  services  fondamentaux  (authentification,  catalogage  et  recherche  des  services  globaux)  aux  utilisateurs,  ordinateurs  et  applications  de  l’entreprise.  Comme cela était le cas sous Windows NT, un domaine possède une stratégie de sécurité, sachant que le domaine en 

© ENI Editions - All rigths reserved

- 5-

délimite  l’étendue  de  gestion.  Ainsi,  certains  paramètres  ne  s’appliquent  que  sur  un  objet  de  type  domaine.  Par  exemple, la stratégie de comptes du domaine existe au niveau du domaine et est ainsi appliquée uniformément à tous  les utilisateurs du domaine.  Bien  que  n’étant  pas  le  conteneur  le  plus  petit  au  sein  de  l’annuaire  Active  Directory  (pour  rappel,  nous  disposons  d’une  hiérarchie  de  conteneurs  de  type  Forêt/Domaines/Unités  d’organisation),  le  domaine  est  fréquemment  utilisé  pour appliquer des stratégies de sécurité globales. Ce point se justifie principalement pour les organisations qui sont  concernées par des emplacements géographiques différents ou des zones d’administration différentes.  En  tant  que  zone  de  sécurité  particulière,  un  domaine  Active  Directory  fonctionnant  dans  le  niveau  fonctionnel  Windows 2000 mixte ou natif, ou dans le niveau fonctionnel Windows Server 2003, permet de mettre en œ uvre des  politiques de gestion des compte distinctes au sein de la même forêt. Même s’il est possible de spécifier des stratégies  de comptes sur des OUs, vous remarquerez que ces stratégies sont inopérantes, si ce n’est localement sur le ou les  ordinateurs concernés et pas dans le domaine ! En fait, ce point est tout à fait normal.  Attention ! Nous verrons plus loin que les domaines fonctionnant dans le niveau fonctionnel Windows Server  2008  supportent  désormais  de  multiples  stratégies  de  comptes  au  sein  du  même  domaine.  Cette  nouvelle  fonctionnalité, disponible uniquement dans ce mode, est rendue possible grâce aux objets PSO ­ Password Settings  Object. En effet, il convient de rappeler qu’un utilisateur ne s’authentifie pas dans une OU mais dans un domaine.  L’entité  de  domaine  Windows  est  utilisée  et  utilisable  par  le  protocole  Kerberos  version  5  au  sein  d’un  royaume  Kerberos  version  5  mappé  sur  le  domaine  Windows  tandis  que  les  OUs  appartiennent  à  l’espace  LDAP  et  aux  conventions de nommage X.500.  Dans le cas où vous souhaiteriez disposer de paramètres différents en fonction de certaines régions du réseau ou de  départements  devant  disposer  de  règles  spécifiques,  et  dans  la  mesure  où  ces  paramètres  concernent  le  domaine  Active Directory dans sa totalité, vous pourrez alors dans ce cas, décider de créer un nouveau domaine. 

4. Délégation de l’administration des domaines et contrôle des paramètres spécifiques  au domaine  Les  services  de  sécurité  intégrés  à  l’annuaire  Active  Directory  permettent  aux  administrateurs  de  bâtir  un  plan  de  délégation de l’administration. À l’issue de cette réflexion, il sera plus facile de gérer des environnements comprenant  un grand nombre d’objets en disposant de plusieurs entités distinctes.  Le  concept  de  délégation  permet  aux  possesseurs  des  objets  de  transférer  tout  ou  partie  du  contrôle  à  d’autres  utilisateurs ou groupes d’utilisateurs soigneusement choisis.  Le principe de la délégation est un principe très important puisqu’il permet de distribuer la gestion des objets à des  tiers approuvés au sein d’une entité plus vaste. Pour rappel, sous Windows NT le seul niveau de délégation était le  domaine.  Ensuite,  l’administrateur  du  domaine  pouvait  s’appuyer  sur  les  groupes  par  défaut  tels  que  les  groupes  Administrateurs du domaine ou les différents groupes de type opérateurs. Aujourd’hui, le concept de délégation de  l’annuaire Active Directory permet de travailler sur la forêt, les domaines, les unités d’organisation, les objets et peut  aussi descendre jusqu’à un attribut particulier d’un objet parmi des millions.  Les points ci­dessous vous permettront de bien comprendre ce qui caractérise de manière toute particulière un objet  de type domaine au sein d’une forêt :  Le domaine et les stratégies de comptes : par définition, les stratégies de comptes et les stratégies de clé publique  et  d’inscription  automatique  sont  gérées  et  appliquées  globalement  sur  l’objet  domaine  à  l’aide  d’une  stratégie  de  groupe (GPO ­ Group Policy Object).  Le  domaine  et  les  stratégies  de  mot  de  passe  :  les  stratégies  de  mot  de  passe  vous  permettent  de  déterminer  comment les mots de passe de domaine sont gérés en termes de longueur, d’historisation et de durée de vie.  Le  domaine  et  les  stratégies  de  verrouillage  des  comptes  :  les  stratégies  de  verrouillage  des  comptes  vous  permettent de déterminer comment les erreurs d’ouverture de sessions dans le domaine sont prises en charge lors de  l’utilisation d’un mauvais mot de passe. L’objet est de détecter d’éventuelles intrusions et ainsi de bloquer le compte  utilisateur utilisé pour une période de temps déterminée.  Le  domaine  et  les  stratégies  de  tickets  Kerberos  :  les  stratégies  de  gestion  des  tickets  Kerberos  permettent  de  déterminer  la  durée  de  vie  des  structures  de  sécurité  importantes.  Pour  un  serveur  ou  service  donné,  un  ticket  Kerberos est délivré au demandeur après que celui­ci ait pu s’authentifier auprès de l’AS  ­ Authentication Service. Ce  composant du système de sécurité fait partie intégrante du serveur jouant le rôle de Centre de distribution de clés  Kerberos. Ce rôle est toujours joué par une machine de type "contrôleur de domaine Active Directory". 

- 6-

© ENI Editions - All rigths reserved

Composants Active Directory et concepts de délégation  La figure précédente montre une infrastructure composée de plusieurs domaines. Chacun de ces domaines dispose de  ses propres objets et existe en tant que zone de sécurité distincte. Par conséquent, chaque domaine dispose de par  sa nature d’une stratégie de comptes et de sécurité qu’il faudra adapter en fonction de la politique de sécurité globale  de l’entreprise, si une telle stratégie existe.  Il  est  fortement  recommandé  de  définir  précisément  les  détails  de  la  stratégie  de  gestion  des  comptes  de  chacun  des  domaines  de  l’entreprise.  De  cette  manière,  vous  pourrez  imposer  globalement  une  politique  uniforme capable de renforcer efficacement le niveau de sécurité global du réseau tout entier. Peut­être pouvons­ nous rappeler qu’un coffre­fort ne peut jouer pleinement son rôle d’espace protégé si les clés de ce même coffre ne  disposent pas elles aussi d’une grande protection !  Ensuite, chaque domaine pourra en fonction de la politique de gestion mettre en œ uvre ou non un plan de délégation.  Ce  plan  aura  pour  principal  objectif  de  définir  qui  aura  la  charge  de  contrôler  ou  de  modifier  tout  ou  partie  de  tels  objets.  Nous  découvrirons  plus  loin  que  les  mécanismes  de  sécurité,  de  délégation  et  d’application  des  objets  stratégies de groupe s’appliquent sur les composants principaux de l’infrastructure Active Directory, à savoir les sites,  les domaines et les unités d’organisation.  Création de consoles MMC personnalisées Pour  que  la  délégation  de  l’administration  soit  complètement  assurée,  vous  pourrez  créer  des  consoles  MMC  personnalisées  que  vous  distribuerez  aux  utilisateurs  ou  groupes  d’utilisateurs  choisis  pour  effectuer  les  tâches  de  délégation. La console MMC vous permet de créer des versions limitées d’un composant logiciel enfichable particulier.  Bien sûr, ce sera le cas du composant Utilisateurs et ordinateurs Active Directory qui est l’outil contenant le plus de  fonctionnalités  d’administration.  De  cette  façon,  les  administrateurs  peuvent  contrôler  les  options  proposées  aux  personnes responsables de telle ou telle tâche.  Usage des stratégies de groupe pour publier ou attribuer les consoles personnalisées Vous pourrez utiliser les objets stratégies de groupe pour distribuer vos consoles d’administration  personnalisées  à  certains utilisateurs ou groupes de deux manières.  Par  publication  :  cette  méthode  permet  de  publier  l’élément  en  question  dans  la  liste  des  programmes  disponibles  dans  l’outil  Ajout/Suppression  de  programmes.  Les  utilisateurs  habilités  peuvent  ensuite  installer  la  nouvelle  console. L’installation est donc initiée par l’utilisateur lorsqu’il estime avoir besoin de l’application.  Par  attribution  :  contrairement  à  la  publication,  l’attribution  d’une  application  à  l’aide  d’une  stratégie  de  groupe  automatise  l’installation  de  celle­ci  pour  tous  les  comptes  spécifiés.  Dans  ce  cas,  l’installation  est  donc  réalisée  automatiquement sans que l’utilisateur soit impliqué.  Pour  plus  d’informations  sur  les  concepts  de  délégation,  cherchez  Pour  déléguer  le  contrôle  et  Vue  d’ensemble  de  la  sécurité  dans  l’aide  en  ligne  de  Windows  Server  2003.  Les  objets  stratégies  de  groupe  (GPO) sont étudiés au chapitre Éléments de structure Active Directory. 

© ENI Editions - All rigths reserved

- 7-

5. Utilisation du domaine comme unité de réplication élémentaire  Nous savons que l’objet domaine est un élément de la structure logique de l’annuaire Active Directory. En effet, tout  domaine Active Directory existe dans la forêt à l’aide d’un nom DNS et de ce fait, la structure logique de l’annuaire en  sera grandement modifiée.  Cependant,  sous  certains  aspects,  nous  devons  considérer  le  domaine  comme  un  élément  physique  tellement  il  est  impliqué dans les mécanismes de réplication de l’annuaire. En effet, depuis MS OS/2 LAN Manager, avec les domaines  Windows NT et aujourd’hui avec les domaines Active Directory, le domaine est toujours l’unité de réplication de base.  En fait, le domaine est la plus petite unité de réplication contrôlable au sein de la forêt. Il ne s’agit pas d’une critique  ou d’une quelconque limitation technique mais simplement d’un constat. Par définition, les objets d’un domaine sont  stockés dans le domaine et, de fait, devront être répliqués vers le ou les contrôleurs de domaine du domaine.  Vous  remarquerez  que  le  groupe  Contrôleurs  de  domaine  possède  le  droit  de  Réplication  de  toutes  les  modifications  de  l’annuaire.  Vous  pouvez  utiliser  la  console  de  gestion  MMC  Utilisateurs  et  ordinateurs  Active  Directory pour consulter l’onglet Sécurité d’un objet contrôleur de domaine.  Cette  information  peut  paraître  élémentaire  mais,  en  fait,  elle  est  d’une  importance  capitale  dans  la  compréhension  des éléments qui composent l’annuaire Active Directory. Certes, un domaine existe au travers de ses contrôleurs mais,  bien avant cela, la forêt avec son rôle d’autorité de plus haut niveau existe grâce au premier contrôleur, du premier  domaine de la forêt. De fait, les contrôleurs d’un domaine quelconque de la forêt sont, en quelque sorte, d’abord les  contrôleurs de la forêt.  En  fait,  l’unité  de  réplication  la  plus  petite  n’est  pas  le  domaine  lui­même  par  le  biais  de  la  partition  du  domaine, mais les partitions de l’annuaire d’applications. 

Pour rappel, nous avons vu ces partitions dans le cadre du stockage des zones DNS dans l’Active Directory.  Les membres du groupe Administrateurs de l’entreprise ont ainsi la possibilité de créer une partition dont les  réplicas peuvent être placés sur les contrôleurs de leur choix. Le fait que nous ne considérions pas les partitions de  l’annuaire d’applications tient au fait que ces partitions ne peuvent pas stocker de SIDs, lesquels sont nécessaires à  la création des objets utilisateurs et ordinateurs. 

6. Limites du domaine Active Directory et délégation contrainte  Microsoft précise que les domaines ne sont pas "vraiment" des frontières de sécurité à l’échelle de l’Active Directory.  En effet, une instance Active Directory est représentée par la forêt, laquelle est elle­même représentée par le domaine  racine de la forêt, c’est­à­dire le premier domaine de la forêt.  Dans  la  mesure  où  l’entité  la  plus  haute  est  la  forêt,  Microsoft  précise  que  le  domaine  ne  fournit  pas  une  isolation  totale et ce, même s’il existe dans sa propre partition et s’il détient ses propres SIDs et ses propres comptes intégrés  (Administrateurs,  Opérateurs,  etc.).  En  effet,  face  à  une  attaque  d’un  service  malicieux  qui  réussirait  à  usurper  l’identité  de  l’administrateur  du  domaine  racine,  alors  il  serait  potentiellement  possible  d’obtenir  un  accès  complet  à  tout domaine ou à tout ordinateur de tout domaine de la forêt.  Définir une politique de sécurité à l’échelle du Système d’Information : une telle problématique, même si elle  existe  réellement,  devrait  s’estomper  au  fil  du  temps  et  ainsi  dédramatiser  le  risque.  En  effet,  le  protocole  Kerberos  version  5  est  une  méthode  d’authentification  réseau  très  robuste  et  les  systèmes,  eux  aussi,  peuvent  atteindre  des  niveaux  de  robustesse  élevés  contre  les  agressions.  Il  faut  pour  cela  définir  des  règles  d’usage,  maintenir les correctifs des systèmes et des applications de manière régulière, disposer d’une stratégie de sécurité  approuvée de tous et régulièrement évaluée.  La  transmissibilité ­  ou  transmission  possible ­  de  privilèges  est  un  point  fondamental  de  la  sécurité  des  systèmes.  Notez toutefois que la forêt ne prend aucune initiative en termes d’héritage ou de transmission de privilèges. Ainsi, les  privilèges  d’administration  ne  sont  pas  du  tout  transmis  dans  la  hiérarchie  de  domaines  Active  Directory  ou  même  entre  domaines  externes  approuvés.  Par  conséquent,  pour  qu’un  utilisateur  d’un  domaine  obtienne  des  droits  ou  privilèges, même mineurs, dans un autre domaine il faudra qu’une autorité habilitée dans ledit domaine les accorde.  Ce  concept  existe  depuis  toujours  sous  Windows  NT  avec  les  relations  d’approbation  interdomaines.  La  relation  d’approbation  proprement  dite  n’est qu’un  tube  qui  permet  de  créer  la  confiance  de  manière  unidirectionnelle  entre  deux  contextes  de  sécurité  différents  :  l’un  des  domaines  est  approuvé  (the  trusted  domain)  tandis  que  l’autre  est  l’approbateur (the trusting domain). Ensuite, il est du ressort de l’administrateur du domaine approbateur d’approuver  un  utilisateur  ou  groupe  global  du  domaine  approuvé  à  réaliser  une  opération  sur  la  base  des  permissions  et/ou  privilèges accordés.  Délégation Windows 2000 Server, Windows Server 2003

- 8-

© ENI Editions - All rigths reserved

Néanmoins, les ordinateurs fonctionnant sous Windows 2000 Server et Windows Server 2003 peuvent tirer parti de  fonctionnalités de sécurité améliorées. Ce point met en évidence le fait que la forêt, les domaines, les serveurs et les  applications forment un tout qui nécessite des fonctionnalités très avancées pour offrir une interopérabilité minimum,  une administration centralisée et un cadre de délégation contrôlée.  La  délégation  contrainte  est  une  nouvelle  option  qui  ne  peut  être  utilisée  que  sur  les  serveurs  fonctionnant  au  minimum  sous  Windows  Server  2003.  Grâce  à  cette  option,  l’administrateur  peut  spécifier  les  noms  principaux  des  services  (SPN, Service  Principal  Names)  vers  qui  ce  compte  peut  déléguer.  En  procédant  de  la  sorte,  un  service  peut  être  approuvé  pour  la  délégation,  sachant  que  cette  approbation  peut  être  limitée  à  un  groupe  de  services  sélectionné.  Cette  opération  de  délégation  contrôlée  est  bien  entendu  explicitement  déclarée  par  un  administrateur  de domaine.  Pour  approuver  ou  non  un  ordinateur  ou  un  service  spécifique  pour  la  délégation,  vous  pourrez  opter  pour  l’un des  choix présentés ci­dessous :  Ne  pas  approuver  cet  ordinateur  pour  la  délégation  :  cette  option  disponible  sur  Windows  2000  Server,  Windows  Server 2003 et Windows Server 2008, est le paramètre par défaut. De cette manière, aucun emprunt d’identité par un  processus donné n’est possible.  Approuver  cet  ordinateur  pour  la  délégation  à  tous  les  services  (Kerberos  uniquement)  :  la  sécurité  de  cette  option, déjà disponible sur Windows 2000, est fonction du service et des actions de tous ses administrateurs. Lorsque  cette option est sélectionnée sur un ordinateur, tous les services utilisant le contexte de sécurité du compte "système  local" de l’ordinateur seront approuvés pour la délégation. Par conséquent, l’ordinateur qui est globalement approuvé  pourra  ensuite  accéder  à  toute  ressource  réseau  en  réalisant  un  emprunt  d’identité  représentant  par  exemple  un  utilisateur. En fait, les services d’un ordinateur agissent pour le compte du demandeur.  N’approuver  cet  ordinateur  que  pour  la  délégation  aux  services  spécifiés  :  cette  nouvelle  fonctionnalité  n’est  disponible  que  pour  les  serveurs  fonctionnant  sous  Windows  Server  2003  et  Windows  Server  2008  et  est  appelée  délégation contrainte. Elle permet d’atteindre une plus grande granularité de la délégation puisque ce n’est  plus  la  machine qui sera globalement approuvée mais uniquement les services de votre choix.  Ainsi,  grâce  à  la  délégation  contrainte,  l’administrateur  peut  spécifier  les  noms  principaux  des  services  (SPN, Service  Principal Names) vers qui ce compte peut déléguer. Il s’agit bien sûr de l’option la plus sécurisée. La délégation pour  les services spécifiés permet à un administrateur de choisir les services sur le réseau vers qui déléguer en choisissant  un service spécifique ou un compte d’ordinateur. En autorisant uniquement la délégation à des services spécifiques,  un  administrateur  peut  contrôler  les  ressources  réseau  pouvant  être  utilisées  par  le  service  ou  l’ordinateur.  L’écran  suivant illustre l’activation de la délégation sur un ordinateur donné. 

Activation de la délégation pour tous les services fonctionnant avec l’autorité "système local" 

Pour  plus  d’informations  sur  la  délégation  contrainte,  consultez  l’aide  en  ligne  de  Windows  Server  2003  ou  Windows Server 2008. 

© ENI Editions - All rigths reserved

- 9-

Les domaines Active Directory sont des Unités d’approbation L’objet domaine est, en tant que conteneur de l’annuaire Active Directory, le plus petit élément utilisable dans le cadre  d’une relation d’approbation. Par définition, tous les domaines appartenant à la même forêt sont liés par des relations  d’approbation Kerberos version 5. Les approbations qui unissent les domaines entre eux au sein de la forêt sont, par  définition, bidirectionnelles et transitives et maintenues automatiquement par les contrôleurs de domaines.  De cette manière, il est possible à tout domaine de la forêt d’authentifier tout utilisateur ou tout ordinateur de la forêt.  Sur la base des noms DNS qui régissent les domaines Active Directory et l’espace de nommage de la forêt, le premier  domaine, lequel est situé au plus haut de l’espace, jouera le rôle de racine de la forêt et servira de point de passage  obligé pour prendre en charge les authentifications entre les domaines situés dans les autres arbres.  La structure de la forêt est détaillée dans la section Les forêts de ce chapitre. 

- 10 -

© ENI Editions - All rigths reserved

Contrôleurs de domaine et structure logique  Les contrôleurs de domaine d’un domaine Active Directory sont, par définition, tous égaux entre eux. De cette manière,  les objets et les services que le domaine met à disposition sont disponibles par l’intermédiaire de tous les contrôleurs  du domaine.  Ainsi,  les  contrôleurs  de  domaine  Windows  2000  Server,  Windows  Server  2003  et  Windows  Server  2008  utilisent  un  modèle de réplication où tous les contrôleurs sont disponibles en lecture et en écriture. Ce modèle, appelé modèle de  réplication  multimaîtres  (Multi  Master  Replication),  permet  de  ne  plus  dépendre  d’un  seul  contrôleur  en  particulier  comme cela était le cas précédemment dans l’environnement Windows NT avec le contrôleur de domaine principal.  De cette manière, tout objet d’un domaine Active Directory peut être créé sur tout contrôleur de domaine dudit domaine  et  toute  propriété  d’un  objet  peut  aussi  être  modifiée  sur  tout  contrôleur  de  domaine  possédant  l’objet.  L’annuaire  Active Directory permet donc une disponibilité totale de l’annuaire en tout point du réseau. En effet, l’idée est de faire  en  sorte  qu’il soit possible de modifier l’objet au plus près de l’administration ou mieux, au plus près des utilisateurs,  ordinateurs ou applications nécessitant une valeur la plus à jour possible.  Pour rappel, dans un domaine Windows NT, toutes les modifications doivent être et sont réalisées sur le contrôleur de  domaine primaire, ce contrôleur étant le seul contrôleur de domaine à être disponible en lecture et en écriture.  À ce sujet, nous avons vu que l’un des niveaux fonctionnels disponibles était le niveau Windows 2000 mixte. Ce mode  est le mode par défaut de tout domaine Active Directory, qu’il soit composé de contrôleurs fonctionnant sous Windows  2000  Server,  sous  Windows  Server  2003,  sous  Windows  Server  2008  ou  d’un  mixte  des  trois.  Il  permet  une  grande  compatibilité avec l’existant puisqu’il permet de maintenir synchronisés d’éventuels contrôleurs Windows NT 4.0.  Les contrôleurs de domaine prennent aussi à leur charge la réplication des données qui concernent la forêt ou encore  les partitions de l’annuaire d’application utilisées par le service DNS. C’est ainsi qu’un contrôleur de domaine réplique les  partitions spécifiées ci­dessous :  ●

la partition du domaine du contrôleur lui­même ; 

●

la partition de schéma de la forêt Active Directory ; 

●

la partition de configuration de la forêt Active Directory ; 

●

la ou les partitions des autres domaines de la forêt, si le contrôleur joue aussi le rôle de catalogue global. 

Nous  savons  que  les  contrôleurs  de  domaine  Active  Directory  sont  tous  disponibles  en  lecture  et  en  écriture.  Notez  cependant  que  cela  ne  concerne  en  aucun  cas  les  partitions  utilisées  par  les  serveurs  de  catalogues  globaux.  En  effet,  les  données  contenues  dans  ces  partitions  ne  sont  utilisables  qu’à  des  fins  de  recherche  et  pas  dans  le  cadre  des  modifications  qu’un  administrateur  dudit  domaine  pourrait  devoir  apporter.  Par  conséquent,  les  partitions réplicas contenues sur les contrôleurs de domaine jouant le rôle de catalogues globaux ne sont disponibles  qu’en lecture seule et ne sont modifiables que dans le domaine d’origine.  La partition de l’annuaire d’applications contenant la zone DNS intégrée à Active Directory du domaine courant ainsi que  la  partition  de  l’annuaire  d’applications  contenant  la  zone  DNS  intégrée  à  Active  Directory  du  domaine  _msdcs.NomdeDomaineDnsRacinedelaForêt sont deux espaces de stockage critiques.  Ces derniers points montrent clairement que le contrôleur de domaine d’un  domaine  doit  tenir  à  jour  les  données  de  son  domaine,  mais  aussi  des  données  qui  ne  le  concernent  pas  directement  mais  qui  concernent  des  applications  ou  bien la structure même de la forêt.  Ainsi, à la différence des partitions de schéma et de configuration, les partitions de l’annuaire d’application ne sont pas  stockées  sur  tous  les  contrôleurs  de  domaine  de  la  forêt  mais  uniquement  sur  les  contrôleurs  sélectionnés  par  un  administrateur en tant que réplicas.  Le fait de partitionner techniquement l’annuaire Active Directory en plusieurs partitions accueillies par un contrôleur de  domaine permet de mieux contrôler la réplication vers tel ou tel autre contrôleur ou partenaire de réplication. De cette  manière, l’annuaire Active Directory peut être globalement déployé dans des environnements dont la bande passante  disponible est limitée.  Pour obtenir plus d’informations sur la réplication Active Directory, cherchez  Fonctionnement de la réplication  dans l’aide en ligne de Windows Server 2003 ou rendez­vous sur le site Web de Microsoft et accédez à la page  Active  Directory  Replication  Topology  Technical  Reference  à  l’aide  du  lien  :  http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en­us/Default.  asp? url=/Resources/Documentation/windowsserv/2003/all/techref/en­us/ W2K3TR_ad_rep_over.asp 

Maîtres d’opérations de domaine Active Directory © ENI Editions - All rigths reserved

- 1-

La réplication multimaîtres supportée par l’Active Directory est certes indispensable pour qu’il soit possible de mettre en  œ uvre des infrastructures d’annuaires capables de prendre en charge des entreprises comprenant des millions d’objets.  Cependant, certaines opérations de modifications ne peuvent être réalisées de cette manière et de fait, ces opérations  à caractère conflictuel ou dangereux seront dirigées vers un contrôleur particulier appelé le maître d’opérations.  Tout domaine Active Directory devra disposer des rôles suivants :  ●

le maître des ID relatifs (RID, Relative ID Master) ; 

●

le maître d’émulateur du contrôleur principal de domaine (PDC Emulator) ; 

●

le maître d’infrastructure (Infrastructure Master). 

Ces rôles doivent être uniques à l’intérieur de chaque domaine. En d’autres termes, il ne peut exister qu’un maître RID,  un maître d’émulateur PDC et un maître d’infrastructure dans chaque domaine de la forêt.  La figure suivante est obtenue en accédant aux propriétés du domaine Active Directory à l’aide de la console de gestion  MMC Utilisateurs et ordinateurs Active Directory. 

Les trois maîtres d’opérations d’un domaine Active Directory  Les  maîtres  d’opérations  jouent  un  rôle  important  dans  le  cadre  des  opérations  de  mise  à  jour  en  rapport  avec  certaines tâches d’administration et de changement de la configuration de l’annuaire Active Directory.  Le fait d’assigner certaines opérations spécifiques à certains contrôleurs de domaines parmi n, protège l’Active Directory  contre certains types de conflits et permet ainsi de garantir la disponibilité opérationnelle de l’annuaire.  Les  opérations  prises  en  charge  par  les  maîtres  d’opérations  de  domaines  (en  anglais,  FSMO  ­  Flexible  Single  Master  Operations) sont résumées ci­dessous : 

- 2-

●

Le maître des ID relatifs (RID, Relative ID Master) assure la gestion du remplissage du pool de RIDs pour chaque  contrôleur de domaine du domaine. 

●

Le maître d’émulateur du contrôleur principal de domaine (PDC Emulator) assure le rôle de PDC pour assurer la  compatibilité des contrôleurs de domaine Windows NT, la gestion des mauvais mots de passe et les mécanismes  de  synchronisation  horaire  nécessaires  aux  horodateurs  insérés  dans  les  paquets  d’authentification  Kerberos  version 5. 

●

Le  maître  d’infrastructure  (Infrastructure  Master)  assure  la  mise  à  jour  des  références  relatives  à  des  objets  situés dans d’autres domaines. 

© ENI Editions - All rigths reserved

Nous  verrons  qu’il  existe  deux  maîtres  d’opérations  supplémentaires  au  niveau  de  la  forêt.  Les  opérations  prises  en  charge par les maîtres d’opérations de forêt concernent la protection des opérations qui modifient le schéma ainsi que  les  opérations  de  modification  du  DIT  (Directory  Information  Tree).  Ce  dernier  maître  d’opérations  aura  pour  principal  objectif de vérifier le caractère unique des opérations d’ajout et de suppression des objets de type domaine au sein de  la forêt.  Les  maîtres  d’opérations  assurent  aussi  l’interopérabilité  nécessaire  entre  les  contrôleurs  de  domaine  fonctionnant sous Windows Server 2008, Windows Server 2003, Windows 2000 Server et Windows NT Server  4.0 ainsi que le contrôle des références des groupes et utilisateurs entre de multiples domaines. 

Notez  aussi  que  les  services  de  domaine  Active  Directory  vous  permettent  de  transférer  ou  de  reprendre  le  contrôle de tous les maîtres d’opérations. 

© ENI Editions - All rigths reserved

- 3-

Les unités d’organisation (OU)  Les  unités  d’organisation (OU  ­ Organizational  Unit) sont les objets conteneurs les plus communément utilisés au sein  d’un domaine Active Directory. En effet, autant la structure des domaines et des forêts (DIT ­ Directory Information Tree)  est rigide et complexe, autant les OUs sont faciles à créer, modifier, déplacer et supprimer.  Ce  conteneur  peut  contenir  de  multiples  types  d’objets  tels  que  des  utilisateurs,  des  contacts,  des  ordinateurs,  des  imprimantes, des dossiers partagés et bien sûr aussi d’autres unités d’organisation.  Le  fait  que  le  conteneur  de  classe  OU  puisse  nous  aider  à  organiser  l’espace  de  stockage  des  objets  d’un  domaine  particulier  de  la  forêt  est  intéressant  à  plus  d’un  titre.  En  effet,  les  points  ci­dessous  caractérisent  le  bon  usage  des  unités d’organisation :  ●

D’un  point  de  vue  du  contenu,  l’unité  d’organisation  peut  accueillir  les  objets  les  plus  couramment  utilisés  (objets utilisateurs, groupes, ordinateurs, dossiers partagés, imprimantes). 

●

D’un point de vue des fonctionnalités de gestion des changements de configuration, l’unité d’organisation est le  plus petit conteneur pouvant faire l’objet de l’application de stratégies de groupe. 

●

D’un point de vue de la mise en place des privilèges d’administration, l’unité d’organisation peut faire l’objet de  multiples délégations. 

●

D’un  point  de  vue  de  la  modélisation  d’un  espace  organisé,  les  unités  d’organisation  peuvent  être  aisément  combinées pour refléter votre modèle d’administration  ou  d’organisation, et ce, quels que soient la taille et le  nombre d’objets contenus. 

Vous  pouvez  utiliser  les  OUs  de  manière  individuelle  ou  dans  le  cadre  d’une  hiérarchie  d’OUs  imbriquées.  Dans  ce  dernier  cas,  vous  pourrez  décider  de  profiter  ou  non  des  mécanismes  d’héritage.  En  fait,  le  comportement  d’une  OU  ressemble  à  s’y  méprendre  à  celui  d’un  répertoire  NTFS.  La  différence  la  plus  notable  concerne  la  nature  des  objets  supportés. Bien sûr, un répertoire NTFS ne peut contenir que des fichiers ou d’autres répertoires avec les autorisations  que nous connaissons. Concernant l’analogie que nous pouvons faire entre l’OU et un simple répertoire, le fait est que  la nature des objets contenus dans une OU est bien plus riche que ce que nous connaissons sur des fichiers.  L’écran  suivant  illustre  la  possibilité  qu’a  l’administrateur  de  jouer  sur  les  autorisations  de  l’unité  d’organisation  Consultants. Vous remarquerez que cette fenêtre ressemble beaucoup à une fenêtre de autorisations NTFS. 

Autorisations sur une unité d’organisation 

© ENI Editions - All rigths reserved

- 1-

La  fenêtre  de  sélection  des  autorisations  permet  de  déclarer  les  autorisations  les  plus  communes  et  génériques.  Cependant,  compte  tenu  de  la  nature  très  variée  des  objets  pouvant  s’y  trouver,  l’administrateur  utilisera  le  plus  souvent le bouton Paramètres avancés. 

  Vous pouvez consulter la fenêtre de sélection du type d’objets sur lesquels appliquer les autorisations dans une OU.  Cette  fenêtre  peut  laisser  penser  qu’il  est  possible  de  gérer  au  sein  d’une  unité  d’organisation  des  objets  instanciés à partir de toutes les classes déclarées dans le schéma de l’annuaire Active Directory. En fait, il n’en  n’est rien, car cette fenêtre de sélection est une fenêtre générique. 

- 2-

© ENI Editions - All rigths reserved

Affectation des autorisations sur les propriétés en fonction de la classe de l’objet  L’écran ci­dessus montre que les autorisations sur les types d’objets dépendront de la nature des objets.  Modélisation d’une hiérarchie d’OUs Concernant  les  environnements  qui  seraient  composés  de  plusieurs  domaines  Active  Directory,  il  conviendra  de  déterminer  si  le  modèle  de  hiérarchie  d’OUs  défini  est  identique  ou  au  contraire,  s’il  fait  l’objet  de  spécificités  pour  chacun  des  domaines.  Dans  l’absolu,  si  certains  utilisateurs  sont  concernés  par  la  nature  de  la  structure  hiérarchique  des  OUs  dans  plusieurs  domaines,  il  serait  judicieux  de  faire  en  sorte  que  les  deux  ou  trois  premiers  niveaux  d’OUs  soient communs pour tous les domaines concernés. De cette manière, les utilisateurs retrouveront une hiérarchie d’OUs  standardisée dans les différents domaines.  Quoi qu’il en soit, n’oubliez pas qu’une hiérarchie d’OUs dans un domaine donné n’a aucune relation avec une hiérarchie  d’OUs définie dans un autre domaine.  Le  seul  point  commun  pouvant  exister  entre  des  OUs  situées  dans  des  domaines  différents  ou  au  sein  du  même  domaine peut concerner leur RDN respectif (Relative Distinguished Name). En effet, celui­ci pourra être identique.  De cette façon, il est possible d’avoir plusieurs OUs portant le même nom. Dans notre exemple, d’autres OUs portant le  RDN "OU=Consultants" peuvent exister dans le domaine ou dans d’autres domaines de la forêt. Ce type d’opération est  possible car tous les objets sont globalement uniques grâce à l’usage des GUIDs (Globally Universal Identifier Descriptor).  La figure suivante illustre une première approche d’une structure d’OUs. Dans l’absolu, la définition de la structure est  en rapport direct avec les opérations d’administration des éléments contenus dans les OUs ainsi que la possibilité de  faire usage des services de délégation ou non, en fonction de la stratégie de l’entreprise. 

© ENI Editions - All rigths reserved

- 3-

Délégation et possesseurs des unités d’organisation  Au  départ,  l’administrateur  a  le  pouvoir  de  déléguer  sur  certaines  OUs  ou  hiérarchies  d’OUs,  tout  ou  partie  des  opérations d’administration à de simples utilisateurs du domaine ou de tout domaine approuvé. En suivant les bonnes  pratiques, on peut définir trois types d’administrateurs :  Les  possesseurs  de  services : il s’agit des comptes d’administration habituels lesquels possèdent par définition tous  les droits, y compris celui de s’approprier les objets ne leur appartenant pas.  Les  possesseurs  de  comptes  :  il  s’agit  de  comptes  faisant  l’objet  d’une  ou  de  plusieurs  délégations.  Ces  comptes  peuvent gérer tout ou partie des comptes d’un département ou d’une unité particulière de l’entreprise. En fonction des  délégations à réaliser, il pourra être nécessaire d’avoir plusieurs possesseurs de comptes dont les autorisations seront  adaptées en fonction des besoins.  Les  possesseurs  de  ressources : il s’agit  de  comptes  faisant  l’objet  d’une  ou  de  plusieurs  délégations.  Ces  comptes  peuvent gérer tout ou partie des ressources d’un département ou d’une unité particulière de l’entreprise.  En  fonction  des délégations à réaliser, il pourra être nécessaire d’avoir plusieurs possesseurs de ressources dont les autorisations  seront adaptées en fonction des ressources à contrôler.  Dans cet exemple, les comptes de ressources font l’objet de délégation de gestion sur certaines ressources de  la part des possesseurs de services et/ou de la part des possesseurs de comptes. La stratégie de délégation  devra déterminer puis formaliser le plan le plus adapté aux pratiques et à la politique de l’entreprise.  Si  les  technologies  et  méthodes  proposées  sont  utilisées  alors,  les  équipes  informatiques  se  recentreront  sur  leur  véritable  métier,  c’est­à­dire  les  services  d’infrastructure  et  la  gestion  de  l’Information  au  sens  stratégique  du  terme.  Dans le cadre du Plan  de  délégation, chaque département de l’entreprise s’occupera de gérer ses propres objets au  sein de sa propre zone d’autorité.  Pour  en  savoir  plus  sur  la  mise  en  œ uvre  d’une  architecture  d’unités  d’organisation,  consultez  le  Windows  Server  2003  Technical  Reference  disponible  sur  le  site  Web  de  Microsoft  à  l’adresse  http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en­us/default.asp 

- 4-

© ENI Editions - All rigths reserved

Vous pourrez aussi consulter le Microsoft Windows Server 2003 Deployment Kit ­ Designing and Deploying  Directory and Security Services et vous reporter au chapitre intitulé Designing the Active Directory Logical  Structure. 

Unités d’organisation et unicité des comptes d’utilisateurs Lorsque vous créez un compte d’utilisateur, Active Directory génère un SID (Security Identifier Descriptor) et un GUID. Ce  dernier  est  utilisé  pour  identifier  l’entité  de  sécurité.  Active  Directory  crée  aussi  un  nom  LDAP  (RDN  ­  Relative  Distinguished  Name)  unique  relatif  basé  sur  le  nom  de  l’entité  de  sécurité.  Ce  nom  unique  LDAP,  et  aussi  un  nom  canonique Active Directory, sont générés en fonction du nom unique relatif LDAP des noms des contextes du domaine et  des conteneurs où l’objet entité de sécurité est créé.  Si  l’entreprise  est  composée  de  plusieurs  domaines,  vous  pouvez  utiliser  le  même  nom  d’utilisateur  (ou  nom  d’ordinateur)  dans  des  domaines  différents.  L’ID  de  sécurité,  l’identificateur  universel  unique  (GUID),  le  nom  unique  LDAP et le nom canonique générés par Active Directory identifieront de manière unique chaque utilisateur, ordinateur ou  groupe au sein de la forêt.  Si l’objet entité de sécurité est renommé ou déplacé vers un autre domaine, l’ID de sécurité, le nom unique relatif LDAP,  le nom unique LDAP et le nom canonique seront automatiquement modifiés. Par contre, puisqu’il s’agit du même objet,  l’identificateur universel unique généré par Active Directory restera inchangé.  Dans  le  cas  où  vous  essayerez  de  créer  un  deuxième  compte  d’utilisateur  portant  le  même  nom  d’affichage  dans  la  même OU, alors vous obtiendrez un message d’erreur indiquant que le nom existe déjà.  Pour pouvoir disposer de deux objets utilisateur portant le même "nom détaillé" dans le même domaine, vous devrez  faire en sorte qu’ils soient stockés dans des unités d’organisation différentes.  Une  unité  d’organisation  ne  peut  contenir  que  des  objets  en  provenance  de  son  propre  domaine  et  ce,  quel  que  soit  le  type  des  objets.  Il  n’est  donc  pas  possible  d’insérer  dans  une  OU  du  domaine  A  des  objets  en  provenance du domaine B. 

© ENI Editions - All rigths reserved

- 5-

Les arbres  Un  arbre  de  domaine(s)  est  un  ensemble  de  domaines  regroupés  pour  former  une  structure  hiérarchique.  Par  définition, lorsque vous ajoutez un domaine au sein d’une forêt, deux cas de figures peuvent se présenter :  ●

Le domaine est inséré en tant que nouveau domaine enfant dans une arborescence de domaine existante. 

●

Le domaine crée une nouvelle arborescence dans une forêt existante. 

À  propos  du  premier  domaine  de  la  forêt  :  le  choix  permettant  de  créer  un  nouveau  domaine  dans  une  nouvelle forêt correspond à la création initiale de la forêt. Ce domaine particilier est appelé domaine racine de  la forêt et joue aussi le rôle de domaine racine de la première arborescence. L’importance du rôle de domaine racine  de la forêt est traitée plus loin.  À  partir  du  moment  où  vous  rajoutez  un  nouveau  domaine  à  un  arbre  existant,  il  devient  un  domaine  enfant  du  domaine racine de l’arbre. Le domaine racine de l’arbre est, dans cet exemple, le domaine parent.  Cependant, un domaine enfant peut, lui aussi, avoir un ou plusieurs domaines enfants. Cette structure composée de  multiples domaines formera une hiérarchie de domaine dont la base du nom sera le domaine racine de l’arbre. Ainsi, le  nom d’un domaine enfant dans un arbre est tout simplement son nom DNS. Ce nom est une combinaison du nom de  chacun des domaines jusqu’au domaine racine de l’arbre tel que, par exemple, le domaine Active Directory responsable  de la zone EMEA (Europe, Middle East and Africa) dont le nom DNS serait, par exemple, emea.corpnet.corporate.net.  Par  définition,  un  arbre  Active  Directory  est  un  espace  de  noms  DNS  parfaitement  contigu,  donc  tout  nouvel  espace de noms DNS devra faire l’objet de la création d’une nouvelle arborescence au sein de la forêt Active  Directory.  Bien que le domaine soit l’unité d’administration, de sécurité et de réplication de base, il est probable qu’en fonction du  modèle  d’administration  ou  d’organisation  de  l’entreprise,  il  sera  nécessaire  de  créer  un  ou  plusieurs  domaines  additionnels. Par exemple, vous pourriez avoir besoin d’ajouter des domaines au sein d’une forêt existante dans les  cas présentés ci­ dessous :  ●

Permettre la mise en place d’un modèle d’administration décentralisée. 

●

Utiliser des stratégies et des paramètres de sécurité différents pour chacun des domaines. 

●

Augmenter la performance des réplications et ainsi obtenir un meilleur contrôle de celles­ci. 

●

Supprimer  certaines  limites  techniques  telles  que  le  nombre  d’objets  pris  en  charge  ou  le  nombre  de  contrôleurs de domaine par domaine. 

La  création  d’une  arborescence  peut  se  justifier  lorsqu’une  entreprise  possède  plusieurs  bureaux  dans  des  pays  différents. Si le réseau de l’entreprise n’est  composé  que  d’un seul domaine, alors il sera nécessaire de disposer au  minimum d’un contrôleur de domaine par site pour pouvoir assurer les services globaux.  Il s’agira principalement des services prenant en charge l’authentification des utilisateurs et peut­être aussi la gestion  et la configuration des ordinateurs à l’aide de la technologie IntelliMirror et des stratégies de groupe.  La  technologie  IntelliMirror  permet  de  combiner  les  avantages  de  l’informatique  centralisée  avec  les  performances  et  la  souplesse  de  l’informatique  distribuée.  Cette  technologie  garantit  la  disponibilité  des  données utilisateur, la disponibilité des logiciels et des paramètres personnels ainsi que leur persistance lorsque les  utilisateurs  ouvrent  une  session  dans  un  domaine  Active  Directory  et  ce,  à  partir  de  n’importe  quelle  machine  du  domaine ou d’un domaine approuvé.  Supposons  une  entreprise  composée  d’un  seul  domaine  Active  Directory  prenant  en  charge  dix  sites  géographiques  répartis dans cinq pays. Quelques mois plus tard, l’entreprise est en pleine expansion et est désormais composée de  quarante sites dans huit pays.  Cette  évolution  notable  de  la  topologie  physique  de  l’entreprise  pourra  nécessiter  une  évolution  du  modèle  original  composé d’un seul domaine vers une architecture multidomaine. La figure ci­après illustre cette évolution. 

© ENI Editions - All rigths reserved

- 1-

Évolution du DIT (Directory Information Tree)  Une telle évolution devra être techniquement et financièrement justifiée. Il se peut qu’un certain niveau d’autonomie  soit souhaité ou bien que les flux de réplication demandent un certain niveau d’isolation. En effet, le fait de casser le  réseau en plusieurs morceaux pourrait permettre à l’équipe informatique de disposer d’un domaine Active Directory par  pays à la place d’un seul et unique domaine.  Même  si  la  solution  parfaite,  en  termes  de  simplicité  de  mise  en  œ uvre,  de  maintenance  et  d’évolution  serait  de  disposer d’une forêt composée d’un domaine comprenant à son tour un seul contrôleur, il ne faut pas dramatiser les  infrastructures composées de multiples domaines. Le fait de posséder plusieurs domaines ne signifie en aucune façon  que l’administration en soit plus lourde ou complexe.  En effet, les domaines d’une forêt partagent l’essentiel, c’est­à­dire le schéma, la configuration, les catalogues globaux  ainsi que les espaces de noms DNS offerts par les différentes arborescences de la forêt Active Directory. Finalement,  les points les plus importants qui caractérisent une arborescence de domaines sont spécifiés ci­dessous :  ●

Une arborescence est un nouvel espace de nommage distinct de tous les autres. Par exemple, vous pourriez  créer  un  nouvel  espace  de  noms  DNS  (partners.net  ou  partners.corporate.com,  etc.)  et  un  nouveau  domaine  Active  Directory  pour  accueillir  des  partenaires  approuvés  au  sein  de  votre  forêt  Active  Directory  corpnet.corporate.com.  Une  telle  configuration  nécessite  une  nouvelle  arborescence  puisque  l’espace  de  nom  initial corpnet.corporate.com est rompu. 

●

Les noms créés en dessous d’un domaine racine d’arborescence sont toujours contigus ou forment un espace  continu. 

●

Les  noms  DNS  utilisés  peuvent  refléter  une  entité  particulière,  l’organisation  de  l’entreprise  de  manière  géographique, de manière organisationnelle ou un mixte des deux. 

La mise en œ uvre d’une nouvelle arborescence de domaines permet à l’entreprise de disposer de plusieurs espaces de  noms. Ce point est particulièrement important lorsqu’une entreprise fait l’objet d’une acquisition et que son nom doit  impérativement être préservé. Soyez malgré tout attentif au fait que la création d’une nouvelle arborescence vide ne  permet pas l’intégration naturelle d’une forêt A avec une Hforêt B. Pour pouvoir récupérer réellement les objets de la  forêt B dans la forêt A, vous devrez procéder à une opération d’export/import ou mieux, de clônage d’objets. La cible  de  l’opération  sera  un  domaine  existant  ou  un  nouveau  domaine  fonctionnant  en  mode  natif  Windows  2000  ou  Windows Server 2003 au sein de la forêt et, comme domaine source, le domaine contenant les objets à récupérer. 

- 2-

© ENI Editions - All rigths reserved

Cette opération de récupération consistera à clôner les objets à l’aide de l’outil ADMT 2.0. Dans ce cas, les nouveaux  objets de sécurité créés dans le domaine cible utiliseront l’attribut sIDHistory disponible uniquement en mode natif.    Le principe de l’attribut sIDHistory est rapidement présenté plus loin dans cette section.

Outil de migration Active Directory ADMT Version 3.0 L’outil  de  migration  Active  Directory  (ADMT,  Active  Directory  Migration  Tool)  peut  vous  aider  à  migrer  les  comptes  d’utilisateurs, les groupes ainsi que les comptes d’ordinateurs des domaines Windows NT 4.0 vers des domaines Active  Directory  (domaines  dont  les  contrôleurs  de  domaine  exécutent  Windows  2000  Server,  Windows  Server  2003  ou  Windows Server 2008). L’outil ADMT Version 2.0 était précédemment livré sur le CD­Rom de Windows Server 2003 dans  le répertoire \I386\ADMT.  ADMT version 3.0 apporte les améliorations suivantes : l’éxécution simultanées de plusieurs opérations ADMT,  le  support  de  Microsoft  SQL  Server  pour  le  stockage  de  données  de  migration,  la  possibilité  de  modifier  directement les noms de comptes, les noms relatifs (RDN), les noms des comptes SAM et noms principaux universels  (UPN).  Ces  options  sont  possibles  via  la  nouvelle  page  nommée  Option  de  sélection  des  objets  ajoutée  aux  Assistants  Migration  des  comptes  d’utilisateurs,  d’ordinateurs  et  comptes  de  groupes.  ADMT  version  3.0  améliore  également le serveur d’exportation de mots de passe (Password Exportation Service) s’exécute désormais en tant  que  service.  De  cette  manière,  il  est  possible  de  le  lancer  via  les  informations  d’authentification  d’un  utilisateur  authentifié sur un domaine de migration cible. Enfin, l’ensemble des fichiers journaux est désormais stockés dans la  base de donnée SQL d’ADMT pour une consultation ultérieure. Pour télécharger ADMT Version 3.0, recherchez Active  Directory Migration Tool v3.0 sur le site de Microsoft. 

Pour  plus  d’informations,  consultez  Outils  de  support  Active  Directory  et  Conception  et  déploiement  des  services  d’annuaire  et  des  services  de  sécurité  sur  le  site  Web  des  Kits  de  ressources  techniques  de  Microsoft Windows à l’adresse suivante : http://www.microsoft.com/reskit. 

La  version  ADMT  1.0  livrée  sur  le  CD  de  Windows  2000  Server,  ne  permettait  pas  de  migrer  les  mots  de  passe.  Les  versions  2.0  et  3.0  permettent  désormais  la  migration  des  mots  de  passe.  Pour  y  parvenir,  vous  devrez  installer  et  utiliser un serveur d’exportation de mot de passe. Cette opération est facilement réalisable en installant le composant  d’exportation sur un BDC (Backup Domain Controller) NT 4.0 ou sur un contrôleur de domaine Windows 2000 Server ou  Windows Server 2003. Si votre serveur d’export de mot de passe exécute Windows NT Server 4.0, vous devrez veiller  à disposer du cryptage 128 bits.  De  plus,  pour  maximiser  le  niveau  de  sécurité  des  opérations  de  récupération  des  mots  de  passe,  Microsoft  recommande que le serveur d’export de mot de passe du domaine source soit un contrôleur secondaire de domaine  "dédié" à cette tâche et placé dans un lieu particulièrement sécurisé.  L’outil ADMT "clone" les objets de sécurité entre les domaines source et destination situés dans des forêts différentes.  Notez qu’il  peut  néanmoins  aussi  être  utilisé  dans  le  cadre  de  la  réorganisation  d’une forêt pour déplacer les objets  entre les domaines Active Directory de la forêt.  À propos du sIDHistory ­ données d’historique du SID Un  objet  de  sécurité  "cloné"  est  un  compte  situé  dans  un  domaine  Active  Directory  fonctionnant  en  mode  natif  Windows 2000, en mode Windows Server 2003 ou en mode Windows Server 2008 pour lequel les propriétés d’origine  NT 4.0 ont été copiées à partir du compte source. Bien qu’il s’agisse d’un nouvel objet dans le domaine Active Directory  et que de ce fait, il dispose obligatoirement d’un nouveau SID, l’ancien SID du compte source sera copié vers l’attribut  Active Directory sIDHistory du nouvel objet. Le fait de rapatrier l’ancien SID permet à l’objet clôné de pouvoir continuer  à accéder à l’ensemble des ressources réseau pour lesquelles le compte source disposait d’autorisations.  Techniquement,  les  accès  aux  ressources  réseau  sont  préservés  via  le  sIDHistory  car,  en  mode  natif,  l’ouverture  de  session crée un jeton d’accès ­ Access Token ­ qui contiendra le SID principal de l’utilisateur mais aussi le sIDHistory de  l’utilisateur et les sIDHistory des groupes auxquels appartenait l’utilisateur dans l’ancien domaine source.  Ces  quelques  lignes  nous  permettent  de  comprendre  qu’un  nouvel  arbre  dans  une  forêt  existante  permet  la  disponibilité d’un nouvel espace de noms DNS distinct et d’un  nouveau  domaine  Active  Directory  vierge.  Il  n’est donc  pas possible de "brancher" un arbre d’une forêt X en tant que nouvel arbre d’une forêt différente.  Emplacement de la nouvelle arborescence Ce  point  nous  permet  maintenant  d’envisager  la  mise  en  œ uvre  d’une  nouvelle  arborescence  de  domaines  dans  la  forêt  ou  peut­être  dans  une  forêt  différente.  En  effet,  il  est  très  important  de  se  poser  cette  question  pour  faire  le  meilleur choix en termes d’évolutions futures à court ou moyen terme.  Avant de créer une nouvelle arborescence pour mettre en œ uvre un nouvel espace de nommage au sein de la forêt, il  serait  judicieux  d’évaluer  l’éventualité  de  créer  une  nouvelle  arborescence  dans  une  nouvelle  forêt.  Cette  option  pourrait permettre à l’entreprise de profiter d’une autonomie totale de l’entité d’administration, d’un schéma et d’une 

© ENI Editions - All rigths reserved

- 3-

configuration différente ainsi que d’une séparation totale entre les infrastructures techniques. De cette manière, une  séparation ou cession de l’activité d’une filiale de l’entreprise devient envisageable.  La figure suivante illustre ces différentes approches. 

Arborescences dans la même forêt et dans des forêts distinctes  Une entreprise met en œ uvre une infrastructure composée de trois arborescences. Les deux premières arborescences  sont implémentées dans la première forêt en permettant à l’entreprise d’utiliser deux espaces de noms différents dans  le même espace de sécurité et la même infrastructure technique Active Directory. La troisième arborescence est, cette  fois­ci,  implémentée  dans  une  forêt  différente.  Cette  approche  est  une  très  bonne  solution  lorsque  vous  devez  considérer  une  zone  de  sécurité  distincte  ou  l’éventualité  d’une  cession  de  cette  entité  de  l’entreprise.  La  section  consacrée au rôle de la forêt présente les concepts des forêts et la notion d’approbation de forêts.  Les  opérations  de  construction  des  arborescences  sont  réalisées  par  l’Assistant  d’installation  d’Active  Directory,  DCPromo.  Cet  assistant  prendra  à  sa  charge  la  création  d’une  relation  d’approbation  Kerberos  version  5  bidirectionnelle  transitive  entre  le  domaine  racine  du  nouvel  arbre  et  le  domaine  racine  de  la  forêt.  De  la  même  manière, les autres arborescences de domaines de la forêt seront "connectées" à l’aide du même type d’approbation  au domaine racine de la forêt.  L’écran  suivant  illustre  le  fait  que  les  domaines  Corp2003.corporate.net  et  Partners.corporate.net  possèdent  des  approbations bidirectionnelles transitives dont le type est Racine d’arborescence. 

Le domaine Corp2003.Corporate.net et Partners.Corporate.net s’approuvent mutuellement 

Disponibilité du domaine racine de la forêt

- 4-

© ENI Editions - All rigths reserved

Comme  cela  a  été  précisé  plus  haut,  ces  opérations  complexes  sont  réalisées  automatiquement  par  DCPromo.  Néanmoins, Microsoft suggère que tout soit mis en œ uvre pour garantir la disponibilité du domaine racine de la forêt  vis­à­vis des domaines racines d’arborescences.  En effet, deux aspects fondamentaux sont à considérer :  1. 

Les approbations sont transitives : la transitivité des relations d’approbation Kerberos  version 5 nécessite de contacter le domaine racine de la forêt. Par conséquent, il faudra  s’assurer qu’il est possible de contacter au moins un contrôleur de domaine de ce  domaine. 

2. 

Les paquets d’authentification Kerberos sont horodatés : nous savons combien le  protocole Kerberos version 5 est robuste. Les fonctionnalités d’anti­replay intégrées au  protocole Kerberos nécessitent l’horodatage des paquets d’authentification. De fait, le  système de synchronisation horaire doit être fonctionnel au niveau de la forêt. La  référence globale est définie au niveau du domaine racine de la forêt, puis transmise vers  les autres domaines de la forêt en traversant les différentes arborescences. 

Le  système  de  synchronisation  horaire  est  implémenté  sur  les  contrôleurs  de  domaines  jouant  le  rôle  de  maître d’opérations PDC  Emulator. Ces ordinateurs sont donc particulièrement importants concernant le bon  fonctionnement  du  protocole  d’authentification  Kerberos  version  5,  et  ce,  en  dehors  des  autres  fonctions  qu’ils  pourraient aussi détenir au sein de la forêt.  Le  contrôleur  visé  dispose  des  rôles  de  maître  d’opérations  FSMO  PDC  Emulator,  catalogue  global,  contrôleur  de  domaine Active Directory au sens LDAP du terme, centre de distribution de clés Kerberos et serveur de temps Windows  via le service Horloge Windows ou W32 Time.  À propos des noms de domaines enfants Une  fois  le  ou  les  domaines  racines  d’arborescence  créés,  en  fonction  du  nom  de  l’entreprise  ou  d’une  division  particulière,  il  conviendra  de  définir  la  politique  de  nommage  des  domaines  enfants  au  sein  d’une  arborescence  de  domaine donnée.  Les modifications à appliquer au niveau de l’infrastructure de domaines d’une forêt Active Directory sont synonymes de  complexité,  de  risques  potentiels  d’indisponibilité  et  dans  de  nombreux  cas,  d’impossibilité.  Depuis  les  premiers  modèles d’architecture définis par Microsoft avec certains grands clients, Microsoft a toujours mis en garde contre ces  limitations qui demeurent toujours d’actualité, même cinq ans après.  Les  domaines  enfants  d’un  domaine  racine  d’arborescence  peuvent  facilement  représenter  des  entités  connues  des  utilisateurs donc globalement approuvées. Ce pourrait être le cas des types d’entités ci­dessous :  ●

régions géographiques, pays, sites départementaux ; 

●

entités administratives, départements de l’entreprise ; 

●

entités spécifiques à une activité particulière. 

La  bonne  pratique  qui  vous  permettra  de  profiter  pleinement  de  votre  architecture  de  domaines  Active  Directory,  concernant le nommage des noms de domaines enfants d’un domaine racine d’arborescence, consiste à s’appuyer sur  les sites géographiques.  La  définition  d’un  espace  de  nom  pour  l’annuaire  Active  Directory  doit  considérer  la  probabilité  d’une  réorganisation imprévue avec un impact sur la ou les hiérarchies de domaines le plus limité possible. 

Création d’une arborescence et contrôles réalisés par DCPromo Lorsqu’un  nouveau  domaine  est  implémenté  pour  créer  une  arborescence  de  domaine,  l’assistant  d’installation  de  l’annuaire Active Directory effectue une série d’opérations de contrôle :  ●

Vérification du nom DNS déclaré. Le nom déclaré doit créer une rupture de l’espace DNS existant dans la forêt  et le nom NetBIOS du domaine doit être unique. 

●

Recherche d’un contrôleur de domaine opérationnel pour le domaine racine de la forêt. 

●

Réplication des partitions de schéma et de configuration. 

© ENI Editions - All rigths reserved

- 5-

●

Création de la nouvelle partition nécessaire au nouveau domaine et des nouveaux objets par défaut de celle­ ci. 

●

Génération du SID du nouveau domaine et de la stratégie de sécurité. 

●

Création  d’un  objet  TDO  (Trusted  Domain  Object)  dans  le  domaine  racine  pour  le  nouveau  domaine  de  la  nouvelle arborescence. 

●

Création d’un objet TDO (Trusted Domain Object) dans le domaine de la nouvelle arborescence pour le domaine  racine de la forêt. 

●

Création d’une relation d’approbation bidirectionnelle entre les deux domaines. 

●

Création de la stratégie de groupe du domaine. 

●

Définition de la sécurité sur le contrôleur de domaine, des fichiers Active Directory et des clés du registre. 

Bien  que  l’interface  graphique  et  la  littérature  technique  nous  expliquent  que  les  approbations  créées  par  dcpromo  sont  des  relations  bidirectionnelles,  notez  qu’en  réalité,  il  s’agit  techniquement  de  deux  relations  unidirectionnelles.  Pour  plus  de  détails  concernant  les  opérations  réalisées  par  DCPromo,  consultez  les  journaux  d’installation  de  l’annuaire  Active  Directory  dans  \%Systemroot%\debug.  Les  fichiers  DCPromo.log  et  DCpromoUI.log  consignent  toutes les opérations du processus d’installation de l’annuaire  Active  Directory  sur  l’ordinateur tandis que les fichiers  NtFrsApi.log et NtFrs_000x.log consignent les opérations de mise en place du volume système partagé Sysvol.  Les serveurs Windows Server 2003 et Windows Server 2008 utilisent de dossier %Systemroot%\debug pour y  stocker  les  fichiers  de  trace  d’installation  et  de  désinstallation.  Concernant  Windows  Server  2008,  vous  y  trouverez de nouveaux journaux en rapport avec les opérations relatives aux nouveaux rôles et services de rôles  pris en charge par le Gestionnaire de serveur. 

- 6-

© ENI Editions - All rigths reserved

Les forêts  Une  forêt  est  une  instance  complète  de  l’annuaire  Active  Directory.  De  prime  abord,  il  semble  que  l’Active  Directory  n’existe  qu’à  partir  du  moment  où  un  nouveau  domaine  est  créé.  Cependant,  la  création  de  ce  premier  domaine  ne  pourra se faire qu’en ayant au préalable spécifié que le domaine adhérait à une nouvelle forêt.  Plus simplement, pour que la forêt existe, il lui faut une arborescence contenant un domaine Active Directory donc, au  minimum un domaine.  Chaque forêt existe grâce à l’ensemble de tous les contrôleurs de tous les domaines de la forêt. Ce point signifie aussi  que,  finalement,  un  contrôleur  d’un  domaine  donné  est  "en  tout  premier  lieu"  un  contrôleur  de  la  forêt  avant  d’être  aussi un contrôleur d’un domaine particulier.  Bien entendu, la forêt n’est opérationnelle qu’au travers du premier domaine installé. Ensuite, en fonction des besoins  ou des contraintes de chaque organisation, il sera possible d’y ajouter d’autres domaines. Ces domaines pourront faire  partie  de  l’espace de noms initial ou d’un nouvel espace de noms par l’intermédiaire d’une nouvelle arborescence, on  peut dire aussi d’un nouvel arbre.  Par définition, tous les domaines d’une forêt donnée partagent :  ●

un schéma commun ; 

●

une configuration commune ; 

●

une étendue de recherche globale via les contrôleurs de domaine jouant le rôle de catalogue global ; 

●

des relations d’approbation bidirectionnelles transitives représentant la structure logique de la forêt. 

Le schéma suivant illustre une instance Active Directory. 

Structure d’une forêt Active Directory  Comme  vous  pouvez  le  constater  sur  cette  figure,  la  forêt  possède  un  domaine  particulier  situé  au  plus  haut  de  l’espace : le domaine racine de la forêt.  Le domaine racine de la forêt est le premier domaine installé. En fait, la mise en œ uvre de la forêt nécessite la mise en  œ uvre  d’une  arborescence,  qui  elle­même  nécessite  la  mise  en  œ uvre  d’un  domaine,  qui  lui­même  nécessite  l’installation d’un ordinateur avec le statut de contrôleur de domaine et de catalogue global Active Directory.  Nous avons vu précédemment quelles étaient les opérations de construction d’une nouvelle arborescence réalisée par  DCPromo. L’un des points importants est la création des objets TDO ­ Trusted Domain Object ­ et des approbations de  domaines. 

© ENI Editions - All rigths reserved

- 1-

Maintenant, si l’on regarde ce qui concerne la forêt, le point le plus important est bien sûr le domaine racine de la forêt.  Ce domaine joue le rôle de point de contrôle et de passage obligé pour de nombreuses opérations à caractère global.  Parmi ces opérations, nous pouvons citer tout ce qui concerne la gestion des droits et de la configuration au niveau de  la forêt et aussi la transitivité des authentifications entre les domaines de la forêt à l’aide du protocole Kerberos version  5. 

1. Critères, rôle et bon usage des forêts  Cette section a pour but de vous aider à faire les bons choix en fonction des différents contextes ou scénarios que  vous pourrez rencontrer. La question est "Quand est­il vraiment nécessaire de créer une nouvelle forêt ?".  Ainsi, même s’il est vrai qu’une forêt est une instance complète de l’annuaire Active Directory, et si Microsoft a depuis  maintenant plusieurs années clamé le fait qu’une forêt représentait une entreprise "entière" ou une organisation au  sens  Exchange  du  terme,  Microsoft  a  toujours  laissé  entendre  que,  plus  tard,  il  serait  possible  d’imaginer  une  plus  grande interopérabilité dans les environnements composés de plus d’une forêt.  Très logiquement, et même si la recommandation est de construire des infrastructures simples à maintenir, le fait de  créer plusieurs forêts peut permettre à une entreprise de disposer de plusieurs zones d’autorités franches.  Ensuite,  il  sera  possible  de  les  connecter  en  créant  des  approbations  externes  ou  des  approbations  de  forêts.  Une  telle  évolution  de  stratégie  permet  de  construire  des  solutions  où  chaque  forêt  de  l’entreprise  peut  être  connectée  avec les autres forêts de l’entreprise ou même des forêts appartenant à des partenaires externes.  Cette  approche  permet  de  percevoir  toutes  les  possibilités  qui  peuvent  être  associées  aux  forêts  Active  Directory,  lesquelles sont listées ci­dessous :  ●

La forêt Active Directory est un ensemble de domaines Active Directory. Pour information, notez que les objets  de  type  "domaine"  sont  techniquement  des  conteneurs  basés  sur  les  classes  domain,  domainDNS  et  samDomain. 

●

La forêt Active Directory est un ensemble d’unités de réplications. Ces unités de réplications sont directement  issues des partitions prises en charge par chacun des domaines de la forêt. 

●

La forêt Active Directory est une frontière de sécurité et peut aussi être un conteneur de choix pour envisager  une délégation d’autorité à l’échelle de la forêt. 

2. Configuration de la forêt et domaine racine  Dans l’environnement Windows 2000 Active Directory, il n’est pas possible d’effectuer des opérations de changement  importantes telles que la suppression, la modification ou le renommage du domaine racine de la forêt. Dès la Beta 3 de  Windows 2000, ces limitations étaient connues et Microsoft prévoyait déjà que lors de la disponibilité de la prochaine  version majeure de l’Active Directory, ces opérations deviendraient certainement possibles.  Par rapport à Windows 2000 Server, Windows Server 2003 est disponible en tant que version "mineure 5.2" et par  conséquent,  seules  certaines  fonctionnalités  sont  disponibles.  En  effet,  les  services  d’annuaires  Active  Directory  de  Windows  Server  2003  supportent  que  le  domaine  racine  de  la  forêt  soit  renommé  ou  restructuré,  mais  il  ne  pourra  toujours pas faire l’objet d’une suppression.  À propos du renommage des domaines Active Directory : l’outil de renommage de domaines ­ Windows Server  2003  Active  Directory  Domain  Rename  Tool,  fournit  une  méthodologie  pour  changer  le  nom  DNS  et  le  nom  NetBIOS d’un domaine Active Directory. Attention au fait que de nombreuses contraintes existent ! Par exemple, cet  outil  ne  doit  pas  être  utilisé  dans  les  forêts  disposant  d’une  organisation  Exchange  Server  dont  les  serveurs  n’utilisent pas au minimum Exchange Server 2003 SP1. Pour plus d’informations concernant ces opérations délicates,  vous  pouvez  consulter  le  Webcast  Microsoft  intitulé  "Microsoft  Windows  Server  2003:  Implementing  an  Active  Directory Domain Rename Operation" en consultant l’article 819145. 

Les  domaines  fonctionnant  dans  le  niveau  fonctionnel  Windows  Server  2008  sont  soumis  aux  mêmes  contraintes ! Par exemple, l’installation  des  services  AD  CS ­ Active Directory Certificate Services, interdit les  opérations de renommage sur les serveurs Windows Server 2008. 

Partitions de la forêt Le domaine racine de la forêt est très important car il est utilisé pour nommer et localiser la partition de configuration  ainsi que la partition de schéma de la forêt. 

- 2-

© ENI Editions - All rigths reserved

Ainsi,  pour  le  domaine  racine  corpnet.corporate.com,  l’Active  Directory  montre  les  "DN"  de  ces  deux  partitions  de  la  façon suivante :  Pour la partition de configuration : cn=configuration,dc=corpnet,dc=corporate,dc=com  Pour la partition de schéma : cn=schema,cn=configuration,dc=corpnet,dc=corporate,dc=com  En fait, ces objets n’existent pas vraiment en tant qu’enfants du domaine racine de la forêt. De même, il peut sembler  que la partition de schéma soit contenue à l’intérieur de la partition de configuration, alors qu’il n’en est rien !  En  fait,  l’idée  est  de  faire  en  sorte  que  quel  que  soit  le  domaine  de  la  forêt,  ces  partitions  très  importantes  soient  référencées avec les mêmes noms. De cette manière, chaque contrôleur de domaine de n’importe quel domaine de la  forêt "détient" les partitions :  ●

cn=configuration, DN du domaine Racine de la Forêt ; 

●

cn=schema,cn=configuration, DN du domaine Racine de la Forêt. 

Les  noms  communs  (DN  ­  Distinguished  Names)  des  partitions  de  configuration  et  de  schéma  fournissent  uniquement une vision logique de ces conteneurs et non une représentation physique de leur "emplacement"  Active Directory. 

Création du domaine racine de la forêt La mise en œ uvre du domaine racine de la forêt permet de créer le DIT (Directory Information Tree) initial qui servira de  "squelette" à l’infrastructure des services d’annuaire Active Directory.  Ainsi, l’Assistant d’installation d’Active Directory ­ Dcpromo, réalise les opérations suivantes :  ●

Les conteneurs des partitions de schéma et de configuration sont créés. 

●

Les rôles de maîtres d’opérations ­ PDC Emulator, RID, Domain Naming, Schema et Infrastructure sont affectés.  Comme  il  s’agit  du  premier  domaine  installé,  le  premier  contrôleur  du  premier  domaine  de  la  forêt  possède  donc tous les maîtres d’opérations. 

●

Les  groupes  Administrateurs  de  l’Entreprise  et  Administrateurs  de  schéma  sont  créés  dans  ce  domaine.  Cette  opération  est  très  importante  puisque  ces  deux  groupes  permettent  de  gérer  l’infrastructure  Active  Directory  toute  entière,  laquelle  doit  alors  être  considérée  comme  une  zone  de  sécurité  uniquement  liée  à  cette instance de l’Active Directory. 

3.  Activation  des  nouvelles  fonctionnalités  de  forêt  de  Windows  Server  2003  et  de  Windows Server 2008  Pour activer les nouvelles fonctionnalités disponibles au niveau d’une forêt, tous les contrôleurs de domaine de la forêt  devront fonctionner sous Windows Server 2003 puis vous devrez élever le niveau fonctionnel de la forêt vers le niveau  Windows Server 2003.  Pour pouvoir augmenter le niveau fonctionnel de la forêt vers le niveau Windows Server 2003, tous les domaines de la  forêt  devront  au  préalable  fonctionner  dans  le  niveau  fonctionnel  de  domaine  Windows  Server  2003  ou  Windows  Server 2008. Ensuite, une fois que tous les domaines de la forêt fonctionneront dans l’un de ces modes, vous aurez la  possibilité d’atteindre le niveau fonctionnel de forêt Windows Server 2003.  Il est possible d’augmenter  le  niveau  fonctionnel  de  la  forêt  vers  le  niveau  Windows  Server  2003  alors  que  certains  domaines  Active  Directory  fonctionnent  en  mode  Windows  2000  natif  !  Dans  ce  cas,  les  domaines  fonctionnant en mode natif Windows 2000 seront automatiquement rehaussés vers le niveau Windows Server 2003  et ce, sans que vous en soyez prévenu ! Cette initiative sera prise "spontanément" s’il n’existe plus de contrôleurs  de domaine Windows 2000 Server dans aucun domaine de la forêt. 

Le  passage  d’un  domaine  du  mode  natif  Windows  2000  vers  le  mode  Windows  Server  2003  ne  peut  être  réalisé  que  si  tous  les  contrôleurs  de  domaine  fonctionnent  sous  Windows  Server  2003.  Le  passage  d’un  domaine fonctionnant en mode Windows Server 2003 vers le niveau fonctionnel Windows Server 2008 ne peut être  réalisé que si tous les contrôleurs de domaine fonctionnent sous Windows Server 2008. Comme cela est le cas avec  Windows  2000  pour  le  passage  du  mode  mixte  vers  le  mode  natif  Windows  2000,  il  est  impossible  d’arrêter  une  opération  en  cours.  Par  conséquent,  l’augmentation  des  niveaux  fonctionnels  des  domaines  et  des  forêts  est  irréversible. 

© ENI Editions - All rigths reserved

- 3-

Modes des forêts et fonctionnalités supportées par Windows Server 2008 Les  forêts  fonctionnant  dans  le  mode  Windows  Server  2008  supportent  toutes  les  fonctionnalités  du  niveau  fonctionnel de forêt Windows Server 2003, mais pas de fonctionnalités supplémentaires. Toutefois, tous les domaines  qui sont ultérieurement ajoutés à la forêt fonctionneront par défaut au niveau fonctionnel de domaine Windows Server  2008.  Pour  simplifier  l’administration,  et  si  vous  prévoyez  de  n’inclure  que  des  contrôleurs  de  domaine  exécutant  Windows Server 2008 dans toute la forêt, vous pouvez choisir ce niveau fonctionnel de forêt. En procédant de  cette manière, il ne sera jamais nécessaire d’augmenter le niveau fonctionnel des domaines que vous créez dans la  forêt. 

Modes des forêts et fonctionnalités supportées par Windows Server 2003 Les fonctionnalités réservées aux forêts Windows Server 2003 sont listées ci­dessous :  Améliorations de la réplication du catalogue global  Fonction  désactivée  en  mode  Windows  2000,  sauf  lorsque  les  catalogues  globaux  directement  partenaires  de  réplication fonctionnent sous Windows Server 2003.  Fonction disponible en mode Windows Server 2003.  Objets Schéma défunts  Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  Si le niveau fonctionnel de votre forêt a été augmenté au niveau Windows Server 2003, alors vous pouvez redéfinir  une classe ou un attribut après l’avoir désactivé. Pour rappel, sous Windows 2000, les classes et les attributs ajoutés  au schéma de base peuvent être désactivés sans augmenter le niveau fonctionnel de la forêt, cependant, il ne sera  possible de les modifier que si le niveau fonctionnel de la forêt est Windows Server 2003 (ou supérieur).  Approbations de forêts  Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  Si le niveau fonctionnel de votre forêt a été augmenté au niveau Windows Server 2003, alors vous pouvez connecter  ou relier deux forêts Windows Server 2003 différentes à l’aide d’une relation d’approbation transitive unidirectionnelle  ou  bidirectionnelle.  Dans  le  cas  où  l’approbation  créée  est  bidirectionnelle,  il  est  possible  que  chaque  domaine  de  chacune des deux forêts s’approuvent. Les approbations de forêt sont intéressantes car elles peuvent vous procurer  les avantages suivants :  ●

Gestion simplifiée en réduisant le nombre d’approbations externes nécessaires. 

●

Relations bidirectionnelles complètes entre tous les domaines de chaque forêt. 

●

Support de l’ouverture de session via l’UPN (User Principal Name) entre deux forêts. 

●

Support des protocoles Kerberos version 5 et NTLM. 

●

Souplesse d’administration puisque chaque forêt est une zone de pouvoir. 

Réplication de valeurs liées  Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  La réplication de valeurs liées (LVR ­ Listed Values Replication) permet de répliquer séparément les différentes valeurs  d’un  attribut  composé  de  multiples  valeurs.  Par  exemple,  sur  les  contrôleurs  de  domaine  Windows  2000,  lorsqu’une  modification est apportée à un membre d’un groupe, l’attribut concerné doit être répliqué. La réplication LVR permet de  répliquer de manière indépendante chaque valeur modifiée et non plus le contenu du groupe tout entier. Comme pour  les fonctionnalités déjà décrites plus haut, vous devrez rehausser le niveau fonctionnel de la forêt à Windows Server  2003.  Changement de nom d’un domaine 

- 4-

© ENI Editions - All rigths reserved

Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  Alors  qu’il  avait  toujours  été  possible  de  renommer  les  domaines  Windows  NT,  et  que  Windows  2000  et  l’annuaire  Active  Directory  apportaient  une  multitude  de  nouvelles  fonctionnalités,  l’affectation  des  noms  DNS  aux  domaines  Windows  2000  devaient  être  correctement  planifiée  pour  cause  d’impossibilité  de  renommer  tout  ou  partie  de  la  structure  de  domaines.  Les  serveurs  Windows  Server  2003  supportent  désormais  cette  fonctionnalité  à  la  condition  que  tous  les  contrôleurs  de  domaine  de  la  forêt  fonctionnent  sous  Windows  Server  2003,  que  tous  les  domaines  fonctionnent en mode Windows Server 2003 et que la forêt, elle aussi, fonctionne dans le niveau fonctionnel de forêt  Windows Server 2003.  La fonctionnalité de renommage d’un domaine sera particulièrement utile si l’entreprise procède à une acquisition ou  pourquoi  pas,  à  un  changement  de  raison  sociale.  En  fait,  le  changement  des  noms  de  domaine  permet  d’effectuer  toutes les opérations ci­dessous :  ●

changer  les  noms  DNS  et  les  noms  NetBIOS  de  tout  domaine  d’une  forêt,  y  compris  le  domaine  racine  de  la  forêt ; 

●

restructurer la position de tout domaine d’une forêt, sauf concernant le domaine racine de la forêt qui demeure  obligatoirement au plus haut de celle­ci ; 

●

restructurer  la  hiérarchie  des  domaines  pour  qu’un  domaine  situé  dans  une  arborescence  X  puisse  être  déplacé vers une arborescence Y. 

L’utilitaire  de  changement  des  noms  de  domaine  ­ Rendom.exe,  permet  les  opérations  de  renommage  d’un  domaine  lorsque  le  domaine  fonctionne  en  mode  Windows  Server  2003.  Vous  trouverez  cet  outil  sur  le  CD­ Rom de Windows Server 2003 dans le répertoire Valueadd \Msft\Mgmt\Domren. 

Attention  au  fait  que  le  changement  de  nom  d’un  domaine  a  des  effets  importants  sur  tous  les  contrôleurs  dudit domaine. Avant d’utiliser cet outil, il est indispensable que vous consultiez la documentation relative au  Microsoft  Domain  Rename  Tool  sur  le  site  Web  de  Microsoft  à  l’adresse  ci­dessous  :  http://www.microsoft.com/windowsserver2003/downloads/domainrename.mspx 

Algorithmes de réplication Active Directory améliorés  Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  Les  contrôleurs  de  domaines  fonctionnant  sous  Windows  Server  2003  améliorent  de  manière  significative  les  nombreuses  fonctionnalités  de  Windows  2000.  Ainsi,  Windows  Server  2003  améliore  l’utilisation  de  la  mémoire  et  dispose d’un nouvel algorithme de gestion des sites Active Directory.  Ces améliorations permettent notamment aux grandes entreprises de supporter des infrastructures composées d’un  nombre de domaines et de sites plus importants. Nous découvrirons plus loin que chaque site Active Directory dispose  d’un  contrôleur  de  domaine  jouant  le  rôle  de  générateur  de  la  topologie  intersites  (ISTG  ­  Inter  Sites  Topology  Generator). Le fait de procéder à la mise à niveau d’un contrôleur de ce type vers Windows Server 2003 améliorera les  réplications et ce, même si les sites et les domaines contiennent encore des contrôleurs de domaine Windows 2000.  La  recommandation  de  Microsoft  est  de  positionner  sur  chaque  site  un  contrôleur  de  domaine  fonctionnant  sous Windows Server 2003 et jouant le rôle de catalogue global et ISTG. Bien entendu, pour les clients qui  disposent  d’un  seul  et  unique  contrôleur  de  domaine  par  site,  cela  signifie  qu’il  faudrait  mettre  à  niveau  tous  les  contrôleurs. 

Comme  la  majorité  des  nouvelles  fonctionnalités  apportées  par  Windows  Server  2003  vise  à  améliorer  et  optimiser  le  fonctionnement,  il  pourra  être  convenu  de  réaliser  ces  mises  à  niveau  uniquement  sur  les  sites  devant bénéficier de ces améliorations. 

Attention au fait que certaines fonctionnalités ne pourront être activées que si la forêt est déclarée pour fonctionner  dans  le  niveau  fonctionnel  Windows  Server  2003.  Ce  sera  le  cas  du  nouvel  algorithme  de  gestion  des  connexions  intersites. Dans le cas d’une forêt Windows 2000, l’ISTG est limité à une topologie de quelques centaines de sites au  maximum, trois cent sites Active Directory. Les contrôleurs Windows Server 2003 fonctionnant dans une forêt Windows  Server 2003 peuvent désormais générer une topologie de réplication pouvant atteindre trois mille sites.  En plus de cette nouvelle capacité, l’ISTG de chaque site devient capable de réaliser une sélection aléatoire du ou des 

© ENI Editions - All rigths reserved

- 5-

serveurs  tête  de  pont  du  site  pour  répartir  plus  équitablement  la  charge  de  réplication  intersites  à  l’aide  de  l’outil  Active  Directory  Load  Balancing  ­  adlb.exe,  livré  dans  le  Kit  de  ressources  techniques  de  Microsoft  Windows  Server  2003. Cette possibilité est bien entendu particulièrement intéressante lorsqu’un site dessert de multiples autres sites  en étoile.  À  propos  de  l’ISTG,  du  KCC,  des  BHS  et  de  ADLB  (Active  Directory  Load  Balancing)  :  le  KCC  ­  Knowledge  Consistency Checker, est un composant disponible sous Windows 2000 Server et Windows Server 2003. Son  rôle  consiste  à  maintenir  la  topologie  de  réplication  intra  et  intersites.  En  créant  des  objets  de  type  connexion,  il  peut ainsi ajuster la topologie physique en fonction de la disponibilité des contrôleurs de domaines, des coûts de  réplication  et  des  heures  d’ouverture  des  liens  de  sites.  Le  KCC  réalise  un  contrôle  de  la  topologie  de  réplication  toutes les 15 minutes et applique automatiquement les changements nécessaires. Par définition, chaque site Active  Directory possède (au moins) un contrôleur de domaine jouant le rôle de ISTG, de KCC et aussi de serveur tête de  pont (ou BHS pour Bridge Head Server). Sous Windows 2000, le KCC ne peut disposer que d’un seul et unique BHS  par site et par partition. Avec Windows Server 2003, le KCC peut distribuer les réplications entre plusieurs serveurs  BHS en créant ou en modifiant les objets de connexion existants. Vous pourrez ensuite utiliser l’outil ADLB (Active  Directory Load Balancing Tool) pour rééquilibrer la charge entre les différents BHS. Notez que dans le cas où l’un des  serveurs  BHS  deviendrait  indisponible,  le  KCC  aura  la  possibilité  de  modifier  les  objets  de  connexion  modifiés  par  ADLB, sauf dans le cas où les objets connexion disposent de calendriers pour que la charge de réplication sortante  de chaque serveur soit étalée régulièrement dans le temps. 

Pour  plus  d’informations  sur  la  réplication  Active  Directory  et  ses  améliorations  avec  Windows  Server  2003,  reportez­vous  au  site  des  Kits  de  ressources  techniques  Microsoft  à  l’adresse  http://www.microsoft.com/reskits  ou  consultez  le  site  consacré  à  la  réplication  Active  Directory  à  l’adresse  http://go.microsoft.com/fwlink/?LinkId=1646 

Classes auxiliaires dynamiques  Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  Le support des classes auxiliaires dynamiques signifie qu’il est désormais possible de lier ces classes sur des objets  particuliers et non plus à des classes entières d’objets. Notez qu’il est aussi possible de les supprimer de l’instance  après coup.  Modification de la classe d’objets inetOrgPerson  Fonction désactivée en mode Windows 2000.  Fonction disponible en mode Windows Server 2003.  L’annuaire  Active  Directory  supporte  la  classe  d’objets inetOrgPerson  et  ses  attributs,  tel  que  spécifié  dans  le  RFC  2798. Microsoft a implémenté cette classe absente du schéma Windows 2000 pour offrir une meilleure interopérabilité  de l’annuaire Active Directory avec d’autres services d’annuaire LDAP et X.500 non Microsoft, notamment concernant la  migration des objets de ces annuaires vers Active Directory. En fait, la classe inetOrgPerson est dérivée de la classe  user  et  peut  aussi  être  utilisée  comme  entité  de  sécurité.  Lorsque  le  domaine  fonctionne  en  niveau  fonctionnel  Windows  Server  2003,  il  devient  alors  possible  d’utiliser  l’attribut  userPassword  avec  la  classe  inetOrgPerson  et  aussi avec la classe d’objets user. Notez que jusqu’à présent, le mot de passe d’un objet de la classe user était géré  à l’aide de l’attribut unicodePwd.  Les  classes user  et inetOrgPerson  disposent  toutes  les  deux  des  attributs  userPassword  et unicodePwd.  L’attribut  userPassword  est  directement  hérité  de  la  classe  Person  tandis  que  l’attribut  unicodePwd  est  directement hérité de la classe user. 

Ensemble de domaines mutuellement approuvés Dans  l’environnement  Windows  2000,  Microsoft  "idéalise"  l’entreprise  à  une  seule  forêt  Active  Directory,  expliquant  que  les  environnements  multiforêts  présentent  des  restrictions  et  une  moindre  "plus­value"  par  rapport  à  un  environnement composé d’une seule et unique forêt.  C’est ainsi que dans les organisations composées de plusieurs zones de pouvoir, il pourra être judicieux de créer une  forêt par zone d’administration.  Les nouvelles possibilités de Windows Server 2003 permettent aujourd’hui de proposer des solutions plus subtiles. En  effet, il est aujourd’hui possible, en dehors des traditionnelles approbations externes, de créer des approbations de  forêts qui permettront aux entreprises nécessitant plusieurs forêts de construire une solution plus ouverte.  Possibilité de déploiement d’un contrôleur de domaine en lecture seule exécutant Windows Server 2008 Un contrôleur de domaine en lecture seule est un nouveau type de contrôleur de domaine Windows Server 2008. Il  accueille des partitions Active Directory en lecture seule. Les RODC, pour Read Only Domain Controllers, permettent de 

- 6-

© ENI Editions - All rigths reserved

déployer  un  contrôleur  de  domaine  lorsque  la  sécurité  physique  ne  peut  être  garantie  et  qu’il  est  necessaire  de  garantir un haut niveau de sécurité. Avant de pouvoir installer un contrôleur de domaine en lecture seule, le niveau  fonctionnel  de  la  forêt  doit  être  défini  sur  Windows  Server  2003  ou  sur  Windows  Server  2008.  Lorsqu’il  s’agit d’une  forêt Windows Server 2003, le schéma de la forêt doit être mis à niveau. 

4. Unités de réplication et rôle des forêts  Une forêt est l’unité de réplication la plus large pouvant exister au sein d’une instance de l’annuaire Active Directory.  Les données à synchroniser sur les différents contrôleurs de domaines de la forêt seront répliquées et synchronisées  sur la base des partitions de l’annuaire Active Directory.  Nous  avons  vu  au  chapitre  traitant  de  l’intégration  des  zones  DNS  dans  l’Active  Directory  qu’il  existait  plusieurs  partitions.  Ces  partitions  ont  pour  objet  d’organiser l’annuaire  en  différentes  régions  et  ainsi  de  mieux  contrôler  et  maîtriser comment les réplications ont lieues au sein de la forêt.  L’annuaire Active Directory est composé de quatre grands types de données. De fait, il existe quatre grands types de  partitions qui seront utilisés pour y héberger ces données spécifiques :  ●

Les données qui concernent le domaine lui­même sont stockées dans la partition du domaine. 

●

Les  données  qui  concernent  la  forêt  toute  entière  sont  stockées  dans  la  partition  de  configuration  et  la  partition de schéma. Dans le cas des contrôleurs de domaine fonctionnant sous Windows Server 2003, la forêt  pourra  aussi  héberger  un  nouveau  type  de  partitions  dédiées  aux  applications  :  les  partitions  de  l’annuaire  d’applications. 

Bien entendu, les objets d’un domaine Active Directory seront stockés et répliqués dans la partition du domaine vers  tous les contrôleurs de domaine du domaine, tandis que des données relatives à des objets de la configuration ou du  schéma seront répliquées dans les partitions de configuration ou de schéma vers tous les contrôleurs de domaine de  la forêt.  Les différentes partitions et l’impact lié à la réplication au niveau de la forêt sont décrits ci­dessous :  Partition  du  schéma  :  chaque  instance  Active  Directory  est  une  unique  forêt  Active  Directory,  laquelle  contient  une  seule et unique version du schéma de l’annuaire de telle sorte qu’il ne peut exister qu’une seule et unique définition à  l’échelle  de  la  forêt.  Le  schéma  contient  les  définitions  de  chaque  classe  d’objet  sachant  que  celui­ci  pourra  être  étendu en fonction des besoins de l’entreprise. Au même titre que tous les objets des systèmes NT sont protégés par  des ACLs, il en est de même pour les classes d’objets déclarées dans le schéma.  Partition de configuration : chaque instance Active Directory contient une seule et unique configuration de l’annuaire  à  l’échelle  de  la  forêt.  La  configuration  décrit  la  topologie  et  autres  paramètres  de  la  forêt  tels  que  la  liste  des  domaines, des arborescences, des forêts ainsi que l’emplacement des contrôleurs de domaines et catalogues globaux  par rapport aux sites Active Directory. Comme cela est le cas pour la partition de schéma, la partition de configuration  est répliquée sur tous les contrôleurs de domaines de la forêt.  Partitions de l’annuaire d’applications : les données spécifiques à des applications peuvent être stockées dans des  partitions de l’annuaire d’applications de l’Active Directory. À l’inverse des applications d’entreprise telles que Microsoft  Exchange Server ou Microsoft Systems Management Server qui modifient le schéma puis s’intègrent dans les partitions  de configuration et/ou de domaine, certaines applications pourront stocker dans ces nouvelles partitions des données  à  caractère  "moins  global".  De  cette  manière,  il  est  possible  de  créer  des  partitions  spécifiques  qui  ne  seront  répliquées  que  vers  les  contrôleurs  de  votre  choix,  quel  que  soit  leur  emplacement  au  sein  de  la  forêt.  L’un  des  principaux avantages de ce nouveau type de partition est de pouvoir offrir aux applications une espace de stockage  hautement tolérant et globalement disponible à l’échelle de l’entreprise.  Fonctionnellement parlant, le moteur de réplication de l’annuaire Active Directory est multimaître. Ce point signifie que  tout objet peut être créé et aussi modifié sur tout contrôleur de domaine de la forêt. Il s’agit bien sûr d’un concept  général  mais  fondamental  puisqu’il  permet  à  l’annuaire  Active  Directory  d’être  globalement  extensible,  disponible  et  administrable en tout point du réseau, sans dépendre d’un unique maître tel que cela a toujours été le cas sous LAN  Manager et Windows NT.  La granularité de réplication s’applique sur les objets, les attributs d’objets et aussi les valeurs "multiples" propres à  certains attributs. Ce dernier point concerne la réplication sur liste de valeurs, encore appelée réplication LVR ­ Listed  Values Replication.  À  titre  d’exemple,  sur  les  contrôleurs  de  domaine  fonctionnant  sous  Windows  2000,  lorsqu’une  modification  est  apportée  à  un  groupe  ­  telle  que  l’ajout  ou  la  suppression  d’un  membre  ­ l’ensemble  du  groupe  doit  être  répliqué.  Lorsque le domaine est élevé au niveau Windows Server 2003, alors la réplication LVR est activée et, dans ce cas, seul  le  membre  modifié  est  répliqué.  De  cette  manière,  il  n’est  plus  nécessaire  de  répliquer  cet  attribut  particulièrement  lourd sur les différents contrôleurs de domaine du domaine.  Soyez  cependant  attentif  au  fait  que  les  opérations  à  caractère  unique  contrôlées  par  les  maîtres  d’opérations  au  niveau  de  la  forêt  font  qu’il  n’est  pas  possible  de  réaliser  certaines  opérations  sur  n’importe  quel  contrôleur  de  domaine de la forêt, mais uniquement sur les contrôleurs de domaine possédant le rôle FSMO particulier.  Attention : la réplication Active Directory respecte les exceptions liées aux cinq rôles FSMO que sont les trois FSMO de  © ENI Editions - All rigths reserved

- 7-

chaque domaine auquel il conviendra d’ajouter les deux FSMO dédiés aux opérations de forêt.  Par  conséquent,  vous  devez  considérer  que  pour  que  la  réplication  soit  pleinement  opérationnelle  à  l’échelle  de  la  forêt, il est finalement nécessaire que les contrôleurs de domaine, les cinq maîtres d’opérations simples (FSMO, Flexible  Single  Master  Operations),  la  topologie  intersites  ainsi  que  les  machines  jouant  le  rôle  de  catalogues  globaux  soient  correctement configurés et, si possible, opérationnels. Dans le cas où l’un de ces multiples éléments ferait l’objet d’une  défaillance, alors les services offerts par l’élément concerné ne seront plus disponibles et les cas suivants pourront se  produire :  ●

Si un contrôleur de domaine est absent sur un site, alors un autre contrôleur du site sera sollicité. 

●

Si  le  seul  contrôleur  d’un  site  est  absent,  alors  un  autre  contrôleur  d’un  autre  site  du  même  domaine  sera  nommé pour "secourir" le site. Il sera ensuite sélectionné par les clients du site. 

●

Si  les  maîtres  d’opérations  de  forêt  sont  indisponibles,  alors  les  fonctions  de  schéma  et  de  création  et  de  suppression de domaines au sein de la forêt seront indisponibles, sans pour autant gêner le fonctionnement  des domaines de la forêt. 

●

Si le catalogue global d’un site n’est pas disponible, alors un autre catalogue situé sur un autre site sera choisi  et sélectionné. Si aucun catalogue n’est disponible, alors les ouvertures de session des utilisateurs pourront  toujours  avoir  lieu,  sauf  pour  les  utilisateurs  n’ayant  jamais  ouvert  de  session  de  domaine  à  partir  du  contrôleur  de  domaine  choisi,  à  moins  que  vous  ayez  désactivé  l’usage  des  GC  pour  les  authentifications  lorsque  le  domaine  fonctionne  en  mode  Windows  2000  natif,  en  mode  Windows  Server  2003  ou  en  mode  Windows Server 2008. 

Attention  :  les  membres  du  groupe Administrateurs  du  domaine  ont  toujours  la  possibilité  de  s’authentifier  vers  le  domaine lorsque les contrôleurs GC sont indisponibles. Cette possibilité permet aux administrateurs du domaine de se  connecter au domaine, même en mode dégradé, pour pouvoir investiguer le problème. 

5. Maîtres d’opérations FSMO de forêts  Nous avons vu précédemment que chaque domaine Active Directory disposait de trois maîtres d’opérations au travers  des PDC Emulator, RID Master et l’Infrastructure Master pour gérer les opérations à caractère unique.  La même problématique se pose au niveau de la forêt qui possède donc deux rôles de maîtres d’opérations simples.  Au même titre que les rôles FSMO de domaine sont uniques au niveau de chaque domaine, les rôles FSMO de forêt le  sont  à  l’intérieur de la forêt. En d’autres termes, il ne peut exister qu’un seul et unique contrôleur de schéma et un  seul et unique maître d’attribution de noms de domaine sur l’ensemble de la forêt.  Le  maître  d’opérations  Contrôleur  de  schéma  :  le  contrôleur  de  domaine  jouant  le  rôle  de  contrôleur  de  schéma  contrôle  toutes  les  opérations  de  mise  à  jour  et  de  modification  du  schéma  de  l’annuaire  Active  Directory.  Par  conséquent,  pour  mettre  à  jour  le  schéma  d’une  forêt,  il  faut  obligatoirement  être  capable  de  contacter  la  machine  contrôleur de schéma. Comme expliqué plus haut, il ne peut exister qu’un seul contrôleur de schéma pour une forêt  donnée.  Le maître d’opérations Maître d’attribution de noms de domaine : le contrôleur de domaine jouant le rôle de maître  d’attribution de noms de domaine contrôle toutes les opérations d’ajout ou de suppression de domaines dans la forêt.  Comme cela est bien sûr le cas avec le contrôleur de schéma, il ne peut exister qu’un seul maître d’attribution de noms  de domaine pour une forêt donnée. 

6. La forêt et l’infrastructure physique Active Directory  Nous  venons  de  voir  que  la  forêt  Active  Directory  joue  un  rôle  fondamental  en  tant  qu’élément  de  la  structure  technique de l’instance Active Directory. Pour mettre en œ uvre le côté physique de l’infrastructure technique de la forêt  Active Directory, il nous reste à découvrir deux éléments fondamentaux :  Les objets sites Active Directory : par définition, les sites représentent la structure physique du réseau physique. À  l’échelle de la forêt, les objets sites permettent de représenter la topologie réelle du réseau en terme de zones de  connectivité. Ainsi, les contrôleurs de domaines, serveurs et ordinateurs clients membres du même site Active Directory  seront  animés  par  des  communications  plus  rapides  et  fréquentes  que  si  les  partenaires  sont  situés  sur  des  sites  différents.  Les  sites  sont  donc  très  importants  pour  optimiser  l’usage  de  la  bande  passante  entre  des  contrôleurs  situés sur des sites géographiquement distants et connectés par des liens disposant d’une faible bande passante.  Les  contrôleurs  de  domaine  catalogues  globaux  :  par  définition,  les  contrôleurs  de  domaine  jouant  le  rôle  de  catalogues  globaux  (ou  GC  pour Global  Catalog) possèdent une copie de tous les objets de tous les domaines de la  forêt. Cependant, lorsqu’un contrôleur de domaine d’un domaine donné joue le rôle de catalogue global de la forêt, il  "connaît" naturellement tous les objets de son propre domaine mais ne possédera qu’une copie partielle des objets  issus des autres domaines de la forêt. Ce point signifie que tous les objets sont connus, sans exception aucune, mais 

- 8-

© ENI Editions - All rigths reserved

pas tous les attributs des dits objets.  Les  partitions  présentes  sur  les  GC  issues  des  autres  domaines  de  la  forêt  sont  appelées  des  ensembles  d’attributs partiels ou PAS (Partial Attributes Set).  Ni  les  utilisateurs,  ni  les  applications  n’ont  besoin  de  connaître  les  "détails"  de  la  structure  des  domaines  et  des  arborescences de la forêt. Il leur suffit d’invoquer un des catalogues globaux de la forêt pour trouver et localiser l’objet  recherché sur la base des attributs les plus intéressants présents dans les catalogues globaux.  Par  défaut,  le  premier  contrôleur  de  domaine  du  premier  domaine  de  la  forêt  est  le  premier  catalogue  global.  Par  exemple, la fenêtre suivante dirige une requête LDAP vers les catalogues globaux pour rechercher dans Tout Active  Directory une imprimante supportant l’impression en couleurs et le format de papier A4. 

  La définition des zones DNS de l’Active Directory permet de localiser les différents services offerts au sein de la forêt  comme  par  exemple  un  contrôleur  de  domaine  GC  pour  un  site  donné,  via  l’enregistrement  de  ressource  de  service  DNS _gc._tcp.NomdeSite._sites.NomdeForêt. Bien sûr, "NomdeForêt" correspond au nom du domaine racine de la forêt  et le protocole de transport déclaré sur l’enregistrement de service DNS déclare l’usage du service _gc en TCP sur le  port  3268,  port  utilisé  par  les  contrôleurs  de  domaine  cumulant  le  fonction  de  catalogue  global.  Les  catalogues  globaux répondent donc pour leur domaine sur le port TCP 389 et globalement pour la forêt sur le port TCP 3268.  Vous  pourrez  et  devrez  certainement  déclarer  d’autres  catalogues  globaux  pour  offrir  les  services  de  recherche  globaux  à  l’ensemble  des  utilisateurs  et  applications  qui  se  trouveront  sur  les  différents  sites  géographiques  de  l’entreprise. De cette manière, il leur sera possible de :  ●

Rechercher "localement" des objets sur l’ensemble de l’annuaire Active Directory. 

●

Résoudre les suffixes de noms principaux lorsqu’un contrôleur de domaine doit authentifier un utilisateur sur la  base de son UPN ­ User Principal Name, tel que [email protected]. 

●

Résoudre les membres des groupes universels. Pour rappel, les groupes de distribution et de sécurité de type  universels sont stockés uniquement sur les contrôleurs de domaine jouant le rôle de catalogues globaux. 

●

Résoudre les références vers des objets situés dans d’autres domaines de la forêt. 

7. Frontières de sécurité et rôle des forêts  Nous  savons  que  dans  un  environnement  composé  de  plusieurs  domaines  Windows  NT,  la  plus  haute  autorité  de  gestion,  d’administration  et  de  contrôle  est  le  domaine.  En  effet,  l’administrateur  d’un  domaine  donné  peut,  par  essence même, décider de prendre possession de tout objet contrôlé dans le cadre dudit domaine.  Concernant  l’annuaire  Active  Directory,  la  question  que  nous  devons  nous  poser  est  "Existe­t­il  dans  la  forêt  une  autorité  suprême  qui  puisse  s’approprier  les  objets  situés  dans  d’autres  domaines  de  la  forêt  ?".  La  réponse  est  "Oui !" en la personne d’un utilisateur qui sera membre du groupe des Administrateurs de l’entreprise.  Attention : les membres du groupe des Administrateurs de l’entreprise peuvent contrôler tous les objets de  tous  les  domaines  de  la  forêt.  La  protection  des  membres  de  ce  groupe  est  très  importante  et  dépend 

© ENI Editions - All rigths reserved

- 9-

essentiellement  de  l’administration  du  domaine  racine  de  la  forêt.  Notez  aussi  que  le  groupe Administrateurs  de  l’entreprise ainsi que le groupe des Administrateurs du schéma n’existent que dans le domaine racine de la forêt.  Le conteneur situé au plus haut niveau de l’espace contrôlé étant la forêt, il paraît clair que des administrateurs d’une  forêt  X  ne  pourront  pas  prendre  le  contrôle  d’un  objet  qui  sera  situé  dans  un  domaine  d’une  autre  forêt  sauf,  bien  entendu, dans le cas où un administrateur de la forêt possédant l’objet le souhaiterait.  Le  schéma  ci­après  illustre  la  séparation  des  pouvoirs  à  l’échelle  de  la  forêt.  Chaque  forêt  dispose  de  son  propre  groupe Administrateurs de l’entreprise et chaque forêt est par définition une frontière de sécurité. Qu’il y ait ou non  une  approbation  de  domaine  ou  de  forêt  entre  les  domaines  racines  des  deux  forêts,  les  membres  du  groupe  Administrateurs de l’entreprise d’une forêt ne pourront pas prendre possession des objets situés dans l’autre forêt. 

Isolation de la sécurité des contrôles d’accès au niveau de l’entité de forêt 

Délégation au niveau des forêts Du fait que la forêt est une véritable unité isolée et autonome, il est possible pour les architectes Active Directory de  proposer la forêt comme un élément capable de jouer le rôle de frontière de sécurité et de zone d’administration et de  pouvoir. Nous venons de voir que les membres du groupe des Administrateurs de l’entreprise ne peuvent pas prendre  le  contrôle  des  objets  situés  dans  n’importe  quel  domaine  d’une  autre  forêt.  À  l’inverse,  les  Administrateurs  de  l’entreprise ont tous les pouvoirs sur tous les domaines membres de la forêt et ce, même dans le cas où vous auriez  retiré certains pouvoirs.  Attention : de par leur statut, les Administrateurs de l’entreprise auront toujours, par définition, l’opportunité  de se redonner directement tous droits manquants.  S’il  est  vraiment  nécessaire  de  créer  une  nouvelle  zone  de  sécurité  pour  disposer  d’une  réelle  isolation,  la  seule  solution  consistera  à  créer  une  nouvelle  forêt  et  à  déclarer  manuellement  les  approbations  nécessaires  en  fonction  des besoins et contraintes souhaitées.  Dans le cas où deux zones de pouvoirs distincts doivent être mises en place, créez deux forêts. Dans le cas où chaque  domaine nécessite une isolation totale, alors créez une forêt pour chacun des domaines nécessitant une isolation de  la sécurité. Bien sûr, cette démarche ne va pas sans rappeler ce qui était fait par le passé dans les environnements  Windows NT, mais à situation exceptionnelle, solutions exceptionnelles. Nous allons cependant voir plus loin que les  approbations de forêts sont bien plus riches et performantes que les anciennes relations d’approbation NT.  La mise en œ uvre de l’isolation pourra se justifier dans les cas suivants : 

- 10 -

●

Vous devez sécuriser les accès à des données de manière exclusive à des utilisateurs d’une forêt donnée. 

●

Vous devez disposer d’une isolation du schéma de l’annuaire. 

●

Vous devez scinder la partition de configuration en plusieurs entités pour isoler les évolutions de configuration.  De cette manière, les impacts liés aux changements de configuration de l’Active Directory sont mieux maîtrisés. 

© ENI Editions - All rigths reserved

8. Approbations au sein des forêts Active Directory  Par définition, les échanges relatifs aux authentifications et à la sécurité des contrôles d’accès au sein d’une forêt sont  pris  en  charge  par  les  approbations  internes  de  forêt.  Ces  approbations,  créées  par  dcpromo  durant  la  phase  de  promotion,  sont  des  approbations  transitives  bidirectionnelles  capables  de  prendre  en  charge  les  relations  de  type  "Parent­ enfant" et aussi "Racine d’arborescence" en mode bidirectionnel et en supportant la transitivité :  ●

Le mode bidirectionnel permet au domaine X d’approuver le domaine Y et réciproquement. 

●

La transitivité implique que lorsque les domaines X et Y s’approuvent et que les domaines Y et Z s’approuvent,  alors les domaines X et Z s’approuvent aussi. 

Une approbation (ou relation d’approbation) est une relation logique établie entre des domaines. Elle permet  une  authentification  directe  au  cours  de  laquelle  un  domaine  autorisé  à  approuver  honore  les  authentifications d’ouverture de session d’un domaine approuvé. Les comptes d’utilisateurs et les groupes globaux  définis  dans  un  domaine  approuvé  peuvent  recevoir  des  droits  et  autorisations  d’accès  sur  un  domaine  approbateur, même si ces comptes n’existent pas dans le domaine autorisé à approuver. 

a. Bénéfices apportés par la transitivité des approbations  La  transitivité  des  approbations  au  sein  des  forêts  Active  Directory  permet  un  accès  inter­domaines  simplifié.  Ce  principe permet à l’ensemble des utilisateurs de la forêt une ouverture de session unique. Le principe de l’ouverture  de session unique est apparu en 1993 avec Windows NT 3.1. Cette fonctionnalité fondamentale, qui permet à des  contextes  de  sécurité  différents  d’avoir  confiance  les  uns  envers  les  autres,  simplifie  la  gestion  des  comptes  utilisateurs  et  des  groupes  en  ne  nécessitant  de  les  créer  qu’une  seule  fois.  Ce  concept  est  l’un  des  concepts  fondamentaux qui permettent une centralisation de la gestion des identités.  Le mode bidirectionnel rend service à l’infrastructure technique et est une facilité pour les administrateurs.  Ces deux grands principes permettent à tous les domaines de la forêt de s’approuver mutuellement. Dans ce cas, les  authentifications  validées  dans  un  domaine  donné  deviennent  potentiellement  acceptables  dans  tous  les  autres  domaines  de  la  forêt,  toujours  grâce  à  la  transitivité  et  au  côté  bidirectionnel  des  approbations  internes.  Dans  la  mesure  où  tout  nouveau  domaine  de  la  forêt  fait  l’objet  d’une  approbation,  le  nombre  d’approbations nécessaires  pour "brancher" n domaines d’une forêt est égal à n­1.  Une forêt Active Directory est comparable à un environnement de domaines NT bâti sur un modèle de type  Modèle d’approbation total. En comparaison, vous pouvez noter que sous Windows NT, un modèle composé  de  dix  domaines  nécessite  de  créer  et  maintenir  n  x  n­1  domaines,  c’est­à­dire  quatre­ving  dix  relations  d’approbation  unidirectionnelles  non  transitives.  Dans  un  environnement  Active  Directory,  le  même  modèle  ne  nécessite que neuf relations d’approbation bidirectionnelles transitives, créées automatiquement, c’est­à­dire dix  fois moins !  Les approbations disponibles à l’intérieur  d’une forêt Active Directory ont le même objet que dans l’environnement  Windows NT. Elles créent une relation entre deux domaines permettant ainsi aux utilisateurs d’un domaine d’accéder  à des ressources situées dans l’autre domaine et aux administrateurs d’un domaine de contrôler les ressources d’un  autre domaine et vice versa, si nécessaire.  Une approbation ne donne aucun droit ni aucune autorisation ! Elle permet uniquement à deux contextes de  sécurité distincts de participer "d’égal à égal" dans une négociation de la sécurité. C’est seulement dans un  deuxième  temps  que  l’administrateur  d’un  domaine  donné  autorisera  un  utilisateur  ou  un  groupe  d’un  autre  domaine à manipuler de telle ou telle manière une ressource particulière. 

b. Structure de la forêt et approbations  Du point de vue de la structure de la forêt, chaque fois qu’un nouveau domaine est ajouté, une nouvelle approbation  interne  bidirectionnelle  transitive  est  créée  automatiquement  par  dcpromo  entre  le  domaine  parent  et  le  domaine  enfant.  Il  en  sera  de  même  lors  de  la  création  d’une  nouvelle  arborescence  grâce  à  la  mise  en  place  d’une  nouvelle  approbation de type Racine d’arborescence.  L’écran suivant montre les propriétés du domaine corp2003.corporate.net. Ce domaine dispose d’une approbation de  type Racine d’arborescence et fait clairement apparaître sa nature transitive. 

© ENI Editions - All rigths reserved

- 11 -

Approbation interne de type Racine d’arborescence transitive et bidirectionnelle 

c. Approbations et objets TDO dans les forêts Active Directory  Il est intéressant de constater que la forêt étant la plus "haute" entité de sécurité autonome, il nous est toujours  possible de nous appuyer sur les relations d’approbation pour "créer et implémenter la confiance" entre des espaces  de sécurité distincts.  Les  approbations  vous  permettront  de  réaliser  tous  les  "branchements  fonctionnels  et  technologiques"  que  vous  pourrez être amené à réaliser. Le concept même de la forêt repose sur les approbations. Outre leur usage au sein  de  la  forêt  Windows  2000,  Windows  Server  2003  ou  Windows  Server  2008,  les  approbations  permettront  le  branchement  des  domaines  Windows  NT,  Windows  2000  Server,  Windows  Server  2003  et  Windows  Server  2008,  des forêts Active Directory et aussi des domaines Kerberos V5 non­Windows, c’est­à­dire fonctionnant principalement  sous Unix.  Technologies, Protocoles d’approbation et objets TDO :  ●

Les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2008,  Windows  Server  2003  et  Windows  2000 Server utilisent les protocoles Kerberos v5 et NTLM pour authentifier les utilisateurs et les applications.  Par  défaut,  les  ordinateurs  Windows  2000,  Windows  XP  Professionnel  et  Windows  Vista  membres  d’un  domaine Windows 2000, Windows Server 2003 ou Windows Server 2008 utilisent le protocole Kerberos v5.  Dans le cas où un ordinateur ne serait pas capable de négocier le protocole d’authentification Kerberos v5,  alors le protocole Windows NT NTLM sera utilisé. 

●

Le protocole Kerberos v5 est un protocole moderne dans la mesure où l’authentification initiale permet aux  clients de demander un ticket de demande de tickets. Les tickets ainsi obtenus seront ensuite valides pour  un service donné hébergé par un serveur particulier. L’authentification Kerberos v5 est prise en charge par le  contrôleur de domaine Active Directory par le module AS (Authentication Service) tandis que la délivrance des  tickets de service est assurée par le module TGS (Ticket Granting Services). En fait, le contrôleur de domaine  joue  le  rôle  d’autorité  approuvée  entre  le  client  et  le  serveur.  Finalement,  le  client  présente  le  ticket  de  service approuvé au serveur dans le domaine d’approbation pour authentification. 

●

À l’inverse,  le  protocole  Windows  NT  NTLM  nécessite  que  le  serveur  contenant  les  ressources  contacte  un  contrôleur du domaine du client afin de vérifier les informations d’identification du compte par rapport à celles  contenues dans le jeton d’accès du client. 

●

Objets du domaine approuvé : Les relations d’approbation de chaque domaine sont représentées au sein de  l’Active  Directory  par  des  objets  de  type  domaine  approuvé  (TDO,  Trusted  Domain  Objects).  Chaque  fois  qu’une relation d’approbation est établie, un objet TDO unique est créé et stocké dans le conteneur système  de son domaine. 

Les objets TDO sont des objets particulièrement importants dans la mesure où leurs attributs décrivent toutes les  caractéristiques de l’approbation qui peut exister entre deux domaines. Comme cela a été expliqué précédemment, 

- 12 -

© ENI Editions - All rigths reserved

les objets TDO d’un domaine résident dans le container System dudit domaine. 

Objet de la classe trustedDomain pour le domaine partners.corporate.netde la forêt corp2003.corporate.net  En fonction des circonstances pendant lesquelles les approbations seront créées, les objets TDO issus de la classe  trustedDomain  seront  créés  par  DCpromo,  par  la  console  de  gestion  MMC  Domaines  et  approbations  Active  Directory  ou  encore  manuellement  via  la  commande  Netdom,  disponible  avec  les  Outils  de  support  de  Windows  Server 2003.  Les attributs de chaque objet TDO contiennent les informations qui précisent le type de l’approbation, sa nature, la  transitivité de l’approbation ainsi que les noms des domaines réciproques. Dans le cas des approbations de forêts,  les objets TDO stockent aussi des attributs supplémentaires pour identifier tous les espaces de noms approuvés par  la forêt de leur partenaire.  Vous trouverez ci­dessous les détails qui concernent les attributs les plus importants d’une approbation au travers  d’un objet TDO :  flatName : désigne le nom NetBIOS du domaine qui est associé à cette approbation.  trustDirection : désigne le sens de la relation d’approbation.  0 L’approbation est désactivée.  1 L’approbation est "entrante". Cela signifie que le domaine est autorisé à approuver.  2 L’approbation est "sortante". Cela signifie que le domaine est approuvé.  3  L’approbation  est  à  la  fois  entrante  et  sortante.  Cela  signifie  que  le  domaine  est  approuvé  et  aussi  autorisé  à  approuver.  trustPartner : cet attribut représente le nom au format DNS associé au domaine lorsqu’il s’agit d’un domaine Active  Directory  ou  le  nom  NetBIOS  du  domaine,  s’il s’agit  d’une  approbation  de  bas  niveau,  c’est­à­dire  Windows  NT  ou  compatible NT.  trustType : cet attribut déclare le type de relation d’approbation établi avec le domaine.  1 Approbation de bas niveau NT ou compatible.  2 Approbation Windows 2000.  3 MIT.  4 DCE. 

Les  types  d’approbation  MIT  (Massachusetts  Institute  of  Technology)  et  DCE  (Distributed  Computing  Environment) permettent la prise en charge des différentes implémentations Kerberos disponibles dans les  environnements Unix. Les implémentations MIT et DCE du protocole Kerberos sont largement distribuées sur les  systèmes Unix tels que AIX, Solaris, HPUX et bien d’autres. 

© ENI Editions - All rigths reserved

- 13 -

L’attribut securityIdentifier d’un objet TDO déclare le SID de l’objet  À  l’aide  d’ADSI  Edit,  l’écran  précédent  illustre  les  attributs  d’un  objet  TDO  représentant  une  approbation  d’arborescence.  Ces  attributs  comprennent  les  noms  des  différentes  arborescences,  les  suffixes  de  noms  d’utilisateurs  principaux  (UPN,  User  Principal  Name),  les  suffixes  de  nom  principal  de  services  (SPN, Service  Principal  Name) et les espaces de noms d’ID de sécurité (SID, Security ID). 

d. Types d’approbation supportés  Nous  venons  de  rappeler  que  les  approbations  permettent  la  communication  entre  les  domaines.  Ainsi,  les  approbations  jouent  le  rôle  de  canaux  d’authentification nécessaires aux utilisateurs d’un  domaine  X  pour  accéder  aux  ressources  d’un  domaine  Y.  Lorsqu’un  nouveau  domaine  est  ajouté  à  une  forêt  existante,  deux  approbations  sont créées par l’Assistant Installation de l’Active Directory. Les différents types d’approbation pouvant être créés  à l’aide de l’Assistant Nouvelle approbation ou de l’outil de ligne de commande Netdom sont présentés ci­dessous :  Approbations internes créées par DCPromo Lorsqu’un  nouveau  domaine  est  ajouté  au  domaine  racine  de  la  forêt  ou  en  tant  que  nouvelle  arborescence  via  l’Assistant  Installation  de  l’Active  Directory, des approbations transitives bidirectionnelles sont automatiquement  créées.  Ces approbations peuvent être de deux types différents :  Approbations  de  type  Parent­Enfant  :  lorsqu’un  nouveau  domaine  enfant  est  ajouté  à  une  arborescence  de  domaine  existante,  une  nouvelle  relation  d’approbation  parent­enfant  transitive  bidirectionnelle  est  établie.  Les  requêtes d’authentification effectuées à partir des domaines approuvés remontent vers le haut de la hiérarchie de  domaines, en passant par leur parent, jusqu’au domaine autorisé à approuver.  Approbations  de  type  Racine  d’arborescence  :  lorsqu’une  arborescence  de  domaine  est  créée  dans  une  forêt  existante, une nouvelle approbation de racine d’arborescence transitive bidirectionnelle est établie par défaut.  Les  approbations  créées  par  dcpromo  sont  indestructibles.  Ces  approbations  ne  peuvent  donc  pas  être  détruites lors d’une erreur d’administration. 

Les autres types d’approbations de l’Active Directory L’Active  Directory  supporte  quatre  autres  types  d’approbations.  Vous  pourrez  créer  ces  approbations  à  l’aide  de 

- 14 -

© ENI Editions - All rigths reserved

l’Assistant  Nouvelle  approbation  ou  via  la  commande  Netdom.  Ces  approbations  sont  les  approbations  externes,  les approbations de domaine Kerberos, les approbations de forêts et les approbations raccourcies. 

Déclaration d’une approbation via la console Domaines et approbations Active Directory  Les approbations externes sont par définition non transitives et peuvent être unidirectionnelles ou bidirectionnelles.  Une approbation externe est utilisée pour accéder à des ressources situées dans un domaine Windows NT 4.0 ou un  domaine se trouvant dans une autre forêt (non liée par une approbation de forêt).  Les  approbations  de  domaine  Kerberos  v5  sont  par  définition  transitives  ou  non  transitives  et  peuvent  être  unidirectionnelles  ou  bidirectionnelles.  Une  approbation  de  domaine  Kerberos  v5  permet  à  un  domaine  Windows  Active Directory et un domaine Kerberos non­Windows d’interopérer.  Les  approbations  de  raccourcis  sont  transitives  et  peuvent  être  unidirectionnelles  ou  bidirectionnelles.  Les  approbations de ce type permettent de raccourcir le chemin d’authentifications Kerberos à l’intérieur d’une forêt. Ce  sera  particulièrement  intéressant  pour  améliorer  les  ouvertures  de  session  entre  deux  domaines  lorsque  les  deux  domaines sont situés dans des arborescences différentes.  Les approbations de forêts sont par définition transitives et peuvent être unidirectionnelles ou bidirectionnelles. Une  approbation de forêts permet de "marier" deux forêts. De cette manière, il est possible de partager des ressources  entre les deux forêts c’est­à­dire entre tous les domaines de chaque forêt. 

e. Forêts Windows Server (2003 ou 2008) et approbations de forêts  Les  approbations  de  forêts  sont  une  nouvelle  fonctionnalité  des  services  d’annuaire  de  Windows  Server  2003  toujours  utilisables  à  l’identique  dans  les  forêts  Windows  Server  2008.  Le  principe  fondamental  est  basé  sur  l’utilisation de la transitivité des approbations Kerberos v5.  En effet, les domaines Windows NT et les domaines Active Directory fonctionnant sous Windows 2000 ne permettent  pas  aux  utilisateurs  d’une  forêt  d’accéder  aux  ressources  qui  seraient  situées  dans  une  autre  forêt.  Ce  point  s’explique  par  le  fait  que,  dans  une  forêt  fonctionnant  en  mode  Windows  2000,  la  transitivité  des  approbations  Kerberos n’est disponible que dans le cas des approbations internes à la forêt.  Ainsi,  parce  que  les  approbations  externes  sont  par  définition  unidirectionnelles  et  non  transitives,  il  ne  sera  pas  possible que le chemin de l’approbation puisse s’étendre aux autres domaines de la forêt cible.  Aujourd’hui, lorsque l’environnement est composé de deux forêts fonctionnant dans le niveau fonctionnel Windows  Server  2003  et/ou  Windows  Server  2008  et  qu’une  approbation  de  forêts  existe  entre  les  deux  domaines  racines  des  forêts  respectives,  alors  les  authentifications  peuvent  être  routées  entre  tous  les  domaines  des  deux  forêts.  L’approbation  de  forêts  permet  alors  un  accès  des  utilisateurs  de  la  forêt  approuvée  à  toutes  les  ressources  du  réseau  de  la  forêt  approuvante,  bien  évidemment  à  la  condition  que  les  utilisateurs  approuvés  disposent  des  autorisations adéquates.  Les entreprises qui disposent de plus d’une forêt pourront alors profiter des avantages ci­dessous :  Un  nouvel  élément  de  structure  :  la  forêt  peut  devenir  un  conteneur  utilisable  dans  le  cadre  de  la  politique  de 

© ENI Editions - All rigths reserved

- 15 -

délégation de l’entreprise. De cette manière, il pourra être envisagé de scinder l’administration en plusieurs entités.  Une  administration  plus  simple  :  la  transitivité  des  approbations  de  forêts  permet  de  limiter  le  nombre  d’approbations externes nécessaires au partage des ressources entre les domaines des deux forêts.  Les  utilisateurs  des  deux  forêts  peuvent  utiliser  les  authentifications  basées  sur  les  UPN,  telles  que  [email protected].  Le  protocole  Kerberos  mais  aussi  NTLM  peuvent  être  utilisés  au  sein  de  chaque  forêt  mais  aussi  entre  les  deux  forêts.  Approbations de forêts et niveau fonctionnel des forêts

Les approbations de forêts nécessitent obligatoirement que les deux forêts partenaires fonctionnent dans le niveau  fonctionnel  Windows  Server  2003  et/ou  Windows  Server  2008.  Tous  les  domaines  doivent  donc  utiliser  le  niveau  fonctionnel  de  domaine  Windows  Server  2003  ou  ultérieur,  lequel  nécessite  que  tous  les  contrôleurs  de  domaine  fonctionnent sous Windows Server 2003 ou ultérieur.  Bien  que  le  protocole  Kerberos  soit  le  seul  protocole  capable  de  supporter  la  transitivité  au  sein  de  la  forêt  mais  aussi  entre  deux  forêts,  les  serveurs  Windows  NT  Server  4.0  membres  de  domaines  Windows  Server  2003  ou  Windows Server 2008 pourront prendre en charge les contrôles d’accès issus d’une autre forêt. Cette possibilité est  réalisée  par  les  contrôleurs  de  domaine  Windows  Server  (2003  ou  2008)  qui  jouent  le  rôle  de  passerelles  d’authentification  entre  les  protocoles  Kerberos  et  NTLM.Notez  que  cette  fonctionnalité  était  déjà  présente  sur  les  contrôleurs  de  domaine  Windows  2000.  Ainsi,  un  utilisateur  authentifié  à  l’aide  du  protocole  Kerberos  peut,  sans  aucun problème, être contrôlé en NTLM pour accéder à une ressource contrôlée par un serveur Windows NT Server  4.0 

Possibilités, limites et cadre d’utilisation des approbations de forêts 

f. Routage des suffixes de noms et approbations de forêts  Le  routage  des  suffixes  de  noms  permet  de  gérer  la  façon  dont  les  requêtes  d’authentification sont transmises et  dispatchées entre des forêts Windows Server 2003 disposant d’approbations de forêt.  Dans la mesure où le premier besoin consiste à profiter de la transitivité des approbations de forêts, par défaut, tous  les suffixes de noms uniques sont routés. De cette manière, l’administration des deux forêts partenaires peut être  grandement  simplifiée  et  tous  les  utilisateurs  d’une  forêt  donnée  peuvent  ­  peut­être  ­  accéder  à  des  ressources  situées dans n’importe quel domaine de l’autre forêt.  Cette configuration initiale pourra cependant être personnalisée pour permettre de "mieux" contrôler les demandes  d’authentification  approuvées  par  l’une  des  forêts.  En  effet,  deux  forêts  peuvent  être  associées  grâce  à  une  approbation de forêt tout en excluant certains domaines.  Par définition, une forêt est un espace de noms uniques matérialisé par des suffixes de noms uniques. Un suffixe de  nom unique est un nom au sein d’une forêt, tel qu’un UPN (User Principal Name) un SPN (Service Principal Name), ou le  nom DNS du domaine racine de la forêt ou d’une arborescence de domaine. Les noms ci­dessous sont des exemples  de suffixes de noms uniques : 

- 16 -

●

Rootcorp.corporate.com ; 

●

Emea.rootcorp.corporate.com ;  © ENI Editions - All rigths reserved

●

Partners.net ; 

●

[email protected] ; 

●

[email protected]. 

D’un point de vue du fonctionnement de l’approbation de forêts, tous les enfants de tous les suffixes connus de la  forêt sont naturellement routés vers l’autre forêt. C’est pour cela que l’interface graphique de la console de gestion  MMC  Domaines  et  approbations  Active  Directory  montre  tous  les  suffixes  de  noms  connus  avec  le  caractère  astérisque (*).  Par  exemple,  si  la  forêt  utilise  comme  suffixe  de  noms  *.rootcorp.corporate.com,  alors  toutes  les  requêtes  d’authentification  portant  sur  les  domaines  enfants  de  rootcorp.corporate.com  telles  que  *.emea.rootcorp.  corporate.com, seront routées via l’approbation de forêt.  Attention : très logiquement, tout suffixe de nom enfant hérite de la configuration de routage du suffixe de  nom unique auquel il appartient. Cependant, le routage des nouveaux suffixes apparus après la création de  l’approbation de forêts sera par défaut désactivé. Cette façon de procéder est la plus sécurisée qui soit. En effet, il  ne serait pas normal qu’un nouveau domaine au sein d’une forêt soit automatiquement approuvé sans qu’aucune  validation  n’ait  eu  lieu.  Vous  pourrez  donc,  dans  un  deuxième  temps,  visualiser  les  nouveaux  suffixes  de  noms  issus  des  nouveaux  domaines  intégrés  après  la  mise  en  place  de  l’approbation  de  forêts  et  seulement  ensuite  décider d’activer ou non le routage des authentifications.  Pour visualiser ou modifier le routage des noms de suffixes, vous pourrez utiliser la boîte de dialogue Propriétés de  l’approbation  de  forêt.  La  sélection  des  suffixes  de  noms  spécifiques  vous  permettra  d’activer  ou  désactiver  le  routage des authentifications vers la forêt partenaire.  Détection des suffixes dupliqués, gestion des conflits et désactivation automatique Il  n’est  pas  impossible  que  des  noms  de  domaines  identiques  puissent  exister  dans  deux  forêts  différentes.  Ce  pourrait,  par  exemple,  être  le  cas  de  domaines  utilisant  des  noms  génériques  tels  que  partners.net  ou  encore  extranet.privnet.net. Il faut donc que l’approbation de forêt puisse gérer cette exception.  Dans  le  cas  où  cette  problématique  serait  rencontrée,  le  routage  du  suffixe  de  nom  le  plus  récent  sera  automatiquement désactivé.  Microsoft recommande de ne pas ajouter de caractère @ au suffixe UPN déclaré, ni de nom d’utilisateur. En  effet,  le  traitement  des  requêtes  d’authentification  routées  vers  une  forêt  approuvée  considère  les  caractères  situés  à  gauche  du  caractère  @  comme  le  nom  de  l’utilisateur  et  les  caractères  situés  à  droite  du  caractère @ comme le nom DNS du domaine. L’Autorité de sécurité locale LSASS, désactive le routage à tout suffixe  UPN ne respectant pas le format DNS, ce qui sera le cas si un caractère @ est présent dans le nom.  Notez que seuls les noms respectant le nommage DNS doivent être déclarés. Par conséquent, tout nom incompatible  entraînera sa désactivation automatique.  Les opérations de conflits proprement dites sont appelées des collisions. Les collisions peuvent se produire lorsque  le même nom DNS, le même nom NetBIOS ou lorsque le SID d’un domaine est en conflit avec une autre SID de suffixe  de nom.  Bien sûr, ces points paraissent évidents ! Cependant, il convient de faire particulièrement attention aux problèmes  de  noms  de  domaines  DNS.  En  effet,  comme  tout  conflit  entraînera  la  désactivation  du  nom  au  niveau  de  l’approbation de forêt, il convient d’anticiper au mieux les effets des erreurs de nommage.  Exemple de conflit : nous savons que les domaines corpnet.corporate.com et corporate.com sont des domaines DNS  différents. Au sein de la même forêt, ces deux domaines DNS forment une arborescence de domaines au sein de la  forêt dont le domaine racine est corporate.com. Si l’on considère que les deux domaines appartiennent à deux forêts  distinctes, il n’y a aucun problème tant qu’il n’y a pas d’approbation ou pas d’approbation de forêts. Cette remarque  signifie qu’il est tout à fait possible de créer une approbation externe entre les deux domaines. Par contre, il y aura  conflit  si  la  forêt  nommée  corporate.com  et  la  forêt  nommée  corpnet.corporate.com  sont  réunies  à  l’aide  d’une  approbation  de  forêts.  En  effet,  comme  ces  deux  domaines  appartiennent  au  même  espace  DNS,  le  routage  entre  ces deux suffixes de noms sera désactivé. Notez toutefois que le routage continuera de fonctionner pour tous les  autres suffixes de noms uniques non conflictuels.  L’écran ci­après illustre les suffixes de noms UPN déclarés sur la forêt corp2003.corporate.net. 

© ENI Editions - All rigths reserved

- 17 -

La détection de conflits des approbations de forêts concerne aussi les suffixes UPN  Lorsqu’un  conflit  ­  de  quelque  nature  qu’il  soit  ­  est  détecté,  les  contrôles  d’accès  à  ce  domaine  seront  refusés  depuis l’extérieur de la forêt. Toutefois, le fonctionnement normal au sein de la forêt sera préservé, ce qui est tout à  fait normal, puisque le conflit n’a de signification qu’entre les deux forêts et aucunement entre les domaines de la  forêt d’appartenance.  L’onglet  Routage  des  suffixes  de  noms  disponible  dans  la  console  de  gestion  MMC  Domaines  et  approbations  Active Directory au niveau des propriétés des approbations de forêt vous permettra d’enregistrer un fichier journal  des conflits des suffixes de noms. Ce fichier pourra être créé pendant ou après la création de l’approbation de forêt.  Pour plus d’informations sur les approbations et le fonctionnement des forêts et domaines Active Directory,  consultez  le  site  :  http://www.microsoft.com/resources/documentation/WindowsServ/  2003/all/techref/enus/default.asp  ou  la  documentation  Active  Directory  Technical  Reference  disponible  sur  le  site des Kits de ressources techniques à l’adresse http://www.microsoft.com/reskits. 

g. Utilisation de la commande Netdom pour créer et gérer les approbations  Généralement,  les  approbations  internes,  externes  et  de  forêts  sont  directement  déclarées  à  l’aide  de  l’interface  graphique.  Cependant,  vous  pourez  utiliser  la  commande  Netdom.exe  disponible  avec  les  outils  de  support  de  Windows Server 2003 pour créer, vérifier, réinitialiser et supprimer des objets approbations.  Opérations prises en charge par Netdom concernant les approbations : 

- 18 -

●

Mise en place des approbations unidirectionnelles ou bidirectionnelles entre les domaines Windows NT 4.0,  Windows 2000 et Windows Server 2003. 

●

Mise  en  place  des  approbations  unidirectionnelles  ou  bidirectionnelles  entre  des  domaines  Windows  2000  Server, Windows Server 2003 ou Windows Server 2008, situés dans des organisations différentes. 

●

Mise en place des approbations racourcies entre des domaines Windows 2000 Server, Windows Server 2003  ou Windows Server 2008 situés dans la même organisation. 

●

Mise en place d’une approbation vers un royaume Kerberos non­Windows. 

© ENI Editions - All rigths reserved

●

Énumération des approbations directes et indirectes. 

●

Visualisation des paramètres et changements des paramètres des approbations. 

Vous pourrez, par exemple, utiliser la commande Netdom :  ●

Pour  vérifier  une  approbation  unidirectionnelle  entre  le  domaine  DomA  et  le  domaine  DomB  :  netdom  trust /d:DomA DomB /verify 

●

Pour vérifier une approbation bidirectionnelle : netdom trust /d:DomA DomB /verify /twoway 

L’opération  de  vérification  a  pour  objet  de  contrôler  le  bon  fonctionnement  de  l’approbation  ainsi  que  les  mots  de  passe déclarés entre les deux domaines lors de la mise en place de l’approbation.  ●

Pour vérifier que le protocole Kerberos v5 est pleinement opérationnel entre un ordinateur et son domaine  d’appartenance dom1.corporate.com :  netdom  trust  /d:dom1.  corporate.com  /verify  /KERBEROS. L’usage  des  paramètres  /verify  et  /kerberos  nécessite  l’obtention  d’un  ticket  de  session  pour  contacter  le  service  d’administration Kerberos du contrôleur de domaine (service KDC) dans le domaine cible. À partir du moment  où  l’opération  réussit,  vous  pouvez  considérer  que  toutes  les  opérations  Kerberos  peuvent  fonctionner  correctement entre l’ordinateur client et le domaine de destination. 

Cette opération de vérification des fonctions Kerberos ne peut être réalisée que localement sur l’ordinateur  à tester. Vous pourrez dans ce cas utiliser les fonctions de Bureau à distance.  La commande Netdom permet de gérer les approbations mais permet aussi de gérer les opérations ci­dessous :  ●

Insérer un ordinateur Windows XP Professionnel dans un domaine quel que soit son type avec la possibilité  de spécifier l’unité d’organisation et de générer le mot de passe du compte d’ordinateur aléatoirement. 

●

Gérer  les  opérations  d’administration  des  comptes  d’ordinateurs  telles  que  l’ajout,  la  suppression,  l’interrogation, le déplacement des comptes d’ordinateurs d’un domaine à un autre en préservant le SID de  l’ordinateur. 

●

Vérifier les SC (Secure Channel) entre les postes de travail, les serveurs, les BDC NT 4.0. 

●

Renommer et déplacer les BDC NT4.0 dans d’autres domaines. 

Toutes  ces  fonctions  sont  bien  sûr  très  utiles  dans  le  cadre  de  la  maintenance  des  comptes  d’ordinateurs,  qu’il  s’agisse de simples ordinateurs de bureaux ou de serveurs membres du domaine. 

© ENI Editions - All rigths reserved

- 19 -

Réussir  le  processus  de  mise  à  niveau  d’Active  Directory  vers  les  services de domaine Active Directory de Windows Server 2008  Windows  Server  2008  est  une  version  majeure  à  plus  d’un  titre  et,  de  fait,  on  pourrait  penser  que  l’installation  de  nouveaux  contrôleurs  de  domaine  Active  Directory,  voir  la  mise  à  niveau  de  serveurs  Windows  Server  2003  vers  Windows Server 2008 soient des tâches complexes nécessitant une grande préparation.  Il  n’en n’est  rien  et  vous  allez  voir  qu’avec  un  minimum  de  préparation,  le  déploiement  de  nouveaux  contrôleurs  de  domaine Active Directory sera simple et avec un minimum de risques.  L’objectif principal de la mise à niveau vers Windows Server 2008 doit permettre de procéder à une transition douce de  l’environnement  actuellement  en  production  vers  une  cible  composée  d’au  moins  deux  contrôleurs  de  domaine  (ou  plus) en fonction de l’architecture Active Directory, fonctionnant sous Windows Server 2008.  Le  processus  de  migration  vers  les  services  de  domaine  Active  Directory  de  Windows  Server  2008  doit  avoir  comme  objectif  final ­  à  terme ­ la possibilité de rehausser le niveau fonctionnel du ou des domaines vers le  niveau fonctionnel Windows Server 2008, sans oublier bien sûr d’en faire de même concernant le niveau fonctionnel  de la forêt. 

1. Vérifications et gestion des risques  Avant de commencer les différentes opérations propres à l’intégration de contrôleurs de domaine fonctionnant sous  Windows Server 2008 au sein d’un réseau Windows Server 2003, il est recommandé de procéder aux opérations ci­ dessous :  ●

Faites un inventaire précis de tous les contrôleurs de domaine importants notamment, le positionnement des  cinq  rôles  FSMO,  des  catalogues  globaux  ainsi  que  les  niveaux  de  SP  (Services  Packs)  installés  sur  chacun  d’eux. 

●

Faites une sauvegarde de type System State d’un ou plusieurs contrôleurs de domaine opérationnels. 

●

Déterminez le meilleur scénario de retour arrière, en prévision d’une éventuelle catastrophe. 

2. Préparation de l’infrastructure Active Directory pour Windows Server 2008  Comme cela a été le cas par le passé lors des migrations de domaine Windows NT 4.0 vers les services d’annuaire  Active Directory de Windows 2000 Server et ensuite vers les services d’annuaire Active Directory de Windows Server  2003, l’infrastructure Active Directory doit être préparée pour accueillir les nouveaux serveurs Windows Server 2008  hébergeant  les  nouveaux  services  AD  DS.  Les  recommandations  et  opérations  ci­dessous  devront  donc  être  réalisées :  ●

Assurez­vous  que  vous  disposez  d’un  compte  d’administration  de  domaine  faisant  partie  des  groupes  Administrateurs  du  domaine,  Administrateurs  de  l’entreprise,  Administrateur  du  schéma.  Toutes  les  opérations  devant  avoir  lieu  sur  un  serveur  devant  faire  l’objet  d’une  promotion  nécessiteront  aussi  de  disposer des privilèges Administrateur sur la machine locale. 

●

Réalisez l’opération  de  mise  à  jour  du  schéma  Active  Directory  via  la  commande adprep /foresprep.  Pour  y  parvenir, copiez le contenu du dossier \Sources\adprep du CD­Rom d’installation de Windows Server 2008  dans un dossier \adprep sur le serveur. À partir de ce dossier, sur le contrôleur de domaine possédant le rôle  de  maître  d’opération  de  Schéma,  lancez  la  commande  adprep /forestprep.  Pour  réussir  la  mise  à  jour  en  exécutant  cette  commande,  l’administrateur  devra  faire  partie  des  groupes  Administrateur  du  schéma,  Administrateurs de l’entreprise et Administrateurs du domaine. 

●

Réalisez  l’opération  de  préparation  du  domaine  Active  Directory  via  la  commande  adprep /domainprep /gpprep. Pour y parvenir, copiez le contenu du dossier  \Sources\adprep du CD­Rom  d’installation de Windows Server 2008 dans un dossier \adprep sur le serveur. À partir de ce dossier, sur le  contrôleur  de  domaine  possédant  le  rôle  de  maître  d’infrastructure,  lancez  la  commande  adprep /domainprep /gpprep. Pour exécuter cette commande, l’administrateur devra faire partie du groupe  Administrateur du domaine dans lequel l’opération est réalisée. 

© ENI Editions - All rigths reserved

- 1-

●

Attention  !  Après  avoir  réalisé  cette  opération,  évitez  d’installer  dans  la  foulée  le  premier  contrôleur  de  domaine.  Il  est  recommandé  d’attendre  que  les  nouvelles  informations  se  soient  répliquées  au  sein  du  domaine.  Bien  entendu,  vous  pouvez  forcer  les  réplications  à  l’aide  des  outils  habituels  Replmon  ou  via  la  commande Repadmin. 

●

Attention  aux  problèmes  de  cohérence  lors  de  la  mise  à  jour  du  schéma  avec  Microsoft  Exchange  2000  Server ! Dans l’absolu, il ne doit pas y avoir de problème majeur pour réaliser les étapes préparatoires que  sont  la  mise  à  jour  du  schéma  ainsi  que  la  mise  à  jour  des  objets  du  domaine,  en  vue  de  l’intégration des  contrôleurs fonctionnant sous Windows Server 2008. Le problème le plus courant, concerne un problème déjà  connu des ingénieurs systèmes qui auront procédé au même type de scénario, lorsqu’il y a quelques années,  la problématique consistait à introduire les premiers contrôleurs de domaine Windows Server 2003, dans des  forêts Windows 2000 Server contenant Exchange 2000 Server. En effet, la phase de préparation de la forêt ­  réalisée via Adprep, peut échouer lorsque le schéma a été préalablement mis à niveau pour Exchange 2000.  Le  problème  concerne  les  attributs  de  la  classe  inetOrgPerson  ­  attributs  Secretary,  labeledURI,  et  houseIdentifier, lesquels sont conflictuels avec ceux d’Exchange plus anciens et ne respectant donc pas les  RFC de cette nouvelle classe, inetOrgPerson. Pour résoudre ce problème, peut­être déjà résolu si le schéma  a été mis à niveau pour Windows Server 2003, vous pourrez manuellement corriger le schéma en utilisant le  fichier  Inetorgpersonfix.ldf  contenu  dans  le  fichier  Support.cab  du  dossier  Support\Tools  du  CD­Rom  de  Windows  Server  2003.  Ensuite,  à  partir  de  la  console  du  maître  d’opérations  du  schéma,  vous  pourrez  importer le fichier LDF contenant de corrections à l’aide de la commande LDIFDE. Pour plus de renseignements  sur  cette  procédure,  vous  pourrez  consulter  l’article  Technet  à  l’aide  du  lien  suivant :http://support.microsoft.com/kb/314649 

Attention  aux  problèmes  de  cohérence  lors  de  la  mise  à  jour  du  schéma  lorsque  le  schéma  de  la  forêt  supporte  les  Services  for  Unix  2.0  !  Un  conflit  de  réplication  sur  l’attribut  CN= uid ­  respectant  le  RFC  2307,  peut se produire lorsque le schéma a été préparé pour supporter les services SFU 2.0. Pour résoudre ce problème,  une fois de plus bloquant, vous pourrez soit procéder à la mise à jour de SFU 2.0 vers les Windows Services for  UNIX  3.0  ou  bien  installer  le  patch  Q293783.  Pour  plus  de  renseignements  sur  cette  procédure,  vous  pourrez  consulter l’article Technet à l’aide du lien suivant : http://go.microsoft.com/fwlink/?LinkId=106317 

3. Mise en œuvre d’un nouveau contrôleur Windows Server 2008 AD DS  L’environnement de production fonctionnant sous Windows 2000 Server et/ou Windows Server 2003 peut être mis à  niveau sous Windows Server 2008 en utilisant l’un ou l’autre des scénarios ci­dessous :  ●

L’insertion d’un  nouveau  serveur  fonctionnant  sous  Windows  Server  2008  dans  le  domaine  Active  Directory  de production. Procédez à la promotion du nouveau serveur au rôle de nouveau contrôleur de domaine dans  un  domaine  existant.  Retirez  les  anciens  contrôleurs  fonctionnant  sous  Windows  2000  Server  ou  Windows  Server  2003  ou  bien,  procédez  à  leur  mise  à  niveau  vers  Windows  Server  2008.  L’opération  de  promotion  pourra être réalisée à l’aide de l’interface graphique ou via un fichier de réponse créé au préalable. L’interface  de  Windows  Server  2008  propose  deux  assistants.  Le  premier  est  directement  accessible  via  le  nouveau  Gestionnaire de serveur ­ Rôles ­ Ajouter des rôles. Le deuxième est le traditionnel assistant d’installation  des services de domaine Active Directory, disponible depuis Windows 2000 Server, et toujours présent avec  Windows Server 2008, Dcpromo.exe ! 

●

La mise à niveau de tous les contrôleurs existants vers Windows Server 2008, en commençant par celui qui à  le plus de chance d’être le meilleur candidat pour initier le processus de migration. 

4. Réaffectation des rôles FSMO  Une  fois  le  processus  de  mise  à  niveau  du  premier  contrôleur  terminé,  il  sera  nécessaire  de  mettre  à  niveau  les  éléments d’infrastructure Active Directory ci­dessous :  ●

- 2-

Réaffectation du rôle de maître d’opérations de noms de domaine au niveau du domaine racine de la forêt :  cette  opération  n’est  pas  obligatoire,  mais  elle  est  nécessaire  pour  garantir  la  création  des  partitions  de  l’annuaire  d’applications  utilisées  pour  les  zones  DNS  Active  Directory.  Si  vous  ne  souhaitez  pas  mettre  à  niveau  le  contrôleur  de  domaine  qui  possède  le  rôle,  il  suffit  de  transférer  le  rôle  vers  un  contrôleur  de  domaine déjà mis à niveau vers Windows Server 2008. Cette opération peut s’avérer nécessaire car lors du  premier redémarrage, le service serveur DNS tente de localiser les partitions nécessaires à la mise à jour des  zones. De plus, s’il ne les trouve pas, il prendra l’initiative de les créer. Pour garantir la bonne création de ces  partitions, si nécessaire, il est obligatoire que le maître de noms de domaine soit hébergé sur un contrôleur  de domaine fonctionnant sous Windows Server 2008. 

© ENI Editions - All rigths reserved

●

Réaffectation  du  rôle  de  maître  d’opérations  Émulateur  de  contrôleur  de  domaine  principal  au  niveau  du  domaine  racine  de  la  forêt  :  cette  opération  garantie  que  la  création  des  nouveaux  comptes  additionnels  nécessaires aux domaines Windows Server 2008 seront bien créés au niveau du domaine racine de la forêt. 

●

Réaffectation  du  rôle  de  maître  d’opérations  Emulateur  de  contrôleur  de  domaine  principal  dans  les  autres  domaines  de  la  forêt  :  cette  opération  garantie  que  les  nouveaux  groupes  apportés  par  Windows  Server  2008 ainsi que leur contenu respectif seront bien créés dans tous les domaines de la forêt. 

●

Attention  !  Il  n’est  pas  possible  de  procéder  à  une  mise  à  niveau  de  Windows  2000  Server  vers  Windows  Server  2008.  Si  cette  opération  doit  être  réalisée,  vous  devez  d’abord  procéder  à  une  mise  à  niveau  intermédiaire en procédant à la mise à niveau de Windows 2000 Server vers Windows Server 2003. 

●

À partir du moment où le schéma Active Directory à été mis à niveau via la commande adprep /foresprep et  où  le  domaine  cible  a  été  préparé  via  la  commande  adprep  /domainprep,  l’insertion  du  premier  nouveau  contrôleur  de  domaine  dans  la  forêt  Active  Directory  existante  peut  avoir  lieue.  Bien  qu’il  soit  possible  d’installer ce nouveau premier contrôleur de domaine Windows Server 2008 dans n’importe quel domaine de  la  forêt,  il  est  recommandé  de  positionner  ce  premier  contrôleur  de  domaine  Windows  Server  2008  dans  le  domaine racine de la forêt. Bien entendu, cette problématique ne se pose pas dans les environnements de  forêt mono­domaine. 

5. Opérations de finalisation Post Migration  a. Modification des stratégies de sécurité des contrôleurs de domaine  Dans le souci d’accroître le niveau de sécurité des plates­formes d’entreprises les plus critiques, les contrôleurs de  domaine  Windows  Server  2008  exigent  que,  par  défaut,  les  authentifications  clients  utilisent  la  signature  des  paquets SMB (Server Message Block), ainsi que la signature du canal d’authentification sécurisé (Secure Channel).  Dans  le  cas  où,  le  réseau  de  l’entreprise  contient  des  systèmes  fonctionnant  sous  Windows  NT  4.0  SP2  (pas  de  support de la signature des paquets SMB) ou même SP3 (pas de support de la signature du canal d’authentification  sécurisé), vous devrez procéder à la modification de la stratégie de sécurité des contrôleurs de domaine. 

Paramètres de sécurité à modifier en cas d’extrême nécessité. 

La  bonne  pratique  serait  de  procéder  à  une  mise  à  niveau  de  ces  anciens  systèmes  en  procédant,  au  minimum, à l’application du SP6a de Windows NT 4.0. 

Dans  le  cas  où  il  serait  nécessaire  de  modifier  la  stratégie  des  contrôleurs  de  domaine,  procédez  avant  toute modification à la sauvegarde de la stratégie en utilisant la fonction de sauvegarde disponible dans la  console de gestion des stratégies de groupe, GPMC. 

© ENI Editions - All rigths reserved

- 3-

Les fenêtres de configuration de Windows Server 2008 exposent les effets des paramètres et le lien vers l’article  Technique Microsoft. 

Pour  plus  d’informations  sur  la  signature  des  paquets  SMB  et  la  signature  du  canal  d’authentification  sécurisé, vous pouvez rechercher sur le site de Microsoft Technet « Background Information for Upgrading  Active Directory Domains to Windows Server 2008 AD DS Domains ». 

b. Mise à jour des autorisations des objets GPO pour les domaines migrés à partir de Windows 2000  Lorsqu’un domaine Windows 2000 a fait l’objet d’une migration vers Windows Server 2008, le groupe ENTERPRISE  DOMAIN CONTROLLERS ne dispose pas des autorisations de lecture sur les objets stratégies de groupe disponibles  dans  tous  les  domaines  de  la  forêt.  Cette  remarque  est  vraie  pour  tous  les  objets  GPO  ayant  été  créés  avant  la  mise à niveau vers Windows Server 2008.  Si tel est le cas, la fonction de «modélisation» incluse dans la console de gestion des stratégies de groupe (GPMC),  sera inopérante. En effet, lorsque cette option est invoquée, un composant du contrôleur de domaine est sollicité  pour lire et ouvrir les objets GPO impliqués dans la simulation où qu’ils puissent se trouver dans la forêt. 

- 4-

© ENI Editions - All rigths reserved

Vérification des permissions de lecture sur un objet GPO  Pour corriger ce problème en réalisant la mise à jour des autorisations de tous les objets stratégie de groupe, vous  pouvez  utiliser  le  script  GrantPermissionOnAllGPOs.wsf.  Ce  script  fait  partie  des  exemples  de  scripts  précédemment  inclus  avec  la  console  de  gestion  des  stratégies  de  groupe  disponible  en  téléchargement  pour  Windows XP SP2 et Windows Server 2003. En effet, sous Windows Server 2008, ces scripts, jugés trop dangereux,  ont été retirés du système d’exploitation, et sont désormais disponibles via un téléchargement à partir du site de  Microsoft.  Un package contenant l’ensemble des scripts d’automation des opérations de maintenance des objets GPO  est  disponible  sur  le  site  de  Microsoft.  Cherchez  Group  Policy  Management  Console  Sample  Scripts  ou  utilisez le lien suivant : http://go.microsoft.com/fwlink/?LinkId=106342. Une fois installés, les scripts seront placés  dans le dossier %programfiles%\Microsoft Group Policy\GPMC Sample Scripts, comme cela était le cas sous  Windows  Server  2003.  Notez  que  la  modification  des  autorisations  des  objets  stratégies  de  groupe  ­  lesquels  sont stockés dans la partition de domaine et dans le dossier SYSVOL, nécessite l’appartenance au groupe Admins  du domaine. 

© ENI Editions - All rigths reserved

- 5-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quels sont les éléments de structure logique utilisés dans une forêt Active Directory ?  2 Qu’est­ce qu’une arborescence (un arbre) de domaine(s) ?  3 Comment les relations entre les objets gérés au sein de la forêt Active Directory sont­elles créées ?  4 Que contient le schéma ?  5 Un attribut peut­il être associé à de multiples classes ?  6 Citez, dans l’ordre, tous les protocoles impliqués dans une communication entre un client Active Directory et le  domaine Active Directory.  7 Quels sont les trois facteurs qui peuvent justifier la présence d’un nouveau domaine au sein d’une forêt  existante ?  8 Quels sont les ordinateurs qui disposent d’un réplica d’un domaine donné ?  9 Quels sont les ordinateurs qui disposent d’un réplica de tous les domaines de la forêt ?  10 Quelle opération est réalisée à l’issue de l’installation du premier contrôleur de domaine de la forêt ?  11 Quel est le rôle de l’objet Unité d’organisation au sein des domaines d’une forêt ?  12 Quelle relation existe­t­il entre les domaines d’une même arborescence ?  13 Existe­t­il une relation entre la structure logique et la structure physique de l’Active Directory ?  14 Quels sont les niveaux fonctionnels de domaines disponibles dans les environnements Windows Server 2003 et  Windows Server 2008 ?  15 Quels sont les niveaux fonctionnels de forêt disponibles dans les environnements comprenant des contrôleurs  de domaine Windows Server 2003 et Windows Server 2008 ?  16 Quelle condition est nécessaire pour atteindre le niveau fonctionnel de domaine Windows 2000 natif ?  17 Quelle condition est nécessaire pour atteindre le niveau fonctionnel de domaine Windows Server 2003 ?  18 Quelle condition est­elle nécessaire pour atteindre le niveau fonctionnel de forêt Windows Server 2008 ?  19 Quel outil utilisez­vous pour rehausser le niveau fonctionnel des domaines ?  20 Quel outil utilisez­vous pour rehausser le niveau fonctionnel des forêts ?  21 Est­il possible d’annuler le passage d’un niveau fonctionnel à l’autre ?  22 Quel genre d’opération l’outil ADMT Version 3 permet­il ?  23 Quels types d’approbations existe­t­il dans l’environnement Active Directory ?  24 Quel est le nombre d’approbations au sein d’une forêt Active Directory composée de N domaines ?  25 Que permet le routage des suffixes de noms entre les forêts ?  26 Quels sont les services systèmes offrant les services nécessaires au bon fonctionnement des services de  domaine Active Directory de Windows Server 2008 ? 

2. Résultats  Reférez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /26  Pour ce chapitre, votre score minimum doit être de 20 sur 26. 

3. Réponses 

© ENI Editions - All rigths reserved

- 1-

1 Quels sont les éléments de structure logique utilisés dans une forêt Active Directory ?  Les arbres (ou arborescences), les domaines et les unités d’organisation.  2 Qu’est­ce qu’une arborescence (un arbre) de domaine(s) ?  Une  arborescence  (un  arbre)  est  un  ensemble  de  domaines  composé  d’au moins un domaine mettant en  œuvre un  nouvel espace de nommage.  3 Comment les relations entre les objets gérés au sein de la forêt Active Directory sont­elles créées ?  À l’aide du schéma.  4 Que contient le schéma ?  Les classes et les attributs disponibles à l’échelle de la forêt.  5 Un attribut peut­il être associé à de multiples classes ?  Oui, sans aucune limite.  6 Citez, dans l’ordre, tous les protocoles impliqués dans une communication entre un client Active Directory et le  domaine Active Directory.  TCP/IP, DNS, SNTP, Kerberos, LDAP, Services IntelliMirror (GPO, Préférences, Scripts).  7 Quels sont les trois facteurs qui peuvent justifier la présence d’un nouveau domaine au sein d’une forêt  existante ?  Le domaine est une unité d’administration, une unité de réplication et une limite de sécurité.  8 Quels sont les ordinateurs qui disposent d’un réplica d’un domaine donné ?  Les contrôleurs de domaine fonctionnant sous Windows 2000 Server, Windows Server 2003 et Windows Server 2008  du dit domaine Active Directory.  9 Quels sont les ordinateurs qui disposent d’un réplica de tous les domaines de la forêt ?  Les contrôleurs de domaine fonctionnant sous Windows 2000 Server, Windows Server 2003 ou Windows Server 2008  jouant le rôle de catalogue global.  10 Quelle opération est réalisée à l’issue de l’installation du premier contrôleur de domaine de la forêt ?  La forêt existe à travers le domaine racine de la forêt.  11 Quel est le rôle de l’objet Unité d’organisation au sein des domaines d’une forêt ?  Les  OUs  permettent  la  mise  en  place  d’un  modèle  organisé  dans  le  but  d’utiliser  les  services  de  délégation  de  l’administration  et  d’utiliser  les  technologies  de  gestion  IntelliMirror  telles  que  les  objets  stratégie  de  groupe,  les  nouvelles préférences et les scripts associés via des objets stratégie de groupe.  12 Quelle relation existe­t­il entre les domaines d’une même arborescence ?  Aucune,  si  ce  n’est  qu’ils  partagent  le  même  espace  de  nommage  DNS  et  qu’ils  sont  unis  de  haut  en  bas  à  l’aide  d’approbations Kerberos V5 bidirectionnelles transitives.  13 Existe­t­il une relation entre la structure logique et la structure physique de l’Active Directory ?  Non.  Il  n’existe  aucune  relation.  Par  définition,  la  structure  physique  Active  Directory  n’a  aucune  relation  avec  la  structure logique.  14 Quels sont les niveaux fonctionnels de domaines disponibles dans les environnements Windows Server 2003 et  Windows Server 2008 ?  Les contrôleurs de domaine fonctionnant sous Windows Server 2003 permettent au domaine Active Directory d’opérer  dans les modes suivants : le mode Windows 2000 mixte, le mode Windows 2000 natif, le mode Windows Server 2003  version préliminaire et le mode Windows Server 2003.Les contrôleurs de domaine fonctionnant sous Windows Server  2008  permettent  au  domaine  Active  Directory  d’opérer  dans  les  modes  suivants  :  le  mode  Windows  2000  natif,  le  mode Windows Server 2003 et le mode Windows Server 2008. Les modes Windows 2000 mixte et Windows Server  2003 version préliminaire ne sont plus supportés. Pour rappel, les contrôleurs de domaine fonctionnant sous Windows  Server 2003 sont intégrables dans des domaines Windows 2000 mixte, c’est­à­dire contenant encore des contrôleurs  NT 4.0, ou susceptibles d’en contenir. Lorsqu’au sein d’un domaine les contrôleurs fonctionnent sous Windows Server  2003 et NT 4.0, alors le domaine fonctionne dans le mode Windows Server 2003 version préliminaire. Pour rappel, les  contrôleurs de domaine fonctionnant sous Windows Server 2008 ne peuvent être directement mis à niveau de NT 4.0  ou  Windows  2000  vers  Windows  Server  2008,  ce  processus  nécessitant  que  le  serveur  fonctionne  sous  Windows  Server 2003 SP1, au minimum. Enfin, vous devez considérer que les contrôleurs de domaine Windows Server 2008 ne  peuvent  coexister  avec  des  contrôleurs  de  domaine  Windows  NT.  Ce  point  signifie,  évidemment,  qu’avec  des  contrôleurs de domaine Windows Server 2008, il n’y a plus de mode Windows Server 2003 version préliminaire. Notez  cependant  qu’il  est  possible  d’avoir  des  domaines  utilisant  le  niveau  fonctionnel  de  domaine  Windows  Server  2003  utilisant  des  contrôleurs  de  domaine  Windows  Server  2008  dans  une  forêt  utilisant  le  niveau  fonctionnel  de  forêt  Windows Server 2003 version préliminaire. Ce point est possible car dans ce cas, les contrôleurs de domaine Windows  Server 2008 sont justement dans un domaine utilisant le niveau fonctionnel Windows Server 2003. La conséquence  de  tout  ceci  fait  que  pour  installer  votre  1er  contrôleur  de  domaine  Windows  Server  2008  vous  devez  supprimer  ou  mettre à niveau les anciens contrôleurs NT vers Windows 2000 Server ou Windows Server 2003.  15 Quels sont les niveaux fonctionnels de forêt disponibles dans les environnements comprenant des contrôleurs  de domaine Windows Server 2003 et Windows Server 2008 ? 

- 2-

© ENI Editions - All rigths reserved

Forêt Windows 2000, forêt Windows Server 2003 et forêt Windows Server 2008.  16 Quelle condition est nécessaire pour atteindre le niveau fonctionnel de domaine Windows 2000 natif ?  Il  est  nécessaire  que  tous  les  contrôleurs  du  domaine  fonctionnent  sous  Windows  2000,  Windows  Server  2003  ou  Windows Server 2008.Notez que le mode Windows 2000 natif est le mode par défaut assigné par DCPROMO à l’issue  de l’installation de Windows Server 2008 en tant que contrôleur de domaine d’un nouveau domaine. Il autorise donc  l’installation de contrôleurs de domaine Windows 2000 Server et aussi Windows Server 2003.  17 Quelle condition est nécessaire pour atteindre le niveau fonctionnel de domaine Windows Server 2003 ?  Il  est  nécessaire  que  tous  les  contrôleurs  du  domaine  fonctionnent  sous  Windows  Server  2003  ou  Windows  Server  2008.  18 Quelle condition est­elle nécessaire pour atteindre le niveau fonctionnel de forêt Windows Server 2008 ?  Il  est  nécessaire  que  tous  les  contrôleurs  de  domaine  de  tous  les  domaines  de  la  forêt  fonctionnent  sous  Windows  Server 2003 ou Windows Server 2008.  19 Quel outil utilisez­vous pour rehausser le niveau fonctionnel des domaines ?  La  console  de  gestion  MMC  Utilisateurs  et  ordinateurs  Active  Directory  ou  la  console  de  gestion  MMC  Domaines  et  approbations  Active  Directory.  Sur  les  serveurs  Windows  Server  2008,  vous  pouvez  aussi  utiliser  le  gestionnaire  de  serveur/Rôles/Services  de  domaine  Active  Directory/Utilisateurs  et  ordinateurs  Active  Directory  puis  accéder  à  la  fonction Augmenter le niveau fonctionnel du domaine….  20 Quel outil utilisez­vous pour rehausser le niveau fonctionnel des forêts ?  La console de gestion MMC Domaines et approbations Active Directory.  21 Est­il possible d’annuler le passage d’un niveau fonctionnel à l’autre ?  Non. Comme sous Windows 2000 Server et Windows Server 2003, il n’est pas possible d’annuler cette opération.  22 Quel genre d’opération l’outil ADMT Version 3 permet­il ?  Il  permet  la  migration  des  comptes  utilisateurs,  des  groupes,  des  comptes  de  services  des  approbations,  des  profils  utilisateurs  et  des  mots  de  passe  d’un  domaine  Windows  NT  vers  des  domaines  utilisant  les  niveaux  fonctionnels  Windows  2000  natif,  Windows  Server  2003  ou  Windows  Server  2008,  grâce  à  la  gestion  de  l’attribut  sIDHistory.  Il  permet aussi les réorganisations inter ou intra forêts entre domaines Active Directory.  À  ce  jour,  seule  la  version  3.0  de  l’outil  ADMT  est  disponible.  Cette  version  supporte  parfaitement  les  opérations  de  migration  des  plates­formes  Windows  NT,  Windows  2000  Server  et  Windows  Server  2003.  ADMT  Version  3.0  ne  supporte pas la migration ni la translation des paramètres de sécurité des machines Windows Vista ou Windows Server  2008. Il n’est pas possible d’installer ADMT Version 3.0 sur un serveur Windows Server 2008.  La  migration  des  objets  vers  un  domaine  cible  opérant  dans  le  niveau  fonctionnel  Windows  Server  2008  est  parfaitement  supportée.  Par  contre  ce  n’est  pas  le  cas  lorsqu’il  s’agit  d’un  domaine  source.  La  migration  ou  consolidation des objets à partir d’un domaine source opérant dans le niveau fonctionnel Windows Server 2008 sera  prise en charge dans la version ADMT v3.1 laquelle devrait être disponible au cours du mois d’août 2008. Pour utiliser  ADMT Version 3.0 vers un environnement cible composé de contrôleurs de domaine fonctionnant sous Windows Server  2008 vous devez déployer au minimum un contrôleur de domaine Windows Server 2003, les autres contrôleurs étant  donc  opérationnels  sous  Windows  Server  2008.  Ce  point  est  quelque  peu  contraignant  puisque  cela  signifie  que  le  domaine  cible  ne  peut  être  opérationnel  en  mode  Windows  Server  2008  (niveau  3).  Une  fois  les  opérations  de  migrations  terminées,  vous  pourrez  retirer  le  contrôleur  temporaire  fonctionnant  sous  Windows  Server  2003  et  rehausser le niveau du domaine.  23 Quels types d’approbations existe­t­il dans l’environnement Active Directory ?  Les approbations internes crées lors de la création des domaines par dcpromo, les approbations de type Parent­Enfant,  les approbations de type Racine d’arborescence, les approbations externes, les approbations de domaines Kerberos V5  non Windows, les approbations raccourcies au sein d’une forêt et les approbations de forêts entre forêts fonctionnant  dans le niveau fonctionnel Windows Server 2003.  24 Quel est le nombre d’approbations au sein d’une forêt Active Directory composée de N domaines ?  N ­ 1, grâce au fait que les relations d’approbations internes utilisent le protocole Kerberos V5, sont transitives et bi­ directionnelles.  25 Que permet le routage des suffixes de noms entre les forêts ?  Le  routage  des  suffixes  de  noms  permet  de  gérer  la  façon  dont  les  requêtes  d’authentification  sont  transmises  et  dispatchées entre deux forêts Windows Server 2003 reliées par une approbation de forêt.  26 Quels sont les services systèmes offrant les services nécessaires au bon fonctionnement des services de  domaine Active Directory de Windows Server 2008 ?  Par défaut, les services de domaine Active Directory de Windows Server 2008 nécessitent 9 services dont 8 sont en  démarrage  automatique  et  un  en  démarrage  manuel.  Il  s’agit  des  services  suivants  :  Centre  de  distribution  de  clés  Kerberos  ­  kdc,  Espace  de  noms  DFS  ­  dfs,  Horloge  Windows  ­  w32time,  Messagerie  intersite  ­  ismserv,  Netlogon  ­  netlogon, Réplication DFS ­ dfsr, Service de réplication de fichiers ­ ntfrs, Services de domaine Active Directory ­ ntds,  Station  de  travail  ­  lanmanworstation.Ces  services  sont  regroupés  au  niveau  du  Gestionnaire  de  serveur/Rôles/Services de domaine Active Directory/Services système. 

© ENI Editions - All rigths reserved

- 3-

Travaux pratiques  1. Création du domaine racine de la forêt Active Directory  Cette  procédure  a  pour  objet  de  mettre  en œ uvre  une  nouvelle  forêt  Active  Directory.  Comme  nous  l’avons  appris  précédemment, la forêt existe au travers du domaine racine de la forêt, lequel est mis en œ uvre via l’installation du  premier contrôleur de ce domaine. Ce TP vous permettra donc d’installer le premier contrôleur de domaine, du premier  domaine de la forêt.  1. 

Sur votre serveur autonome ­ ou membre d’un domaine déjà existant, cliquez sur  Démarrer ­ Exécuter. 

2. 

À l’aide du Gestionnaire de serveur/Gestion des rôles, sélectionnez le rôle Services de  domaine Active Directory. Vous pouvez aussi, comme sous Windows Server 2003, taper  la commande Dcpromo. Dans ce cas, l’installation des fichiers binaires nécessaires au  bon fonctionnement de Dcpromo sera d’abord réalisé. 

3. 

Sur l’écran de l’Assistant Installation de Active Directory, cliquez sur Suivant puis  sélectionnez l’option Contrôleur de domaine pour un nouveau domaine. 

4. 

Sur l’écran suivant, sélectionnez l’option Créer une nouvelle arborescence de domaine,  puis cliquez sur Suivant. 

5. 

Sélectionnez l’option Créer une nouvelle forêt d’arborescences de domaines, puis  cliquez sur Suivant. 

6. 

Entrez le nom du domaine DNS qui sera utilisé comme nom de domaine de la racine Active  Directory. Il pourra par exemple s’agir de privnet.company.com ou companynet.fr. Validez  votre choix en cliquant sur le bouton Suivant. 

7. 

L’écran suivant vous propose de valider le nom de domaine compatible NetBIOS associé  au domaine Active Directory. Par rapport à notre exemple, le nom proposé sera PRIVNET  ou COMPANYNET. Attention au fait que si le nom NetBIOS est déjà en production sur le  réseau, le caractère # sera associé au nom proposé, par exemple PRIVNET#. Validez  votre choix en cliquant sur le bouton Suivant. 

8. 

Validez les emplacements proposés pour accueillir la base de données Active Directory  ainsi que ses journaux de transactions en cliquant sur le bouton Suivant. 

9. 

Validez l’emplacement proposé pour accueillir le volume système partagé SYSVOL, lequel  doit être positionné sur une partition NTFS 5.0, puis cliquez sur Suivant.  En fonction de votre configuration DNS, la fenêtre Diagnostics des inscriptions DNS  s’affichera. 

10. 

Sélectionnez l’option Installer et configurer le serveur DNS sur cet ordinateur et  définir cet ordinateur pour utiliser ce serveur DNS comme serveur DNS de  préférence. Validez votre choix en cliquant sur Suivant. 

11. 

Sélectionnez l’option Autorisations compatibles uniquement avec les systèmes  d’exploitation serveurs Windows 2000 ou Windows Server 2003. Cliquez sur Suivant.

12. 

Déclarez le mot de passe du compte Administrateur local qui pourra être utilisé lors du  démarrage du contrôleur de domaine en mode DSRM (Directory Service Repair Mode). 

13. 

Validez votre configuration et déclenchez le processus de promotion vers le statut de  contrôleur de domaine. 

14. 

Il ne reste plus qu’à redémarrer l’ordinateur. 

15. 

Attendez quelques minutes que le premier redémarrage soit complètement réalisé, puis  ouvrez une session en tant qu’administrateur du domaine. 

Vous venez de réaliser l’installation d’un contrôleur de domaine dans le cadre de la mise en œ uvre de la forêt Active  Directory. 

2. Ajout d’un deuxième contrôleur de domaine dans le domaine racine 

© ENI Editions - All rigths reserved

- 1-

Cette procédure a pour objet de mettre en œ uvre un contrôleur de domaine supplémentaire dans un domaine. Dans  le cadre du rôle critique de tout domaine et plus particulièrement du domaine racine de la forêt, il est indispensable  de procéder à cette opération.  Ce TP vous permettra donc d’installer le deuxième contrôleur de domaine du domaine.  1. 

Sur votre serveur autonome ou membre d’un domaine déjà existant, cliquez sur  Démarrer ­ Exécuter. 

2. 

À l’aide du Gestionnaire de serveur/Gestion des rôles, sélectionnez le rôle Services de  domaine Active Directory. Vous pouvez aussi, comme sous Windows Server 2003, taper  la commande Dcpromo. Dans ce cas, l’installation des fichiers binaires nécessaires au  bon fonctionnement de Dcpromo sera d’abord réalisé. 

3. 

Sélectionnez le choix Contrôleur de domaine supplémentaire pour un domaine existant,  puis cliquez sur le bouton Suivant. 

4. 

Entrez les identifications nécessaires pour obtenir l’autorisation d’insérer dans le  domaine souhaité un nouveau contrôleur de domaine, puis cliquez sur Suivant. 

5. 

Indiquez le nom du domaine pour lequel vous souhaitez ajouter un nouveau contrôleur  de domaine, puis cliquez sur Suivant. 

6. 

Validez l’emplacement proposé pour accueillir le volume système partagé SYSVOL, lequel  doit être positionné sur une partition NTFS 5.0, puis cliquez sur Suivant. 

7. 

Déclarez le mot de passe du compte Administrateur local qui pourra être utilisé lors du  démarrage du contrôleur de domaine en mode DSRM (Directory Service Repair Mode). 

8. 

Validez votre configuration, déclenchez le processus de promotion vers le statut de  contrôleur de domaine puis redémarrez l’ordinateur. 

9. 

Attendez quelques minutes que le premier redémarrage soit complètement réalisé puis  ouvrez une session en tant qu’administrateur du domaine. 

3. Création d’un nouveau domaine enfant  L’objectif  de  cette  opération  est  de  créer  un  nouveau  domaine  enfant  au  sein  d’un  arbre  existant  dans  une  forêt  donnée. 

- 2-

1. 

Sur votre serveur autonome ­ ou membre d’un domaine déjà existant, cliquez sur  Démarrer ­ Exécuter. 

2. 

À l’aide de Gestionnaire de serveur/Gestion des rôles, sélectionnez le rôle Services de  domaine Active Directory. Vous pouvez aussi, comme sous Windows Server 2003, taper  la commande Dcpromo. Dans ce cas, l’installation des fichiers binaires nécessaires au  bon fonctionnement de Dcpromo sera d’abord réalisé. 

3. 

Sélectionnez le choix Créer un nouveau domaine enfant dans une arborescence de  domaine existante, puis cliquez sur le bouton Suivant. 

4. 

Entrez les identifications nécessaires pour obtenir l’autorisation d’insérer le domaine  souhaité dans la forêt, puis cliquez sur Suivant. 

5. 

À l’aide du bouton Parcourir, indiquez le nom du domaine parent pour lequel vous  souhaitez ajouter le nouveau domaine enfant, puis cliquez sur Suivant. 

6. 

L’écran suivant vous propose de valider le nom de domaine compatible NetBIOS associé  au domaine Active Directory. Validez votre choix en cliquant sur le bouton Suivant. 

7. 

Validez les emplacements proposés pour accueillir la base de données Active Directory  ainsi que ses journaux de transactions en cliquant sur le bouton Suivant. 

8. 

Validez l’emplacement proposé pour accueillir le volume système partagé SYSVOL, lequel  doit être positionné sur une partition NTFS 5.0, puis cliquez sur Suivant. 

9. 

Sélectionnez le mode Autorisations compatibles uniquement avec les systèmes  d’exploitation serveurs Windows 2000 ou Windows Server 2003. Cliquez sur Suivant.

© ENI Editions - All rigths reserved

10. 

Déclarez le mot de passe du compte Administrateur local qui pourra être utilisé lors du  démarrage du contrôleur de domaine en mode DSRM (Directory Service Repair Mode). 

11. 

Validez votre configuration, déclenchez le processus de promotion vers le statut de  contrôleur de domaine puis redémarrez l’ordinateur. 

12. 

Attendez quelques minutes que le premier redémarrage soit complètement réalisé puis  ouvrez une session en tant qu’administrateur du nouveau domaine ou du domaine racine  de la forêt. 

Vous  venez  de  réaliser  l’installation  d’un  nouveau  contrôleur  de  domaine  dans  le  cadre  de  la  mise  en  œ uvre  d’un  domaine enfant dans une arborescence d’une forêt Active Directory. 

4. Création d’une nouvelle arborescence  L’objectif  de  cette  opération  est  de  créer  un  nouveau  domaine  en  tant  que  racine  d’arborescence  dans  une  forêt  donnée.  1. 

Sur votre serveur autonome ­ ou membre d’un domaine déjà existant, cliquez sur  Démarrer ­ Exécuter. 

2. 

À l’aide du Gestionnaire de serveur/Gestion des rôles, sélectionnez le rôle Services de  domaine Active Directory. Vous pouvez aussi, comme sous Windows Server 2003, taper  la commande Dcpromo. Dans ce cas, l’installation des fichiers binaires nécessaires au  bon fonctionnement de Dcpromo sera d’abord réalisé. 

3. 

Sélectionnez le choix Arborescence de domaine dans une forêt existante, puis cliquez  sur le bouton Suivant. 

4. 

Entrez les identifications nécessaires pour obtenir l’autorisation d’insérer le domaine  souhaité dans la forêt, puis cliquez sur Suivant. 

5. 

Entrez le Nom DNS complet pour le nouveau domaine racine d’arborescence. 

 

6. 

L’écran suivant vous propose de valider le nom de domaine compatible NetBIOS associé  au domaine Active Directory. Validez votre choix en cliquant sur le bouton Suivant. 

7. 

Validez les emplacements proposés pour accueillir la base de données Active Directory 

© ENI Editions - All rigths reserved

- 3-

ainsi que ses journaux de transactions en cliquant sur le bouton Suivant.  8. 

Validez l’emplacement proposé pour accueillir le volume système partagé SYSVOL, lequel  doit être positionné sur une partition NTFS 5.0, puis cliquez sur Suivant. 

9. 

Sélectionnez le mode Autorisations compatibles uniquement avec les systèmes  d’exploitation serveurs Windows 2000 ou Windows Server 2003. Cliquez sur Suivant.

10. 

Déclarez le mot de passe du compte Administrateur local qui pourra être utilisé lors du  démarrage du contrôleur de domaine en mode DSRM (Directory Service Repair Mode). 

11. 

Validez votre configuration, déclenchez le processus de promotion vers le statut de  contrôleur de domaine puis redémarrez l’ordinateur. 

12. 

Attendez quelques minutes que le premier redémarrage soit complètement réalisé puis  ouvrez une session en tant qu’administrateur du nouveau domaine ou du domaine racine  de la forêt. 

Vous  venez  de  réaliser  l’installation  d’un  nouveau  contrôleur  de  domaine  dans  le  cadre  de  la  mise  en  œ uvre  d’un  domaine racine d’arborescence au sein d’une forêt Active Directory. 

5. Désinstallation normale d’un contrôleur de domaine Active Directory  Cette  opération  vous  permettra  de  retirer  un  contrôleur  de  domaine  d’un  domaine  ­  et  donc  de  la  partition  de  configuration d’une forêt donnée.  Pour  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Admins  du  domaine  ou  du  groupe  Administrateurs  de  l’entreprise  dans  Active  Directory,  ou  avoir  reçu  par  délégation  les  autorisations  nécessaires.  Avant  d’exécuter cette procédure, vérifiez que ce contrôleur de domaine n’est pas le seul catalogue  global  et  qu’il  ne  tient  pas  de  rôle  de  maître  d’opérations.  Si  ce  contrôleur  de  domaine  est  un  catalogue  global,  assurez­vous qu’il existe un autre catalogue global mis à la disposition des utilisateurs avant de le rétrograder. Si  ce contrôleur de domaine joue actuellement un ou plusieurs rôles de maître d’opérations, transférez les rôles de  maître d’opérations vers un autre contrôleur de domaine avant de le rétrograder. Si ce contrôleur de domaine est  le dernier contrôleur du domaine, le fait de le rétrograder permet de supprimer le domaine concerné de la forêt. S’il  s’agit du dernier domaine de la forêt, le fait de le rétrograder permet de supprimer la forêt. 

Cas  particulier  des  partitions  de  l’annuaire  d’applications  :  pour  pouvoir  rétrograder  votre  contrôleur  de  domaine lorsque celui­ci possède le dernier réplica d’une ou plusieurs partitions de l’annuaire d’applications,  vous  devez  d’abord  supprimer  ces  réplicas.  L’Assistant  Installation  de  Active  Directory  vous  proposera  cette  opération de suppression et vous perdrez donc toutes les données associées à ces partitions. Vous pourrez aussi  les supprimer manuellement à l’aide de la commande de maintenance de l’annuaire Active Directory ntdsutil. 

Certains composants empêchent de retirer le rôle d’un contrôleur de domaine. Dans certains cas, certaines  opérations préalables seront nécessaires. 

  La  suppression  d’un  contrôleur  de  domaine  ne  peut  avoir  lieu  lorsque  celui­ci  joue  le  rôle  d’autorité  de  certification  racine  d’entreprise.  Cette  restriction  est  valable  sous  Windows  2000  Server,  Windows  Server  2003 et Windows Server 2008.  Pour rétrograder le contrôleur de domaine, procédez de la manière suivante :  1. 

- 4-

Sur votre serveur contrôleur de domaine ou membre d’un domaine déjà existant, cliquez  sur Démarrer ­ Exécuter.  © ENI Editions - All rigths reserved

2. 

Tapez dcpromo pour lancer l’Assistant Installation de Active Directory, puis cliquez sur  Suivant. 

3. 

Sur la page Supprimer Active Directory, cliquez sur Suivant puis continuez en suivant  les étapes de l’Assistant. 

6. Désinstallation forcée d’un contrôleur de domaine Active Directory  Cette  opération  vous  permettra  de  réussir  le  retrait  des  composants  Active  Directory  d’un  contrôleur  de  domaine  lorsque l’état du contrôleur ou de la forêt ne permet pas d’y parvenir.  Cette opération est très intéressante dans le cas où le serveur concerné doit absolument être récupéré, sans passer  par une réinstallation complète du système d’exploitation.  1. 

Sur votre serveur contrôleur de domaine ou membre d’un domaine déjà existant, cliquez  sur Démarrer ­ Exécuter. 

2. 

Pour lancer l’Assistant Installation de Active Directory en mode de suppression forcée,  tapez dcpromo /forceremoval, puis cliquez sur Suivant. 

3. 

Cliquez sur Suivant puis continuez en suivant les étapes de l’Assistant. 

L’écran qui suit montre que le contrôleur quitte la forêt sans réaliser les opérations de retrait. Il sera donc du ressort  de l’administrateur de l’entreprise de réaliser les opérations de metadata cleanup à l’aide de la commande Ntdsutil.  L’assistant  Installation  de  Active  Directory  vous  informera  que  vous  procédez  à  la  suppression  d’Active  Directory  sans mettre à jour les métadonnées.  Windows Server 2003 et Windows Server 2008 permettent l’utilisation du switch /ForceRemoval pour forcer  la suppression des services Active Directory. Dans le même ordre d’idée, Windows Server 2008 implémente le  nouveau  switch  /Demotion  pour  prendre  en  charge  la  désinstallation  automatisée  des  contrôleurs  de  domaine  Windows  Server  2008.  Pour  plus  d’informations  sur  les  paramètres  du  switch  /Demotion,  tapez  la  commande  :  Dcpromo /?:Demotion. 

7. Augmentation du niveau fonctionnel d’un domaine  L’objectif de cette opération est d’augmenter le niveau fonctionnel de votre domaine.  Pour rappel, à l’issue de la mise en œ uvre d’un nouveau domaine à partir d’un contrôleur fonctionnant sous Windows  Server  2008,  le  domaine  fonctionne  en  mode  Windows  2000  mixte.  Il  pourra  donc  être  nécessaire  d’atteindre  le  niveau Windows 2000 natif ou les niveaux fonctionnels Windows Server 2003 ou Windows Server 2008.  Pour  exécuter  cette  procédure,  vous  devez  être  membre  du  groupe Admins  du  domaine  dans  le  domaine  pour  lequel  vous  souhaitez  augmenter  la  fonctionnalité  ou  du  groupe Administrateur  de  l’entreprise dans  Active Directory ou bien disposer de l’autorisation appropriée. 

1. 

Ouvrez la console de gestion MMC Domaines et approbations Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le domaine pour lequel  vous souhaitez augmenter la fonctionnalité, puis cliquez sur Augmenter le niveau  fonctionnel du domaine. 

3. 

Dans la fenêtre Sélectionner un niveau fonctionnel du domaine disponible, effectuez  l’une des actions suivantes :  ●

Pour augmenter le niveau fonctionnel du domaine vers Windows 2000 natif,  cliquez sur Windows 2000 natif, puis cliquez sur Augmenter. 

●

Pour augmenter le niveau fonctionnel du domaine vers Windows Server 2003,  cliquez sur Windows Server 2003, puis cliquez sur Augmenter. 

●

Pour augmenter le niveau fonctionnel du domaine vers Windows Server 2008,  cliquez sur Windows Server 2008, puis cliquez sur Augmenter. 

© ENI Editions - All rigths reserved

- 5-

Pour activer les nouvelles fonctionnalités à l’échelle du domaine, tous les contrôleurs de domaine du domaine  doivent exécuter Windows Server 2008. 

De plus, pour qu’il soit, à terme, possible d’activer les nouvelles fonctionnalités Active Directory à l’échelle de  la forêt, tous les contrôleurs de domaine de la forêt doivent fonctionner sous Windows Server 2008 et tous  les domaines doivent avoir atteint le niveau fonctionnel Windows Server 2008. 

Une fois que le niveau fonctionnel d’un domaine est défini sur Windows 2000 natif, Windows Server 2003 ou  Windows Server 2008, il n’est plus possible de retourner vers l’ancien mode. 

Vous pouvez également augmenter le niveau fonctionnel du domaine en cliquant avec le bouton droit sur un  domaine  affiché  dans  la  console  Utilisateurs  et  ordinateurs  Active  Directory,  puis  en  cliquant  sur  Augmenter le niveau fonctionnel du domaine. 

Vous  venez  de  réaliser  l’augmentation  du  niveau  fonctionnel  d’un  domaine  fonctionnant  en  mode  Windows  2000  mixte, vers le niveau Windows 2000 natif, le niveau Windows Server 2003 ou le niveau fonctionnel Windows Server  2008. 

8. Augmentation du niveau fonctionnel de la forêt  L’objectif  de  ce  TP  est  d’augmenter  le  niveau  fonctionnel  de  votre  forêt  du  niveau  Windows  2000  vers  le  niveau  Windows Server 2003.  À  l’issue  de  l’installation  du  1e r  contrôleur  de  domaine  fonctionnant  sous  Windows  Server  2008  au  sein  du  1 e r  domaine du 1 e r arbre de la forêt, la forêt est opérationnelle dans le niveau fonctionnel Windows 2000.   Vous  pouvez  ensuite  réaliser  la  même  opération  pour  passer  du  niveau  Windows  Server  2003  vers  le  niveau  Windows Server 2008.  1. 

Ouvrez la console de gestion MMC Domaines et approbations Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Domaines et  approbations Active Directory, puis cliquez sur Augmenter le niveau fonctionnel de la  forêt. 

3. 

Dans Sélectionner un niveau fonctionnel de forêt disponible, cliquez sur Windows  Server 2003, puis cliquez sur Augmenter.  Une fois que le niveau fonctionnel de la forêt est défini sur Windows Server 2003, il ne peut plus être changé  pour atteindre à nouveau Windows 2000. 

Le  niveau  fonctionnel  de  domaine  Windows  2000  natif  est  le  niveau  fonctionnel  minimum  requis  pour  augmenter le niveau fonctionnel de la forêt vers Windows Server 2003. 

Pour augmenter le niveau fonctionnel de la forêt, vous devez d’abord mettre à niveau (ou rétrograder) tous  les  contrôleurs  de  domaine  Windows  2000  existant  dans  votre  forêt.  Cette  opération  vous  permettra  d’atteindre  le  niveau  fonctionnel  de  domaine  Windows  Server  2003  dans  tous  les  domaines  de  la  forêt.  Pour  atteindre  le  niveau  fonctionnel  de  forêt  Windows  Server  2008,  vous  devez  respecter  la  même  logique.  Tous  les  domaines  de  la  forêt  doivent,  dans  un  1 e r  temps,  atteindre  le  niveau  fonctionnel  Windows  Server  2008,  ce  qui  signifie  que  vous  devez  mettre  à  niveau  vers  Windows  Server  2008  tous  les  contrôleurs  de  domaine.  En  cas  de  problème : dans le cas où il ne serait pas possible d’atteindre le niveau fonctionnel souhaité, vous pourrez utiliser  le  bouton  Enregistrer  sous  de  la  fenêtre  Augmenter  le  niveau  fonctionnel  de  la  forêt.  Cette  opération  vous  permettra  d’enregistrer  dans  un  fichier  la  liste  des  contrôleurs  de  domaine  de  la  forêt  qui  devraient  faire  l’objet  d’une opération de mise à niveau de Windows 2000 Server ou Windows Server 2003 vers Windows Server 2008.  Une autre alternative pourra aussi consister à retirer ces "anciens" contrôleurs. 

- 6-

© ENI Editions - All rigths reserved

Vous venez de réaliser l’augmentation du niveau fonctionnel d’une forêt fonctionnant en mode Windows 2000 vers le  niveau fonctionnel Windows Server 2003 et Windows Server 2008. 

9. Recherche d’un objet à l’aide des Requêtes sauvegardées  Cette opération vous permettra de créer des requêtes sauvegardées dans la console de gestion MMC Utilisateurs et  ordinateurs  Active  Directory.  Il  s’agit  d’une  nouvelle  fonctionnalité  du  composant  enfichable  Utilisateurs  et  ordinateurs Active Directory.  1. 

Ouvrez la console Utilisateurs et ordinateurs Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Requêtes  sauvegardées ou sur l’un des sous­dossiers dans lequel vous voulez sauvegarder une  requête. 

3. 

Cliquez sur Nouveau puis sur Requête. Vous pouvez aussi organiser vos requêtes en  créant de multiples dossiers. 

4. 

Dans la zone Nom et Description, tapez le nom de la requête et éventuellement une  description de celle­ci. 

5. 

Pour définir l’emplacement à partir duquel vous souhaitez lancer votre recherche, cliquez  sur le bouton Parcourir. 

6. 

Pour faire en sorte qu’une recherche porte sur tous les conteneurs et sous­conteneurs  de l’emplacement sélectionné, sélectionnez la case à cocher Inclure les sous­ conteneurs. 

7. 

Pour définir votre requête, cliquez sur Définir la requête. Vous retrouverez une fenêtre  de sélection des différentes classes et des attributs Active Directory. 

Les requêtes sauvegardées sont très pratiques pour retrouver rapidement des objets répondant à certains  critères  spécifiques.  Vous  pouvez  aussi,  en  utilisant  l’option  Recherche  personnalisée  ­  Avancé,  créer  directement une requête en utilisant les syntaxes Ldap. 

Les requêtes sont directement enregistrées dans le fichier de console dsa.msc. Il vous suffit donc d’accéder  à ce fichier pour disposer de vos requêtes sauvegardées. Vous pouvez aussi exporter vers un fichier .xml vos  requêtes et les importer dans d’autres consoles. 

Vous  venez  de  créer  des  requêtes  sauvegardées  dans  un  fichier  de  console  .msc  et  d’exporter  et  importer  des  requêtes sauvegardées à l’aide d’un fichier XML. 

10. Création d’une Unité d’Organisation  L’objectif de cette opération est de créer une nouvelle unité d’organisation dans votre domaine Active Directory.  Un  objet  de  type  Unité  d’organisation  aide  à  la  représentation  de  la  structure  logique  de  l’entreprise.  Un  modèle  d’organisation  construit  sur  la  base  d’une  hiérarchie  d’unités  d’organisation  pourra  aider  au  regroupement  et  à  l’organisation  des  objets  de  type  utilisateurs,  ordinateurs,  imprimantes  et  dossiers  partagés.  Ensuite,  ces  unités  d’organisations pourront être utilisées par les services de délégation et être pourvues de permissions capables de  masquer certains objets.  1. 

Ouvrez la console Utilisateurs et ordinateurs Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Nouveau puis cliquez  sur Unité d’organisation. 

3. 

Sur la fenêtre Nouvel objet ­ Unité d’organisation, entrez le nom de l’objet : Direction du  Marketing, puis validez en cliquant sur OK. 

4. 

Créez la hiérarchie ci­dessous dans l’unité d’organisation Direction du Marketing.  ●

OU Direction Europe et OU Direction Asie 

© ENI Editions - All rigths reserved

- 7-

●

Dans chacune des OU, créez les OUs PC Marketing, Portables Marketing, Serveurs  Marketing, Utilisateurs Marketing 

●

Dans chacune des OU Utilisateurs, créez les OU Utilisateurs, Directeurs et  Administrateurs. 

Vous  venez  de  créer  une  hiérarchie  d’unités  d’organisation  à  l’aide  de  la  console  de  gestion  MMC  Utilisateurs  et  ordinateurs Active Directory. 

11. Délégation du contrôle de l’administration sur une OU et modification de l’ACL d’un  objet  L’objectif  de  cette  opération  consiste  à  transmettre  le  contrôle  administratif  sur  des  objets  de  l’annuaire  Active  Directory à des utilisateurs et/ou groupes d’utilisateurs. De cette manière, ces utilisateurs ou groupes d’utilisateurs  disposeront des droits qui leur permettront d’effectuer telle ou telle tâche d’administration sur les dits objets.  Objectif du TP : En tant qu’administrateur du domaine, vous allez déléguer à l’utilisateur Bob Durand le contrôle total  sur les objets utilisateurs de l’unité d’organisation Direction Europe / Utilisateurs Marketing.  Vous vous arrangerez pour que sur les containers :  ●

Direction Europe/Utilisateurs Marketing/Directeurs et 

●

Direction Europe/Utilisateurs Marketing/Administrateurs, 

l’utilisateur Bob Durand dispose uniquement des informations de lecture sur les objets utilisateurs et des permissions  de modification sur les informations personnelles des utilisateurs.  Étape 1  Pour réaliser ces opérations et déléguer le contrôle d’une unité d’organisation, procédez de la manière suivante :  1. 

Ouvrez la console Utilisateurs et ordinateurs Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur l’unité d’organisation ­  Direction Europe / Utilisateurs Marketing ­ sur laquelle vous devez réaliser l’opération de  délégation du contrôle. 

3. 

Sélectionnez Délégation de contrôle pour démarrer l’Assistant Délégation de contrôle. 

4. 

Ajoutez l’utilisateur Bob Durand à la liste des personnes concernées par l’opération de  délégation, puis cliquez sur Suivant. 

5. 

Dans la fenêtre Tâches à déléguer, sélectionnez l’option Créer une tâche personnalisée  à déléguer, puis cliquez sur Suivant. 

6. 

Dans la fenêtre Type d’objet Active Directory, sélectionnez l’étendue de la tâche que  vous voulez déléguer en cochant les objets de types Objets Utilisateur et Unité  d’organisation. 

7. 

Sur la fenêtre Autorisations, sélectionnez les autorisations à déléguer en cochant  l’option Contrôle total. 

8. 

Acceptez les opérations à réaliser par l’assistant en cliquant sur le bouton Terminer. 

Cette première étape du TP vous a permis de créer un jeu de permissions qui définit sur les objets  Utilisateurs et  Unités d’organisation du container Direction Europe/Utilisateurs Marketing, le contrôle total à Bob Durand.  Étape 2  La suite du TP consiste à modifier les droits des unités d’organisation enfants nommées Directeurs et Administrateurs  de  telle  sorte  que  Bob  Durand  ne  puisse  que  lire  les  objets  et  modifier  les  propriétés  des  utilisateurs  de  type  Informations personnelles.  Pour  réaliser  ces  opérations  en  jouant  sur  les  permissions  attribuées  sur  les  objets  de  l’annuaire  Active  Directory,  vous devrez procédez de la manière suivante : 

- 8-

1. 

Ouvrez la console Utilisateurs et ordinateurs Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur un container 

© ENI Editions - All rigths reserved

quelconque et activez l’option Fonctionnalités avancées du menu Affichage.  3. 

Positionnez­vous sur le conteneur Directeurs, puis cliquez avec le bouton droit et  choisissez Propriétés. 

4. 

Accédez à l’onglet Sécurité du conteneur Directeurs puis cliquez sur le bouton  Paramètres avancés. 

5. 

Désélectionnez l’option Permettre aux autorisations héritées du parent de se propager  à cet objet et aux objets enfants, puis validez la fenêtre de sécurité en cliquant sur le  bouton Copier. 

6. 

Supprimez tous les doits appliqués à l’utilisateur Bob Durand, puis sélectionnez le bouton  Ajouter pour réaffecter à Bob les droits ci­dessous :  ●

Appliquer à : Objets Utilisateur 

●

Autorisations : Lire toutes les propriétés 

●

Propriétés : Lire toutes les propriétés, Ecrire Informations personnelles. 

7. 

Validez la fenêtre d’entrée en cliquant sur OK.  Cette deuxième étape du TP vous a permis d’altérer les permissions des conteneurs  souhaités pour éviter que les permissions des conteneurs de niveaux supérieurs aient  une influence. 

8. 

Finalement, assurez­vous que l’utilisateur Bob Durand dispose bien de la bonne  délégation en ouvrant une session sous le nom de Bob Durand. Cet utilisateur doit être  capable de créer des objets utilisateur et unité d’organisation dont le répertoire dans le  conteneur Directeurs. 

La modification de l’option d’héritage Permettre aux autorisations héritées du parent de se propager à cet  objet et aux objets enfants, permettant de stopper l’héritage, propose de copier les droits pour pouvoir les  modifier.  L’opération  de  copie  des  permissions  peut  avoir  un  effet  dramatique  en  terme  de  taille  de  base  et  de  volume des réplications à réaliser pour synchroniser les ACLs des objets et aussi de leurs propriétés, vers tous les  contrôleurs de domaine. Un message d’avertissement vous en informe. 

 

12. Déplacement d’une OU  L’objectif de cette opération consiste à déplacer un objet de type Unité d’organisation vers un autre conteneur situé  dans le même domaine.  Pour  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Admins  du  domaine  ou  du  groupe  Administrateurs  de  l’entreprise  dans  Active  Directory,  ou  avoir  reçu  par  délégation  les  autorisations  nécessaires. 

© ENI Editions - All rigths reserved

- 9-

1. 

Ouvrez la console Utilisateurs et ordinateurs Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur l’unité d’organisation  que vous souhaitez déplacer. 

3. 

Cliquez sur Déplacer, puis sur le dossier de destination du déplacement. 

La  console  de  gestion  MMC  Utilisateurs  et  ordinateurs  Active  Directory  ne  prend  en  charge  que  le  déplacement  des  unités  d’organisation  à  l’intérieur  du  même  domaine.  Pour  pouvoir  déplacer  des  objets  entre domaines, vous pourrez utiliser la commande Movetree, disponible dans les outils de support de Windows  Server 2003. Cet outil peut aussi être utilisé sous Windows Server 2008. 

13. Création des relations d’approbations externes  L’objectif de ce TP vous permettra de créer une relation d’approbation externe entre un domaine de votre forêt et un  domaine d’une autre forêt ou un domaine fonctionnant sous Windows NT 4.0.  Pour créer une approbation externe, procédez de la façon suivante :  1. 

Ouvrez une console de gestion MMC, Domaines et approbations Active Directory. 

2. 

Dans l’arborescence de la console, faites un clic droit sur le domaine Active Directory pour  lequel vous souhaitez déclarer une approbation, puis faites Propriétés. 

3. 

Sous l’onglet Approbations, cliquez sur Nouvelle approbation puis sur Suivant. 

4. 

Sur la page Nom d’approbation, tapez le nom DNS (ou le nom NetBIOS) du domaine puis  cliquez sur Suivant. 

5. 

Sur la page Type d’approbation, cliquez sur Approbation externe puis sur Suivant. 

6. 

En fonction des besoins, spécifiez le sens de l’approbation : 

7. 

●

Pour créer une approbation externe à deux sens, cliquez sur Deux sens. 

●

Pour créer une approbation externe à sens unique, choisissez le sens de  l’approbation, en entrée ou en sortie. 

Continuez en suivant les étapes de l’Assistant.  Pour  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Admins  du  domaine  ou  du  groupe  Administrateurs de l’entreprise dans Active Directory. 

Si  vous  disposez  des  informations  d’identification  appropriées  pour  chaque  domaine,  vous  pouvez  créer  simultanément les deux sens d’une approbation externe en cliquant sur À la fois ce domaine et le domaine  spécifié, sur la page Sens de l’approbation. 

Si  vous  voulez  permettre  aux  utilisateurs  du  domaine  spécifié  d’avoir  accès  à  toutes  les  ressources  de  ce  domaine,  cliquez  sur  Autoriser l’authentification  pour  toutes  les  ressources  dans  le  domaine  local  sur  la  page  Propriétés  de  l’approbation  sortante.  Microsoft  recommande  cette  option  lorsque  les  deux  domaines  appartiennent à la même organisation. 

Si vous voulez restreindre l’accès aux ressources de ce domaine aux utilisateurs du domaine spécifié, cliquez  sur Autoriser l’authentification uniquement pour les ressources sélectionnées dans le domaine local sur la  page  Propriétés  de  l’approbation  sortante.  Microsoft  recommande  cette  option  lorsque  les  domaines  appartiennent à des organisations différentes. 

Vous  venez  de  créer  une  approbation  externe  avec  un  domaine  Active  Directory  d’une  autre  forêt  ou  un  domaine  Windows  NT  4.0.  En  fonction  des  besoins,  le  sens  de  l’approbation  sera  unidirectionnel  ­  dans  un  sens  ou  dans 

- 10 -

© ENI Editions - All rigths reserved

l’autre, ou bidirectionnel, c’est­à­dire dans les deux sens. 

14. Création des relations d’approbations raccourcies  L’objectif de ce TP vous permettra de créer une relation d’approbation raccourcie dans le but d’optimiser le circuit des  authentifications Kerberos au sein d’une forêt Windows 2000, Windows Server 2003 ou Windows Server 2008.  Pour créer une approbation raccourcie entre deux domaines de la même forêt, procédez de la façon suivante :  1. 

Ouvrez une console de gestion MMC, Domaines et approbations Active Directory. 

2. 

Dans l’arborescence de la console, faites bouton droit sur le domaine pour lequel vous  souhaitez déclarer une approbation raccourcie, puis cliquez sur Propriétés. 

3. 

Sous l’onglet Approbations, sélectionnez Nouvelle approbation puis sur Suivant. 

4. 

Sur la page Nom d’approbation, tapez le nom DNS (ou le nom NetBIOS) du domaine puis  cliquez sur Suivant. 

5. 

Sur la page Direction de l’approbation, effectuez l’une des opérations suivantes : 

6. 

●

Pour créer une approbation raccourcie à deux sens, cliquez sur Deux sens. 

●

Pour créer une approbation raccourcie à sens unique entrante, cliquez sur Sens  unique : en entrée. 

●

Pour créer une approbation raccourcie à sens unique sortante, cliquez sur Sens  unique : en sortie. 

Continuez en suivant les étapes de l’Assistant. 

Vous venez de créer une approbation de type raccourcie entre deux domaines Active Directory de la même forêt. De  cette manière, le transit des authentifications inter­domaines est raccourci. 

15. Création des relations d’approbations entre forêts  L’objectif  de  ce  TP  vous  permettra  de  créer  une  relation  d’approbation  de  forêts  afin  de  fédérer  deux  entités  de  sécurité distinctes en une plus grande entité. Cette configuration conviendra certainement à des organisations qui ­  pour des raisons techniques ou organisationnelles, ont été obligées d’implémenter deux forêts Active Directory, plutôt  qu’une seule.  Avec les approbations de forêts, les authentifications Kerberos V5 pourront être utilisées entre les deux forêts et la  transitivité  des  authentifications  de  forêts  permettra  un  branchement  facilité  des  forêts  composées  de  multiples  domaines.  Pour créer une approbation de forêts, suivez les indications ci­dessous :  1. 

Ouvrez une console de gestion MMC, Domaines et approbations Active Directory. 

2. 

Dans l’arborescence de la console, faites bouton droit sur le domaine racine de votre  forêt puis cliquez sur Propriétés. 

3. 

Sous l’onglet Approbations, sélectionnez l’option Nouvelle approbation puis cliquez sur  Suivant. 

4. 

Dans la page Nom d’approbation, tapez le nom DNS (ou le nom NetBIOS) du domaine  racine de l’autre forêt, puis cliquez sur Suivant. 

5. 

Dans la page Type d’approbation, cliquez sur Approbation de la forêt puis sur Suivant. 

6. 

Dans la page Direction de l’approbation, effectuez l’une des opérations suivantes :  ●

Pour créer une approbation de forêt bidirectionnelle, cliquez sur Bidirectionnel. 

●

Pour créer une approbation de forêt entrante unidirectionnelle, cliquez sur Sens  unique : en entrée. 

●

Pour créer une approbation de forêt sortante unidirectionnelle, cliquez sur Sens  unique : en sortie. 

© ENI Editions - All rigths reserved

- 11 -

7. 

Continuez en suivant les étapes de l’Assistant. 

Pour  créer  une  approbation  de  forêt,  votre  environnement  doit  être  correctement  configuré.  Tous  les  contrôleurs  doivent  fonctionner  sous  Windows  Server  2003  ou  Windows  Server  2008,  tous  les  domaines  doivent utiliser le niveau fonctionnel Windows Server 2003 ou Windows Server 2008 et les deux forêts impliquées  dans  l’approbation  de  forêt  doivent  fonctionner  dans  le  niveau  fonctionnel  Windows  Server  2003  ou  Windows  Server 2008. 

Dans le cadre du processus de mise à niveau des forêts, Microsoft recommande de commencer ce processus  de  mise  à  niveau  technique  en  commençant  par  le  domaine  racine  de  la  forêt.  Une  fois  les  contrôleurs  de  domaine des domaines racines mis à niveau, vous pouvez choisir d’appliquer un niveau fonctionnel commun à ces  deux domaines. Les domaines racines de chacune des forêts pourront donc utiliser le niveau fonctionnel de forêt  Windows Server 2003 ou Windows Server 2008. 

Pour  pouvoir  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Admins  du  domaine  (dans  le  domaine racine de la forêt) ou du groupe Administrateurs de l’entreprise dans Active Directory. 

Si  vous  êtes  membre  du  groupe  Créateurs  de  confiance  de  forêt  entrante,  vous  pouvez  créer,  pour  cette  forêt, des approbations de forêt entrantes unidirectionnelles. 

Sur un contrôleur de domaine exécutant Windows Server 2003, le domaine racine de la forêt est le premier  domaine  listé  dans  l’arborescence  de  la  console  Domaines  et  approbations  Active  Directory.  Cette  configuration n’est pas prévue sur les contrôleurs de domaine exécutant Windows 2000. 

Si  vous  disposez  des  informations  d’identification  d’administration  appropriées  pour  chaque  forêt,  vous  pouvez créer simultanément les deux côtés d’une approbation de forêt en cliquant sur À la fois ce domaine  et le domaine spécifié, dans la page Sens de l’approbation. 

Vous  venez  de  créer  une  approbation  de  forêts  entre  deux  forêts  Active  Directory  fonctionnant  dans  le  niveau  fonctionnel Windows Server 2003 ou Windows Server 2008. En fonction des besoins, vous avez configuré le sens de  l’approbation en entrée, en sortie ou en mode bidirectionnel. Ainsi, les deux forêts sont assemblées et la transitivité  Kerberos est possible entre les deux forêts. 

16. Gestion des suffixes UPN  L’objectif de ce TP vous permettra de déclarer sur la forêt l’usage possible d’un ou plusieurs espaces de nommage  additionnels utilisables pour former l’UPN des utilisateurs et ainsi aider à une ouverture de session plus conviviale et  simple pour les utilisateurs de la forêt.  Par exemple, l’usage des suffixes UPN permet à un utilisateur dont le compte utilisateur est réellement stocké dans le  domaine eu.corpnet.company.com d’ouvrir une session réseau Kerberos en utilisant les UPN [email protected]  ou Bdurand@ corporate.net. Dans le deuxième exemple, le domaine corporate.net n’existe pas en tant que domaine  Active Directory.  Pour ajouter des suffixes de noms d’utilisateurs principaux, procédez de la manière suivante : 

- 12 -

1. 

Ouvrez une console de gestion MMC, Domaines et approbations Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Domaines et  approbations Active Directory puis cliquez sur Propriétés. 

3. 

Sous l’onglet Suffixes UPN, déclarez un autre suffixe UPN pour la forêt puis cliquez sur  Ajouter. 

© ENI Editions - All rigths reserved

Ajout et Suppression des suffixes UPN sur la forêt Active Directory  Une  fois  les  suffixes  déclarés,  vous  pourrez  les  exploiter  modifiant  si  nécessaire  le  nom  principal  de  l’utilisateur  à  l’aide de la console de gestion MMC, Utilisateurs et ordinateurs Active Directory.  La figure ci­après illustre cette opération. 

© ENI Editions - All rigths reserved

- 13 -

Modification de l’UPN de l’utilisateur Bob Durand 

Pour  pouvoir  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Admins  du  domaine  (dans  le  domaine racine de la forêt) ou du groupe Administrateurs de l’entreprise dans Active Directory.    Les suffixes UPN doivent impérativement respecter les syntaxes officielles DNS.

Lorsqu’un utilisateur ouvre une session réseau à un UPN différent de son domaine réel, il est nécessaire de  contacter un catalogue global. 

Un  utilisateur  disposant  d’un  UPN  spécifique  peut  toujours  continuer  d’utiliser  l’UPN  lié  à  son  domaine  d’appartenance Active Directory. 

Vous  venez  d’utiliser  la  console  de  gestion  MMC  Domaines  et  approbations  Active  Directory  pour  gérer  les  suffixes  UPN au niveau de la forêt. 

- 14 -

© ENI Editions - All rigths reserved

Usage des groupes en environnement Active Directory  1. Les différents types de groupes Windows  La quasi­totalité des systèmes d’exploitation implémente la notion de groupe dans le but de simplifier l’administration  des  systèmes  ainsi  que  la  gestion  des  accès  aux  ressources  partagées  par  ces  mêmes  systèmes.  Ainsi,  en  regroupant  les  différentes  catégories  d’utilisateurs  au  sein  des  groupes,  il  devient  plus  simple  d’assigner  des  autorisations et par la suite, d’en assurer le suivi.  En effet, la gestion des autorisations octroyées de manière spécifique à certains utilisateurs doit rester une opération  à caractère ponctuelle et devrait plutôt faire l’objet d’une opération basée sur un groupe.  Depuis  OS/2  LAN  Manager  et  depuis  les  toutes  premières  versions  de  Windows  NT,  la  notion  de  groupe  a  été  largement utilisée dans le cadre de la gestion des privilèges d’administration et des accès aux ressources partagées.  Cependant,  en  dehors  du  cadre  du  domaine,  il  convient  de  rappeler  que  les  groupes  sont  aussi  disponibles  sur  toutes  les  machines  fonctionnant  sous  Windows  NT,  Windows  2000,  Windows  XP,  Windows  Server  2003  et  bien  entendu, Windows Vista et Windows Server 2008.  Aujourd’hui, les services d’annuaire Active Directory offrent de multiples groupes prédéfinis ainsi que différents types  de groupes, lesquels sont destinés à différents types d’usage. L’écran ci­après illustre cet aspect et montre qu’Active  Directory propose deux grandes catégories de groupes : les groupes de sécurité et les groupes de distribution. 

 

a. Les groupes de sécurité  Comme  leur  nom  l’indique,  les  groupes  de  sécurité  sont  prédisposés  à  être  utilisés  dans  le  cadre  des  opérations  nécessitant un contrôle d’accès. Pour que ces opérations ou demandes d’accès puissent être contrôlées, il est clair  que les groupes de sécurité devront disposer d’un SID unique (Security Identifier Descriptor), tout comme cela est le  cas pour les objets des classes user, inetOrgPerson ou computer.  Bien  entendu,  lorsque  des  utilisateurs  sont  membres  d’un  ou  plusieurs  groupes,  ces  utilisateurs  héritent  des  autorisations assignées à chacun des groupes dont ils sont membres.  Vous pouvez vérifier très facilement ce point en procédant de la manière suivante :  ■

Ouvrez une session avec un compte d’utilisateur du domaine. 

■

Ouvrez une invite de commandes et tapez la commande whoami /all. 

■

Analysez  les  informations  qui  vous  sont  retournées.  Vous  découvrirez,  votre  nom  d’ouverture  de  session,  vos  appartenances aux groupes, leurs SID respectifs ainsi que la liste de vos privilèges.  © ENI Editions - All rigths reserved

- 1-

Dans  la  mesure  où  la  fonction  première  du  groupe  consiste  à  regrouper  utilisateurs  et  groupes  imbriqués,  les  groupes de sécurité peuvent également être utilisés pour les applications comme liste de distribution. Cette fonction  des groupes est traitée ci­après. 

b. Les groupes de distribution  Les  applications  peuvent  nécessiter  l’usage  des  services  offerts  par  l’infrastructure  Active  Directory.  Par  exemple,  nous avons déjà étudié les mécanismes de localisation des services de l’annuaire Active Directory, disponibles pour  toute application. Les groupes de distribution peuvent eux aussi agir dans ce sens.  Le bon usage des groupes de distribution est directement lié aux exigences d’une application pouvant les utiliser à  des  fins  autres  que  la  gestion  de  la  sécurité  et  des  contrôles  d’accès  de  Windows.  Finalement,  comme  son  nom  l’indique, les groupes de distribution servent uniquement à rassembler les utilisateurs ou autres groupes, sans qu’il  soit jamais possible de les utiliser à des fins de contrôles d’accès.  Avantages des groupes de distribution ●

Ne disposant pas de SID, les groupes de distribution ne sont pas inclus dans le jeton d’accès de l’utilisateur  ayant  réussi  à  ouvrir  une  session.  Ce  point  peut  être  considéré  comme  un  avantage  en  permettant  de  minimiser la taille des jetons et ainsi, de minimiser certains flux réseau. 

●

D’autre  part,  la  sécurité  en  est  renforcée  puisque  aucun  SID  n’étant  émis  pour  le  groupe,  aucun  accès  contrôlé ne peut avoir lieu. 

Inconvénients des groupes de distribution ●

Comme les groupes de distribution n’ont pas de SID, ils ne peuvent donc pas être utilisés pour réaliser des  contrôles d’accès, si ce n’est de manière empirique, au sein d’une application n’utilisant pas les services de  sécurité Active Directory. 

Nous  verrons  plus  loin  que  le  type  de  groupe  peut  être  changé  de  sécurité  en  distribution  et  vice  versa  lorsque le domaine fonctionne dans le niveau fonctionnel Windows 2000 natif ou Windows Server 2003. 

2. Portée des groupes  Les  groupes  disponibles  dans  les  environnements  de  domaines  Windows  NT,  Windows  2000  Server  et  Windows  Server 2003 peuvent prendre différentes formes. Ces différents types de groupes vous permettront de contrôler la  portée des groupes et la nature de objets que vous pourrez y placer. 

a. Les groupes globaux  Par définition, les groupes globaux sont d’un usage global. Ce point signifie que les groupes globaux peuvent être  directement utilisés sur toute machine du domaine local mais aussi dans tout domaine de la forêt. Au sens large, les  groupes  globaux  sont  utilisables  dans  tous  les  domaines  approuvés,  qu’il  s’agisse  des  domaines  Active  Directory  d’une forêt donnée ou de domaines Windows NT externes ou de domaines Active Directory situés dans une autre  forêt.  Les groupes globaux ne peuvent contenir que des comptes du domaine local, qu’il s’agisse de comptes utilisateur  ou  de  comptes  d’ordinateur.  En  effet,  dans  la  mesure  où  les  groupes  globaux  sont  utilisables  dans  tous  les  domaines approuvés, s’il avait été possible de mettre dans des groupes globaux des comptes d’un autre domaine,  cela aurait introduit une transitivité induite non souhaitable.  Lorsque  le  domaine  Active  Directory  fonctionne  en  mode  Windows  2000  natif  ou  bien  dans  le  niveau  fonctionnel  Windows Server 2003, alors les groupes globaux peuvent aussi contenir des groupes globaux du domaine local. 

b. Les groupes locaux de domaine  Par définition, les groupes locaux ne sont utilisables que dans le domaine local où ils résident.  Lorsque  le  niveau  fonctionnel  du  domaine  est  Windows  2000  en  mode  natif,  Windows  Server  2003  ou  Windows 

- 2-

© ENI Editions - All rigths reserved

Server 2008, les membres des groupes de domaine local peuvent contenir des comptes et des groupes globaux de  n’importe quel domaine, des groupes universels de n’importe quel domaine ainsi que des groupes de domaine local  du même domaine.  Vous  avez  la  possibilité  d’ajouter  des  groupes  locaux  à  d’autres  groupes  locaux  et  de  leur  assigner  des  autorisations dans ce domaine uniquement.  À la différence des groupes locaux des domaines Windows NT, les groupes locaux de domaine Active Directory sont  utilisables  sur  toute  machine  membre  du  domaine.  Dans  l’environnement  Windows  NT,  les  groupes  locaux  créés  dans le domaine NT n’étaient utilisables que sur les contrôleurs de domaine Windows NT, limitant leur utilisation aux  seuls contrôleurs de domaine. 

c. Les groupes universels  Par  définition,  les  groupes  universels  peuvent  contenir  des  membres  de  n’importe  quel  domaine  de  la  forêt.  Ils  peuvent être utilisés, comme cela est le cas des groupes globaux, dans tout domaine de la forêt.  Les  groupes  universels  sont  physiquement  stockés  sur  les  contrôleurs  de  domaine  catalogue  globaux.  Par  conséquent,  une  telle  particularité  ne  peut  être  autorisée  que  lorsque  le  domaine  Active  Directory  fonctionne  en  mode  natif  Windows  2000  ou  dans  le  niveau  fonctionnel  Windows  Server  2003.  Notez  que  cette  remarque  ne  concerne  que  les  groupes  universels  de  sécurité  et  pas  les  groupes  universels  de  distribution.  En  effet,  seuls  les  groupes  de  sécurité  ont  une  “signification  NT”  et  pas  les  groupes  de  distribution.  Par  conséquent,  vous  avez  la  possibilité de créer des groupes universels de distribution dans un domaine Active Directory fonctionnant en mode  mixte  Windows  2000.  Ce  domaine  pourra  contenir  des  contrôleurs  Windows  Server  2008,  Windows  Server  2003,  des contrôleurs Windows 2000 Server et aussi des contrôleurs secondaires fonctionnant sous Windows NT.  Il est souvent écrit que les groupes universels ne sont disponibles qu’en mode natif. En fait, ce point est  vrai  lorsqu’il  s’agit  de  groupes  de  sécurité.  Comme  nous  l’avons  expliqué,  un  domaine  Active  Directory  opérant en mode mixte et contenant des contrôleurs Windows NT peut contenir des groupes universels de type  distribution ! 

3. Règles générales concernant les objets groupes  Comme pour tous les objets de l’annuaire Active Directory, de nombreuses opérations sont possibles. Les points qui  suivent précisent les opérations et recommandations d’usage destinées aux administrateurs Active Directory. 

a. Bon usage des comptes de groupes  Évitez  d’assigner  directement  à  des  comptes  d’utilisateurs  ou  d’ordinateurs  des  autorisations.  L’utilisation  des  groupes  de  sécurité  est  bien  plus  souple  et  simple  à  gérer.  Pour  atteindre  cet  objectif  de  simplification  et  de  rationalisation, vous aurez au préalable étudié le meilleur usage des groupes dans votre entreprise en fonction de  votre propre problématique d’administration et de délégation de l’administration.  Créez une convention de nommage de vos groupes de sécurité et de distribution de telle sorte que leur rôle et/ou  cadre d’utilisation soit facilement identifiable par les gestionnaires de comptes et de sécurité.  Notez que les groupes des environnements Active Directory peuvent contenir plus que de simples utilisateurs. En  effet,  ils  peuvent  contenir  des  comptes  de  type  utilisateur,  groupe,  contact,  inetOrgPerson  et  enfin  de  type  ordinateur.  Dans  les  réseaux  "anciens",  il  n’est  pas  habituel  de  créer  des  groupes  de  machines.  Les  systèmes  fonctionnant  sous Windows 2000, Windows XP Professionnel, Windows Vista et Windows Server 2008 dans un domaine Active  Directory  utilisent  le  protocole  Kerberos  et  des  mécanismes  de  délégation  puissants  ainsi  que  la  possibilité  d’autoriser  les  services  sur  la  base  des  SPN.  Par  conséquent,  vous  pourrez  peut­être  être  amené  à  créer  des  groupes contenant uniquement des comptes d’ordinateurs. Ces groupes pourront nécessiter leur propre convention  de nommage.  Vous pouvez créer des groupes locaux de domaine pour contrôler les accès des ressources ou opérations que vous  souhaitez contrôler.  Sur  les  serveurs  membres  et  autres  stations  du  réseau  membres  des  domaines  Active  Directory,  vous  avez  la  possibilité d’utiliser des groupes locaux de machine ou bien des groupes locaux de domaine. La règle voudrait que  sur  une  machine  locale  devant  contrôler  des  accès  sur  ses  propres  ressources  locales,  la  bonne  pratique  soit  d’utiliser un compte de groupe local, local à la machine. Cependant, cette méthode crée une dépendance des ACLs  par  rapport  au  système  d’exploitation  local.  Ce  point  signifie  que  la  consolidation  ultérieure  des  données  vers  un  autre serveur provoquera la perte de toutes les autorisations. De fait, lorsque plusieurs machines sont susceptibles  de contrôler les mêmes disques ou ressources, il est recommandé de ne surtout pas utiliser de groupes locaux de  machine. 

© ENI Editions - All rigths reserved

- 3-

Ce  cas  typique  peut  concerner  les  machines  fonctionnant  en  cluster  qui  peuvent  potentiellement  contrôler  les  disques ou ressources à tour de rôle.  La formule magique En résumé, depuis de nombreuses années, c’est­à­dire depuis Windows NT 3.1, nous connaissons la règle AGLP ­  Accounts/Global  groups/Local  groups/Permissions.  Cette  formule  a  été  adaptée  à  Active  Directory  sous  la  forme  AGUDLP, c’est­à­dire  Accounts/ Global groups/Universal groups/Domain Local groups/Permissions. Ainsi, il convient de  respecter la méthode suivante :  ●

Placez les comptes utilisateur dans des groupes globaux. 

●

Placez les groupes globaux dans des groupes universels. 

●

Placez les groupes universels dans des groupes locaux de domaine. 

●

Accordez les autorisations aux groupes locaux de domaine. 

b. Bon usage des groupes universels  Les  groupes  universels  ne  devraient  être  utilisés  que  pour  consolider  des  groupes  qui  s’étendent  sur  plusieurs  domaines.  La  méthode  classique  consiste  à  ajouter  les  comptes  à  des  groupes  globaux  puis  à  imbriquer  ces  groupes  globaux  au  sein  de  groupes  universels.  De  cette  manière,  une  modification  des  membres  d’un  groupe  global n’aura aucun effet sur les groupes universels les contenant.  L’appartenance  à  un  groupe  universel  doit  être  modifiée  avec  parcimonie.  En  effet,  toute  modification  apportée  à  un  groupe  universel  provoque  la  réplication  de  toute  l’appartenance  du  groupe  sur  chaque  catalogue  global  de  la  forêt.  Dans  la  mesure  où  un  groupe  universel  peut  contenir  un  nombre  important  de  membres,  une  seule  modification  peut  générer  une  réplication  bien  plus  conséquente.  Pour  cette  raison,  il  est  recommandé d’éviter de placer des comptes utilisateur dans un groupe universel mais plutôt des groupes de type  global. De cette manière, les flux de réplication vers et entre les catalogues globaux seront limités.  Lorsque la forêt Active Directory est opérationnelle dans le niveau fonctionnel Windows Server 2003, la réplication  LVR  (Listed  Value  Replication)  est  automatiquement  activée  et  permet  de  ne  plus  tenir  compte  des  remarques  ci­ dessous. En effet, la réplication des listes de valeurs permet de ne plus répliquer entièrement l’attribut avec toutes  ses valeurs, mais de répliquer indépendamment chaque valeur de l’attribut modifié. 

- 4-

© ENI Editions - All rigths reserved

Définition d’une structure d’unités d’organisation  1. Rôle des objets unités d’organisation  Une unité d’organisation est un objet de l’annuaire Active Directory. Cet objet, de type container (ou conteneur), est  un objet fondamental à tous les systèmes d’annuaires. De fait, il est très régulièrement utilisé en tant que conteneur  de la structure logique.  Vous pourrez y placer un nombre quasi illimité d’objets des classes utilisateurs, inetOrgPerson, groupes, ordinateurs  et aussi d’autres unités d’organisation.  Remarquez que les unités d’organisation ne peuvent, par définition, contenir que des objets de leur propre domaine  et en aucune manière, des objets provenant d’autres domaines Active Directory.  De plus, en tant que container privilégié, l’unité d’organisation pourra être facilement utilisée pour prendre en charge  les opérations listées ci­dessous :  ●

Les unités d’organisation permettent la mise en place d’un modèle organisé. 

●

Les unités d’organisation peuvent contenir des objets qui seront soumis à la politique de délégation appliquée  à  l’unité  d’organisation  mais  aussi  de  manière  spécifique  grâce  aux  différentes  autorisations  applicables  directement sur les objets. 

●

Les unités d’organisation permettent l’usage de la technologie IntelliMirror grâce à l’application des stratégies  de groupe. 

Dans  la  mesure  où  les  services  de  délégation  et  la  liaison  des  objets  stratégie  de  groupe  sont  utilisables  sur  une  étendue de type site puis domaine puis unités d’organisation, il apparaît que les unités d’organisation sont les “plus  petits containers” utilisables.  Les  conteneurs  Builtin,  Computers,  ForeignSecurityPrincipals,  LostAndFound,  NTDS  Quotas,  Program  Data,  Systems  et  Users  ne  sont  pas  des  conteneurs  de  type  unité  d’organisation  mais  des  objets  conteneur  appartenant à d’autres classes spécifiques. Par conséquent, il n’est pas possible de lier une stratégie de groupe sur  ces types d’objets. Comme nous l’avons déjà dit, les objets stratégie de groupe ne s’appliquent que sur les objets  ordinateur et utilisateur situés sur des sites, dans des domaines et dans des unités d’organisation.  Vous pouvez découvrir la nature de classes présentées plus haut en activant le mode Fonctionnalités avancées puis  en consultant l’onglet Objet de chacun de ces containers.  En résumé, vous devez considérer le rôle des unités d’organisation de la manière suivante :  ●

Les  OU  représentent  des  unités  d’administration  séparées  puisque  vous  pourrez  déléguer  les  autorisations  sur l’OU et les objets qu’elle contient. 

●

Les  OU  représentent  des  configurations  utilisateur  et  ordinateur  particulières  puisque  vous  pourrez  y  relier  des objets stratégie de groupe. 

●

En  plus  de  ces  deux  points  fondamentaux,  les  OU  sont  un  bon  moyen  pour  mettre  en  place  un  modèle  d’organisation puisque vous pourrez les utiliser dans l’élaboration de vos requêtes LDAP. 

2. Utilisation des unités d’organisation et relation avec l’organisation de l’entreprise  Le “positionnement” des technologies d’annuaire au sein des entreprises est un sujet sensible. En effet, le rôle central  de  ces  technologies  tend  à  compliquer  leur  “réelle”  implémentation  au  cœ ur  du  système  d’information.  Cependant,  petit à petit, la nécessité de mieux gérer et trouver l’information impose leur utilisation. De plus, certaines applications  et services d’entreprise, telles que la messagerie électronique ou les services de certificats nécessitent un annuaire tel  que l’Active Directory.  C’est ainsi que les services d’annuaire Active Directory et l’usage des unités d’organisation peuvent tenir une place au  sein des entreprises de deux grandes manières :  ●

Pour  commencer,  l’annuaire  peut  jouer  un  rôle  technique.  Cette  approche  signifie  que  les  ordinateurs,  serveurs,  utilisateurs  et  autres  applications  Windows  appartenant  à  l’infrastructure  Active  Directory  peuvent  © ENI Editions - All rigths reserved

- 1-

utiliser les services de celui­ci.  ●

Enfin,  l’annuaire  peut  jouer  un  rôle  plus  proche  de  l’organisation.  Une  telle  approche  tendra  à  le  rendre  totalement  dépendant  des  éventuelles  évolutions  de  la  structure  de  l’entreprise  au  risque  d’en  fragiliser  l’exploitation et d’en limiter son usage. 

Ainsi,  si  vous  essayez  de  mettre  en  place  une  structure  d’unités  d’organisation  qui  représente  la  structure  organisationnelle de l’entreprise, il est fort probable que ce modèle ne permettra pas d’utiliser au mieux la délégation  et le déploiement des stratégies de groupe.  Au  départ,  c’est­à­dire en 1998/1999, les recommandations issues du programme Beta de Windows 2000 tendaient  vers  le  respect  du  modèle  organisationnel.  Les  premières  grandes  études  réalisées  par  MCS  (Microsoft  Consulting  Services) ont commencé à faire apparaître que cette méthode avait pour principal inconvénient de ralentir le processus  de définition de l’organisation de l’annuaire et donc le déploiement de l’Active Directory.  En  effet,  un  modèle  basé  sur  l’organisation  de  l’entreprise  nécessite  de  nombreuses  réunions  et  d’interminables  discussions. De plus, l’organisation générale de l’entreprise ne fait pas forcément apparaître les disparités existantes  au niveau de celle­ci et, par conséquent, des zones d’ombre pourront subsister.  Depuis, l’approche de Microsoft a évolué et il n’est plus question de tenir compte du modèle de fonctionnement interne  de l’entreprise, si ce n’est pour déterminer le nombre de forêts et domaines au sein de chaque unité d’organisation.  Gardez  à  l’esprit que les unités d’organisation  de  l’Active Directory doivent simplifier les opérations réalisées par les  administrateurs  et  qu’elles  ne  devraient  pas  être  utilisées  pour  simplifier  l’accès  utilisateur  ou  “mieux”  organiser  l’entreprise.  Un  point  important  qui  corrobore  cette  approche  est  directement  visible  dans  l’interface  graphique  de  Windows  XP  Professionnel  et  Windows  Server  2003.  En  effet,  seul  Windows  2000  est  capable  de  parcourir  directement l’annuaire en passant par Explorateur Windows ­ Favoris réseau ­ Tout le réseau ­ Active Directory.  Les systèmes fonctionnant sous Windows XP Professionnel et Windows Server 2003 n’ont plus cette possibilité. Par  conséquent, il n’est plus possible sur ces systèmes de “voir” une quelconque unité d’organisation ! 

Pour  plus  d’informations  sur  la  délégation  de  l’administration,  consultez  Active  Directory  Planning  and  Deployment, sur le site Web de Microsoft (http://www.microsoft.com/). 

3. Délégation de l’autorité d’administration et usage des unités d’organisation  La  délégation  de  l’administration  vous  permettra  d’attribuer  un  certain  nombre  de  tâches  administratives  à  des  utilisateurs  et  groupes  sélectionnés  de  manière  appropriée.  De  cette  manière,  certaines  opérations  basiques  ou  simples pourront être réalisées par des utilisateurs ou groupes ne disposant évidemment pas de privilèges de type  administrateur.  En  procédant  de  la  sorte,  les  véritables  administrateurs  peuvent  réellement  se  consacrer  à  l’administration  des  services d’entreprise inclus dans l’Active Directory ou dans la périphérie de l’infrastructure.  Un autre aspect important concerne la “bonne gestion” des ressources. En effet, qui connaît le mieux les autorisations  à accorder sur les ressources que celui qui les a directement créées ? L’utilisateur lui­même, bien entendu !  Les  services  de  délégation  permettent  donc  au  final  de  libérer  les  administrateurs  de  certaines  tâches  et  aux  personnes directement responsables de certaines ressources d’en mieux gérer les accès. Finalement, la délégation de  l’administration  peut  être  vue  comme  une  sorte  de  “décentralisation”  du  pouvoir  et  peut  donc  profiter  à  tout  le  monde !  Parmi les grandes opérations qui concernent la délégation de l’autorité d’administration sur des objets de l’annuaire  Active Directory, vous devrez : 

- 2-

●

Déléguer  le  contrôle  administratif  à  l’intérieur  d’un  domaine  de  votre  forêt  en  créant  une  hiérarchie  d’unités  d’organisation  à  l’intérieur  dudit  domaine  et  en  déléguant  le  contrôle  administratif  sur  certaines  unités  d’organisation à des utilisateurs ou groupes d’utilisateurs aptes à réaliser les dites tâches. 

●

Tenir compte de la structure de votre organisation pour bien décider quelles unités d’organisation doivent être  ou bien peuvent être mises en délégation. 

●

Personnaliser des consoles de gestion MMC pour créer une version personnalisée et limitée d’un composant  logiciel  enfichable  tel  que  Utilisateurs  et  ordinateurs  Active  Directory  ou  Gestion  de  l’ordinateur.  La  personnalisation des consoles MMC passe par l’assistant Nouvelle vue de la liste des tâches... lequel permet  de  contrôler  les  options  proposées  aux  personnes  pour  lesquelles  une  délégation  de  l’administration  a  été  réalisée.  © ENI Editions - All rigths reserved

Documenter les délégations réalisées et vous assurer que les utilisateurs auxquels va être attribué le contrôle  sur des objets disposent du minimum de connaissances pour réaliser les dites opérations. 

●

a. Structure basée sur la nature des objets gérés  Une structure basée sur les différentes natures des objets est particulièrement bien adaptée lorsqu’il est nécessaire  de  déléguer  des  tâches  administratives  en  fonction  des  types  d’objets.  Par  exemple,  vous  pourrez  procéder  de  la  manière suivante :  ●

Créez un ou plusieurs groupes de sécurité pour accueillir les utilisateurs ou les groupes qui feront l’objet de  la délégation. 

●

Créez une hiérarchie d’unités d’organisation adaptée à votre hiérarchie d’administration. 

●

Dans chaque unité d’organisation, insérez les différents types d’objets à mettre en délégation. 

●

Déléguez les différentes tâches d’administration sur les différentes unités d’organisation aux groupes devant  disposer des ces autorisations. 

b. Structure basée sur les tâches d’administration  Une  structure  basée  sur  les  tâches  déléguées  à  accomplir  est  définie  en  fonction  des  différentes  tâches  d’administration. Dans un tel modèle, vous pourrez procéder de la manière suivante :  ●

Créez un ou plusieurs groupes de sécurité pour accueillir les utilisateurs ou les groupes qui feront l’objet de  la délégation. 

●

Créez une hiérarchie d’unités d’organisation adaptée à votre hiérarchie d’administration. Dans ce modèle, la  hiérarchie  d’unités  d’organisation  ne  serait  influencée  que  par  les  tâches  d’administration.  Cependant,  ce  point  n’est  pas  obligatoire  et  la  structure  peut  considérer  d’autres  critères  (organisation  des  objets,  emplacements  géographiques,  organisation  de  l’entreprise,  types  d’objets,  types  de  tâches  d’administration). 

●

Dans chaque unité d’organisation, insérez les différents types d’objets à mettre en délégation. 

●

Déléguez les tâches d’administration sur les différentes unités d’organisation aux groupes devant disposer  de  délégations  en  fonction  de  la  nature  des  objets  et  des  tâches  associées  à  ces  types  d’objets.  Pour  réaliser une délégation de ce type, vous pourrez procéder de la manière suivante : 

■

Dans  l’Assistant  Délégation  de  contrôle,  à  l’étape  Tâches  à  déléguer,  sélectionnez  le  choix  Créer  une  tâche  personnalisée à déléguer. 

■

Sur l’écran Type d’objet Active Directory, sélectionnez le choix Seulement des objets suivants dans le dossier,  puis sélectionnez le ou les classes souhaitées. 

■

Finalement, sur l’écran Autorisations, sélectionnez les autorisations souhaitées. 

c. Facteurs à intégrer dans la définition d’une hiérarchie d’unités d’organisation  Avant de définir précisément la structure d’une hiérarchie d’unités d’organisation, il est intéressant de faire le point  sur  les  conteneurs  par  défaut.  Ensuite,  nous  identifierons  les  facteurs  de  structure  les  plus  judicieux  qui  nous  permettrons d’étudier une structure d’unités d’organisation basée sur différents modèles.  À propos des conteneurs par défaut Tout domaine Active Directory contient un ensemble générique d’objets unités d’organisation et d’autres conteneurs.  Ainsi, dans chaque domaine Active Directory, vous trouverez les éléments suivants :  Builtin : ce conteneur contient les objets qui définissent les groupes d’administration prédéfinis par défaut. Vous y  retrouverez,  par  exemple,  les  groupes  Administrateurs,  Opérateurs  de  compte,  Opérateurs  d’impressions  ou 

© ENI Editions - All rigths reserved

- 3-

encore le groupe Accès compatible pré­Windows 2000.  Computers : ce conteneur contient les objets ordinateurs Windows NT, Windows 2000, Windows XP, Windows Vista,  Windows  Server  2003  et  2008,  y  compris  des  comptes  d’ordinateurs créés à l’origine  par  les  anciennes  API  NT  ne  connaissant pas Active Directory. Ce conteneur est aussi utilisé lorsque les domaines Windows NT sont mis à niveau  vers Windows 2000, Windows Server 2003 ou Windows Server 2008. À l’issue de la migration d’un domaine NT vers  Active Directory, tous les ordinateurs membres du domaine sont rangés dans ce conteneur. Ce conteneur ne peut  pas être renommé.  Domain  Controllers  :  cette  unité  d’organisation  contient  des  objets  ordinateur  destinés  à  des  contrôleurs  de  domaine  fonctionnant  sous  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008.  Les  comptes  d’ordinateurs des anciens contrôleurs de domaine secondaires NT apparaîtront aussi à cet emplacement.  Users : ce conteneur contient des comptes d’utilisateurs et des groupes créés à l’origine par des anciennes API NT  ne  connaissant  pas  Active  Directory.  Ce  conteneur  est  aussi  utilisé  lorsque  les  domaines  Windows  NT  sont  mis  à  niveau  vers  Windows  2000  Server,  Windows  Server  2003  ou  Windows  Server  2008.  À  l’issue  de  la  migration  d’un  domaine  NT  vers  Active  Directory,  tous  les  utilisateurs  membres  du  domaine  sont  rangés  dans  ce  conteneur.  Ce  conteneur ne peut pas être renommé.  LostAndFound  :  cet  objet  conteneur  de  la  classe  LostAndFound  contient  des  objets  dont  les  conteneurs  ont  été  supprimés  au  moment  où  l’objet a été créé. Lorsqu’un  objet  a  été  créé  à  un  emplacement  donné  ou  déplacé  vers  celui­ci  et  qu’il  vient  à  manquer  après  la  réplication,  cet  objet  perdu  est  ajouté  au  conteneur  LostAndFound.  Le  conteneur LostAndFound­  Config situé dans la partition d’annuaire  de  configuration  remplit  le  même  rôle  pour  les  objets de la forêt.  System : le dossier System est un conteneur qui contient des informations critiques pour le domaine Active Directory  tout  entier.  Par  exemple,  ce  conteneur  contient  les  informations  qui  concernent  la  stratégie  locale  de  sécurité,  les  paramètres de  File Link Tracking, les objets TDO représentant les approbations inter­domaines ainsi que les points  de  connexions  TCP  et  Windows  Sockets.  Vous  y  trouverez  les  sous­conteneurs  suivants  :  AdminSDHolder,  Default  Domain  Policy,  Dfs  Configuration,  File  Replication  Service,  FileLinks,  IP  Security,  Meetings,  MicrosoftDNS,  Policies,  RpcServices, WinsockServices.  La  suite  de  ce  chapitre  va  nous  permettre  de  construire  notre  réflexion  pour  définir  une  structure  d’unités  d’organisation adaptée.  Critères d’emplacements, d’opérations et de types d’objets Nous  avons  vu  plus  haut  que  la  bonne  approche  concernant  la  définition  d’une  bonne  hiérarchie  d’unités  d’organisation  dépendait  fortement  de  la  relation  qui  devait  exister  entre  le  modèle  à  définir  et  l’organisation  de  l’entreprise,  étant  précisé  que,  justement,  il  était  fortement  recommandé  de  se  dégager  de  ce  type  de  contrainte  pour pouvoir profiter pleinement des services de sécurité, de délégation et de gestion IntelliMirror.  Une  hiérarchie  d’unités d’organisation  bien  construite  doit  donc  permettre  aux  administrateurs  de  bâtir  un  plan  de  mise en délégation de l’autorité le plus simplement possible. Pour y parvenir, vous devez, au départ, avoir déjà une  bonne  perception  des  opérations  que  vous  souhaitez  déléguer  et,  aussi,  à  qui  et  sur  quels  objets  et/ou  types  d’objets.  En règle générale, vous devez garantir un bon niveau de stabilité des premiers niveaux de votre hiérarchie d’unités  d’organisation.  Pour  y  parvenir,  définissez  ces  niveaux  sur  la  base  de  critères  fiables,  statiques  et  si  possible  indépendants  des  paramètres  de  l’entreprise.  En  respectant  au  mieux  ces  quelques  contraintes,  vous  vous  protégerez des effets négatifs engendrés par une réorganisation interne de l’entreprise.  Vous  pouvez  considérer  les  critères  ci­dessous  comme  des  critères  stables  utilisables  pour  construire  les  premiers  niveaux de votre hiérarchie d’unités d’organisation :  ●

Considérez les sites géographiques, bâtiments, étages ou zones particulières de votre réseau en respectant  les plans de nommage déjà définis et donc bien connus de tous. Le fait de construire la hiérarchie d’unités  d’organisation  en  fonction  des  différents  emplacements  revient  à  utiliser  un  modèle  basé  sur  les  tâches  d’administration en fonction des emplacements. 

●

Considérez  la  nature  des  opérations  à  déléguer,  telles  que,  par  exemple,  la  création,  suppression  ou  la  modification des comptes utilisateur, le contrôle des membres des groupes, ou les comptes d’ordinateurs. Il  pourra  s’agir  aussi  de  tâches  telles  que  la  création  d’objets  stratégie  de  groupe,  des  filtres  WMI,  ou  uniquement des liens de stratégies de groupe. Ce type de modèle est très séduisant dans la mesure où il  est indépendant de l’organisation de l’entreprise où les tâches génériques seront toujours les mêmes. 

●

Considérez la nature des objets. Ce type d’approche est semblable au modèle précédent basé sur les types  d’opérations mises en délégation. 

Ces  trois  grandes  familles  de  critères  vous  permettront  de  définir  les  premiers  niveaux  d’une  hiérarchie  d’unités  d’organisation. En plus de ces critères de structure, vous pourrez respecter les conseils ci­dessous :  ●

- 4-

Si  votre  entreprise  est  composée  de  plusieurs  domaines  Active  Directory,  faites  en  sorte  que  les  premiers  niveaux définis soient le plus possible réutilisables. De cette manière, vous garantissez une bonne cohérence  © ENI Editions - All rigths reserved

administrative des objets.  ●

En dessous des premiers niveaux qui doivent être le plus génériques possible, les unités d’organisation des  niveaux  inférieurs  doivent  représenter  des  niveaux  précis  en  rapport  avec  les  opérations  déléguées.  Ces  unités  d’organisation  pourront  aussi  être  utilisées  pour  masquer  des  objets  ou  pour  y  appliquer  des  stratégies de groupe. 

●

Pour profiter efficacement des services de délégation, ne compliquez pas outre mesure votre structure. Vous  pourrez mieux profiter et contrôler les mécanismes d’héritage dans une hiérarchie simple et ne comportant  pas plus d’une dizaine de niveaux. 

Pour  mettre  en  pratique  ces  principes,  nous  pouvons  imaginer  la  structure  d’unités  d’organisation  de  la  société  corporate.net, tel que spécifié ci­dessous :  @Corporate : cette unité d’organisation contient une hiérarchie adaptée aux besoins de la maison mère.  @Extranet  Network  :  cette  unité  d’organisation  contient  une  hiérarchie  adaptée  aux  besoins  du  réseau  Extranet.  Dans le cas d’une externalisation de ces services, la gestion de l’Extranet  de  l’entreprise peut être déléguée à un  fournisseur de service “approuvé” et bénéficiant d’une délégation de l’administration.  @Groups : cette unité d’organisation contient tous les groupes classiques. Le fait de ranger tous les groupes dans  ce  conteneur  permet  de  les  localiser  très  facilement  et  ainsi  d’avoir  une  visibilité  totale  sur  ces  objets  sensibles  puisque utilisés dans l’affectation des autorisations. De plus, comme il n’est pas possible d’appliquer des stratégies  de groupe sur des groupes, cette méthode n’a aucun effet négatif.  Managers & External Services : cette unité d’organisation contient uniquement les comptes de services utilisés par  les applications ainsi que les comptes temporaires disposant de délégations. Cette approche permet de localiser très  facilement  les  comptes  utilisés  par  les  applications  ainsi  que  les  comptes  externes  disposant  temporairement  d’autorisations obtenues au travers d’une délégation de l’administration.  Subsidiary  :  cette  unité  d’organisation  contient  les  points  de  départ  des  hiérarchies  qui  seront  dédiées  aux  différentes filiales de l’entreprise. Cette approche est expliquée plus loin.  A propos de “The Boston Company” : cette unité d’organisation contient une hiérarchie adaptée aux besoins de la  filiale  de  Boston.  Cette  partie  du  domaine  Active  Directory  utilise  un  modèle  basé  sur  la  nature  des  tâches  d’administration déléguées. De fait, un modèle qui regroupe les objets par nature est particulièrement bien adapté.  A propos de “The London Company” : cette unité d’organisation contient une hiérarchie adaptée aux besoins de la  filiale de Londres. Cette partie du domaine Active Directory utilise un modèle basé sur l’organisation de l’entreprise  puis  sur  les  types  d’objets.  Un  modèle  de  ce  type  permet  de  faire  référence  aux  différents  départements  de  l’entreprise tout en utilisant les services de délégation en fonction des différents types d’objets.  A propos de “The Monaco Company” : cette unité d’organisation contient une hiérarchie adaptée aux besoins de la  filiale de Monaco. Cette partie du domaine Active Directory utilise un modèle basé sur les emplacements puis sur les  types d’objets. Un modèle de ce type permet de faire clairement apparaître les différents sites géographiques ainsi  que les catégories d’objets sur lesquels vous utilisez la délégation et peut­être aussi les stratégies de groupe.  L’écran suivant montre une structure d’unités d’organisation respectant ces différents principes fondamentaux. 

© ENI Editions - All rigths reserved

- 5-

Hiérarchie d’unités d’organisation basée sur différents critères et modèles  A propos de “Dispatch In Progress” : cette unité d’organisation joue le rôle de zone temporaire lorsque les objets  doivent  être  urgemment  créés  mais  que  leur  unité  d’organisation  d’accueil  n’est  pas  encore  définie.  Vous  pourrez  dans  un  deuxième  temps  déplacer  l’ordinateur,  l’utilisateur  ou  le  groupe  souhaité  dans  l’unité  d’organisation  appropriée. 

4. Usage des unités d’organisation pour les stratégies de groupe  Nous  étudierons  plus  loin  en  détail  le  fonctionnement  des  stratégies  de  groupe.  Cependant,  la  relation  qui  existe  entre les containers de type unité d’organisation et les objets stratégie de groupe est telle qu’il n’est pas possible de  ne pas évoquer les bonnes pratiques à respecter concernant la définition d’une hiérarchie d’unités d’organisation et le  bon usage des stratégies de groupe au sein de cette hiérarchie.  Les  objets  stratégie  de  groupe  sont  les  objets  de  l’annuaire  Active  Directory  qui  permettent  la  mise  en  œ uvre  et  l’utilisation de la technologie IntelliMirror. Grâce à ces objets, vous pourrez prendre en charge via Active Directory les  services suivants : tous les paramètres de registre, les paramètres de sécurité, les scripts d’ouverture et de fermeture  de session, l’installation et la gestion des applications, la redirection des dossiers, la gestion des quotas de disques, la  gestion  des  paramètres  sans  fils,  les  stratégies  de  restriction  logicielle,  les  paramètres  de  clés  publiques,  les  paramètres  de  stratégies  IPSec,  les  paramètres  d’Internet  Explorer,  les  paramètres  des  services  RIS  (Remote  Installation Services) et, pour finir, les paramètres de QoS (Quality of Services).  Nous savons que, par concept, les stratégies de groupe s’appliquent selon le schéma L,S,D,OUs. Ce schéma signifie  que dans un premier temps les paramètres locaux à l’ordinateur sont appliqués, suivis des paramètres des stratégies  de groupe du site, suivis des paramètres des stratégies de groupe du domaine, suivis finalement des paramètres des  stratégies de groupe de la hiérarchie d’unités d’organisation.  Ce principe de fonctionnement surpuissant montre à quel point la structure d’unités d’organisation est importante. Les  stratégies  de  groupe  s’appliquent  de  haut  en  bas  et  descendent  la  hiérarchie  grâce  aux  possibilités  d’héritage  des  services d’annuaires Active Directory.  Pour  plus  de  détails  sur  le  fonctionnement  et  la  délégation  des  stratégies  de  groupe  ou  opérations  les  concernant,  reportez­vous au chapitre 7 traitant des stratégies de groupe. 

5. Règles générales et bonnes pratiques  Faites en sorte de profiter des fonctionnalités d’héritage de l’annuaire Active Directory et bloquez l’héritage au niveau  d’un container seulement lorsque cela s’avère nécessaire. 

- 6-

© ENI Editions - All rigths reserved

Utilisez  un  modèle  basé  sur  l’organisation  lorsque  vous  souhaitez  que  les  premiers  niveaux  représentent  les  différentes entités, directions ou centres de profits de l’entreprise. Lorsque l’entreprise est très structurée, ce modèle  permet de bâtir très simplement un plan de délégation de l’administration qui reflétera très précisément l’organisation  de l’entreprise. Cependant, ce modèle peut présenter l’inconvénient suivant :  ●

Cette technique est dépendante de l’organisation et sera bouleversée lorsque l’entreprise sera soumise à une  réorganisation interne. 

●

A contrario, le fait que cette structure soit déjà connue, puisque basée sur l’organisation de l’entreprise, elle  sera généralement approuvée par tous. Ce point peut être considéré comme un avantage certain. 

Utilisez un modèle basé sur les différentes activités de l’entreprise lorsqu’une activité se suffit à elle­même et possède  donc  une  grande  autonomie.  Si  l’entreprise  semble  être  composée  de  plusieurs  entités  très  autonomes,  voire  indépendantes, un modèle de ce type sera généralement résistant aux réorganisations.  Faites  en  sorte  que  les  premiers  niveaux  de  structure  de  la  hiérarchie  ne  soient  pas  soumis  à  des  changements  fréquents.  L’idée  serait  que  dans  une  forêt  composée  de  plusieurs  domaines,  les  deux  ou  trois  premiers  niveaux  respectent les mêmes règles de structure, quels que soient les domaines.  Utilisez les objets unités d’organisation avec parcimonie ! Il est judicieux de créer une unité d’organisation lorsque l’un  des trois cas ci­dessous se présente :  ●

Il est nécessaire de mettre en place une délégation de l’autorité d’administration. 

●

Vous souhaitez masquer la visibilité de certains objets. 

●

Vous souhaitez maîtriser l’application des stratégies de groupe à l’aide de la formule L,S,D,OUs. 

Pour plus d’informations sur la délégation de l’administration, faites référence au document Active Directory  Planning  and  Deployment,  disponible  en  téléchargement  sur  le  site  Web  de  Microsoft  (http://www.microsoft.com/). 

© ENI Editions - All rigths reserved

- 7-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quels sont les deux grands types de groupes disponibles dans un domaine Active Directory ?  2 Quelles sont les étendues possibles lorsque vous créez un groupe dans un domaine Active Directory ?  3 Quel outil Windows utilisez­vous pour gérer les groupes sur une machine locale membre d’un domaine ?  4 Quels sont les deux types de noms que vous pouvez créer et qu’un utilisateur peut utiliser pour ouvrir une  session dans un réseau Active Directory ?  5 Quelle commande Active Directory vous permet de créer un objet de type groupe dans une unité d’organisation  donnée ?  6 Quel est le nombre maximum de membres d’un groupe ?  7 Que peut contenir un groupe local en mode natif Windows 2000, Windows Server 2003 ou Windows Server  2008 ?  8 Est­il possible de créer des groupes universels de sécurité en mode Windows 2000 mixte ou Windows Server  2003 version préliminaire ?  9 Est­il possible de créer des groupes universels en mode Windows 2000 mixte ?  10 Est­il possible de changer l’étendue d’un groupe global en groupe local ?  11 Dans quels cas les unités d’organisations (OU) sont­elles utilisées ?  12 De quelle manière est­il possible de déléguer tout ou partie du contrôle d’administration à un groupe  d’utilisateurs sur une unité d’organisation spécifique ?  13 Quels types de modèles d’unités d’organisation pouvez­vous concevoir pour bâtir un modèle organisé adapté à  la gestion des stratégies de groupe et aussi à la gestion de la délégation des tâches administratives ?  14 Est­il judicieux d’intégrer l’organisation de l’entreprise dans le modèle d’unités d’organisation défini dans le  cadre de la politique de délégation et d’usage des stratégies de groupe ?  15 Quelle est l’une des fonctionnalités qui intéressera particulièrement les administrateurs dans la mise en place  d’une hiérarchie d’OUs ?  16 Quelle nouvelle fonctionnalité intéressante apportées par Windows Server 2008 permet aux administrateurs de  protéger les objets des services de domaine Active Directory des suppressions accidentelles ?  17 Comment installez­vous les différents outils d’administration associés aux rôles et services de Windows Server  2008 et/ou Windows Server 2003 sur un serveur fonctionnant sous Windows Server 2008 ?  18 Comment installez­vous les différents outils d’administration associés aux rôles et services de Windows Server  2008 et/ou Windows Server 2003 sur un poste d’administration fonctionnant sous Windows Vista ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /18  Pour ce chapitre, votre score minimum doit être de 14 sur 18. 

3. Réponses  1 Quels sont les deux grands types de groupes disponibles dans un domaine Active Directory ?  Les  groupes  de  sécurité  et  les  groupes  de  distribution.  Notez  que  les  environnements  disposant  d’Exchange  Server  2003 peuvent utiliser un type de groupe supplémentaire appelé Groupe de distribution fondé sur une requête. Ce type  de groupe n’est pas présent dans les environnements Active Directory fonctionnant sous Windows 2000 Server. Pour  utiliser  ce  type  de  groupes  fondés  sur  des  requêtes,  l’organisation  Exchange  doit  fonctionner  en  mode  natif  et  être  composée  de  serveurs  Exchange  Server  SP3  ou  supérieur,  de  serveurs  Exchange  Server  2003  ou  même  Exchange  Server 2007. Le domaine Active Directory doit fonctionner au minimum dans le niveau fonctionnel Windows 2000 natif, 

© ENI Editions - All rigths reserved

- 1-

mais les catalogues globaux doivent utiliser au minimum Windows Server 2003.  2 Quelles sont les étendues possibles lorsque vous créez un groupe dans un domaine Active Directory ?  Il existe trois étendues : Locale de domaine, globale et universelle.  3 Quel outil Windows utilisez­vous pour gérer les groupes sur une machine locale membre d’un domaine ?  La console de gestion MMC Gestion de l’ordinateur.  4 Quels sont les deux types de noms que vous pouvez créer et qu’un utilisateur peut utiliser pour ouvrir une  session dans un réseau Active Directory ?  Le nom principal de l’utilisateur et le nom d’ouverture de session.  5 Quelle commande Active Directory vous permet de créer un objet de type groupe dans une unité d’organisation  donnée ?  La  commande  dsadd  group  suivie  du  DN  de  l’objet  à  créer.  Tous  les  paramètres  de  cette  commande  peuvent  être  affichés à l’aide de la commande dsadd group /?.  6 Quel est le nombre maximum de membres d’un groupe ?  5000 au maximum. En général, il est dit que le nombre maximum d’éléments contenus dans un groupe des services  d’annuaire Active Directory est de 5000 membres. Cependant, il convient de préciser que cette limitation concerne les  domaines  Windows  2000.  Ce  point  s’explique  par  le  fait  que  les  contrôleurs  de  domaine  Windows  2000  Server  ne  peuvent  pas  prendre  en  charge  plus  de  5000  changements  en  une  seule  transaction.  Les  contrôleurs  de  domaine  fonctionnant sous Windows Server 2003 supportent, via la réplication LVR ­ Listed Value Replication, la modification de  chaque valeur d’attribut sur des objets utilisant des attributs multi valeurs, tels que les groupes. Notez aussi que la  réplication  LVR  nécessite  que  le  domaine  soit  opérationnel  dans  les  niveaux  fonctionnels  Windows  Server  2003,  Windows Server 2003 version préliminaire ou, bien sûr, Windows Server 2008.  7 Que peut contenir un groupe local en mode natif Windows 2000, Windows Server 2003 ou Windows Server  2008 ?  Des  utilisateurs  du  même  domaine  et  des  groupes  globaux  de  tout  domaine  de  la  forêt,  des  groupes  universel  de  la  forêt,  des  groupes  locaux  de  domaine  du  même  domaine  ainsi  que  des  groupes  globaux  de  domaines  externes  approuvés.  8 Est­il possible de créer des groupes universels de sécurité en mode Windows 2000 mixte ou Windows Server  2003 version préliminaire ?  Non.  9 Est­il possible de créer des groupes universels en mode Windows 2000 mixte?  Oui, s’il s’agit de groupes de distribution. Tant que le domaine n’est pas rehaussé dans le niveau fonctionnel Windows  2000 natif ou supérieur, alors il n’est pas possible de créer des groupes de sécurité universels.  10 Est­il possible de changer l’étendue d’un groupe global en groupe local ?  Oui, à condition de changer au préalable son étendue de globale à universelle.  11 Dans quels cas les unités d’organisations (OU) sont­elles utilisées ?  Elles permettent la mise en place d’un modèle organisé pour contenir des objets qui seront soumis à une politique de  délégation.  Les  unités  d’organisation  permettent  aussi  l’usage  de  la  technologie  IntelliMirror  grâce  à  l’application  des  stratégies de groupe.  12 De quelle manière est­il possible de déléguer tout ou partie du contrôle d’administration à un groupe  d’utilisateurs sur une unité d’organisation spécifique ?  Dans la console de gestion MMC Utilisateurs et ordinateurs Active Directory, positionnez­vous sur l’unité d’organisation  et ouvrez le menu Délégation de contrôle.  13 Quels types de modèles d’unités d’organisation pouvez­vous concevoir pour bâtir un modèle organisé adapté à  la gestion des stratégies de groupe et aussi à la gestion de la délégation des tâches administratives ?  Structure basée sur la nature des objets, structure basée sur la nature des tâches à réaliser, structure basée sur les  emplacements géographiques.  14 Est­il judicieux d’intégrer l’organisation de l’entreprise dans le modèle d’unités d’organisation défini dans le  cadre de la politique de délégation et d’usage des stratégies de groupe ?  Non,  car  pour  garantir  un  bon  niveau  de  stabilité  des  premiers  niveaux  d’OUs  il  est  préférable  d’utiliser  des  critères  fiables, statiques et si possible indépendants des paramètres de l’entreprise.  15 Quelle est l’une des fonctionnalités qui intéressera particulièrement les administrateurs dans la mise en place  d’une hiérarchie d’OUs ?  Les  fonctionnalités  d’héritage.  En  effet,  elles  sont  disponibles  pour  la  délégation  de  l’administration  mais  aussi  pour  l’application des stratégies de groupe.  16 Quelle nouvelle fonctionnalité intéressante apportées par Windows Server 2008 permet aux administrateurs de  protéger les objets des services de domaine Active Directory des suppressions accidentelles ?  Les  nouveaux  outils  d’administration  Active  Directory,  tels  que  le  composant  logiciel  enfichable  Utilisateurs  et  ordinateurs Active Directory, ou encore Sites et services Active Directory permettent d’activer l’option Protéger l’objet  des suppressions accidentelles. Vous accédez à cette nouvelle option à partir de l’onglet Objet.  - 2-

© ENI Editions - All rigths reserved

17 Comment installez­vous les différents outils d’administration associés aux rôles et services de Windows Server  2008 et/ou Windows Server 2003 sur un serveur fonctionnant sous Windows Server 2008 ?  Les nouveaux outils d’administration de Windows Server 2008 respectent les interfaces d’administration déjà utilisées  avec Windows Server 2003 et Windows 2000 Server (utilisation des RPC, de l’interface WMI et de l’interface NetBIOS).  Les nouveaux outils sont de nouveaux composants enfichables nécessitant la console de gestion Microsoft MMC 3.0,  déjà  disponible  avec  Windows  Server  2003  R2.  Pour  rappel,  Windows  Server  2003  dispose  de  la  MMC  version  2.0.  L’installation de la console de gestion MMC 3.0 ­ disponible en téléchargement depuis le site de Microsoft ­ nécessite le  SP1 de Windows Server 2003. Enfin, la console de gestion MMC 3.0 est incluse dans Windows Vista et Windows Server  2008. L’installation des différents outils d’administration de Windows Server 2008 est réalisée à l’aide du Gestionnaire  de serveurs/Assistant Ajout de fonctionnalités/Outils d’administration de serveur distant.  18 Comment installez­vous les différents outils d’administration associés aux rôles et services de Windows Server  2008 et/ou Windows Server 2003 sur un poste d’administration fonctionnant sous Windows Vista ?  L’installation des différents outils d’administration de Windows Server 2008 sur un poste Windows Vista nécessite au  préalable  d’installer  le  SP1  de  Windows  Vista.Une  fois  le  SP1  installé,  vous  pourrez  installer  RSAT  ­  Remote  Server  Administratrion  Tools ­  lequel  est  disponible  en  téléchargement  à  partir  du  site  de  Microsoft.  Une  fois  RSAT  installé,  vous devrez sélectionner les outils d’administration souhaités à l’aide du Panneau de configuration/Programmes/Activer  ou  désactiver  des  fonctionnalités  Windows.  L’option  Remote  Server  Administration  Tools  peut  alors  être  sélectionnée. 

© ENI Editions - All rigths reserved

- 3-

Introduction  La  structure  physique  des  services  d’annuaire  Active  Directory  dépend  d’un  ensemble  de  composants  qui  vous  permettront d’optimiser deux grands types de trafic réseau. D’une part, les trafics liés à la réplication des différentes  partitions  de  l’annuaire  et  d’autre  part,  les  trafics  inhérents  aux  phases  d’authentification  des  ordinateurs  et  des  utilisateurs membres des services de domaine Active Directory.  Comme vous pouvez le constater, l’infrastructure de sites joue un rôle important puisqu’elle est au centre des services  d’infrastructure  qui  caractérisent  les  services  d’annuaires  modernes.  Pour  rappel,  nous  avons  vu  au  chapitre  qui  présente les fondements des services d’annuaire Active Directory à quel point les services Active Directory forment le  cœ ur des infrastructures de systèmes distribués de Microsoft.  Ce  chapitre  met  l’accent  sur  l’infrastructure  de  sites  en  particulier  et  son  rôle  important,  mais  n’oubliez  pas  que  la  structure de sites Active Directory n’est qu’un élément parmi tant d’autres stockée dans la partition de configuration de  l’annuaire.  Dans  l’idée,  une  fois  l’architecture  logique  terminée  sur  le  base  des  forêts,  des  domaines  et  aussi  des  unités  d’organisation, il est probable qu’il sera nécessaire de définir puis d’implémenter une architecture de sites. La topologie  de  sites  retenue  devra  permettre  de  maximiser  la  disponibilité  de  l’annuaire  et  de  ses  services  pour  l’ensemble  des  clients du réseau tout en minimisant les coûts issus de la réplication et du support de l’infrastructure technique Active  Directory.  À propos de la planification de l’infrastructure de sites Active Directory La  conception  d’une  infrastructure  Active  Directory  nécessite  l’implication  de  nombreuses  technologies  et  donc  des  grands  principes  qui  leur  sont  associés.  Par  le  passé,  les  systèmes  d’exploitation  ne  considéraient  en  aucune  façon  l’incidence de la topologie du réseau sur le fonctionnement d’un service ou d’une application. Cette lacune est la cause  de tous les maux et de l’apparition de solutions techniques de type "usine à gaz" pour pallier ces faiblesses. Seul IBM  et ses grands systèmes, avec l’architecture SNA, SAA, APPC et APPN considérait des éléments d’architecture en relation  avec le physique, donc la topologie du réseau.  Avec l’Active Directory, Microsoft offre aux entreprises la possibilité de "dessiner" le réseau physique et d’y intégrer des  services  globaux  que  toutes  les  applications  pourront  utiliser,  lorsque  nécessaire.  De  fait,  l’infrastructure  du  réseau  physique n’est plus un problème majeur et passe en second plan. D’un mot, l’approche à utiliser pour mettre en œ uvre  une infrastructure Active Directory peut respecter la planification ci­dessous :  ●

Définition de la structure de forêt(s) ; 

●

Définition de la structure de domaine(s) ; 

●

Définition de la structure du système de résolution DNS ; 

●

Définition de la structure de sites en fonction des contraintes physiques, si nécessaire ; 

●

Définition de la structure des unités d’organisation. 

Une  fois  cette  phase  de  construction  planifiée  et  réalisée,  les  services  additionnels  tels  que  la  technologie  Microsoft  IntelliMirror  et  les  stratégies  de  groupe,  les  services  de  messagerie  Microsoft  Exchange,  les  services  de  gestion  de  certificats  ou  l’usage  du  DFS  à  l’échelle  de  l’entreprise  pourront  être  rajoutés  sur  la  base  de  l’infrastructure  définie  précédemment.  Il est clair que l’architecture définie initialement ne sera pas affectée par les éléments qui viendront s’appuyer sur celle­ ci.  La  mise  en  œ uvre  ainsi  que  le  suivi  de  la  topologie  physique  de  l’Active  Directory  nécessiteront  que  les  Administrateurs de l’entreprise soient en contact avec l’équipe réseau. Ainsi, au fur et à mesure des modifications qui  pourront  avoir  lieu  sur  le  réseau  physique  de  l’entreprise,  la  topologie  physique  de  l’Active  Directory  pourra  ­  et  certainement ­ devra, refléter ces évolutions. 

© ENI Editions - All rigths reserved

- 1-

Contrôleurs de domaine et structure physique  Nous avons déjà beaucoup parlé des contrôleurs de domaine(s). Cependant, il est intéressant de clarifier l’importance  de ce type d’ordinateur par rapport à la problématique de l’infrastructure de sites Active Directory. Les contrôleurs de  domaines jouent un rôle important dans la mesure où toute la plus­value technologique apportée par Microsoft gravite  autour  d’extensions  de  l’Active  Directory  ou  de  l’intégration  de  certaines  applications  avec  l’Active  Directory.  Dans  le  premier cas, nous pouvons citer les services de certificats X.509 V3 (Services AD CS) et les authentifications par cartes  à puce tandis que dans l’autre, nous pouvons citer Microsoft Exchange Server. Nous pouvons aussi citer les services AD  RMS (Rights Management Services), lesquels sont déclarés dans Active Directory via un objet SCP (Service Control Point).  Toute machine Windows Server 2008, Windows Server 2003 ou Windows 2000 Server autonome ou bien membre d’un  domaine  de  n’importe  quelle  nature  (Windows  NT,  Windows  2000,  Windows  Server  2003)  peut  faire  l’objet  d’une  promotion vers le rôle de contrôleur de domaine. L’inverse est aussi vrai lorsqu’il n’est plus nécessaire qu’un contrôleur  soit présent sur tel ou tel emplacement géographique. La promotion d’un ordinateur au rôle de contrôleur de domaine  est souvent justifiée par la nécessité de créer une nouvelle forêt, un nouveau domaine ou bien de rajouter un nouveau  contrôleur dans un domaine existant. L’objet  contrôleur  de  domaine  joue  le  rôle  de  serveur  d’annuaire et de ce fait,  héberge  un  certain  nombre  de  partitions.  Sous  Windows  2000  Server,  un  contrôleur  de  domaine  héberge  trois  partitions ­ aussi appelées NC (pour Naming Context), telles que la partition du domaine, la partition du schéma et la  partition  de  configuration.  Les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2008  ou  Windows  Server  2003  supportent  de  nouvelles  partitions  principalement  dédiées  aux  applications.  Ainsi,  on  appelle  ces  partitions  partitions de l’annuaire d’applications. Nous avons découvert ces nouvelles partitions lors d’une nouvelle installation  de l’annuaire Active Directory. En effet, à l’issue de la promotion, DCPromo créera deux nouvelles partitions dédiées au  système de résolution de noms DNS. Hormis les fonctions traditionnelles d’un serveur compatible LDAP, un contrôleur  de  domaine  Windows  devra  aussi  assurer  parfois  le  support  de  services  globaux  spécifiques  à  l’Active  Directory  tels  que les catalogues globaux et les maîtres d’opérations.  À propos des anciens contrôleurs Windows NT : les contrôleurs Windows NT 3.51 SP5, Windows NT SP6a et  Windows  2000  SP4  peuvent  faire  partie  d’un  domaine  Active  Directory  fonctionnant  en  mode  Windows  2000  mixte  ou  mode  Windows  Server  2003  interim.  Ils  continuent  ainsi  de  jouer  leur  rôle  de  contrôleur  de  domaine  secondaire  ­  sans  s’apercevoir  que  le  contrôleur  de  domaine  principal  fonctionne  sous  Windows  Server  2008,  Windows Server 2003 ou Windows 2000 Server. Bien entendu, ces anciens serveurs ne disposent d’aucun service,  module  composant  ou  fonctionnalité  de  type  Active  Directory.  Dans  la  mesure  où  la  technologie  de  fond  de  ces  anciens  contrôleurs  est  basée  sur  l’interface  NetBIOS  et  les  services  de  résolution  Wins,  les  contrôleurs  Windows  Server 2008, Windows Server 2003 et Windows 2000 Server continuent de supporter ces anciennes technologies. 

1. Catalogue global et ensemble partiel d’attributs  Par définition, un contrôleur de domaine stocke les objets qui le concernent c’est­à­dire tous les objets du domaine  Windows pris en charge. À partir du moment où le contrôleur de domaine joue ­ en plus de ses tâches habituelles ­ le  rôle  de  GC  (pour  Global  Catalog)  il  hébergera  aussi  des  réplicas  des  partitions  de  domaines  de  tous  les  autres  domaines de la forêt ­ sans exception aucune.  Le catalogue global contient la partition propre à son propre domaine ­ disponible en lecture et en écriture, et donc  tous les objets et attributs d’objets du domaine.  Par  contre,  les  autres  partitions  issues  des  autres  domaines  de  la  forêt  qui  seront  répliquées  vers  un  GC  ne  contiendront qu’un ensemble partiel des attributs.  Une partition de domaine répliquée vers un contrôleur de domaine d’un autre domaine n’est disponible qu’en  lecture seule et ne contient que les attributs les plus intéressants. 

Une  telle  partition,  contenant  un  ensemble  partiel  d’attributs,  est  appelée  PAS  ­  Partial  Attributes  Set.  Un  ensemble d’attributs par défaut présents dans les GC a été défini par Microsoft et est facilement modifiable  en modifiant le schéma de l’annuaire. 

L’idée  qui  consiste  à  ne  répliquer  dans  un  GC  que  les  "meilleurs  attributs"  ne  signifie  pas  pour  autant  que  les  recherches  qui  lui  seront  adressées  seront  inconsistantes  puisque  l’ensemble  des  attributs  déclarés  comme  disponibles dans un GC sont effectivement les plus pertinents. 

© ENI Editions - All rigths reserved

- 1-

Exemple d’attribut (X509­Cert) répliqué dans le catalogue global  Obtenu  à  l’aide de la console de gestion MMC du Schéma Active Directory, l’écran précédent montre comment vous  pouvez sélectionner tel ou tel attribut de l’annuaire et décider de l’y insérer dans les GC de l’entreprise.  L’avantage  le  plus  intéressant  concerne  surtout  les  réseaux  composés  de  plusieurs  domaines  et  d’un  volume  d’informations  d’annuaire  très  important,  pouvant  atteindre  des  dizaines,  voire  des  centaines  de  millions  d’objets.  Ainsi,  les  catalogues  globaux  permettent­il  aux  clients  de  trouver  les  objets  "sans  faire  le  tour"  des  contrôleurs  de  domaines,  mais  tout  simplement  en  recherchant  les  objets  sur  le  serveur  d’annuaire  LDAP  de  type  "Catalogue  Global". 

2. Rôle des catalogues globaux  Les serveurs qui possèdent le rôle de GC jouent un rôle central dans l’infrastructure Active Directory. Ces rôles sont  présentés ci­dessous :  ●

Les catalogues globaux prennent en charge les recherches LDAP à l’échelle de la forêt. 

●

Les  catalogues  globaux  participent  à  l’authentification  des  utilisateurs  en  vérifiant  l’appartenance  de  l’utilisateur  aux  groupes  de  sécurité  universels,  dès  lors  que  le  domaine  est  opérationnel  dans  le  niveau  fonctionnel Windows 2000 natif, Windows Server 2003 ou Windows Server 2008. 

●

Les  catalogues  globaux  prennent  en  charge  la  résolution  des  UPN.  Ainsi,  lorsqu’un  utilisateur  ouvre  une  session  à  l’aide  d’un  ordinateur  fonctionnant  sous  Windows  2000,  Windows  XP  Professionnel  ou  Windows  Vista  en  entrant  son  information  de  logon  sous  la  forme  d’un  UPN  ­  tel  que  [email protected],  un  catalogue global sera sollicité pour déterminer quel est le domaine qui prend en charge les authentifications  pour le suffixe demandé, company.com. 

Il n’est nécessaire de réaliser une recherche sur les suffixes UPN que dans le cas où la forêt est composée de  plus  d’un  domaine  Active  Directory.  L’opération  de  recherche  vers  les  GC  est  indispensable  car  les  suffixes  UPN additionnels éventuellement déclarés à l’aide de la console de gestion MMC Domaines et approbations Active  Directory  ne  sont  connus  que  des  catalogues  globaux.  Donc,  lorsque  la  forêt  est  composée  d’un seul et unique  domaine  Active  Directory,  tous  les  contrôleurs  de  domaines  peuvent  prendre  en  charge  les  demandes  d’authentification  ­  y  compris  lorsque  les  utilisateurs  utilisent  une  forme  UPN  telle  que  [email protected],  - 2-

© ENI Editions - All rigths reserved

sans qu’il soit nécessaire de contacter un catalogue global. Notez cependant que seuls les contrôleurs configurés  pour jouer le rôle de catalogue global peuvent répondre aux requêtes initiées sur le port TCP 3268. 

●

Les catalogues globaux sont à la disposition des serveurs Exchange 2000 Server, Exchange Server 2003 ou  Exchange  Server  2007.  Ainsi,  Exchange  Server  extrait  les  informations  concernant  les  adresses  email  des  utilisateurs des catalogues globaux tandis que les utilisateurs Microsoft Outlook les utilisent pour accéder à la  liste d’adresses globale. 

3. Fonctions principales des catalogues globaux  La fonction première des catalogues globaux est de prendre en charge des recherches LDAP sur la base de requêtes  LDAP standard à ceci près que le port utilisé sera le port 3268 au lieu du traditionnel port 389. Le fait d’envoyer des  requêtes LDAP sur le port 3268 dirige les requêtes sur les partitions des domaines en réplication partielle ainsi que  sur la partition du domaine d’appartenance du contrôleur de domaine gobal catalogue.  D’un point de vue des méthodes d’accès disponibles, les catalogues globaux supportent quatre grands protocoles et  interfaces :  Le protocole LDAP : le protocole LDAP (v2 et v3) est le protocole "principal" utilisé pour toutes les communications  avec l’annuaire Active Directory. Il utilise le protocole de transport TCP 389 mais peut aussi utiliser le protocole UDP,  notamment pour la localisation des contrôleurs et l’accès au rootDSE. Les clients LDAP peuvent envoyer des requêtes  vers les catalogues globaux via TCP sur le port 3268.  Les RPC : le protocole RPC  ­ Remote Procedure Call ­ est utilisé dans le cadre de la réplication de l’annuaire et donc  des catalogues globaux.  Le protocole SMTP : le protocole SMTP est préférable lorsqu’il n’existe pas de connexion stable entre les partenaires  mais  malheureusement  n’est  utilisable  que  "partiellement"  puisqu’il  ne  peut  être  utilisé  que  pour  la  réplication  des  partitions  de  schéma,  de  configuration  et  de  catalogues  globaux.  Le  protocole  SMTP  ne  peut  donc  pas  être  utilisé  pour répliquer les données des partitions de domaines.  Au­delà  des  protocoles  de  transport  qui  permettent  les  communications  vers  les  catalogues  globaux,  les  interfaces  suivantes pourront être invoquées par les utilisateurs, les applications et l’Active Directory :  ●

L’interface  LDAP  est  implémentée  sous  la  forme  d’une  DLL  (Wldap32.dll),  laquelle  permet  d’accéder  au  DSA  (Ntdsa.dll), qui lui­même permet d’accéder aux données contenues dans le moteur de stockage géré par ESE  (Esent.dll), 

●

L’interface REPL qui prend en charge les services de réplication de l’annuaire Active Directory. 

●

L’interface NSPI (Name Service Provider Interface) qui prend en charge le support de l’interface de messagerie  MAPI, utilisée par les clients Outlook. 

●

L’interface  SAM  qui  joue  le  rôle  de  passerelle  pour  que  les  clients  ancienne  technologie  (Windows  NT,  Windows 9x) puissent ­ via l’interface SAM ­ accéder au DSA (Directory Service Agent). 

L’interface  NSPI  n’est fournie que pour le support des anciens clients de messagerie. Microsoft précise que  cette interface de développement n’est plus supportée. 

4. Catalogues globaux et activation de l’appartenance aux groupes universels  Les  contrôleurs  de  domaine  Windows  Server  2003  supportent  la  mise  en  cache  de  l’appartenance  aux  groupes  universels afin de limiter les trafics réseau induits par les authentifications lorsque les domaines sont opérationnels  en mode natif Windows 2000, Windows Server 2003 ou Windows Server 2008.  Vous  pouvez  activer  la  fonction  de  cache  site  par  site  en  modifiant  les  propriétés  de  l’objet  NTDS  Site  Settings  à  l’aide de la console de gestion MMC Sites et services Active Directory.  Dans  le  cas  où  vous  souhaiteriez  faire  cette  modification  sur  de  nombreux  sites,  vous  pourrez  décider  de  créer  un  script et de modifier les propriétés de l’objet NTDS Site Settings. Prenez garde au fait que pour l’attribut options qui  contrôle les options de cet objet est par défaut à 0, ce qui signifie que la fonction de mise en cache est désactivée.  Pour l’activer, vous devrez déclarer la valeur de l’attribut options à 32. Ce type d’attribut utilise un ensemble de bits  qui est finalement converti en décimal. En fait, cette option est contrôlée par le sixième bit, c’est­à­dire 100000, donc  32.  L’écran  suivant  obtenu  à  l’aide  de  la  console  de  gestion  MMC  Sites  et  services  Active  Directory  montre 

© ENI Editions - All rigths reserved

- 3-

l’activation de la mise en cache. 

Activation de la mise en cache des groupes universels sur le site de Sophia Antipolis vers un catalogue du site de  Cannes  Vous pouvez consulter, à l’aide d’ADSI Edit, la valeur de l’attribut options de l’objet NTDS Site Settings. La valeur 32  signifie que la mise en cache de l’appartenance aux groupes universels est activée. 

- 4-

© ENI Editions - All rigths reserved

Sites et services Active Directory  La topologie de sites Active Directory est une représentation du réseau physique de l’entreprise. Comme nous l’avons  déjà dit, l’objectif principal de l’infrastructure de sites est d’optimiser les réplications entre les contrôleurs de domaine  Active Directory fonctionnant sous Windows 2000 Server, Windows Server 2003 et Windows Server 2008 ainsi que de  permettre  une  "bonne  sélection"  des  services  en  fonction  de  leur  emplacement  sur  cette  même  topologie.  De  cette  manière,  le  poids  de  l’infrastructure  technique  Active  Directory  sera  maîtrisé,  au  point  que,  le  plus  souvent,  il  sera  quasiment "oublié".  La phase de conception ne pourra réellement être initialisée qu’une fois que vous aurez une bonne appréhension et  compréhension des différents éléments qui composent l’infrastructure de sites. Une fois ces points acquis, le processus  de  conception  sera  itératif  sur  la  base  de  la  création  des  objets  sites,  de  la  topologie  de  réplication  intersites  et  de  l’emplacement des serveurs d’infrastructure sur lesdits sites. 

1. Qu’est­ce qu’un site Active Directory ?  Par définition, un site est un objet de l’annuaire Active Directory qui représente le réseau physique. À l’échelle de la  forêt, la topologie physique sera au service de l’infrastructure Active Directory, c’est­à­dire pour la réplication, pour la  sélection  des  contrôleurs  par  les  clients  de  l’annuaire  Active  Directory,  pour  les  applications  d’entreprise  (Microsoft  Exchange, Microsoft Message Queuing, etc.) et aussi pour les services globaux tels que les services de certificats, les  ouvertures de session par cartes à puce et les services réseau comme le service DHCP.  Un  site  Active  Directory  est  un  ensemble  de  un  ou  plusieurs  réseaux  ou  sous­  réseaux  IP  connectés  par  des  liens  rapides et stables. Généralement, vous pouvez considérer qu’un réseau local de type LAN à 10 Mbps (ou bien sûr à  100 Mbps ou même en Gigabits) est un réseau rapide, mais libre à vous de décider que plusieurs sites géographiques  connectés via des liaisons à 2 Mbps forment un seul et unique site au sens Active Directory du terme.  En  général,  les  sites  sont  séparés  les  uns  des  autres  par  des  connexions  WAN  plus  lentes  et  certainement  moins  fiables puisque pouvant transiter par des réseaux à caractère public.  Ces liaisons entre les différents sites Active Directory sont virtuellement représentées par les objets Liens de sites,  formant  ainsi  un  premier  niveau  de  la  topologie  physique  de  l’annuaire  Active  Directory.  Les  services  de  l’annuaire  Active  Directory  vont  ensuite  considérer  la  topologie  des  sites  pour  déterminer  quand,  comment  et  quel  chemin  il  faudra  emprunter  pour  pouvoir  réaliser  une  opération  de  réplication  ou  bien  la  sélection  de  tel  ou  tel  service  enregistré dans l’annuaire en fonction de l’endroit d’où la demande aura été initiée. 

2. Pourquoi créer un site ?  Les  services  d’infrastructure  sont  fondamentaux.  D’ailleurs,  ils  sont  de  plus  en  plus  utilisés  par  le  système  d’exploitation mais aussi par les applications. L’infrastructure de site vous permettra d’optimiser la bande passante  disponible dans les cas listés ci­dessous :  ●

Il existe un lien particulièrement lent entre deux sites : dans ce cas, vous pourrez limiter la bande passante  consommée par les flux de réplication Active Directory et la récupérer pour un autre usage. 

●

Certains  liens  coûtent  plus  cher  que  d’autres  :  vous  pourrez  affecter  un  coût  et  gérer  un  planning  hebdomadaire pour définir la meilleure utilisation d’une liaison intersites particulière. 

●

La  bande  passante  disponible  est  faible  :  cette  fois­ci,  vous  souhaitez  contraindre  la  bande  passante  disponible  aux  réplications  Active  Directory  car  la  bande  passante  disponible  est  insuffisante  et  les  communications inter sites ne sont pas toujours disponibles. 

© ENI Editions - All rigths reserved

- 1-

Une forêt Active Directory dispose d’une seule et unique configuration donc d’une seule infrastructure de site  La  figure  précédente  illustre  une  infrastructure  de  sites  Active  Directory  réaliste.  La  forêt  corpnet.corporate.com  est  composée de multiples domaines dans une ou plusieurs arborescences, de multiples sites interconnectés à l’aide de  liens de sites, et d’un ou plusieurs contrôleurs de domaines par site. 

3. Sites et services  La  topologie  de  sites  Active  Directory  fait  tout  de  suite  penser  au  côté  physique  du  réseau.  Cependant,  le  réseau  n’est que le support sur lequel les services de l’infrastructure transitent.  Finalement, les services distribués de l’annuaire Active Directory nous montrent que l’Active Directory voit un réseau,  c’est­à­dire des sites mais aussi des services. L’écran ci­après illustre cette approche pragmatique. 

La console de gestion MMC Sites et services Active Directory  Comme vous pouvez le constater, le nœ ud Services montre les services tels que Microsoft Exchange, MsmqServices  pour les services de Message Queuing, Public Key Services pour les services de certificats et RRAS pour les services  de gestion des accès distants. 

- 2-

© ENI Editions - All rigths reserved

Par  défaut  le  nœ ud  des  services  n’est  pas  affiché.  Pour  l’afficher,  activez  l’option  Afficher  le  nœud  des  services.  Le protocole Kerberos, les services de certificats X.509 v3 ainsi que l’ouverture de session par cartes à puce ont un  caractère global au niveau de l’entreprise toute entière. Par conséquent, ces éléments sont inscrits dans la partition  de configuration de l’annuaire Active Directory, qui contient aussi les sites mais aussi le nœ ud des services globaux.  Services, applications et gestion de la bande passante intersites La topologie de sites Active Directory vous permettra d’optimiser l’usage de la bande passante disponible entre vos  sites géographiques en fonction des activités réseau présentées ci­dessous :  ●

Les  ouvertures  de  sessions  réalisées  par  les  ordinateurs  et  les  utilisateurs  membres  d’un  domaine  Active  Directory. Nous avons vu au chapitre traitant des méthodes de localisation des services Active Directory que  les  ordinateurs  clients  de  l’annuaire  utilisaient  le  service  Net  Logon  Ouverture  de  session  réseau  ­  en  tant  que  Principal  Locator  Service  via  le  service  DNS  pour  rechercher  la  machine  la  plus  proche  jouant  le  rôle  demandé sur la base des sites Active Directory. La topologie des sites doit donc permettre de minimiser les  flux  liés  aux  authentifications  et  à  la  phase  post­authentification  qui  prend  en  charge  l’application  des  stratégies de groupes et autres scripts d’ordinateurs ou d’utilisateurs. 

●

Les flux de réplication de l’annuaire la topologie de sites servira les opérations propres aux réplications en  vous permettant de contrôler quand et comment les réplications doivent se produire. 

●

Les applications Active Directory une application Active Directory peut utiliser les services de l’annuaire en  fonction  de  ses  besoins  à  quelque  niveau  que  ce  soit.  Il  pourrait  s’agir  des  mécanismes  d’authentification  Kerberos,  du  stockage  de  données  répliquées  dans  le  volume  système  SYSVOL  ou  directement  dans  une  partition  de  l’annuaire  d’applications  Active  Directory.  Les  contrôleurs  de  domaine  Windows  Server  2003  et  aussi Windows 2000 Server utilisent la topologie de sites pour construire la topologie de réplication utilisée  par  le  système  de  réplication  de  fichiers  FRS  NT  File  Replication  Service.  Ce  point  est  très  important  car  il  permet la réplication du SYSVOL et des réplicas DFS qui pourraient être mis en réplication automatique. 

© ENI Editions - All rigths reserved

- 3-

Réplication Active Directory  Le moteur de réplication de l’annuaire Active Directory (appelé DRS ­ Directory Replication System) adapte sa méthode  de réplication en fonction de la topologie de sites pour procéder aux mises à jour des données de l’annuaire entre un  contrôleur  de  domaine  et  un  autre  contrôleur  de  domaine  lorsqu’ils  sont  situés  sur  le  même  site  ou  sur  des  sites  différents.  Le moteur de réplication DRS n’existe pas en tant que service que vous pourriez contrôler. Il est directement  intégré  au  cœ ur  du  rôle  de  contrôleur  de  domaine  via  le  DSA  (Directory  Service  Agent)  au  sein  de  la  DLL  Ntdsa.dll.  Ensuite,  les  accès  à  la  base  de  données  NTDS.DIT  sont  pris  en  charge  via  le  moteur  ESE  (Extensible  Storage Engine) représenté par le DLL Esent.dll.  Il convient de garder à l’esprit que l’annuaire Active Directory doit s’assurer que toutes les informations offertes sont  bien  disponibles  sur  tous  les  contrôleurs  de  domaine  concernés  pour  tous  les  ordinateurs  et  utilisateurs  clients  du  réseau Active Directory.  Pour  atteindre  cet  objectif,  la  réplication  Active  Directory  met  en  œ uvre  deux  grands  types  de  réplication.  Les  points  clés qui caractérisent ces différentes méthodes sont présentés ci­dessous :  La réplication de type intrasite :  ●

est recommandée sur des liaisons réseau rapides et fiables, 

●

utilise le protocole RPC sur TCP/IP, 

●

utilise le principe des notifications de modifications, 

●

est rapide. 

La réplication de type intersites :  ●

est recommandée lorsque la bande passante disponible est faible ou lorsque les liaisons sont peu fiables, 

●

utilise presque toujours le protocole IP, mais peut aussi dans certains cas s’appuyer sur le protocole SMTP, 

●

utilise un cycle et une planification hebdomadaire. 

●

utilise la compression de flux. 

1. Concept de la réplication intrasite  La  réplication  qui  se  produit  entre  des  contrôleurs  de  domaine  situés  dans  le  même  site  est  appelée  réplication  intrasite  et  est  particulièrement  adaptée  pour  des  communications  fiables  et  rapides.  En  anglais,  on  parle  de  connexions  entre  des  contrôleurs  de  domaine  dits  well  connected,  c’est­à­dire  bien  connectés.  Par  définition,  les  réplications intrasites considèrent que la connectivité entre deux partenaires de réplication est excellente. De fait, il  est possible que des flux importants se produisent entre des contrôleurs de domaine situés sur un même site Active  Directory.  Le principal avantage de la réplication intrasite est certainement sa bonne réactivité. On dit aussi que la réplication  intrasite offre une faible latence.  D’un  point  de  vue  de  son  fonctionnement  interne,  la  réplication  intrasite  est  basée  sur  un  concept  de  type  notification. Ainsi, les contrôleurs d’un site donné attendent qu’une modification d’un contexte de nommage (c’est­à­ dire une partition) ait lieu pour notifier leurs voisins directs sur le site. Les partenaires voisins notifiés vont ensuite  "tirer" les modifications à partir du contrôleur de domaine ayant été à l’origine de la modification. Vous trouverez ci­ dessous les spécificités propres aux deux types de contrôleurs de domaine que vous pourrez utiliser :  Cas des contrôleurs Windows 2000 Server : les contrôleurs de domaine fonctionnant sous Windows 2000 Server  utilisent, par défaut, une pause après modification de 300 secondes, c’est­à­dire 5 minutes.  Cas  des  contrôleurs  Windows  Server  2003  et  Windows  Server  2008  :  les  contrôleurs  de  domaine  fonctionnant  sous Windows Server 2003 utilisent une valeur beaucoup plus faible. Ils notifient désormais leurs partenaires après  une pause d’à peine 15 secondes, ce qui les rend plus réactifs que leurs prédécesseurs. 

© ENI Editions - All rigths reserved

- 1-

Modification du paramètre Pause After Modify : pour modifier le comportement des contrôleurs de domaine  Windows  2000  Server,  vous  pourrez  changer  la  valeur  par  défaut  de  la  clé  spécifiée  ci­après  :  HKLM/System/CurrentControlSet/Services/ NTDS/Parameters — Clé : Replicator Notify Pause After Modify — Valeur  de type REG_DWORD : défaut (300 sec.) 

Forçage des réplications intrasites à l’aide de la console de gestion MMC Vous pourrez forcer un contrôleur spécifique à aller chercher les modifications disponibles sur l’un de ses partenaires  en  sélectionnant  l’objet  connexion  correspondant,  au  contrôleur  servant  de  référence.  La  procédure  ci­dessous  détaille cette opération simple mais faisant partie des tâches d’administration courantes :  ■

Lancez la console de gestion MMC Sites et services Active Directory. 

■

Positionnez­vous  sur  le  site  souhaité,  parcourez  le  conteneur  nommé  Servers,  sélectionnez  le  serveur  à  synchroniser puis cliquez sur le conteneur NTDS Settings. 

■

Sélectionnez l’objet connexion correspondant à la source de réplication, cliquez avec le bouton droit puis choisissez  l’option Répliquer maintenant. 

Forçage des réplications à l’aide de la commande Repadmin L’interface graphique de la console de gestion MMC est d’un usage facile. Cependant, elle ne permet pas un contrôle  de toutes les options disponibles. Vous pourrez donc, dans certains cas, préférer la commande Repadmin.exe. Cette  commande est livrée avec les outils de support de Windows Server 2003.  La commande Repadmin est intégrée de base dans Windows Server 2008. Les paramètres disponibles avec  la version livrée dans les Outils de Support de Windows Server 2003, fonctionnent toujours sous Windows  Server  2008.  Notez  toutefois  que  la  version  Repadmin  intégrée  à  Windows  Server  2008  supporte  de  nouveaux  paramètres.  Par  exemple,  le  paramètre  /prp  permet  à  un  administrateur  d’afficher  ou  de  modifier  la  stratégie  de  réplication des mots de passe pour les contrôleurs de domaine en lecture seule (RODC).  Déclenchement des réplications à l’aide de la commande Repadmin  La  commande  Repadmin  nécessite  que  vous  spécifiiez  le  nom  du  contrôleur  de  domaine  à  synchroniser.  Pour  y  parvenir, procédez de la manière suivante :  ■

Déterminez  les  partenaires  de  réplication  directe  du  serveur  source  en  tapant  la  commande  suivante  :  repadmin /showreps nom_du_serveur_cible  Si  le  serveur  cible  est  contactable,  il  affiche  des  données  donnant  un  compte  rendu  des  partitions  connues  de  chaque partenaire ainsi que l’état des dernières synchronisations. 

■

Recherchez la partition d’annuaire à synchroniser et le serveur source avec lequel le serveur cible sera synchronisé.  Notez l’objectGuid du serveur source. 

■

Vous pouvez maintenant déclencher la réplication en tapant la commande :  repadmin /sync partition_annuaire nom_du_serveur_cible objectGuid_du_serveur_source 

Par  exemple,  pour  lancer  la  réplication  sur  le  serveur  S1  pour  répliquer  les  modifications  à  partir  de  S2  :  repadmin /sync dc=emea,dc=corpnet,dc=corporate,dc=com S1 d2e3fbad­e07a­11d2­b573­0000f87a253b  Vous pouvez aussi, en fonction des cas, utiliser les options suivantes :  /force  Ignore les timing de réplication planifiés.  /async  Démarre la réplication sans attendre qu’une réplication en cours soit terminée.  /full 

- 2-

© ENI Editions - All rigths reserved

Force une réplication complète de tous les objets du DSA de destination. 

Il  ne  s’agit que des paramètres les plus couramment utilisés. Aussi, pour plus de détails, référez­vous  à  la  documentation  disponible  sur  le  site  de  Microsoft  à  l’adresse  :  http://www.microsoft.com/Resources/Documentation/windowsserv/2003/ all/techref/en­us/repadmin_syntax.asp 

Vous  pourrez  aussi  consulter  l’article  229896  Using  Repadmin.exe  to  Troubleshoot  Active  Directory  Replication de la base de connaissances de Microsoft, en sélectionnant le lien http://support.microsoft.com/? kbid=229896. 

Commande Repadmin et anciens paramètres Windows 2000 Server  La  commande  Repadmin  /oldhelp  vous  permet  d’afficher  les  paramètres  qui  étaient  disponibles  dans  la  version  Windows 2000 de Repadmin. De nouveaux paramètres plus performants remplacent les anciens, lesquels demeurent  toujours utilisables pour maintenir une compatibilité ascendante.  Les commandes déclarées comme "anciennes" sont listées ci­dessous :  Repadmin sync : cette commande déclenche une réplication pour la partition spécifiée entre le contrôleur de domaine  source et le contrôleur de domaine de destination. Vous pouvez obtenir la valeur du paramètre source UUID à l’aide  de la commande qui permet d’afficher les partenaires de réplication, Repadmin /showreps. La syntaxe complète est  spécifiée  ci­dessous  :  repadmin  /sync  NamingContext  DestDC  SourceDCUUID  [/force]  [/async]  [/full]  [/addref]  [/allsources]  NamingContext  Correspond au DN de la partition d’annuaire.  DestDC  Correspond  au  DSA  ­  Directory  Server  Agent,  c’est­à­dire  le  nom  d’hôte  du  contrôleur  de  domaine  avec  lequel  vous  souhaitez répliquer.  SourceDCUUID  Correspond au GUID du serveur source. Il s’agit d’une valeur unique hexadécimale qui identifie l’objet. Comme cela  est spécifié plus haut, le paramètre /showreps vous permettra d’obtenir cette valeur.  /force  Permet d’outrepasser les plannifications horaires définies.  /async  Spécifie  que  les  réplications  fonctionnent  en  mode  asynchrône.  Ce  point  signifie  que  la  commande  Repadmin  peut  démarrer un événement de synchronisation, mais n’attend pas une réponse immédiate du contrôleur de destination  sollicité.  Il  est  recommandé  d’utiliser  ce  paramètre  lorsque  les  deux  contrôleurs  de  domaine  sont  séparés  par  des  liens lents.  /full  Force une synchronisation totale de tous les objets à partir du contrôleur de domaine de destination.  Les autres commandes de type Windows 2000 Server fonctionnant toujours avec la version Repadmin livrée avec les  outils de support de Windows Server 2003 sont listées ci­dessous :  Repadmin  /propcheck  /?  :  cette  commande  compare  les  propriétés  de  contrôleurs  de  domaine  spécifique  pour  déterminer s’ils sont ou non correctement synchronisés.  Repadmin /getchanges /? : cette commande affiche directement à l’écran les changements d’une partition ou d’un  objet spécifié.  Repadmin /showreps /? : cette commande affiche directement à l’écran les partenaires de réplication de toutes les  partitions du contrôleur de domaine spécifié. Cette commande aide les administrateurs à avoir une visibilité sur les  partenaires de réplication impliqués dans la réplication d’une partition donnée. 

© ENI Editions - All rigths reserved

- 3-

Versions des outils de support : il convient de signaler que vous devez faire attention à la version des outils  de support que vous utilisez. En effet, en fonction des versions Windows 2000 ou Windows Server 2003 de  ces  outils,  certaines  options  peuvent  être  disponibles  ou  non.  Microsoft  recommande  l’utilisation  des  dernières  versions des outils de support. Ce principe est certainement un bon principe puisqu’il vous permettra de disposer  des outils les plus "puissants". Cette remarque est très importante lorsque vous devez solutionner un problème  dans l’urgence. De plus, rappelons aussi que les outils de support livrés avec Windows 2000 Server ou Windows  Server  2003  font  l’objet  de  mises  à  jour  lors  du  passage  des  Services  Packs  de  Windows.  En  bref,  les  meilleurs  outils de support sont donc ceux livrés avec la dernière version de système d’exploitation avec le dernier SP. 

Notez aussi que certains outils ou commandes sont mis à niveau et téléchargeables gratuitement sur le site  Web  de  Microsoft  à  l’adresse  ci­dessous  :  http://www.microsoft.com/windowsserver2003/downloads/tools/default.mspx.  Les  outils  du  Kit  de  Ressources  Techniques de Windows Server 2003 font aussi l’objet de mises à niveau spécifiques. Vous pourrez retrouver ces  Windows Server 2003 Resource Kit Tool Updates en vous rendant à l’adresse : http://go.microsoft.com/fwlink/? linkid=20207 

2.  Réplication  intrasite  avec  des  contrôleurs  Windows  2000  Server,  Windows  Server  2003 et Windows Server 2008  Les  contrôleurs  de  domaine  fonctionnant  sous  Windows  2000  Server  qui  sont  mis  à  niveau  vers  Windows  Server  2003  conservent  la  valeur  par  défaut  de  réplication  intrasite  égale  à  300/30.  Cette  notation  signifie  que  tout  changement  effectué  sur  un  contrôleur  de  domaine  Active  Directory  sera  répliqué  vers  les  autres  contrôleurs  de  domaine du site 5 minutes (300 secondes) plus tard, à laquelle il conviendra d’ajouter une valeur aléatoire comprise  entre 0 et 30 secondes avant de notifier le prochain contrôleur de domaine.  Une fois que les contrôleurs de domaine Windows 2000 auront été migrés vers Windows Server 2003, vous pourrez  rehausser le niveau fonctionnel de la forêt vers le niveau Windows Server 2003 et profiter des nouveaux timings de  réplication intrasite.  Cette remarque est toujours vraie avec Windows Server 2008. En effet, pour profiter de cette nouvelle fonctionnalité,  il suffit d’attendre le niveau fonctionnel de forêt Windows Server 2003 (ou Windows Server 2008).  Les timings utilisés sur les contrôleurs de domaine Windows Server 2003 et Windows Server 2008 utilisent le ratio  15/3. Cette nouvelle valeur signifie que tout changement effectué sur un contrôleur de domaine Active Directory sera  répliqué vers les autres contrôleurs de domaine du site 15 secondes plus tard, à laquelle il conviendra d’ajouter une  valeur aléatoire de 3 secondes avant de notifier le prochain contrôleur de domaine.  Notez  que  toute  nouvelle  installation  d’un  contrôleur  de  domaine  Windows  Server  2003  ou  Windows  Server  2008  utilise toujours le ratio 15/3, mais que ces valeurs par défaut dépendent de la version du système d’exploitation, des  éventuelles mises à niveau et aussi du niveau fonctionnel la forêt.  Microsoft recommande d’éviter de changer les timings de réplication par défaut (300/30) des contrôleurs de  domaine Windows 2000. À la place, il est conseillé de mettre à niveau le ou les contrôleurs de domaine et de  rehausser le niveau fonctionnel de la forêt vers le niveau Windows Server 2003, ou mieux Windows Server 2008. 

3. Concept de la réplication intersites  La réplication qui se produit entre des contrôleurs de domaine situés sur des sites différents est appelée réplication  intersites. Elle est particulièrement adaptée pour des communications moins fiables et/ou qualifiables de lentes.  L’avantage principal de la réplication intersites est qu’elle permet à l’administrateur de contrôler les plages horaires  affectées  ou  non  affectées  aux  réplications  Active  Directory.  En  plus  de  cette  possibilité,  les  réplications  intersites  sont compressées ­ avec un ratio de 10 à 15%, ce qui permettra bien sûr de moins consommer de bande passante  sur le ou les liens intersites.  À  propos  de  la  bande  passante  des  connexions  intersites  :  en  général,  une  liaison  rapide  est  une  liaison  permettant  de  disposer  d’un  débit  minimum  compris  entre  512  Kbps  et  2  Mbps.  Par  conséquent,  tout  site  connecté par un lien inférieur à cette valeur devrait être considéré et déclaré comme site Active Directory et profiter  de la gestion des communications intersites. Cependant, la classification en termes de liens "lents ou rapides" est  subjective  et  dépendra  aussi  de  la  bande  passante  et  des  volumes  de  données  à  transférer  entre  les  sites.  Techniquement, il est tout à fait possible de considérer qu’un lien est lent lorsque la bande passante disponible est  inférieure à 128 Kbps.  Le  seul  aspect  négatif  introduit  par  les  mécanismes  de  réplication  intersites  est  certainement  l’augmentation  de  la 

- 4-

© ENI Editions - All rigths reserved

latence de réplication entre les contrôleurs de domaine situés sur des sites géographiquement différents.  Nous pouvons conclure qu’il s’agit du prix à payer pour disposer d’informations d’annuaire à jour sur l’ensemble de la  topologie du réseau tout en minimisant l’impact sur celui­ci.  À propos de la latence des réplications Le problème de latence de la réplication des objets, attributs d’objets et valeurs des attributs d’objets n’en est pas  toujours  un.  Effectivement,  la  réplication  Active  Directory  est  basée  sur  un  modèle  multimaître  ­  en  anglais  "Multi  master replication".  Ce concept permet de modifier directement les objets à l’emplacement qui le nécessite, ce qui a pour effet de faire  baisser le caractère urgent d’une réplication.  Par  exemple,  pour  modifier  le  numéro  de  téléphone  d’un  utilisateur,  ou  bien  ses  appartenances  aux  groupes  ou  même son mot de passe, vous pouvez modifier directement ces valeurs sur le contrôleur du site sur lequel l’utilisateur  est actuellement connecté. Il n’est donc plus nécessaire de répliquer "rapidement" une information qui n’est d’ailleurs  peut­être pas réellement utile sur un autre site.  Cette remarque n’enlève rien au fait que certaines opérations particulières nécessitent de répliquer certaines  informations  de  façon  urgente.  Ce  sera,  par  exemple,  le  cas  du  blocage  d’un  compte  utilisateur  lors  de  l’utilisation d’un mauvais mot de passe. Le cas particulier des réplications urgentes est traité plus loin. 

4. Création des objets connexion en intrasite et anneaux de réplication  La réplication des mises à jour des objets stockés dans les partitions de l’annuaire sont transmises de contrôleur en  contrôleur et donc de site en site. Nous pouvons considérer qu’il existera deux grands types de chaînage possibles :  ●

Les contrôleurs d’un même domaine sont ventilés sur de multiples sites. 

●

Les contrôleurs de multiples domaines sont ventilés sur le même site et sur de multiples sites. 

Les  objets  de  connexion  sont  des  objets  indispensables  au  bon  fonctionnement  des  réplications.  Grâce  à  eux,  les  liens de communication qui permettent à deux partenaires de réplication d’échanger des données qu’ils auraient en  commun existent et alors, tout devient possible.  Ces objets de connexion sont créés par le Vérificateur  de  la  topologie  de  réplication appelé en anglais KCC pour  Knowledge Consistency Checker. Le KCC est une véritable application distribuée qui fonctionne de manière régulière —  par défaut toutes les 15 minutes — sur tous les contrôleurs de domaine Windows 2000 Server, Windows Server 2003  et Windows Server 2008. En fait, chaque contrôleur de domaine disposant de la partition de configuration de la forêt  utilisera le KCC et les informations de la partition de configuration pour déterminer et créer les meilleures connexions.  Bien sûr, le KCC s’appuiera sur l’infrastructure de sites Active Directory pour créer :  ●

des connexions adaptées à un fonctionnement intrasite, 

●

et des connexions adaptées à un fonctionnement intersites. 

En fonction de la situation géographique des contrôleurs de domaines et des partitions qu’ils hébergent (partitions  de schéma, de configuration, de domaine et partition de l’annuaire d’applications Active Directory).  Important  :  à  partir  du  moment  où  il  existe  au  sein  de  la  forêt  plus  d’un  contrôleur  de  domaine,  il  est  indispensable qu’il existe au minimum une connexion (ou deux ou plus) pour chacun d’entre eux. Lorsqu’un  contrôleur  ne  dispose  plus  de  ces  connexions,  alors  il  ne  lui  est  plus  possible  de  communiquer  avec  ses  partenaires. 

Un tel phénomène ne devrait pas se produire puisque le KCC de chaque contrôleur vérifie la cohérence de la  topologie  de  réplication  toutes  les  15  minutes.  Par  contre,  dans  le  cas  où  le  KCC  serait  désactivé  sur  un  contrôleur  particulier,  seul  un  administrateur  de  l’entreprise  pourra  rétablir  la  situation  en  créant  les  connexions  nécessaires  au  bon  fonctionnement  du  contrôleur.  Tant  que  cette  opération  manuelle  n’aura  pas  été  réalisée,  le  contrôleur sera en dehors de la topologie de sites et sera, de ce fait, "isolé" de l’infrastructure. 

Les  objets  de  connexion  nécessaires  aux  contrôleurs  de  domaine  situés  sur  un  même  site  sont  créés  de  manière 

© ENI Editions - All rigths reserved

- 5-

entièrement automatique. Le KCC de chaque contrôleur de domaine s’arrangera pour que un ou plusieurs anneaux  de réplication soient toujours disponibles. Par défaut, le KCC se déclenche automatiquement toutes les 15 minutes.  Pour  pouvoir  personnaliser  le  cycle  de  déclenchement  du  KCC,  vous  pourrez  modifier  sur  le  ou  les  contrôleurs  souhaités, la clé ci­dessous :  Emplacement : HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Parameters  Paramètre : Repl topology update period (secs)  Valeur de type REG_DWORD : la valeur doit être comprise entre 0x14­et 0xFFFFFFFF. La valeur par défaut est 0x384  soit 900 secondes, c’est­à­dire 15 minutes.  Description : ce paramètre permet de spécifier quand le KCC réévalue la topologie de réplication. Le KCC évaluera la  topologie  de  réplication  à  l’intervalle  spécifié  lorsque  l’annuaire  Active  Directory  fonctionne.  Notez  que  par  défaut  cette entrée n’existe pas dans le registre.  Utilisation des anneaux en intrasite La figure ci­après illustre la structure d’un anneau de réplication intra site. Par définition, un anneau de réplication est  composé  au  plus  de  7  contrôleurs  de  domaines,  sachant  que  les  réplications  entre  contrôleurs  supportent  une  transitivité des réplications limitée à 3 sauts.  Le scénario suivant illustre les opérations qui peuvent se produire sur un site comportant de multiples contrôleurs :  1. Au fur et à mesure du déploiement, les contrôleurs Active Directory ont été insérés sur le site et le KCC a créé la  topologie de réplication adéquate à l’aide des objets connexion du site.  2.  Une  modification  est  réalisée  sur  le  contrôleur  s1.  Ce  contrôleur  devient  l’origine  de  la  modification.  De  fait,  il  incrémente la valeur de l’USN de la base Active Directory (USN ­ Unique Sequence Number) ainsi que l’USN de l’objet et  aussi des attributs modifiés. Celui­ci attend son délai de 15 secondes.  3.  s1  identifie  les  partenaires  de  réplication  concernés,  puis  réalise  les  recherches  DNS  nécessaires  pour  s’y  connecter.  4.  s1  sélectionne  ses  partenaires  et  réalise  une  authentification  mutuelle  à  l’aide  du  protocole  Kerberos  via  des  appels RPC sur IP. À l’issue de cette authentification, s1 envoie une notification de changement vers ses partenaires. 

Réplication Intrasite et objets de connexion  5. Les contrôleurs s2 et s7 notifiés contactent le serveur ayant fait l’objet des modifications en retournant à s1 une  demande  des  changements.  Cette  opération  est  réalisée  en  demandant  la  table  des  changements  des  métadonnées.  6. s1 renvoie les données demandées aux partenaires authentifiés.  7.  Finalement,  les  contrôleurs  s2  et  s7  utilisent  le  sous­système  de  réplication  Active  Directory  pour  appliquer  les  changements dans la base de données NTDS.DIT.  Dans cet exemple, vous pouvez constater que le contrôleur s3 est indisponible. Du coup, le KCC des machines s2 et  s4  détectera  cette  absence  ­  au  plus  tard  avec  un  délai  de  15  minutes  et  une  nouvelle  connexion  sera  automatiquement créée.  - 6-

© ENI Editions - All rigths reserved

Une  autre  problématique  prise  en  charge  par  le  moteur  de  réplication  de  l’Active  Directory  permet  de  "freiner"  les  réplications  inutiles.  Dans  notre  exemple,  s4  informe  son  partenaire  s5  qu’il  possède  des  modifications.  Les  deux  contrôleurs  vont  échanger  des  tables  de  modifications  (Watermark  Vector  and  Up­To­Dateness  Vector)  qui  permettront au serveur sollicité d’accepter ou refuser les propositions notifiées. Dans notre cas, s5 refuse car il a déjà  reçu les informations via le serveur s6.  L’écran ci­après montre les caractéristiques d’un objet connexion. Vous remarquerez que le nom de l’objet est généré  automatiquement. En fait, il ne s’agit pas du véritable CN de l’objet mais d’une sorte de commentaire qui a pour objet  de nous faire remarquer que la connexion a été créée par le KCC et pas manuellement par un administrateur de la  topologie de site. Le véritable CN est tout simplement une valeur de type GUID telle que 013ba9c6­7fc7­437a­a9da­ 402d88e6171e 

Caractéristiques d’un objet connexion créé par le KCC  Vous  pourrez  aussi  ajouter  des  connexions  manuellement  pour  raccourcir  certains  chemins  de  réplication.  Dans  ce  cas, le KCC ne prendra pas l’initiative de supprimer ces connexions spécifiques.  À  l’inverse,  si  vous  supprimez  des  objets  connexion  créés  par  le  module  KCC,  celui­ci  s’empressera  lors  de  son  prochain cycle de fonctionnement, de les recréer.  À propos du renommage des objets connexion La  console  de  gestion  MMC  Sites  et  services  Active  Directory  vous  permet  de  créer  vos  propres  connexions  ou  même de modifier les connexions créées par le KCC. Cependant, si vous souhaitez renommer les connexions créées  par  le  KCC,  un  message  vous  informera  que  la  connexion  perdra  son  statut  de  "connexion  générée  automatiquement".  Le fait de poursuivre fera que le KCC ne prendra plus à sa charge la gestion de cette connexion. Cela signifie aussi  que vous contrôlez désormais totalement les différentes propriétés de cet objet. 

5. Réplication intersites à l’aide des liens de sites et ponts de liaisons  Nous  venons  d’étudier  la  réplication  intrasite  et  nous  avons  pu  voir  à  quel  point  le  KCC  est  un  composant  fondamental de la création de la topologie de réplication. Alors que dans le cas de la topologie de réplication intrasite  toutes  les  opérations  sont  prises  en  charge  par  le  KCC  de  manière  automatique,  cette  fois­ci,  les  connexions  nécessaires  à  la  réplication  seront  créées  sur  la  base  des  informations  intersites  que  vous  aurez  au  préalable  déclarées à l’aide de la console de gestion MMC Sites et services Active Directory. 

© ENI Editions - All rigths reserved

- 7-

L’annuaire stocke les informations nécessaires à la construction de la topologie de réplication sous la forme d’objets  de type liaison de sites et autres ponts de liaisons intersites.  Un seul et unique contrôleur de domaine par site a la charge de construire la topologie. Le contrôleur ­ le premier à  être  arrivé  sur  le  site  ­  jouant  ce  rôle  est  appelé  ISTG ­  pour  Inter  Site  Topology  Generator,  c’est­à­dire  en  français  générateur de topologie intersite. Un algorithme d’arborescence à moindre coût permet de construire une topologie  de  réplication  efficace  en  éliminant  les  objets  connexion  inutiles  et  du  même  coup,  les  chemins  de  réplication  redondants  entre  les  sites.  Comme  nous  l’avons  vu  concernant  la  topologie  intrasite,  la  topologie  de  réplication  intersites  est  mise  à  jour  régulièrement  pour  répondre  aux  éventuelles  évolutions  de  la  structure  du  réseau.  Vous  pouvez contrôler la réplication intersite par le biais des informations que vous fournissez en créant des objets lien de  sites. 

a. Les liens de sites  Les liens de sites vous permettent de relier un ou plusieurs sites de telle sorte que les communications deviendront  possibles  entre  les  contrôleurs  répartis  sur  de  multiples  sites.  En  fonction  de  ces  déclarations,  l’ISTG  prendra  ensuite à sa charge la création et la configuration des objets connexion.  Les  liens  intersites  ­  parfois  appelés  liaisons  intersites,  vous  permettent  de  maîtriser  quand  et  comment  les  réplications  intersites  se  produisent.  Active  Directory  économise  la  bande  passante  entre  sites  en  réduisant  au  minimum la fréquence de réplication. Par défaut, la réplication intersites a lieu toutes les 180 minutes (3 heures) sur  chaque liaison de sites, sachant que la valeur minimale ne peut être inférieure à 15 minutes.  Bien sûr, vous pouvez modifier cette fréquence en fonction de vos propres exigences. Une fréquence de réplication  plus  importante  consomme  davantage  de  bande  passante.  En  plus  de  la  valeur  de  ce  cycle,  vous  pouvez  aussi  planifier  la  disponibilité  des  liaisons  de  sites  pour  la  réplication.  Par  défaut,  une  liaison  de  sites  est  disponible  24  heures  sur  24,  7  jours  sur  7.  Vous  pouvez  limiter  cette  disponibilité  à  certains  jours  de  la  semaine  ou  à  certains  créneaux  horaires.  Par  exemple,  vous  pouvez  planifier  la  réplication  intersites  pour  qu’elle  s’effectue  uniquement  après les heures de travail ou les week­end.  Le dernier paramètre intéressant concernant le lien de site est la valeur de Coût qui lui est associée. Ainsi, tout lien  traversé  pour  atteindre  un  site  donné  augmente  le  coût  global  de  la  route  entre  le  site  source  et  le  site  de  destination. L’usage des coûts permettra donc à l’administrateur de l’infrastructure Active Directory de respecter un  certain nombre de consignes directement émises par l’équipe ayant en charge l’administration du réseau physique.  La configuration présentée ci­après est composée de trois sites (San Francisco, Paris et Vancouver). Ces sites ont  été déclarés à l’aide de la console de gestion MMC Sites et services. Les sous­réseaux IP ont été créés et associés à  leur site respectif.  Dans cette première configuration, chaque site est associé au lien de site par défaut nommé DEFAULTIPSITELINK.  Les  caractéristiques  de  ce  lien  font  que  les  réplications  intersites  sont  planifiées  pour  être  réalisées  toutes  les  3  heures sur un planning hebdomadaire autorisant les réplications totalement. 

- 8-

© ENI Editions - All rigths reserved

Lien de sites et objets connexion  Sur chaque site, le contrôleur jouant le rôle de générateur de topologie intersites prend à sa charge la création de  ses propres objets de connexion, lesquels lui permettront de communiquer avec le ou les autres sites.  La création d’un site est une opération simple puisqu’il suffit de nommer le site et d’associer le site à un lien de site.  Cette association est obligatoire au risque de recevoir une message d’alerte vous spécifiant que tout site doit être  relié au minimum à un lien de site. 

b. Choix du transport Intersites : IP (avec RPC) ou SMTP  Les  objets  connexion  sont  principalement  caractérisés  par  leur  protocole  de  transport.  Les  différents  transports  supportés  permettent  de  réaliser  techniquement  le  transfert  des  données  à  répliquer  entre  les  contrôleurs.  Windows  2000  Server,  Windows  Server  2003  et  Windows  Server  2008  supportent  trois  grands  types  de  transports :  ●

Un  transport  rapide  synchrone  de  type  RPC/IP  pour  les  communications  intra  site  :  Les  communications  intrasites  utilisent  toujours  ce  transport.  Dans  l’interface  graphique,  ce  choix  correspond  à  la  valeur  RPC.  Notez que si vous changez la valeur du protocole sur un objet connexion, le KCC reconfigurera l’objet pour  réutiliser le protocole RPC. 

●

Un transport faible vitesse point à point synchrone de type RPC/IP pour les communications intersites. 

●

Un  transport  asynchrone  utilisant  le  protocole  SMTP  pour  les  communications  inter  sites.  L’écran  suivant  montre les deux protocoles que vous pourrez utiliser en tant que protocoles de type intersites. D’une part le  protocole IP, qui lui aussi utilise des RPC ­ mais en mode faible vitesse, et aussi le protocole SMTP. 

© ENI Editions - All rigths reserved

- 9-

Protocoles de transport de type Intersites  Ainsi, les réplications intersites pourront ­ en fonction des situations être ­ réalisées soit via le transport RPC/IP, soit  via le transport SMTP/IP.  Faites cependant attention au fait que la réplication intersites à l’aide du protocole de transport SMTP n’est possible  qu’entre des contrôleurs de domaine de domaines différents. Cette remarque signifie donc que seules les partitions  de schéma, de configuration et des réplicas des catalogues globaux pourront effectivement être répliquées.  Attention : Le transport SMTP n’est pas utilisable pour les contrôleurs d’un même domaine situés sur des  sites différents. Cela signifie donc que pour répliquer des contrôleurs de domaine d’un même domaine dans  un environnement intersites, vous devrez toujours utiliser le transport IP qui nécessite des communications point  à point et l’usage des RPC/IP.  L’écran  suivant  illustre  le  cas  d’un  objet  connexion  créé  automatiquement  par  le  KCC/ISTG  dans  le  cadre  des  communications intersites et l’usage du transport IP qui pour rappel, utilise des RPC sur IP en mode faible vitesse. 

Objet connexion intersites et type de protocole de transport utilisé  Par  définition,  un  objet  connexion  représente  toujours  une  source  de  données.  Tel  que  spécifié  sur  l’écran  ci­ dessus, cette connexion permet de Répliquer depuis les contextes de noms (NC ­ Naming Contexts) suivants :  ●

- 10 -

Les  contextes  qui  concernent  la  configuration  de  l’entreprise,  c’est­à­dire  les  partitions  de  schéma  et  de 

© ENI Editions - All rigths reserved

configuration.  ●

Dans notre exemple, la partition de domaine du domaine noam. corpnet. corporate.com. 

c. Service système Messagerie intersites  Le service Messagerie intersites est un service inclus de base au sein du système Windows 2000, Windows Server  2003  et  Windows  Server  2008.  Vous  ne  pouvez  pas  choisir  de  l’installer  ou  de  le  désinstaller.  En  tant  que  composant interne, ce module ismserv.exe (Windows NT Intersite Messaging Service) est activé lorsqu’un serveur  joue le rôle de contrôleur de domaine. Il permet de supporter de multiples transports au sein de l’architecture de  sites Active Directory.  Dans une forêt fonctionnant en mode Windows 2000, il est important de noter que le service Messagerie intersites  peut  être  sollicité  par  le  KCC  pour  découvrir  quels  sont  les  chemins  disponibles  ou  pas.  Le  service Ouverture  de  session réseau  peut  lui  aussi  invoquer  le  service Messagerie  inter  sites, notamment concernant les fonctions de  couverture automatique de sites.  Quand la forêt fonctionne en mode Windows Server 2003 ou Windows Server 2008, le KCC devient autonome et de  fait, n’utilise plus le service Messagerie intersites.  Microsoft précise que quel que soit le mode de fonctionnement de la forêt, le service Messagerie inter sites  est toujours indispensable pour les fonctions suivantes : le fonctionnement du service DFS (Distributed File  System)  en  intersites,  les  fonctions  de  couverture  automatique  de  sites,  le  support  de  la  mise  en  cache  de  l’appartenance aux groupes universels et la réplication basée sur le protocole de transport SMTP. 

d. Mise en œuvre du transport SMTP  Pour  que  le  KCC/ISTG  soit  capable  de  créer  les  objets  connexion  nécessaires  à  la  topologie  de  réplication  sur  la  base de connexions basées sur le protocole SMTP, vous devrez respecter les consignes de mise en œ uvre listées ci­ dessous :  ●

IIS 6.0 doit être installé sur les serveurs contrôleurs de domaines partenaires sur chacun des sites, 

●

Une autorité de certification de type Enterprise CA doit être disponible au sein de la forêt Active Directory.  Cette  autorité  de  certification  pourra  émettre  des  certificats  de  type  Domain  Controller  lesquels  seront  utilisés  pour  signer  les  messages  SMTP  qui  seront  échangés  entre  les  contrôleurs  situés  sur  des  sites  différents. 

●

Les  sites  peuvent  communiquer  grâce  à  des  liens  de  sites  appartenant  au  nœ ud  Sites  et  services  Active  Directory/Sites/Inter­Site Transports/SMTP. 

●

Le lien de site utilisant le protocole de transport SMTP dispose d’un chemin "plus court" que n’importe quel  autre chemin qui pourrait être emprunté pour accéder au site de destination. 

●

La  remise  des  messages  est  possible.  Si  les  deux  partenaires  de  réplication  disposent  d’une  connectivité  directe, aucune configuration supplémentaire n’est nécessaire. Sinon, vous devrez configurer les éventuels  relais pour que la remise des messages puisse avoir lieu. 

Différences entre le protocole SMTP et le protocole RPC/IP Généralement, le protocole IP (RPC/IP) est utilisé. Néanmoins, le fait de connaître les avantages et inconvénients de  chacun d’eux vous permettra de faire le bon choix.  Les protocoles RPC/IP et SMTP supportent les fonctions suivantes :  ●

Les données sont compressées, 

●

Les  deux  transports  s’appuient  sur  TCP  et  de  fait,  une  retransmission  complète  des  données  transférées  sera nécessaire en cas d’erreur. 

Microsoft  recommande  l’utilisation  du  protocole  IP  (RPC/IP)  car  il  permet  de  répliquer  des  contrôleurs  de  domaine  d’un même domaine sur des sites différents, ce qui est un cas très fréquent. De plus, les RPC ­ même lorsqu’elles  sont utilisées en mode lent, sont bien plus rapides que des messages SMTP. 

© ENI Editions - All rigths reserved

- 11 -

Le protocole de transport SMTP pourra être utilisé dans le cas où les RPC ne peuvent pas être transportées entre  les deux partenaires. Il pourra s’agir d’un environnement particulièrement sécurisé qui interdit totalement les RPC.  Les demandes de modifications sont transmises via des messages RPC de type Demandes et Réponses en mode  synchrone.  Le  protocole  SMTP  peut,  lui,  fonctionner  de  manière  totalement  asynchrone,  ce  qui  à  bien  des  égards  représente  un  avantage.  En  fait,  avec  les  RPC,  toute  opération  entamée  doit  être  terminée  avant  de  passer  à  la  suivante.  Le  protocole  SMTP  permet  au  contraire  de  fonctionner  de  manière  asynchrone.  Ainsi,  il  est  possible  de  recevoir de multiples messages vers de multiples destinations différentes, qu’il s’agisse de contrôleurs de domaine  différents ou de partitions d’annuaire différentes.  Mode  synchrone  contre  mode  asynchrone  :  même  si  le  protocole  de  transport  SMTP  semble  séduisant  à  plus d’un titre (usage des certificats, messages authentifiés et cryptés, mode asynchrone, compression) le  fait qu’il ne peut pas être utilisé pour répliquer les partitions de domaines qui concernent les contrôleurs placés  sur des sites différents fait qu’il  ne  peut  être  utilisé  que  dans  de  rares  cas.  Vous  pourrez  par  exemple  l’utiliser  pour  répliquer  uniquement  les  partitions  de  schéma,  de  configuration  et  des  catalogues.  Comme  il  ne  peut  répliquer  les  partitions  de  domaine  dont  les  contrôleurs  sont  placés  sur  des  sites  différents,  son  cadre  d’utilisation est très limité et peu commun. 

6. Gestion des liens intersites et des coûts de réplication  La topologie de réplication intersites définit la réplication entre les sites par rapport à l’implémentation générale de  l’Active Directory dans le réseau de l’entreprise.  La conception de cette topologie nécessite la création d’éléments existant en tant qu’objets de l’annuaire. À ce titre,  ces  objets  possèdent  un  certain  nombre  d’attributs  que  nous  utiliserons  pour  concevoir  notre  solution.  La  solution  inclura  la  création  d’objets  liens  de  sites,  le  choix  des  protocoles  de  transport,  la  planification  des  heures  de  réplication et les coûts de liaisons, la mise en œ uvre de ponts de liaisons et des serveurs têtes de pont. 

a. Détermination de la planification et des coûts des liens intersites  La  mise  en  œ uvre  de  la  topologie  de  réplication  intersites  de  l’Active  Directory  nécessite  de  déterminer  la  planification  du  calendrier  de  réplication  entre  chaque  site  ainsi  que  les  coûts  associés  à  chaque  lien  de  communication intersites. Notez que, par défaut, la réplication des partitions de l’annuaire en intersites ne repose  pas sur le principe des notifications mais sur une planification "contrôlée" de ces réplications. Nous verrons plus loin  que dans certains cas, il est possible d’activer manuellement le support du mécanisme des notifications. Le schéma  suivant illustre notre topologie de réplication. 

Topologie de réplication Active Directory  Les paramètres qu’il faudra toujours déterminer sont :  La  planification  horaire  hebdomadaire  :  le  lien  de  site  vous  permet  de  déclarer  le  planning  hebdomadaire  de  réplication que vous souhaitez mettre en œ uvre. 

- 12 -

© ENI Editions - All rigths reserved

Configuration de l’échéancier hebdomadaire du lien intersites  L’écran  précédent  montre  que  les  réplications  sont  autorisées  le  samedi  et  le  dimande  tandis  qu’elles  sont  contrôlées les autres jours de la semaine.  Le coût du lien intersites : le coût du lien de site est représenté par une valeur arbitraire qui représente la priorité  associée au trafic entre les sites identifiés par le lien de sites. Plus le coût d’un lien ou d’une somme de liens est  élevé et plus la priorité de ce lien par rapport aux autres est faible. Dans le cas où plusieurs chemins sont possibles  en  tenant  compte  des  différentes  contraintes  horaires  et  de  fonctionnement,  la  réplication  Active  Directory  empruntera le chemin le moins coûteux. 

La modification du lien permet de paramétrer les planifications et le cycle  Vous  remarquerez  qu’un  lien  de  site  peut  contenir  plus  d’un  site  "branché"  sur  le  lien  intersites.  En  fait,  le  lien 

© ENI Editions - All rigths reserved

- 13 -

intersites est un élément virtuel qui permet de rendre disponibles des connexions "contrôlées".  Concernant les valeurs à déclarer sur les liens de site, vous pouvez décider de fixer un coût de 100 sur les liens de  sites  qui  forment  votre  "backbone",  et  fixer  un  coût  plus  élevé  ­  par  exemple  300  ou  500,  sur  les  liens  de  sites  correspondant aux sites satellites ou autres bureaux d’agences.  En procédant de cette manière, vous garantissez que les flux de réplication seront plutôt dirigés vers un contrôleur  de domaine situé sur un site faisant partie du backbone principal, en raison d’un coût inférieur.  Le site en question ne prendra l’initiative de communiquer avec un autre site que si le site le moins coûteux n’est  pas  disponible.  Ce  pourra  être  le  cas  en  cas  de  panne  ou  bien  si  le  lien  de  site  est  déclaré  indisponible  à  cette  heure dans la topologie de réplication Active Directory. 

b. Pourquoi désactiver le pontage par défaut de tous les liens de sites ?  Un pont de lien de sites  ­ en anglais, a Site Link Bridge ­ permet de chaîner ou marier plusieurs liens de sites. De  cette  manière,  les  contrôleurs  de  domaines  des  différents  sites  peuvent  emprunter  plusieurs  liens  de  sites  pour  communiquer directement.  Cependant, notez que, par défaut, il n’est pas nécessaire de créer des ponts. En effet, l’écran suivant montre que le  protocole IP dispose d’une propriété qui permet de relier entre eux tous les liens. 

Par défaut, le transport IP utilisé pour les communications intersites relie tous les liens de sites  À partir du moment où l’option Relier  tous  les  liens  du  site est activée sur le protocole IP, alors tous les liens de  sites  sont  considérés  comme  transitifs.  En  fait,  cela  signifie  que  tous  les  liens  de  sites  sont  "connectés"  sur  une  sorte de tube transitif jouant le rôle d’épine dorsale. Ainsi, dans un réseau TCP/IP entièrement routé, il n’est pas  utile de configurer des ponts de liens de sites.  Par contre, si les flux doivent être dirigés de manière particulière ­ dans le cas où, par exemple, le réseau ne serait  pas entièrement routé, alors vous pourrez désactiver cette option pour ne plus profiter de cette transitivité totale  des liens entre eux. Vous devrez alors configurer un ou plusieurs ponts de liens pour pouvoir former votre propre  maillage de communications réseau.  Alors que le protocole IP permet de rendre transitifs entre eux tous les sites de tous les liens de sites, le pont de  liens  de  sites  crée  un  ou  des  chemins  transitifs  égal  à  la  somme  des  liens  de  sites  individuels  membres  d’un  ou  plusieurs ponts.  Pour  conclure,  lorsque  le  réseau  est  entièrement  routé  et  que  vous  approuvez  les  objets  connexion  créés  par  le  KCC, alors l’option par défaut permettant de Relier tous les liens du site permet de créer un pont virtuel transitif 

- 14 -

© ENI Editions - All rigths reserved

qui rendra les plus grand services.  À l’inverse, pour créer de multiples zones de connectivité et "restreindre" ce même KCC aux chemins désignés par la  topologie de vos propres liens et ponts de liaisons, vous pourrez décider de désactiver le pontage sur le protocole  IP. À partir de ce moment, plus aucun lien de sites n’implémente de transitivité. 

c. Effets de la désactivation de la transitivité sur le KCC et avantages dans les grands réseaux  Les ponts de liaison de sites sont des composants de l’infrastructure Active Directory utilisés par le KCC seulement  lorsque la transitivité est désactivée.  Vous  pourrez  décider  de  désactiver  la  transitivité  ­  toujours  à  l’aide  de  l’option  Relier  tous  les  liens  du  site  et  préférer l’usage des ponts pour diminuer la charge processeur nécessaire au calcul d’une topologie de réplication  massivement transitive.  En  effet,  dans  les  très  grands  réseaux,  la  transitivité  des  liens  de  sites  deviendra  un  problème,  car  le  KCC  devra  tenir  compte  de  tous  les  chemins  possibles.  Microsoft  recommande  que  dans  les  forêts  Windows  2000  devant  supporter plusieurs centaines de sites (env. 300) ou dans les forêts Windows Server 2003 ou Windows Server 2008  devant supporter plusieurs milliers de sites (env. 3000), vous désactiviez l’option Relier tous les liens du site. De  cette  manière,  le  temps  de  calcul  du  KCC  sera  grandement  réduit  grâce  à  la  création  manuelle  de  vos  ponts  de  liaisons et à leur usage par le KCC. 

d. Effets de la désactivation de la transitivité sur la topologie DFS  La désactivation de la transitivité peut affecter la façon dont les clients DFS localisent le meilleur site, en fait le plus  proche. Le composant ISTG (Inter Site Topology Generator) utilise l’option Relier tous les liens du site pour pouvoir  calculer les coûts de liaisons intersites. 

e. À propos des algorithmes utilisés par le KCC/ISTG  Le KCC et l’ISTG sont responsables sur chaque contrôleur de domaine ISTG de chaque site de la création des objets  connexions  entrantes  vers  tous  les  contrôleurs  choisis  pour  communiquer  sur  les  autres  sites.  Finalement,  la  somme de tous les objets de connexion créés par chaque ISTG de tous les sites forme la topologie de réplication  intersites.  Un point important est que chaque ISTG de chaque site participe à la création de ses propres connexions.  Vous devez savoir que les contrôleurs de domaine Windows Server 2003 et Windows Server 2008 supportent deux  algorithmes  :  l’algorithme  utilisé  par  Windows  2000  Server  et  l’algorithme  utilisé  par  Windows  Server  2003  et  Windows  Server  2008.  Tant  que  le  forêt  fonctionne  en  mode  Windows  2000,  seul  l’algorithme Windows 2000 est  utilisé, quelle que soit la version des contrôleurs de domaine membres de la forêt. Une fois que la forêt ne contient  plus  que  des  contrôleurs  de  domaines  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008,  vous  pouvez décider de rehausser le niveau fonctionnel de la forêt vers respectivement le niveau fonctionnel Windows  Server  2003  ou  Windows  Server  2008.  À  partir  de  ce  moment,  tous  les  ISTG  de  la  forêt  utiliseront  le  nouvel  algorithme disponible sur les contrôleurs de domaine Windows Server 2003.  Comment  déterminer  s’il est urgent de penser à une évolution des KCC/ISTG ? Pour déterminer si oui ou  non, dans une forêt Windows 2000, une éventuelle surcharge CPU pourrait être causée par le KCC, et ainsi  évaluer  la  possibilité  de  moderniser  l’infrastructure  Windows  2000  en  étudiant  une  évolution  vers  Windows  Server  2003  ou  Windows  Server  2008,  vérifiez  que  la  condition  suivante  est  bien  remplie  :  D  représente  le  nombre  de  domaines  membres  de  la  forêt  Windows  2000.  S  représente  le  nombre  de  sites  déclarés  dans  la  topologie de réplication. (1 + D) * S^2  pour actualiser le cache à partir du site le plus  proche comportant un catalogue global. 

 

6. 

Validez. 

Cette fonctionnalité ne concerne que le cache des objets de type groupes universels dans le cadre de leur  utilisation lors de l’ouverture de session réseau au sein d’un domaine Active Directory. Les recherches Ldap  sur tous les objets de l’annuaire sont toujours réalisées vers les catalogues globaux. 

Pour activer cette fonctionnalité, il est nécessaire de disposer sur le site d’au moins un contrôleur de domaine  fonctionnant sous Windows Server 2003 ou Windows Server 2008. 

8. Création d’un objet de connexion intrasite  L’objectif  de  cette  opération  consiste  à  créer  un  nouvel  objet  de  connexion  intrasite.  Il  s’agit  d’une  opération  d’infrastructure qui permettra de rajouter un chemin de réplication supplémentaire entre les contrôleurs d’un site. 

- 6-

1. 

Ouvrez la console Sites et services Active Directory. 

2. 

Dans l’arborescence de la console, positionnez­vous sur l’objet NTDS Settings du  contrôleur sur lequel vous souhaitez associer un objet de connexion. 

3. 

Cliquez avec le bouton droit sur NTDS Settings et sélectionnez Nouvelle connexion à  Active Directory. 

4. 

Dans la fenêtre de recherche des contrôleurs de domaine, sélectionnez le contrôleur de  domaine partenaire. 

© ENI Editions - All rigths reserved

5. 

Par défaut, le nom proposé correspond à celui du partenaire. Validez votre choix en  cliquant sur le bouton OK. 

Une  fois  que  vous  avez  créé  le  nouvel  objet  connexion,  vous  devez  attendre  ou  provoquer  l’exécution  du  cycle  de  vérification de la topologie de réplication pour que la nouvelle connexion soit réellement en service. Cette opération  est décrite plus loin.  Dans  la  mesure  où  il  est  rare  d’avoir  sur  un  site  satellite  plus  de  deux  contrôleurs  de  domaine,  cette  opération  concerne  les  configurations  de  type  Campus  où  il  pourrait  y  avoir  plusieurs  milliers,  voire  des  dizaines de milliers d’utilisateurs et ordinateurs sur le même site géographique et aussi Active Directory. Le fait de  rajouter un objet de connexion Active Directory entre deux contrôleurs permet au contrôleur qui possède l’objet de  connexion d’être plus rapidement informé des éventuelles réplications de son partenaire direct. Une connexion plus  directe permet donc de moins utiliser la transitivité habituelle des réplications.  L’écran  suivant  illustre  la  nature  d’une  connexion  intrasite  (usage  des  RPC)  et  le  type  des  données  qui  seront  véhiculées. 

Affichage des caractéristiques d’un objet connexion créé manuellement  Comme vous pouvez le constater, une connexion créée manuellement utilise un cycle de contrôle fixé à 15 minutes,  tous les jours. 

© ENI Editions - All rigths reserved

- 7-

Planification des réplications sur un objet Connexion créé par l’administrateur  Vous venez de créer un objet connexion Active Directory entre deux contrôleurs de domaine situés sur le même site.  Vous avez aussi vérifié la nature des données qui seront transmises ainsi que le cycle de contrôle dans le cas où le  serveur source n’aurait pas notifié son partenaire de la présence de nouvelles informations à répliquer. 

9. Désactivation de la transitivité intersites  L’objectif de cette opération consiste à désactiver l’utilisation de la transitivité des communications intersites et inter  liens de sites.  Cette opération est une opération d’infrastructure qui permet un meilleur contrôle de la réplication mais nécessite la  création d’objets Ponts de liaison. Finalement, cette opération revient à activer ou à désactiver l’usage des ponts de  liaison intersites.  Pour  exécuter  cette  procédure,  vous  devez  être  membre  du  groupe Admins  du  domaine (dans le domaine  racine de la forêt) ou du groupe Administrateurs de l’entreprise dans Active Directory, ou alors vous devez  disposer des droits nécessaires par délégation. 

1. 

Ouvrez la console Sites et services Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le dossier de transport  intersites IP, puis cliquez sur Propriétés. 

3. 

Pour désactiver la transitivité et créer des ponts de liaison de sites, décochez la case  Relier tous les liens du site.    L’option Relier tous les liens du site est disponible pour les transports intersites IP et SMTP.

10. Création d’un nouveau lien de sites et gestion de la réplication intersites  L’objectif de cette opération est de relier au moins deux sites Active Directory existant par un nouveau lien de site,  plutôt que d’utiliser le lien de site par défaut nommé DEFAULTIPSITELINK.  Pour  exécuter  cette  procédure,  vous  devez  être  membre  du  groupe Admins  du  domaine (dans le domaine  racine  de  la  forêt)  ou  du  groupe  Administrateurs  de  l’entreprise  dans  Active  Directory,  ou  alors  les  droits  appropriés doivent vous avoir été confiés par délégation. 

1. 

- 8-

Ouvrez la console Sites et services Active Directory. 

© ENI Editions - All rigths reserved

2. 

Dans l’arborescence de la console, positionnez­vous sur le protocole de transport inter­ sites IP, puis cliquez sur Lien vers un nouveau site. 

3. 

Dans le champ Nom, tapez le nom à donner à la liaison. Par exemple entre Paris et San  Francisco, vous pouvez nommer le lien intersites Paris­SF. 

4. 

À l’aide du bouton Ajouter, déclarez les sites qui pourront s’appuyer sur cette nouvelle  liaison de sites. 

5. 

Validez votre choix en cliquant sur le bouton OK. 

La configuration initiale du lien de site permet de créer l’objet et de déclarer les membres de cette nouvelle  liaison. Vous pourrez dans un deuxième temps modifier cet objet pour paramétrer le coût, la planification et  la fréquence de réplication de la liaison de sites. La figure ci­dessous illustre ces étapes : 

Sélection de la valeur de coût et du cycle de déclenchement des réplications  Pour rappel, plus un coût de réplication est bas et plus le chemin est meilleur. Notez aussi que lorsque les réplications  se produisent, elles continueront jusqu’à leur terme. Cela signifie que des réplications peuvent se produire en dehors  d’une plage autorisée.  L’écran  suivant  illustre  la  configuration  de  la  planification  des  heures  de  disponibilité  du  lien  Paris­SF.  Le  lien  est  globalement disponible à compter du vendredi soir 22H00, jusqu’au lundi matin 06H00. Ensuite, les réplications entre  Paris et San Francisco ne se produiront dans le semaine qu’entre 12H00 et 14H00. 

© ENI Editions - All rigths reserved

- 9-

 

11. Création d’un pont de liaison  L’objectif de cette opération est de relier au moins deux liaisons de sites Active Directory en utilisant un objet de type  pont  de  liaisons.  Cette  opération  est  une  opération  d’infrastructure  qui  vous  permettra  de  créer  votre  propre  topologie de réplication, sachant que vous aurez au préalable désactivé l’option par défaut Relier tous les liens du  site.  Pour  exécuter  cette  procédure,  vous  devez  être  membre  du  groupe Admins  du  domaine (dans le domaine  racine)  ou  du  groupe Administrateurs  de  l’entreprise  dans  Active  Directory,  ou  alors  les  droits  appropriés  doivent vous avoir été confiés par délégation. 

1. 

Ouvrez la console Sites et services Active Directory. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur le dossier de transport  intersites IP et sélectionnez l’option Nouveau pont entre liens de sites. 

3. 

Dans la zone Nom, tapez un nom pour le pont de liaison de sites. 

4. 

Sélectionnez au moins deux liens de sites et cliquez sur Ajouter.    Si vous n’avez pas désactivé l’option Relier tous les liens du site, cette opération n’aura aucun effet.

12. Affectation des serveurs têtes de pont (BHS)  L’objectif de cette opération consiste à personnaliser la façon dont les serveurs têtes de pont ­ en anglais, BHS pour  Bridge Head Servers, sont sélectionnés dans le cas d’une défaillance du serveur tête de pont par défaut du site. Cette  procédure vous permet donc de sélectionner vos propres serveurs têtes de pont privilégiés.  Pour exécuter cette procédure, vous devez être membre du groupe Admins du domaine (dans le domaine du  contrôleur  de  domaine  sélectionné)  ou  du  groupe  Administrateurs  de  l’entreprise,  ou  alors  les  droits  appropriés doivent vous avoir été confiés par délégation. 

- 10 -

1. 

Ouvrez la console Sites et services Active Directory. 

2. 

Dans l’arborescence de la console, sélectionnez le serveur et faites un clic droit sur le  contrôleur de domaine que vous souhaitez désigner comme serveur tête de pont  privilégié, puis cliquez sur Propriétés. 

3. 

Dans l’onglet Général, ajoutez le ou les transports intersites pour lesquels le serveur  © ENI Editions - All rigths reserved

sera serveur tête de pont privilégié à l’aide du bouton Ajouter. 

Propriétés de l’objet contrôleur de domaine Booster 2003  Cet écran montre que le serveur joue le rôle de serveur tête de pont privilégié. Le fait  que cette fenêtre soit vide par défaut ne signifie pas que le serveur en question ne  puisse pas être un serveur tête de pont privilégié mais qu’il n’est pas contrôlé par  l’administrateur.  4. 

Validez votre sélection en cliquant sur le bouton OK.    Comme le montre l’écran, il est possible de gérer cette fonctionnalité sur le transport intersites IP et SMTP.

Par  défaut,  c’est  le  KCC  qui,  lors  de  la  construction  de  topologie  de  réplication  intersites  assigne  un  ou  plusieurs  serveurs  de  tête  de  pont  à  chaque  site  pour  garantir  le  bon  fonctionnement  des  réplications.  Microsoft recommande de conserver le fonctionnement par défaut, lequel est totalement automatique. Si le seul et  unique  serveur  tête  de  pont  "privilégié"  est  indisponible,  le  KCC  n’interviendra  pas  pour  nommer  un  nouveau  serveur tête de pont et rétablir les communications. 

L’ordre de sélection des éventuels différents serveurs têtes de pont privilégiés sera fonction de l’ordre dans  lequel l’administrateur a procédé aux différentes déclarations. 

Vous  venez  de  configurer  le  contrôleur  de  domaine  d’un  site  pour  qu’il  joue  le  rôle  de  serveur  tête  de  pont  (BHS)  privilégié. 

13. Forçage des réplications  L’objectif  de  cette  opération  consiste  à  forcer  les  réplications  des  partitions  communes  entre  deux  contrôleurs  de  domaines partenaires.  Pour exécuter cette procédure, vous devez être membre du groupe Admins du domaine (dans le domaine du  contrôleur  de  domaine  sélectionné)  ou  du  groupe  Administrateurs  de  l’entreprise,  ou  alors  les  droits 

© ENI Editions - All rigths reserved

- 11 -

appropriés doivent vous avoir été confiés par délégation. 

1. 

Ouvrez la console Sites et services Active Directory. 

2. 

Dans l’arborescence de la console, positionnez­vous sur le conteneur NTDS Settings du  contrôleur de domaine pour lequel vous souhaitez forcer la réplication. 

3. 

Cliquez avec le bouton droit sur la connexion qu’il faut solliciter pour répliquer les  données Active Directory, puis cliquez sur Répliquer maintenant. 

Un  message  vous  informe  que  la  connexion  a  été  correctement  répliquée.  Il  ne  reste  plus  qu’à  vérifier  si  les  informations attendues en provenance du contrôleur de domaine partenaire de réplication sont bien présentes sur le  contrôleur demandeur.  Le message d’erreur suivant apparaît lorsqu’un contrôleur de domaine partenaire de réplication ne répond pas à une  demande de réplication forcée : 

  La  commande  Repadmin  et  l’outil  de  réplication  Replmon  sont  deux  outils  utilisables  pour  forcer  une  réplication  entre  contrôleurs  de  domaine.  Ces  deux  outils  ne  sont  pas  distribués  avec  Windows  Serveur  2003.  Ils  font  partie  des  Outils  de  Support  livrés  sur  le  CD­Rom  d’installation  de  Windows  Server  2003.  Sur  les  serveurs fonctionnant sous Windows Server 2008 la commande Repadmin devient une commande système. Pour  disposer  de  l’outil graphique Replmon, vous devrez cependant installer les Outils de Support de Windows Server  2003 sur votre serveur Windows Server 2008. 

14. Utilisation de Repadmin et Replmon  La commande  Repadmin permet aux administrateurs ayant en charge la surveillance et le bon fonctionnement des  réplications  Active  Directory  de  diagnostiquer  les  problèmes  de  réplication  entre  contrôleurs  de  domaine.  Cette  commande permet de visualiser la topologie de réplication connue par chaque contrôleur de domaine mais peut aussi  réaliser de nombreuses opérations de contrôle et de forçage des réplications.  À la différence de Repadmin, l’outil Replmon est un outil graphique qui permettra aux administrateurs Active Directory  de  visualiser  et  surveiller  l’état  des  réplications  Active  Directory.  Par  exemple,  vous  pourrez  générer  des  rapports,  afficher les partenaires de réplication, forcer des réplications, déclencher le KCC, afficher les métadonnées des objets  Active Directory et faire des comparaisons entre contrôleurs.  Forçage des réplications avec Repadmin  L’objectif  de  cette  opération  consiste  à  forcer  les  réplications  des  partitions  communes  entre  deux  contrôleurs  de  domaines partenaires à l’aide de la commande Repadmin.exe.  1. 

Ouvrez une invite de commandes. 

2. 

Utilisez la commande Repadmin.exe pour déterminer les partenaires de réplication  directe du serveur source en tapant la commande suivante : Repadmin /showreps  nom_du_serveur_cible. Vous pouvez aussi utiliser la commande Repadmin /Showreps,  sans préciser de paramètre. Dans ce cas, toutes les connexions vers les éventuels  partenaires seront vérifiées.  Si le serveur cible peut être atteint, il affiche des données semblables à celles­ci : Dans  cet exemple, srv1 et srv2 sont dans le même domaine nommé support.company.com,  SiteX\srv1 Options DSA : (Aucune) objectGuid : 4a11d649-f9ab-11d2-b17f-00c04f5cb503

- 12 -

© ENI Editions - All rigths reserved

invocationID : 45d18b0b-f9ab-11d2-98b8-0000f87a546b ==== INBOUND NEIGHBORS ===================================== CN=Schema,CN=Configuration,DC=company,DC=com SiteX\srv2 via RPC objectGuid : d2e3badd-e07a-11d2-b573-0000f87a546b La dernière tentative du 1999-05-03 18:07.04 a été fructueuse. CN=Configuration,DC=company,DC=com SiteX\srv2 via RPC objectGuid : d2e3badd-e07a-11d2-b573-0000f87a546b La dernière tentative du 1999-05-03 18:07.05 a été fructueuse. DC=support,DC=company,DC=com SiteX\DC2 via RPC objectGuid : d2e3badd-e07a-11d2-b573-0000f87a546b La dernière tentative du 1999-05-03 18:07.09 a été fructueuse.   Seules les données intéressantes ont été indiquées. Dans la section Inbound Neighbors de la sortie, les partenaires de réplication directe  pour chaque partition d’annuaire sont identifiés comme dernière réplication.  3. 

Recherchez la partition d’annuaire à synchroniser et le serveur source avec lequel le  serveur cible sera synchronisé. Pour cela, notez le GUID du serveur source. 

4. 

Lancez la réplication à l’aide de Repadmin.exe en tapant la commande suivante :  repadmin /sync partition_annuaire nom_du_serveur_cible  objectGuid_du_serveur_source. Par exemple, pour lancer la réplication sur srv1 de  manière à répliquer les modifications à partir de srv2 tapez : repadmin /sync  dc=support,dc=company,dc=com srv1 d2e3badd­e07a­11d2­b573­0000f87a546b 

Si la réplication réussit, Repadmin.exe affiche le message suivant :  ReplicaSync() de la source : d2e3badd-e07a-11d2-b573-0000f87a5 46b, vers la destination : srv1 est réussi Vous  venez  d’utiliser  la  commande  Repadmin.exe  de  Windows  Server  2008  pour  déclencher  la  réplication  d’une  partition spécifique entre les contrôleurs de domaine srv1 et srv2.  Utilisation de Replmon  L’objectif de cette opération consiste à découvrir les nombreuses fonctionnalités disponibles dans l’outil Replmon.  La  première  étape  du  TP  consiste  à  désigner  les  serveurs  contrôleurs  de  domaines  à  analyser  et  contrôler.  La  deuxième étape vous permettra ensuite de découvrir les fonctionnalités les plus intéressantes de Replmon.  Étape 1  1. 

Ouvrez une invite de commandes et exécutez la commande Replmon. 

2. 

Dans le menu Edit, cliquez sur Add Monitored Server ... 

3. 

Pour réaliser la sélection des serveurs, activez l’option Search the directory for the  server to add. 

4. 

Sélectionnez le nom du domaine DNS souhaité, puis cliquez sur Next. 

5. 

Sélectionnez puis développez le site contenant le serveur à surveiller, puis choisissez le  contrôleur de domaine souhaité. 

6. 

Terminez cette opération en cliquant sur le bouton Finish. 

Vous venez de déclarer dans Replmon, un contrôleur de domaine d’un site donné, dans un domaine donné.  Étape 2  Statut du contrôleur de domaine  Les  écrans  suivants  permettent  d’avoir  un  check­up  complet  de  l’état  d’un  contrôleur  de  domaine.  Pour  y  parvenir,  cliquez avec le bouton droit sur l’un des contrôleurs à surveiller et demander l’affichage des propriétés.  L’onglet Server Flags dresse la liste de toutes les fonctions centrales prises en charge par le contrôleur de domaine.  Dans cet exemple, le serveur en question est un contrôleur de domaine non PDC Emulator et non GC (Global Catalog). 

© ENI Editions - All rigths reserved

- 13 -

Le service de temps W32 Time est opérationnel ainsi que le KDC, composant indispensable de l’Active Directory pour  les ouvertures de sessions réseau Kerberos. 

Affichage des fonctions centrales d’un contrôleur de domaine  L’onglet  FSMO  Roles  montre  qui  possède  quel  rôle  de  maître  d’opérations  et  permet  aussi  de  faire  une  véritable  opération sur le rôle.  Vous pouvez utiliser l’onglet FSMO Roles pour visualiser quel contrôleur possède quel rôle de maître d’opérations.  L’onglet Inbound Replication Connections montre l’état des connections au niveau des partitions. Cette granularité  est intéressante pour déterminer la nature d’un éventuel problème de réplication d’une partition telle que le schéma,  la configuration, le domaine ou même une partition de l’annuaire d’application.  Synchronisation forcée d’une partition Active Directory spécifique en mode Push  La figure suivante illustre les serveurs surveillés par Replmon. 

- 14 -

© ENI Editions - All rigths reserved

  Une fois que vous avez déclaré les serveurs que vous souhaitez surveiller, enregistrez cette liste à l’aide  du  menu  File  ­  Save  Monitored  List  As.  De  cette  manière,  vous  pourrez  recharger  cette  liste  de  serveurs  sans  devoir  les  déclarer à nouveau.  Dans cet exemple, le serveur S0 détient un réplica de la partition corpnet.corporate.com répliquée sur le site de San  Francisco et le site Premier­Site­par­defaut.  Pour synchroniser cette partition vers tous les serveurs de tous les sites, procédez de la manière suivante :  1. 

À l’invite de commande, lancez Replmon. 

2. 

Si vous disposez d’un fichier de configuration contenant tous les contrôleurs de domaine  que vous souhaitez surveiller, chargez­le à l’aide du menu File ­ Open Script. 

3. 

Positionnez­vous sur la partition dont vous souhaitez forcer la réplication. 

4. 

Faites un clic droit sur la partition et sélectionnez l’une des deux options suivants :  L’option Show Change Notifications to Replication Partners permet de notifier les  partenaires de réplication directs.  L’option Synchronize This Directory Partition with All Servers permet de répliquer la  partition vers tous les serveurs partenaires en mode Push. 

© ENI Editions - All rigths reserved

- 15 -

Choix des options de synchronisation d’une partition avec Replmon 

5. 

Une fois les options de réplication souhaitées sélectionnées et correctement comprises,  validez votre demande de réplication en cliquant sur le bouton OK. 

6. 

Finalement, vous pouvez enfin déclencher la réplication. 

Pendant  l’opération  de  réplication,  un  message  vous  informera  que  Replmon  pourra  être  indisponible  pendant  le  temps de l’opération.  Vous venez d’utiliser Replmon pour réaliser une réplication forcée en mode Push vers tous les contrôleurs de domaine  de la partition corpnet.corporate.com.  Pour  plus  de  renseignements  sur  Replmon,  référez­vous  au  site  de  Microsoft  via  Windows  Server  2003  Technical Reference / Tools and Settings Collection / Windows Support Tools / Active Directory Management  Tools  à  l’adresse  ci­dessous  :  http://www.microsoft.com/resources/documentation/WindowsServ/2003/all/techref/en­us/Default.  asp? url=/Resources/Documentation/windowsserv/2003/all/techref/en­us/replmon.asp 

Pour  plus  de  renseignements  sur  Repadmin,  recherchez  «  Commande  Reference  »  sur  le  site  Microsoft  Technet/Windows Server 2008 Technical Library. 

- 16 -

© ENI Editions - All rigths reserved

Introduction  La notion d’emplacement est un point particulièrement important de toutes les infrastructures informatiques modernes.  En effet, qu’il s’agisse d’une entreprise de 100 personnes ou de 100.000 personnes (ou plus encore !), la définition et  l’emplacement  d’un  certain  nombre  de  "composants  d’infrastructure"  est  une  étape  capitale  pour  la  mise  en  œ uvre  opérationnelle et la pérenité de la solution globale.  Ce chapitre met l’accent sur l’emplacement des contrôleurs de domaine Windows 2000 Server, Windows Server 2003  et Windows Server 2008 en traitant particulièrement les serveurs de catalogue global, les serveurs DNS disposant de  zones intégrées à Active Directory ainsi que la nouvelle fonctionnalité de mise en cache de l’appartenance au groupe  universel pour les sites Active Directory disposant d’un contrôleur de domaine fonctionnant sous Windows Server 2003  ou Windows Server 2008. 

© ENI Editions - All rigths reserved

- 1-

Recherches LDAP et catalogues globaux  Les services de l’annuaire Active Directory sont disponibles au centre du système d’information de telle sorte que les  utilisateurs, les services et les applications puissent rechercher et aussi publier des informations intéressantes.  Pour  pouvoir  réaliser  des  recherches  dirigées  vers  les  services  d’annuaire  Active  Directory,  l’un  des  premiers  composants  fondamentaux  concerne  directement  l’ordinateur client. Ainsi, nous savons que les ordinateurs Windows  2000,  Windows  XP  et  ultérieurs  sont  des  clients  "naturels"  de  l’Active  Directory.  Dans  une  moindre  mesure,  les  ordinateurs fonctionnant sous Windows 9x ou Windows NT 4.0 peuvent être équipés du client Active Directory et ainsi,  utiliser  le  protocole  LDAP  pour  rechercher  des  informations  vers  l’annuaire Active Directory. Le deuxième élément est  bien sûr, l’annuaire lui­même, vers lequel les utilisateurs, les ordinateurs et les applications du réseau dirigeront leurs  requêtes.  Tous les clients LDAP supportant LDAP v2 (RFC 1777) ou bien LDAP v3 (RFC 3377) ont la possibilité de soumettre des  requêtes  LDAP  vers  Active  Directory.  Concernant  les  systèmes  d’exploitation  Microsoft,  les  systèmes  ci­dessous  sont  officiellement supportés par Microsoft :  ●

Windows 95 (avec le Client Active Directory) ; 

●

Windows 98 (avec le Client Active Directory) ; 

●

Windows NT 4.0 (avec le Client Active Directory) ; 

●

toute la famille des systèmes Windows 2000 ; 

●

Windows XP Professionnel ; 

●

la famille de systèmes Windows Server 2003 ; 

●

Windows Vista Professionnel, Entreprise et Intégrale ; 

●

la famille de systèmes Windows Server 2008. 

1. LDAP et la sécurité  Par  défaut,  l’annuaire  Active  Directory  est  très  protégé.  Il  est  donc  nécessaire  que  les  clients  s’authentifient  avant  qu’ils  puissent  envoyer  des  requêtes  LDAP  vers  un  serveur  d’annuaire  LDAP  Active  Directory.  Les  clients  s’authentifient  vers  l’Active  Directory  en  utilisant  les  mécanismes  de  sécurité  inclus  sur  les  contrôleurs  de  domaine.  Ainsi, les clients LDAP peuvent utiliser les mécanismes suivants :  ●

le protocole d’authentification Simple Authentication and Security Layer (SASL) ; 

●

le protocole Kerberos V5 ; 

●

le protocole NTLM. 

Les contrôleurs de domaine Active Directory ont aussi la possibilité d’accepter les requêtes LDAP en provenance de  clients anonymes (non authentifiés). 

2. Comment utiliser la commande LDP pour rechercher un objet via LDAP  Vous  pouvez  utiliser  la  commande  LDP,  incluse  dans  Windows  Server  2008  dans  le  dossier  %System  Root% \system32 ou bien utiliser celle qui est incluse dans les Outils de Support de Windows Server 2003. Cette commande  vous permettra de réaliser des recherches LDAP vers un annuaire LDAP tel que l’Active Directory.  ■

Dans le menu Connection, sélectionnez Bind et identifiez­vous avec un compte du domaine. 

■

Dans le menu Browse, sélectionnez Search. 

© ENI Editions - All rigths reserved

- 1-

■

Pour rechercher un utilisateur, utilisez l’attribut givenName pour le prénom et l’attribut sn pour le nom. 

Par exemple, la figure ci­après vous permet de rechercher dans le domaine Active Directory corp2003.corporate.net,  un utilisateur dont le nom est Smith ou Durand. 

Utilisation de l’outil LDP et syntaxe d’une recherche LDAP  Les deux requêtes ci­dessous sont un peu plus complexes.  ■

Pour rechercher un objet de la classe User, dont le prénom est Bob et dont le nom est Smith ou Durand, tapez la  syntaxe ci­dessous dans le champ Filter : (&(objectClass=user)(givenName=Bob)(|(sn=Smith)(sn=Durand))) 

■

Pour rechercher un objet de la classe User, dont le nom est Jones mais en excluant ceux qui ont un prénom tel que  John ou Jane et aussi ceux qui ne se sont pas connectés au moins 100 fois, tapez la commande ci­dessous : (& (objectClass=user)(sn=Jones)(!givenName=John)(!givenName=Jane)(!logonCount100)) 

■

Pour rechercher tous les utilisateurs qui ont un nom commençant par B, tapez la syntaxe ci­après dans le champ  Filter : (&(objectClass=user)(sn=B*)) 

■

Pour  rechercher  pour  tous  les  utilisateurs,  les  utilisateurs  qui  possèdent  un  répertoire  utilisateur  sur  G:\Utilisateurs,  tapez  la  syntaxe  ci­dessous  dans  le  champ  Filter  :  (&(objectClass=user)(home­ directory=G:\Utilisateurs)) 

À propos des opérateurs utilisés :  ●

Le symbole & représente l’opérateur ET. 

●

Le symbole | représente l’opérateur OU. 

●

Le point d’exclamation ! représente l’opérateur NOT. 

3.  Récupération  des  syntaxes  et  attributs  à  l’aide  de  la  console  Utilisateurs  et  ordinateurs Active Directory  Les syntaxes LDAP n’étant  pas  des  plus  naturelles,  vous  pouvez  utiliser  la  console  de  gestion  MMC  Utilisateurs et  ordinateurs  Active  Directory  pour  récupérer  les  syntaxes  et  noms  des  attributs  à  manipuler  à  l’aide  d’un  savant  copier­coller.  Par exemple, l’attribut qui gère le champ ville de l’adresse d’un utilisateur s’appelle, dans le schéma Active Directory,  "l" comme "location". Pour réaliser cette opération simple, procédez comme spécifié ci­dessous : 

- 2-

■

Lancez la console de gestion MMC Utilisateurs et ordinateurs Active Directory. 

■

Créez une nouvelle requête en utilisant l’assistant proposé. 

© ENI Editions - All rigths reserved

Utilisation de la fonction Requêtes sauvegardées pour récupérer les syntaxes LDAP 

■

Modifiez la requête précédemment créée. 

La "très utile" fenêtre de modification des requêtes  Il ne vous reste plus qu’à copier la syntaxe et à l’adapter en fonction de la requête à réaliser. 

Utilisation des recherches personnalisées pour tester les syntaxes 

© ENI Editions - All rigths reserved

- 3-

La  figure  ci­dessus  vous  permet  de  tester  les  syntaxes  que  vous  aurez  modifiées  directement,  sans  repasser  vers  LDP. 

4. Ajout, retrait de la fonction de catalogue global et ports TCP/IP  Les  contrôleurs  de  domaine  catalogue  globaux  sont  déclarés  par  les  membres  du  groupe  "Administrateurs  de  l’entreprise" à l’aide de la console de gestion MMC "Sites et services Active Directory" et d’une simple case à cocher. 

Activation du rôle Catalogue global sur le serveur S1  Cependant, le processus de construction des partitions, de la topologie de réplication ainsi que des mises à jour des  enregistrements  DNS  pour  déclarer  que  le  serveur  est  désormais  un  catalogue  global  est  plus  compliqué  qu’il  n’y  paraît.  Phase de promotion au rôle de catalogue global  Lorsqu’un  contrôleur  de  domaine  est  déclaré  pour  accueillir  la  fonction  de  catalogue  global,  un  réplica  partiel  en  lecture seule de toutes les partitions de domaine des domaines de la forêt est copié sur le contrôleur. La construction  est initialisée à l’aide de la réplication Active Directory immédiatement lorsqu’il s’agit de réplications intrasite, et lors  du  prochain  cycle  de  réplication  lorsqu’il  s’agit  de  réplication  intersites.  Chaque  partition  répliquée  devient  opérationnelle en lecture seule pour les recherches LDAP dirigées vers le nouveau catalogue global.  Phase de suppression du rôle de catalogue global  Il se peut qu’il soit nécessaire de supprimer un catalogue global sur un site donné au profit de la nouvelle fonction de  cache  de  l’appartenance aux groupes universels. Lorsqu’un contrôleur est dépromu de sa fonction de catalogue, le  KCC ­ Knowledge  Consistency  Checker ­ entame la suppression des réplicas en lecture seule, à l’aide d’un processus  asynchrone qui supprime les objets disponibles en lecture seule, petit à petit.  Le  temps  nécessaire  pour  réaliser  l’opération  de  suppression  varie  considérablement  entre  Windows  2000  Server,  Windows Server 2003 et Windows Server 2008. En effet, le KCC de Windows 2000 retire les objets par bloc de 500 à  chaque  déclenchement,  c’est­à­dire  par  défaut  toute  les  15  minutes.  Lorsqu’il  ne  reste  plus  d’objets  à  supprimer,  l’opération est terminée. Microsoft précise que la vitesse de suppression est d’environ 2000 objets par heure, ce qui  peut signifier en fonction du nombre d’objets à supprimer, que l’opération de suppression d’un réplica peut durer des  heures, voire des jours.  Le  KCC  de  Windows  Server  2003  ordonne  à  l’annuaire  de  prendre  en  charge  la  suppression  de  chaque  réplica  correspondant  à  chacun  des  domaines  catalogués  et  ne  réalise  plus  lui­même  la  suppression  des  objets.  De  cette  manière,  une  fois  l’instruction  reçue,  l’Active  Directory  commence  les  opérations  de  suppression.  Plutôt  que  de  - 4-

© ENI Editions - All rigths reserved

supprimer  un  nombre  précis  d’objets  par  cycle  géré  par  le  KCC,  Active  Directory  peut  continuer  progressivement  la  suppression des objets jusqu’à ce que le replica soit détruit, ou bien entamer une nouvelle série de suppressions, si  le travail n’est pas fini.  Le  moteur  de  réplication  Active  Directory  ­  DRS,  Directory  Replication  System,  gère  les  suppressions  de  replica  de  manière  à  ne  pas  stresser  les  réplications  de  production.  En  fait,  si  les  réplications  "normales"  le  nécessitent,  les  opérations de suppression seront pré­emptées et reprendront ultérieurement.  Sur  les  contrôleurs  de  domaines  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008,  vous  pourrez  consulter les journaux d’événements Active Directory et suivre les opérations de suppression d’un réplica ainsi que le  démarrage, la pause, la reprise et la bonne fin des opérations de suppression. Les événements enregistrés par le  KCC sont spécifiés ci­dessous :  Event ID 1744 : le contrôleur de domaine local n’est plus un catalogue global.  Event  ID  1659  :  la  suppresion  d’une  partition  d’annuaire  de  la  base  de  données  locale  a  été  repris,  y  compris  le  nombre approximatif d’objets restants à supprimer et le nombre de valeurs liées aux attributs restants à enlever.  Event ID 1660 : une partition d’annuaire spécifiée a été supprimée du contrôleur de domaine local.  Gestion  des  opérations  préemptées  :  sur  un  système  de  production  normalement  chargé,  la  suppression  d’une partition en lecture seule se produit aussi rapidement que possible en tâche de fond. Par contre, sur  un serveur surchargé par d’autres réplications ­ ce pourrait être le cas d’un contrôleur de domaine situé sur un site  important,  il  n’est  pas  facile  de  faire  une  estimation  du  temps  requis  pour  supprimer  des  données  du  catalogue  global.  Suppression de rôle et enregistrements DNS  Concernant les enregistrements DNS utilisés pour la localisation des services Active Directory, dès que le contrôleur  de  domaine  est  déclaré  comme  n’étant  plus  un  contrôleur  de  domaine  catalogue  global,  le  service  "Ouverture  de  session réseau" désenregistre les enregistrements de _gc. dans les zones DNS. Par conséquent, même si les réplicas  encore disponibles sur le contrôleur mettent plusieurs jours à être réellement supprimés, le dit contrôleur n’est plus  connu du réseau comme GC.  Pour éviter toute sollicitation pendant la phase de suppression des réplicas, le contrôleur de domaine refuse toutes  les requêtes LDAP dirigées sur le port 3268. 

5. Ports réseaux utilisés par les contrôleurs de domaine catalogues globaux  Lorsque  des  catalogues  doivent  opérés  dans  des  zones  sécurisées  du  réseau  de  l’entreprise,  il  est  nécessaire  de  configurer  les  pare­feu  de  telle  sorte  que  les  services  d’authentification  et  les  requêtes  LDAP  puissent  fonctionner.  Vous trouverez ci­dessous, les ports réseaux utilisés par les catalogues globaux :  LDAP ­ TCP 3268 (catalogue global).  LDAP ­ TCP 3269 (catalogue global via SSL).  LDAP ­ UDP et TCP 389.  LDAP ­ TCP 686 (SSL).  RPC/REPL ­ TCP 135 (RPC Endpoint port mapper).  Kerberos ­ UDP et TCP 88.  DNS ­ UDP et TCP 53.  SMB over IP (CIFS) ­ UDP et TCP 445. 

© ENI Editions - All rigths reserved

- 5-

Positionnement des catalogues globaux  Nous avons déjà appris qu’un catalogue global est un composant fondamental de l’infrastructure dans la mesure où il  joue le rôle de référentiel concernant les informations relatives à tous les objets d’une forêt Active Directory. La mise  en  cache  de  l’appartenance,  disponible  sur  les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2003  et  Windows  Serveur  2008,  a  pour  principal  objectif  de  réduire  le  trafic  mais  aussi  d’améliorer  l’ouverture  de  session  lorsque  les  connexions  réseaux  sont  particulièrement  lentes.  Ces  points  et  les  recommandations  concernant  l’emplacement de ces contrôleurs de domaine "particulierement importants" sont présentés ci­après. 

1. Authentifications et appartenance aux groupes universels de sécurité  Le système d’annuaire Active Directory crée automatiquement, sur le premier contrôleur de domaine installé dans une  forêt,  un  catalogue  global.  Dans  ce  cas,  nous  avons  l’habitude  de  parler  d’un  serveur  de  catalogue  global  ou  plus  familièrement d’un GC.  La fonction de catalogue est simple d’entretien puisqu’il est aisé de rajouter cette fonctionnalité à tout contrôleur de  domaine ou de considérer qu’il s’agit de transférer le rôle de catalogue à un autre contrôleur de domaine. En fait, un  transfert consiste à rajouter la fonctionnalité sur un contrôleur donné et à la retirer d’un autre contrôleur.  Appartenance aux groupes universels  Le  rôle  de  contrôleur  de  domaine  catalogue  global  est  particulièrement  important  car  il  permet  à  un  contrôleur  de  domaine  "non  GC"  de  disposer  des  informations  concernant  l’appartenance  éventuelle  d’un  utilisateur  à  tel  ou  tel  groupe universel. Pour rappel, peut­être est­il bon de souligner que les groupes universels de sécurité n’existent que  sur les catalogues globaux et pas sur les "simples" contrôleurs de domaine et qu’ils ne sont disponibles que lorsque  le  domaine  Active  Directory  fonctionne  dans  le  niveau  fonctionnel  Windows  Server  2008,  Windows  Server  2003  ou  Windows 2000 natif.  Recherches sur l’étendue de la forêt  Le catalogue global est capable d’assurer des recherches portant sur toute l’étendue de la forêt avec un très grande  performance, et ce, quel que soit l’endroit où l’objet est situé.  Résolution des suffixes UPN  Le  catalogue  global  sera  utilisé  pour  résoudre  le  nom  principal  de  l’utilisateur.  Nous  avons  déjà  vu  au  chapitre  qui  traite  des  nommages  que  le  nom  principal  de  l’utilisateur  ou  UPN  est  particulièrement  important  car  géré  d’une  manière  toute  spécifique.  En  effet,  le  catalogue  global  sera  invoqué  si  un  contrôleur  particulier  ne  parvient  pas  à  reconnaître  un  suffixe  UPN  donné.  Dans  l’absolu,  deux  types  d’erreurs  de  résolutions  de  suffixes  UPN  peuvent  se  produire et nécessiter le contact d’un catalogue global :  ●

Un suffixe UPN additionnel ne correspondant donc à aucun domaine Active Directory de la forêt a été ajouté  sur  la  dite  forêt.  Pour  rappel,  la  gestion  des  suffixes  UPN  est  réalisée  à  l’aide  la  console  de  gestion  MMC  "Domaines et approbations Active Directory". 

●

Un utilisateur dont l’objet utilisateur réside dans le domaine europe. corpnet. corporate.com utilise un suffixe  tel  que  [email protected].  Ce  deuxième  cas  se  produira  si  vous  souhaitez  altérer  le  suffixe  original pour simplifier (raccourcir) l’UPN original de l’utilisateur. 

2. Indisponibilité des catalogues globaux  Dans  l’absolu,  si  un  catalogue  global  du  site  du  client  n’est  pas  disponible,  un  autre  catalogue  global  sera  sélectionné. Cependant, une panne des communications réseaux vers un catalogue distant pourrait être encore une  cause de défaillance probable. Dans ce cas, si aucun catalogue global n’est disponible lorsqu’un utilisateur ouvre une  session dans le domaine fonctionnant dans les niveaux fonctionnels Windows Server 2008, Windows Server 2003 ou  Windows  2000  natif,  le  contrôleur  de  domaine  sollicité  utilisera  les  informations  mise  en  cache  de  l’ordinateur local  issues  de  la  précédente  ouverture  de  session  réussie.  Habituellement,  les  informations  d’authentification  mises  en  cache sont utilisées par les ordinateurs portables, lors d’une ouverture de session au domaine et lorsque l’ordinateur  n’y est pas connecté.  Dans le cas où l’utilisateur n’a jamais ouvert de session sur l’ordinateur et que par conséquent, il n’est pas possible  d’utiliser  les  informations  d’authentification  mises  en  cache,  alors  le  contrôleur  de  domaine  refuse  la  demande  de  connexion  et  l’utilisateur  ne  peut  pas  ouvrir  de  session  réseau.  Notez  tout  de  même  que  cette  méthode  n’est pas  appliquée  aux  administrateurs  du  domaine.  Ainsi,  les  administrateurs  du  domaine  peuvent  toujours  ouvrir  une  session vers le domaine même lorsqu’aucun serveur de catalogue global n’est disponible. 

© ENI Editions - All rigths reserved

- 1-

Il est pratiquement indispensable que les utilisateurs et les ordinateurs aient accès à un catalogue global.  Les catalogues globaux sont certes utilisés lors des ouvertures de session dans les domaines fonctionnant  dans  les  niveaux  fonctionnels  Windows  Server  2008,  Windows  Server  2003  et  aussi  dans  le  niveau  fonctionnel  Windows 2000 et ultérieurs mais aussi par des applications telles que Microsoft Exchange Server et Oulook. Notez  aussi  que  seuls  les  catalogues  répondent  aux  requêtes  dirigées  vers  le  port  TCP  3268.  Par  conséquent,  une  application qui ferait des recherches LDAP vers ce port serait dépendante des contrôleurs de domaine catalogues  globaux.  Microsoft  recommande  que  chaque  site  dispose  d’un  contrôleur  de  domaine  jouant  aussi  le  rôle  de  contrôleur de domaine. 

3. Personnalisation des attributs présents dans les catalogues globaux  Nous  venons  de  mettre  l’accent  sur  le  côté  "indispensable"  des  catalogues  globaux  et  sur  les  dépendances  qu’ils  introduisent. Toutefois, les catalogues ne doivent pas être considérés comme négatifs. Finalement, ils apportent des  solutions  à  des  problèmes  techniques  réels  et  sont  aussi  utiles  pour  "mieux  trouver"  tous  les  objets  connus  du  système d’annuaire.  Les  fonctions  de  recherches  pourront  ­  si  nécessaire  ­  être  personnalisées  pour  inclure  dans  les  catalogues  des  attributs supplémentaires plus intéressants. Il convient simplement de noter que la modification des attributs inclus  provoquera une augmentation du trafic pendant la phase de résynchronisation de tous les catalogues globaux de la  forêt, un point qui pourra être d’une importance capitale si l’entreprise concernée dispose de nombreux catalogues.  Pourquoi et quand modifier les attributs indexés par les catalogues globaux ?  Dans la mesure où les serveurs de type catalogues globaux sont des machines qui jouent un rôle particulièrement  critique  pour  l’ensemble  du  réseau  à  cause  de  leur  implication  dans  le  processus  d’ouverture  de  session  vers  le  domaine  Active  Directory,  il  est  fortement  recommandé  de  ne  pas  "jouer"  avec  les  catalogues  globaux.  Par  conséquent,  il  est  important  de  respecter  la  recommandation  suivante  :  Il  est  recommandé  de  n’ajouter  des  attributs  que  pour  rendre  service  aux  utilisateurs  ou  aux  applications  qui  sollicitent  fréquemment  l’annuaire  Active Directory.  Modification des attributs et impact sur la réplication Active Directory  En  fonction  de  la  fréquence  des  mises  à  jour  des  attributs  et  du  poids  de  chacun  d’eux,  l’impact  pourra  varier  considérablement. Comme, par définition, l’annuaire Active Directory réplique un ensemble des meilleurs attributs de  tous les objets de tous les domaines de la forêt, il est clair que plus ces attributs concerneront un nombre important  d’objets et plus le poids des réplications issus des modifications de ces attributs sera lourd. Bien sûr, cela dépendra  aussi  de  la  taille  de  chaque  attribut,  aussi  plus  l’attribut  modifié  sera  léger  et  plus  l’impact  sur  la  réplication  sera  minimisé.  Il est aussi très important de considérer les modifications relatives à un nombre d’objets limité dont la taille  des  attributs  seraient  plus  importante  et  dont  la  fréquence  de  modifications  des  attributs  seraient  plus  rapide ! 

4. Mise en cache de l’appartenance des groupes universels  Les  contrôleurs  de  domaine  Windows  Server  2003  et  Windows  Server  2008  peuvent  aider  à  rendre  l’infrastructure  Active Directory encore plus résistante aux défaillances. Effectivement, les variations inhérentes à la bande passante  disponible  d’une  connexion  intersites  ainsi  que  l’indisponibilité  d’un  contrôleur  de  domaine  peuvent  avoir  un  effet  désastreux sur la disponibilité des services d’authentification.  Les contrôleurs de domaine fonctionnant sous Windows Server 2003 et Windows Serveur 2008 peuvent être utilisés  pour éviter le déploiement d’un serveur de type catalogue global sur un site satellite comprenant peu d’utilisateurs.  Ainsi, sur ces sites vous pourrez :  ●

déployer  un  nouveau  contrôleur  de  domaine  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008.  Vous  avez  aussi  la  possibilité  de  procéder  au  remplacement  d’un  ancien  contrôleur  de  domaine  Windows 2000 Server, sachant qu’il n’est pas possible de réaliser une mise à niveau "in place" d’un serveur  Windows  2000  Server  vers  Windows  Server  2008  ou  mettre  à  niveau  un  ancien  contrôleur  de  domaine  Windows 2000 Server vers Windows Server 2003. 

●

Activer  la  mise  en  cache  de  l’appartenance  au  groupe  universel  pour  le  site  en  question  vers  un  autre  site  disposant d’un catalogue global. 

Dans le cas de la mise à niveau d’un contrôleur de domaine Windows 2000 Server jouant le rôle de catalogue  global, vous pourrez supprimer la fonction de catalogue global et ainsi minimiser les réplications intersites. 

- 2-

© ENI Editions - All rigths reserved

L’avantage de cette nouvelle fonctionnalité est que le contrôleur de domaine stocke les informations concernant les  groupes  universels  en  cache  juste  après  l’ouverture  de  session  de  l’utilisateur.  De  cette  manière,  les  groupes  universels  sont  présents  sur  le  site  même  lorsqu’il  n’y  a  pas  de  catalogue  global  sur  le  site,  grâce  à  l’aide  d’un  catalogue  situé  sur  un  site  distant  spécifié.  De  fait,  on  peut  dire  qu’il  peut  être  intéressant  de  mettre  à  niveau  un  certain  nombre  de  catalogues  globaux  fonctionnant  sous  Windows  2000  Server  vers  des  contrôleurs  de  domaine  fonctionnant sous Windows Server 2003 ne jouant plus le rôle de catalogue mais disposant de l’option Mise en cache  de l’appartenance au groupe universel. 

Activation de la mise en cache : le site local est aidé par le site de Cannes  Lors de la prochaine ouverture de session, le contrôleur de domaine récupère les informations d’appartenance aux  groupes universels à partir de son cache local plutôt que de contacter un serveur de catalogue global local ou distant.  Détermination du site à utiliser pour remplir et rafraîchir le cache des groupes universels La  figure  présentée  plus  haut  indique  que  vous  contrôlez  totalement  vers  quel  site  vous  souhaitez  diriger  les  requêtes  visant  à  vérifier  les  appartenances  aux  groupes  universels.  La  fenêtre  de  sélection  vous  permet  de  sélectionner  un  site  parmi  l’ensemble  des  sites  connus  de  la  configuration  Active  Directory.  Toutefois,  il  n’est  pas  obligatoire  de  faire  une  sélection  et  vous  pourriez  donc  conserver  la  valeur  par  défaut.  En  effet,  le  contrôleur  de  domaine analyse la topologie de sites Active Directory et détermine le meilleur site à contacter sur la base du coût le  plus faible. Comme cela est aussi le cas pour le DRS ­ Directory Replication System  ­ la détermination de la meilleure  route à emprunter sera réalisée par le service ISM, c’est­à­dire le service "Messagerie intersites".  L’interface graphique de la console de gestion MMC "Sites et services Active Directory" utilisée pour déclarer  le site préféré à utiliser pour résoudre les appartenances aux groupes universels ne vérifie pas la présence  réelle d’un catalogue global sur le site considéré. Dans le cas où le site ne disposerait pas de catalogue global, un  autre site sera choisi sur la base des coûts de liens de sites et un événement 1668 sera enregistré dans le journal  d’événements Active Directory. 

Configuration de la durée de vie du cache des groupes universels et recommandations Chaque contrôleur de domaine d’un site donné stocke les informations d’appartenance aux groupes universels dans  sa mémoire cache pour une durée de vie de huit heures. De plus, Microsoft précise que chaque contrôleur est capable  de  rafraîchir  jusqu’à  500  appartenances  de  groupes  universels  simultanément.  La  clé  de  registre  ci­dessous  vous  permettra de configurer correctement la gestion du rafraîchissement du cache.  HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Parameters\  Paramètres 

Cache Membership Refresh  Interval (minutes) 

Cached Member­ship Staleness  (minutes) 

Valeur 

Description 

DWORD 480 

La valeur est exprimée en  minutes, donc 8 heures. Ce  paramètre permet de déclarer la  valeur du rafraîchissement du  cache. Cette valeur pourrait par  exemple être changée pour ne  réaliser qu’un seul  rafraîchissement par jour (1440  minutes). Il n’est pas recommandé  de baisser cette valeur car plus  elle est basse et plus le trafic  réseau augmente, ce qui n’est  pas l’objet de la fonction de cache  des groupes universels.  

DWORD 10080 

© ENI Editions - All rigths reserved

La valeur est exprimée en  minutes, donc 7 jours. Ce  paramètre permet de déclarer la  durée de vie maximale des  enregistrements contenus dans le  cache. Si la valeur contenue dans  le cache est plus vieille que la 

- 3-

valeur du paramètre et qu’aucun  catalogue n’est disponible, alors  l’utilisateur ne pourra pas se  connecter. La valeur par défaut  est recommandée.  

Cached Member­ship Refresh  Limit 

DWORD 500 

Ce paramètre définit le nombre  maximum d’utilisateurs et  d’ordinateurs rafraîchis  simultanément. Microsoft  recommande d’augmenter cette  valeur si l’événement 1669 se  produit ou si le site contient plus  de 500 utilisateurs et ordinateurs.  Notez que lorsqu’un site  comprend plus de 500 utilisateurs,  il est recommandé de disposer  d’un catalogue global sur le site.  Notez que si vous augmentez le  nombre d’utilisateurs cachés, vous  devrez considérer une  augmentation du trafic de mise à  jour lié au catalogue global.  

Attention à la syntaxe des paramètres : les paramètres de clés de registre spécifiés ci­dessus contiennent la  chaine  de  caractères  "(minutes)".  Cette  chaine  de  caractère  fait  partie  du  nom  de  la  clé  et  doit  donc  être  incluse  dans  le  nom  de  l’entrée  au  moment  de  la  création.  Par  exemple,  la  valeur  "Cached  Membership  Refresh  Interval (minutes)" est correctement libellée alors que la valeur "Cached Membership Refresh Interval" ne l’est pas. 

5. Bonnes pratiques pour déterminer le positionnement des catalogues globaux  En résumé, l’appartenance aux groupes universels est un élément critique du processus d’ouverture de session. Si le  contrôleur  de  domaine  ne  parvient  pas  à  vérifier  ces  appartenances,  l’utilisateur  ne  peut  ouvrir  de  session.  Pour  y  parvenir, il doit pouvoir accéder à un catalogue global ou à ses informations mises en cache. Sans Windows Server  2003 ou Windows Server 2008, si le contrôleur de domaine accède au serveur de catalogue global par l’intermédiaire  d’une connexion intersites, les utilisateurs ne peuvent ouvrir de session si la liaison n’est pas disponible.  Microsoft  recommande  de  positionner  un  contrôleur  de  domaine  global  catalogue  lorsque  la  liaison  intersites  peut  supporter  le  trafic  de  réplication  causé  par  le  catalogue  global.  Dans  le  cas  où  le  trafic  de  réplication  est  trop  important  par  rapport  aux  possibilités  de  la  liaison  intersites,  installez  un  contrôleur  de  domaine  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008  et  activez  la  fonction  de  mise  en  cache  de  l’appartenance  aux  groupes universels sur le site. 

- 4-

© ENI Editions - All rigths reserved

Planification  et  critères  contrôleurs de domaine 

d’emplacement 

et 

d’affectation 

des 

Pour pouvoir réellement déterminer le nombre de contrôleurs de domaines, de serveurs DNS, de serveurs de catalogue  global  ­  et  aussi  d’autres  serveurs  d’applications  d’entreprises  telles  que  Microsoft  Exchange  Server  ou  Microsoft  System  Center  Configuration  Manager  2007  ­  vous  devez  d’abord  concevoir  la  topologie  de  sites  Active  Directory  (note  :  cette  remarque  n’est  vraie  que  lorsqu’on  est  vraiment  confronté  à  une  problématique  de  communications  multisites complexe).  Dans l’hypothèse où cette étape n’aurait pas été réalisée, vous devrez néanmoins disposer des informations minimum  qui vous permettront de positionner correctement vos serveurs d’infrastructure.  Les rôles que nous allons considérer sont spécifiés ci­dessous :  ●

gestion de l’emplacement des contrôleurs de domaine ; 

●

gestion de l’emplacement des serveurs de catalogue global ; 

●

gestion de l’utilisation de la fonction de mise en cache de l’appartenance aux groupes universels ; 

●

gestion de l’emplacement des serveurs possédant des zones DNS intégrées à l’annuaire Active Directory. 

L’idée  de  cette  partie  est  de  clarifier  les  bonnes  et  mauvaises  pratiques  afin  de  préserver  la  disponibilité  de  l’infrastructure tout en minimisant les coûts et la complexité de la solution.  Quand placer un contrôleur de domaine sur un site ? ●

Lorsqu’un site accueille de nombreux utilisateurs, il est bien sûr recommandé d’installer au moins un contrôleur  de domaine. Le seuil minimum qui nécessite la mise en place d’un contrôleur de domaine n’est pas clairement  défini  par  les  labs  de  Microsoft,  mais  on  peut  considérer  qu’au­delà  d’une  vingtaine  d’ordinateurs,  il  est  vraiment nécessaire de disposer localement d’un contrôleur de domaine. 

●

Lorsque  des  applications  s’appuient  sur  les  services  d’annuaires  Active  Directory.  Il  pourra  s’agir  d’une  application  telle  que  Microsoft  Exchange  Server  mais  d’autres  applications  peuvent  devoir  accéder  à  toutes  sortes d’informations contenues dans l’Active Directory. 

●

Lorsque le site contient des ressources protégées par les services de sécurité du domaine. 

Soyez vigilant quant à l’emplacement qui hébergera physiquement un ordinateur jouant le rôle de contrôleur  de  domaine.  Le  local  doit  disposer  d’un  accès  contrôlé  de  telle  sorte  qu’il  soit  difficile  d’accéder  aux  disques  durs de la machine. Si un intrus peut accéder physiquement à un contrôleur, il a inévitablement un accès physique à  des données critiques qui concernent l’intégralité d’un domaine Active Directory. Une personne malveillante pourrait  par exemple utiliser un outil de dépannage tel que ERD Commander pour accéder aux disques du serveur et ensuite  utiliser des outils de décodage des mots de passe pour découvrir le mot de passe de l’administrateur du domaine. 

Pour  répondre  à  cette  problématique,  Windows  Server  2008  peut  être  installé  en  tant  que  contrôleur  de  domaine  en  lecture  seule.  De  cette  manière,  aucune  structure  en  rapport  avec  les  mots  de  passe  n’est  physiquement  stockée.  L’exposition du serveur pourra aussi être minimisée en installant Windows Server 2008 en  mode Server Core, de manière à encore réduire la surface d’attaque. 

Combien d’utilisateurs par contrôleur de domaine Active Directory ? La détermination du nombre de contrôleurs de domaine en fonction du nombre d’utilisateurs est un point de passage  obligé. La meilleure façon de réaliser ce type d’estimation est d’utiliser l’outil Microsoft Active Directory Sizer. Cet outil  est  disponible  sur  le  site  de  Microsoft  à  l’adresse  ci­dessous  :  http://www.microsoft.com/windows2000/techinfo/reskit/tools/new/adsizer­o.asp.  Téléchargez du site de Microsoft, le document intitulé "Performance Tuning Guidelines for Windows Server 2008". Ce  document contient les paramètres de performances à appliquer sur les serveurs Windows Server 2008, rôle par rôle.  L’outil AD Sizer vous permettra de déterminer le processeur, la taille de la RAM et vous donnera un certain nombre de 

© ENI Editions - All rigths reserved

- 1-

valeurs moyennes correspondant à l’activité simulée de votre Active Directory.  À  propos  des  performances  :  les  machines  dont  nous  disposons  aujourd’hui  sont  largement  surdimensionnées  par  rapport aux charges et besoins que nous leur faisons supporter. Pour s’en convaincre, il suffit de positionner un audit  des  performances  sur  un  contrôleur  de  domaine  ou  d’étudier  certains  documents  de  référence  fournis  par  Microsoft.  Lors de tests menés par MCS chez un des grands clients de Microsoft, il a été testé la configuration ci­après.  ●

Un  seul  contrôleur  de  domaine  de  type  quadri  processeurs  Xeon  équipé  de  512  Mo  de  RAM  peut  supporter  17000 utilisateurs pour prendre en charge les ouvertures de sessions réseaux et les authentifications réseaux. 

●

Un  seul  catalogue  global  de  type  bi­processeurs  équipé  de  1  Go  de  RAM  peut  supporter  10000  utilisateurs  LDAP ainsi que l’activité associée à Exchange Server. 

●

Un seul contrôleur de domaine de type quadri­processeurs équipé de 1 Go de RAM hébergeant des zones DNS  dans Active Directory peut fournir des services de résolution de noms pour plus de 10000 ordinateurs. 

Ces  tests  ont  été  réalisés  courant  2000.  Si  l’on  considère  les  performances  des  machines  actuelles  ainsi  que  les  améliorations  de  performances  apportées  par  Windows  Server  2003  et  Windows  Server  2008,  il  est  évident  que  les  évaluations réalisées plus haut sont largement obsolètes.  Pour plus d’informations sur les mesures de performances réalisées par Microsoft, consultez le document intitulé "Sizing  Guidelines  for  Windows  2000  Domain  Controller  and  Global  Catalog  Server"  David  B.  Cross,  Microsoft  Consulting  Services,  disponible  à  l’adresse  ci­dessous  :  http://download.microsoft.com/download/9/e/5/9e586ee0­d06a­4a50­ bf6e­1c9f57857d79/DCSizing.doc  Comment améliorer la disponibilité du domaine sur un site ? Bien qu’un contrôleur de domaine Active Directory puisse supporter des milliers d’utilisateurs, vous serez certainement  amené  à  installer  sur  les  sites  les  plus  importants  un  deuxième  contrôleur  de  domaine.  De  cette  manière,  vous  disposerez  toujours  localement  sur  le  site  de  l’autonomie  nécessaire  à  la  poursuite  des  activités  normales  de  l’entreprise. 

- 2-

© ENI Editions - All rigths reserved

Planification et critères d’emplacement et d’affectation des catalogues  globaux  Nous avons vu à quel point les serveurs de catalogue global sont importants. Il est clair que si chaque site dispose de  son propre catalogue global, chaque site est vraiment autonome. Par conséquent, il peut résister à une panne totale  des communications réseaux avec le reste de l’infrastructure.  Une telle configuration peut sembler intéressante mais malheureusement, si la forêt Active Directory est composée de  plusieurs domaines et s’il y a de nombreux sites, donc de nombreux catalogues globaux, alors les flux de réplication de  ces contrôleurs de domaine seront particulièrement lourds sur les liens inter­sites.  Cette approche peut nous faire admettre l’idée suivante : "déclarons autant de catalogues globaux que le permet le réseau,  mais pas plus ...". Les questions et réponses ci­dessous vous permettront de décider si oui ou non, il est judicieux que  tel ou tel contrôleur de domaine joue aussi le rôle de catalogue global.  Quel est l’espace disque actuellement disponible sur le contrôleur de domaine ? Le disque doit être capable d’accueillir "partiellement" toutes les partitions de tous les domaines. Si ce catalogue doit  être  particulièrement  stressé  par  une  application  qui  génère  beaucoup  de  requêtes  LDAP,  vérifiez  que  le  serveur  dispose des ressources matérielles nécessaires pour satisfaire vos exigences de performances.  Est­il important de disposer d’une redondance en local sur le site ? Dans  le  cas  où  une  application  d’entreprise  serait  particulièrement  dépendante  d’un  serveur  de  catalogue  global,  il  serait judicieux de prévoir une redondance de ce serveur. La redondance pourra être envisagée de deux manières :  ●

redondance d’un serveur de catalogue global sur le site local, 

●

redondance d’un serveur de catalogue global sur un site distant. 

La  première  option  est  parfaite  tandis  que  la  seconde  ne  protègera  pas  contre  les  défaillances  des  communications  intersites.  Cas des serveurs de catalogue global dans les forêts mono domaine Lorsqu’une forêt Active Directory n’est composée que d’un seul et unique domaine, il est recommandé de déclarer tous  les  contrôleurs  de  domaine  du  domaine  comme  étant  des  catalogues  globaux.  En  effet,  comme  le  domaine  est  déjà  connu du domaine (!), le contrôleur peut dans ce cas être un catalogue global sans ne jamais rien répliquer ! L’avantage  le  plus  important  est  que  tous  les  contrôleurs  de  domaine  peuvent  répondre  à  des  requêtes  dirigées  sur  le  port  TCP  3268. 

© ENI Editions - All rigths reserved

- 1-

Planification  et  critères  d’emplacement  et  d’affectation  des  serveurs  DNS Active Directory  Le service de résolutions DNS est fondamental au bon fonctionnement du service d’annuaire Active Directory. Si les DNS  tombent, l’Active Directory tombe aussi, et l’ensemble des services d’infrastructure qui en dépendent ...  Plus encore que la problèmatique des catalogues globaux, les services DNS doivent donc faire l’objet d’une attention  toute particulière. Les recommandations ci­dessous vous permettront de faire les bons choix.  Disposez d’au moins un serveur DNS par site Si  le  contrôleur  de  domaine  du  site  dispose  d’une  zone  intégrée  Active  Directory  correspondant  au  domaine  géré,  le  contrôleur de domaine local du site fait automatiquement autorité pour la zone. Il est donc, de fait, aussi capable de  maintenir  tous  les  enregistrements  de  services  (SRV  RR)  nécessaires  au  bon  fonctionnement  de  l’annuaire  Active  Directory.  Dans la mesure où tous les ordinateurs clients du site ont pour principal serveur DNS le contrôleur de domaine du site,  il  est  intéressant  d’exploiter  les  zones  DNS  dynamiques  sécurisées  offertes  par  Windows  Server  2008  et  Windows  Server 2003.  Profitez des nouvelles partitions de l’annuaire d’applications Active Directory Par  défaut,  les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2008  et  Windows  Server  2003  disposent  automatiquement d’une partition de l’annuaire d’applications. Par rapport à Windows 2000 Server, l’avantage de cette  nouvelle approche permet de minimiser l’activité sur la partition du domaine Active Directory.  Dans le cadre des infrastructures Active Directory composées d’un nombre restreint de contrôleurs de domaine, l’usage  des partitions de l’annuaire d’applications disponibles sur les serveurs Windows Server 2008 et Windows Server 2003,  n’est  pas  particulièrement  important.  Par  contre,  il  convient  de  rappeler  que  les  données  des  zones  DNS  ne  sont  répliquées que vers les contrôleurs de domaine jouant le rôle de serveur DNS.  À l’inverse, les contrôleurs de domaine Windows 2000 Server accueillent les zones DNS intégrées à Active Directory au  sein de la partition de domaine. Par conséquent, tous les contrôleurs de domaine Windows 2000 possèdent tous les  enregistrements de ressources des zones DNS, qu’ils soient ou non serveurs DNS.  Tout contrôleur de domaine d’un site doit être un serveur DNS Il se peut que vous disposiez sur un site donné d’un contrôleur de domaine local et d’un serveur DNS éloigné. Même s’il  semble que cela complique la configuration globale en multipliant les serveurs DNS, il est dommage que les ordinateurs  du  réseau  local  contactent  un  serveur  DNS  distant  pour  localiser  le  contrôleur  de  domaine  du  domaine  situé  localement !  N’oubliez pas que le DNS est ­ presque ­ sans entretien puisqu’il est dynamique, sécurisé et se réplique à l’aide de la  réplication Active Directory.  Configurez tous les clients DNS du réseau pour utiliser deux serveurs DNS Deux solutions valent mieux qu’une ! Mais surtout, lorsque le seul serveur DNS déclaré n’est pas disponible les ennuis  commencent.  Il  est  en  effet  impossible  de  localiser  un  contrôleur  Active  Directory  à  l’aide  des  mécanismes  LDAP,  Kerberos.  Dans  ce  cas,  il  reste  toujours  la  connectivité  NT  qui  permettra  de  considérer  le  domaine  Active  Directory  comme  un  simple  domaine  NT  4.0  pour  réaliser  une  authentification  NTLM  v2.  Dans  ce  cas,  plus  de  stratégies  de  groupe,  plus  de  messagerie  Exchange  Server,  plus  de  certificats  Active  Directory  pour  la  signature  numérique  et  le  cryptage ... 

Utilisation de deux serveurs DNS  La bonne pratique consiste donc à utiliser simplement le contrôleur de domaine du site local comme serveur DNS. La  zone  DNS  est  intégrée  dans  Active  Directory  dans  une  partition  de  l’annuaire  d’applications  ou  dans  la  partition  du  domaine si le domaine doit héberger une zone DNS intégrée dans Active Directory sur des serveurs fonctionnant sous  Windows Server 2008, Windows Server 2003 et aussi sur des serveurs fonctionnant sous Windows 2000 Server. 

© ENI Editions - All rigths reserved

- 1-

Positionnement des maîtres d’opérations  Nous  avons  déjà  vu  que  les  maîtres  d’opérations,  aussi  appelés  FSMO  pour Flexible  Single  Master  Operations, étaient  impliqués dans de nombreuses opérations. Ces opérations sont pour la plupart en rapport avec la gestion des conflits  de configuration ou de sécurité potentiels et de fait, il devient important de considérer aussi cette problématique. 

1. Rôle des contrôleurs maîtres d’opérations  Avant  de  présenter  les  bonnes  règles  de  conduite  qui  concernent  le  positionnement  des  contrôleurs  de  domaine  maîtres  d’opérations,  il  convient  de  rapidement  rappeler  les  grands  rôles  de  maîtres  d’opérations  ainsi  que  leurs  resposanbilités. Pour rappel, les maîtres d’opérations ont déjà été traités précédemment au chapitre qui traite de la  nature des domaines et des forêts.  Les  services  d’annuaires Active Directory connaissent cinq rôles de maîtres d’opérations. Deux maîtres d’opérations  dédiés aux services de la forêt et trois maîtres d’opérations dédiés aux services de chacun des domaines de la forêt.  Concernant la forêt, celle­ci dispose des deux maîtres d’opérations listés ci­dessous :  ●

Le  maître  de  schéma  dont  la  responsabilité  est  de  contrôler  toutes  les  mises  à  jour  et  modifications  du  schéma. Pour mettre à jour le schéma d’une forêt, vous devez accéder au maître de schéma et être membre  du  groupe  de  sécurité  universel  "Administrateur  de  schéma".  Il  ne  peut  exister  qu’un  seul  contrôleur  de  domaine maître de schéma sur l’ensemble de la forêt. 

Migration vers AD DS ­ Étapes préliminaires. L’installation du premier contrôleur de domaine Windows Server  2008  dans  la  forêt  nécessite  que  celle­ci  soit  préparée  en  étendant  le  schéma  à  l’aide  de  la  commande  Adprep/Forestprep sur le maître de schéma. 

●

Le maître d’attribution de noms de domaine dont la responsabilité est de contrôler l’ajout ou la suppression  de domaines au sein de la forêt. Il ne peut exister qu’un seul maître d’attribution de noms de domaine sur  l’ensemble  de  la  forêt.  En  fait,  supprimer  ou  ajouter  un  domaine  signifie  surtout  ajouter  ou  supprimer  une  partition et de fait, il est indispensable d’être membre du groupe de sécurité universel des "Administrateurs  de l’entreprise". Le maître d’attribution de noms de domaine permet donc d’ajouter, supprimer tous les types  de partitions ainsi que de gérer des objets de références croisées. Par rapport à la version qui existait sous  Windows 2000 Server, les maîtres d’attribution de noms de domaine fonctionnant sous Windows Server 2008  ou  Windows  Server  2003  prennent  désormais  en  charge  les  fonctionnalités  de  renommage  des  domaines  Active Directory. 

Concernant le domaine, celui­ci dispose de trois maîtres d’opérations listés ci­dessous :  ●

Le  maître  d’émulateur  PDC  joue  le  rôle  de  contrôleur  principal  de  domaine  Windows  NT.  Il  traite  les  modifications  de  mot  de  passe  des  clients  et  réplique  les  mises  à  jour  à  destination  des  contrôleurs  secondaires de domaine NT. Bien sûr, il ne peut exister qu’un seul contrôleur de domaine jouant le rôle de  maître d’émulateur PDC dans chaque domaine de la forêt. Le maître d’émulateur PDC est également chargé  de maintenir la synchronisation de l’heure sur tous les contrôleurs de domaine du domaine. Notez aussi que  l’émulateur  PDC  reçoit  en  priorité  la  réplication  des  changements  de  mot  de  passe  effectués  par  d’autres  contrôleurs de domaine du domaine. 

Par  défaut,  le  maître  d’émulateur  PDC  interdit  toute  possibilité  d’écrasement  des  objets  de  stratégie  de  groupe. En effet, la Stratégie de groupe du domaine réduit les risques de conflits de réplication en désignant  le contrôleur de domaine jouant le rôle d’émulateur PDC pour ce domaine, comme serveur préféré pour réaliser les  modifications des GPO. 

La figure suivante vous permet de contrôler la façon dont la console de gestion MMC "Editeur d’objets de stratégie de  groupe" sélectionne un contrôleur de domaine pour finalement ouvrir ou modifier un objet stratégie de groupe géré  au  sein  de  l’Active  Directory.  Par  exemple,  pour  déterminer  quel  contrôleur  de  domaine  le  composant  logiciel  enfichable "Editeur d’objet Stratégie de groupe" utilise, jouez sur les paramètres ci­dessous :  Utiliser  le  contrôleur  principal  de  domaine  :  indique  que  l’Éditeur  d’objet  stratégie  de  groupe  lit  et  écrit  les  modifications dans le contrôleur de domaine désigné en tant que maître d’opérations PDC pour le domaine.  Hériter  des  composants  Active  Directory  :  indique  que  l’Éditeur  d’objet  stratégie  de  groupe  lit  et  écrit  les  modifications  dans  le  contrôleur  de  domaine  que  les  composants  logiciels  enfichables  Utilisateurs  et  ordinateurs  Active Directory ou Sites et services Active Directory utilisent. 

© ENI Editions - All rigths reserved

- 1-

Utilise tout contrôleur de domaine disponible : indique que l’Éditeur d’objet stratégie de groupe peut lire et écrire  les modifications dans tout contrôleur de domaine disponible.  Si vous désactivez ce paramètre ou si vous ne le configurez pas, l’Éditeur d’objet stratégie de groupe utilise  le contrôleur de domaine désigné comme le maître des opérations de contrôleur de domaine principal pour le  domaine. Ainsi, comme toutes les opérations d’édition de GPO sont dirigées vers le PDC Emulator il ne peut y avoir  deux  administrateurs  différents  qui  modifient  le  même  GPO.  Notez  toutefois  que  l’administrateur  a  toujours  la  possibilité de modifier un GPO sur un autre contrôleur. Ce paramètre permet de forcer un contrôleur de domaine  préféré mais n’empêche aucunement un administrateur de changer de contrôleur. 

Configuration à l’aide d’une stratégie de groupe de la sélection des contrôleurs des domaines  Par  défaut,  la  stratégie  de  groupe  du  domaine  n’implémente  aucune  valeur  particulière  pour  la  gestion  de  l’option  Sélection du contrôleur de domaine de la stratégie de groupe. La valeur par défaut de ce paramètre est Utiliser le  contrôleur principal de domaine.  ●

Le maître des identificateurs relatifs (RID, Relative IDentifier) alloue des séquences d’ID relatifs (RID) à  chacun  des  différents  contrôleurs  de  domaine  de  son  domaine.  Bien  entendu,  il  ne  peut  exister  qu’un  seul  contrôleur de domaine jouant le rôle de maître RID dans chaque domaine de la forêt. 

●

Le maître d’infrastructure est responsable de la mise à jour des références des objets de son domaine sur  les  objets  des  autres  domaines.  Il  maintient  l’identification  de  l’objet  en  fonction  de  son  déplacement  (changement  du  DN)  au  sein  d’un  domaine,  en  fonction  de  son  déplacement  au  sein  d’un  autre  domaine  (changement du DN et du SID), sachant que l’identificateur global unique (GUID) ne change jamais quel que  soit l’emplacement  de  l’objet. Il compare ses données à celles du catalogue global qui, lui­même, reçoit des  mises  à  jour  régulières  de  tous  les  domaines  par  le  biais  de  réplications.  Les  données  du  catalogue  global  sont ainsi actualisées en permanence. Si le maître d’infrastructure trouve des données qui ne sont pas à jour,  il demande les données mises à jour à un catalogue global et les réplique ensuite vers les autres contrôleurs  de domaine du domaine. 

Migration vers AD DS ­ Étapes préliminaires. Si le contrôleur de domaine est le premier contrôleur de domaine  fonctionnant  sous  Windows  Server  2008  dans  un  domaine  Windows  2000,  le  domaine  doit  être  préparé  à  l’aide  de  la  commande  adprep/domainprep/gpprep  sur  le  maître  d’infrastructure.  Lorsqu’il  s’agit  d’un  domaine  fonctionnant dans le niveau fonctionnel Windows Server 2003, le paramètre /gpprep pourra être ignoré. Il suffira  donc de lancer la commande adprep/domainprep sur le maître d’infrastructure. 

- 2-

© ENI Editions - All rigths reserved

Le  rôle  de  maître  d’infrastructure  ne  doit  pas  être  attribué  au  contrôleur  de  domaine  qui  héberge  le  catalogue global, sauf si le domaine ne comporte qu’un seul contrôleur de domaine, ce qui est plutôt rare ! Si  le  maître  d’infrastructure  et  le  catalogue  global  sont  situés  sur  le  même  contrôleur,  le  maître  d’infrastructure  ne  trouvera  jamais  de  données  non  actualisées.  Par  conséquent,  il  ne  répliquera  jamais  les  modifications  sur  les  autres contrôleurs de domaine du domaine. 

Notez  que  cette  dernière  remarque  ne  s’applique  que  dans  le  cas  où  tous  les  contrôleurs  de  domaine  du  domaine  ne  sont  pas  des  catalogues  globaux.  À  l’inverse,  si  tous  les  contrôleurs  de  domaine  sont  des  catalogues globaux alors le maître d’infrastructure peut être l’un d’entre eux. 

2. Recommandations générales concernant l’emplacement des maîtres d’opérations  Généralement,  il  n’est  pas  nécessaire  de  déplacer  les  rôles  des  maîtres  d’opérations.  Cependant,  il  se  peut  qu’en  fonction  de  la  topologie  du  réseau  ou  bien  d’une  défaillance  d’un  contrôleur  de  domaine  jouant  le  rôle  d’un maître  d’opérations,  vous  soyez  contraint  de  prévoir  le  déplacement  de  certains  maîtres  d’opérations  afin  d’optimiser  les  performances ou de minimiser les risques en cas de perte d’un contrôleur.  Les bonnes pratiques ci­dessous vous permettront d’atteindre ces objectifs :  ●

Dans  une  forêt  composée  d’un  seul  et  unique  domaine,  concentrez  tous  les  maîtres  d’opérations  sur  le  premier  contrôleur  de  domaine  de  la  forêt.  Ensuite,  désignez  tous  les  contrôleurs  de  domaine  en  tant  que  serveur de catalogue global. 

●

Dans une forêt composée de multiples domaines, dans le domaine racine de la forêt, si tous les contrôleurs  sont  des  catalogues  globaux,  concentrez  tous  les  rôles,  y  compris  catalogue,  sur  le  premier  contrôleur.  Si  certains contrôleurs ne sont pas des catalogues globaux, alors déplacez tous les rôles sur un contrôleur qui  n’est pas un serveur de catalogue global. 

●

Ensuite,  dans  chaque  domaine  enfant,  laissez  les  rôles  d’émulateur  PDC,  de  maître  RID  et  de  maître  d’infrastructure  sur  le  premier  serveur  du  domaine  et  assurez­  vous  que  ce  serveur  ne  soit  jamais  désigné  comme serveur de catalogue global. 

Pour  vous  prémunir  de  petits  incidents,  toujours  gênants,  lesquels  peuvent  empirer  lors  d’un  scénario  catastrophe, désignez un autre contrôleur du même domaine comme maître d’opérations en attente. Faites  en sorte de désigner une machine contrôleur de domaine "non catalogue global" dans le cas de la forêt composée  d’un seul et unique domaine où tous les contrôleurs de domaine le sont aussi. Il est recommandé que le contrôleur  de domaine jouant le rôle de serveur de secours se trouve dans le même site que le serveur en panne. 

3. Emplacement du contrôleur maître de schéma  Lorsque le maître de schéma n’est pas disponible, le schéma ne peut pas être modifié. Par défaut, il est très logique  que  le  premier  contrôleur  de  domaine  du  premier  domaine  de  la  forêt  exécute  le  rôle  de  maître  de  schéma.  Les  recommandations  ci­dessous  vous  permettront  de  faire  les  bons  choix  pour  garantir  une  grande  disponibilité  du  maître de schéma :  ●

Prévoyez un contrôleur maître de schéma de secours : il pourra assurer le service de contrôleur de schéma en  cas de sinistre. Notez qu’il n’est pas vital ou urgent de réparer le contrôleur maître d’opération  de  schéma,  sauf quand il est urgent de faire une modification du dit schéma ! D’un point de vue du choix de matériels, la  charge lors des modifications de schéma est normalement acceptable et les modifications sont souvent peu  nombreuses. 

●

Quand  mettre  à  niveau  le  schéma  sur  le  maître  de  schéma  ?  La  mise  à  niveau  du  schéma  d’une  forêt  Windows  2000  ou  Windows  Server  2003  est  réalisée  à  l’aide  de  la  commande  ADprep /Forestprep  située  dans  le  répertoire  \i386  du  CD­Rom  de  Windows  Server  2008.  Le  processus  de  mise  à  niveau  du  schéma  consomme environs 60 % de la performance CPU sur un ordinateur équipé d’un Pentium 4 Hyper Threading  avec 1 Mo de cache et 1 Go de RAM pendant une période de 10 minutes. Le processus sollicité est bien sûr  Lsass.exe  par  une  série  de  commandes  Ldifde.exe  qui  incorpore  les  nouvelles  classes  et  attributs  du  schéma.  Microsoft  recommande  de  réaliser  la  mise  à  niveau  du  schéma  localement  sur  le  contrôleur  de 

© ENI Editions - All rigths reserved

- 3-

schéma en dehors des heures habituelles de bureau. 

4. Emplacement du contrôleur maître d’opérations de noms de domaines  Lorsque le contrôleur maître d’attribution de noms de domaine n’est pas disponible, il n’est plus possible ni d’ajouter,  ni  de  supprimer  de  domaines.  Comme  cela  est  le  cas  avec  le  maître  de  schéma,  le  premier  contrôleur  de  domaine  d’une nouvelle forêt possède le rôle de maître d’attribution de noms de domaine. Les recommandations ci­dessous  vous permettront de faire les bons choix pour garantir une grande disponibilité du contrôleur de maître d’attribution  de noms de domaine :  ●

Prévoyez un contrôleur maître d’attribution de noms de domaine de secours : il pourra assurer le service de  contrôleur de maître d’attribution de noms de domaine en cas de sinistre. Notez qu’il n’est pas vital ou urgent  de réparer le contrôleur maître d’attribution de noms de domaine, sauf quand il est urgent de faire l’ajout ou  la  suppression  d’un  domaine  !  D’un  point  de  vue  du  choix  de  matériels,  la  charge  lors  des  opérations  du  maître d’attribution de noms de domaine est normalement acceptable. L’ajout et la suppression de domaines  sont des tâches peu fréquentes, par conséquent la charge moyenne du serveur pendant ces opérations est  minime et ne nécessite donc pas de machine particulièrement puissante. 

●

Le maître d’attribution de noms de domaine doit­il résider sur un catalogue ? Si la forêt est configurée pour  utiliser  le  mode  par  défaut  ­  niveau  fonctionnel  Windows  2000,  il  est  indispensable  de  positionner  le  contrôleur  maître  d’attribution  de  noms  de  domaine  sur  un  serveur  hébergeant  le  catalogue  global.  Par  contre, une fois que la forêt sera configurée pour utiliser le niveau fonctionnel de forêt Windows Server 2003  ou Windows Server 2008, vous pourrez, si vous le souhaitez, vous dispenser de placer le maître d’attribution  de noms de domaine sur un serveur de type catalogue global. 

5. Emplacement du contrôleur maître d’opérations de PDC Emulator  Lorsque le maître d’opération PDC Emulator n’est pas disponible au niveau d’un domaine donné, il est fréquent que  de petits ennuis apparaissent. En effet, ce contrôleur de domaine agit en tant que contrôleur de domaine principal  pour prendre en charge les anciens contrôleurs secondaires NT encore disponibles lorsque le domaine fonctionne en  mode  domaine  Windows  version  préliminaire  (Windows  Server  2003  interim)  ou  Windows  2000  mixte.  Le  premier  contrôleur de domaine créé dans un nouveau domaine agit en tant que contrôleur maître d’opérations PDC Emulator.  Les recommandations ci­dessous vous permettront de faire les bons choix pour garantir une grande disponibilité du  contrôleur maître d’opérations PDC Emulator :  ●

Prévoyez un contrôleur maître d’opérations PDC Emulator : utilisez un contrôleur de domaine très disponible.  Tous les contrôleurs de domaine accèdent régulièrement et souvent à cette machine pour les modifications de  mot  de  passe,  la  gestion  du  mauvais  mot  de  passe,  la  synchronisation  horaire  entre  contrôleurs  des  différents domaines de la forêt et, bien sûr, la prise en charge des synchronisations des anciens contrôleurs  secondaires de domaine. 

●

Quelle charge prévoir sur le serveur contrôleur maître d’opérations de PDC Emulator ? Il est recommandé de  prévoir  une  machine  très  disponible,  lorsque  le  domaine  fonctionne  dans  le  niveau  fonctionnel  Windows  version  préliminaire  (Windows  Server  2003  interim)  ou  Windows  2000  mixte  et  qu’il  contient  de  nombreux  contrôleurs  de  domaine  NT.  Mettez  en  place  une  analyse  des  performances  et  surveillez  l’usage  des  ressources matérielles telles que le processeur et la mémoire, puis augmentez les ressources si nécessaire. 

Notez que le fait que la machine soit surchargée à certaines heures ne signifie pas qu’il faille réaliser une évolution du  matériel.  La  période  de  charge  peut  être  de  courte  durée,  être  imperceptible  pour  les  utilisateurs  et  donc  être  ignorée. Il peut être plus rentable de faire évoluer les systèmes d’exploitation clients de Windows XP Professionnel  vers Windows Vista ou de supprimer les anciens contrôleurs Windows NT que d’investir dans le matériel affecté au  maître d’opérations PDC Emulator.  Les règles ci­dessous vous aideront à optimiser le rôle de maître d’opérations de PDC Emulator : 

- 4-

●

Sur un contrôleur maître d’opérations PDC Emulator, faites en sorte d’éviter de cumuler ce rôle avec celui de  catalogue global. 

●

Si cela ne suffit pas encore, faites en sorte que ce contrôleur soit moins sélectionné par les ordinateurs clients  en réduisant la priorité et le poids de l’enregistrement de service (SRV). Cette opération vous permettra de  favoriser l’authentification des autres contrôleurs de domaine du site. 

●

Comme  cela  est  le  cas  depuis  longtemps  sous  Windows  NT,  positionnez  ce  serveur  au  centre  de  votre  infrastructure pour qu’il soit disponible pour le plus grand nombre d’utilisateurs du domaine. 

© ENI Editions - All rigths reserved

6. Emplacement du maître d’opérations RID  Le contrôleur de domaine maître d’opérations RID gère le pool d’identificateurs relatifs alloués à chaque contrôleur de  domaine du domaine. Chaque fois qu’un contrôleur de domaine crée un nouvel élément de sécurité, tel qu’un objet  utilisateur,  un  groupe,  un  ordinateur,  une  approbation,  le  maître  d’opérations  RID  attribue  un  SID  à  l’objet  nouvellement créé.  Par défaut, la taille du pool de RID de chaque contrôleur de domaine est fixée à 500 RID, lequel pool est regénéré  lorsqu’il atteint 80 % sous Windows 2000 Server et 50 % sous Windows Server 2003. Par conséquent, tant que le  pool de RID d’un contrôleur n’est pas vide, il n’est pas urgent de contacter le maître d’opérations RID du domaine. Les  recommandations  ci­dessous  vous  permettront  de  faire  les  bons  choix  pour  garantir  une  grande  disponibilité  du  contrôleur maître d’opérations RID :  ●

Dans la mesure où la fonction première d’un domaine est de gérer la sécurité sur la base des SID créés dans  un  domaine  Windows,  faites  en  sorte  de  disposer  d’un  contrôleur  de  domaine  maître  d’opérations  RID  hautement disponible. Si ce contrôleur est disponible, il n’y aura jamais de problème de création d’éléments  de  sécurité  et  il  ne  sera  pas  nécessaire  de  réaliser  une  affectation  du  rôle  vers  un  autre  contrôleur  de  domaine en urgence pour pouvoir créer un ordinateur, un utilisateur ou bien un groupe de sécurité. 

●

Le  contrôleur  maître  d’opérations  RID  ne  doit  pas  être  une  machine  particulièrement  puissante  puisque  le  pool de RID est géré au fil de l’eau lorsqu’il atteint le niveau spécifié plus haut. 

●

Il  est  recommandé  de  placer  le  contrôleur  maître  des  opérations  RID  sur  le  site  où  le  plus  grand  nombre  d’objets est créé. 

●

Disponibilité du maître d’opérations RID. Vous pouvez vérifier le bon fonctionnement du RID FSMO ainsi que  l’allocation et la distribution au sein du pool de RID à l’aide de la commande DCDiag /Test:RIDMANAGER /V. 

7. Emplacement du maître d’opérations d’infrastructure  Le  maître  d’infrastructure  est  chargé  de  conserver  la  cohérence  des  objets  lorsque  ceux­ci  sont  utilisés  entre  des  domaines  différents.  Il  doit  effectuer  le  plus  rapidement  possible  les  mises  à  jour  de  ces  références  entre  les  domaines. Bien entendu, il n’existe qu’un seul et unique maître d’infrastructure par domaine. Les recommandations ci­ dessous  vous  permettront  de  faire  les  bons  choix  pour  garantir  une  grande  disponibilité  du  contrôleur  maître  d’opération d’infrastructure :  ●

L’indisponibilité  du  contrôleur  maître  d’opérations  d’infrastructure  n’est  pas  particulièrement  importante  ou  dramatique.  Il  en  résultera  une  incohérence  des  noms  d’objets  entre  les  domaines  de  la  forêt  et,  dans  l’absolu,  cela  gênera  surtout  les  administrateurs  des  ressources  qui  manipulent  les  utilisateurs  ou  groupes  altérés. 

●

Le contrôleur maître d’opérations RID ne doit pas être une machine particulièrement puissante. 

●

Une  déconnexion  de  courte  durée  du  maître  d’infrastructure est négligeable car elle n’a  aucun  effet  sur  les  utilisateurs du domaine. 

●

Sur un contrôleur maître d’opérations PDC Emulator, faites en sorte d’éviter de cumuler ce rôle avec celui de  catalogue global. 

●

Évitez de confier le rôle de maître d’infrastructure à un contrôleur de domaine de type catalogue global car ­  comme cela a déjà été expliqué précédemment, un contrôleur de domaine maître d’opérations d’infrastructure  ne doit pas cumuler la fonction de catalogue global sous peine de ne pas être capable de réaliser sa tâche de  mise à jour des références des objets situés dans d’autres domaines. 

●

Faites en sorte que le site sur lequel le contrôleur de domaine maître d’infrastructure est positionné dispose  d’un  contrôleur  de  domaine  de  type  catalogue  global.  Les  données  à  maintenir  à  jour  nécessitent  que  le  maître d’infrastructure communique avec un catalogue global. 

8. Prise de contrôle forcée des maîtres d’opérations 

© ENI Editions - All rigths reserved

- 5-

L’objectif  principal  des  fonctions  de  maîtres  d’opérations  est  de  garantir  que  les  opérations  les  plus  critiques  pour  l’intégrité de certaines opérations soient préservées. Pour s’en convaincre, nous pouvons nous poser les questions  suivantes :  ●

Que  se  passerait­il  si  deux  contrôleurs  de  domaine,  maître  d’opération  de  schéma,  modifiaient  les  déclarations d’un même attribut ? 

●

Que se passerait­il si deux administrateurs différents créaient tous les deux, deux utilisateurs différents avec  le même SID ? 

●

Que se passerait­il si un administrateur de l’entreprise entreprenait de supprimer le domaine Active Directory  qu’un autre administrateur serait justement en train de créer ? 

Normalement,  ces  cas  ne  pourront  jamais  se  produire,  justement  grâce  au  contrôle  de  l’unicité  de  ces  opérations.  Toutefois,  il  pourrait  être  facile  de  contrarier  cette  belle  mécanique,  tout  simplement  en  restaurant  un  ancien  contrôleur possédant un rôle déjà opérationnel sur un autre contrôleur du domaine ou de la forêt.  C’est pour cette raison, qu’il est indispensable de respecter les consignes listées ci­dessous :  ●

Ne prenez le contrôle forcé (en anglais, to seize a role) d’un maître d’opérations que lorsqu’il est impossible de  restaurer  normalement  le  véritable  propriétaire  du  rôle  ou  que  vous  ne  prévoyez  pas  de  réaliser  une  opération de restauration forcée. 

●

Si la machine qui possède le rôle est sujette à un dysfonctionnement de quelque fonction que ce soit et que  vous  souhaitez  prendre  possession  d’un  rôle  pour  le  rendre  opérationnel  sur  une  autre  machine,  déconnectez physiquement le contrôleur de domaine défaillant du réseau et ne le rebranchez plus jamais. 

Les recommandations ci­dessous vous permettront de faire les bons choix pour bien gérer les pannes suceptibles de  se produire sur les contrôleurs maîtres d’opérations :  ●

En fonction de la période d’interruption d’un rôle donné, déterminez un plan d’action approprié. Par exemple,  si la panne est de courte durée, attendez que le véritable propriétaire du rôle soit de nouveau disponible. 

●

Si la panne est plus longue, vous pouvez décider en fonction de l’importance des opérations que vous devez  réaliser  de  prendre  le  rôle  de  force.  Finalement,  ces  choix  sont  les  vôtres  et  dépendront  de  la  durée  de  la  panne. 

La liste des consignes ci­dessous vous aidera à mieux décider de l’urgence de telle ou telle récupération urgente d’un  rôle de maître d’opérations :  Défaillance du maître d’opérations PDC Emulator  Il faut considérer qu’il est urgent de réparer rapidement son éventuelle indisponibilité. Les anciens clients Windows  NT ou Windows 9x ne disposant pas du client Active Directory ne peuvent plus réaliser de changements de mot de  passe.  Ce  sera  particulièrement  problématique,  si  l’utilisateur  est  obligé  de  le  changer  pour  cause  d’expiration  de  celui­ci.  Défaillance du maître d’opérations d’infrastructure  L’absence temporaire du maître d’opérations d’infrastructure est vraiment transparente pour les utilisateurs. Il n’est  donc pas nécessaire d’entreprendre quoi que ce soit, sauf si la panne est particulièrement longue.  Défaillance  des  maîtres  d’opérations  de  schéma,  de  maître  d’opérations  RID  et  de  maître  d’opérations  d’attribution de noms de domaine  Ces  rôles  de  forêt  et  de  domaines,  même  s’ils  sont  vitaux  pour  réaliser  avec  succès  certaines  opérations  critiques,  sont sans effets sur l’activité des utilisateurs. De plus, ils sont rarement utilisés par les administrateurs, si ce n’est le  maître  des  opérations  de  RID,  eût  égard  aux  opérations  de  création  des  comptes  d’ordinateurs  et  d’utilisateur  ou  lorsqu’un contrôleur de domaine fait l’objet d’une restauration Active Directory.  Ne  rebranchez  jamais  sur  le  réseau  un  ancien  maître  d’opérations.  Microsoft  recommande  fortement  de  déconnecter  physiquement  tout  contrôleur  de  domaine  ayant  possédé  un  rôle  dont  le  contrôle  a  été  forcé  vers  un  autre  contrôleur.  Un  contrôleur  de  domaine  dont  le  rôle  de  contrôleur  maître  d’opérations  de  schéma,  d’attribution de noms de domaine ou RID ne doit jamais être remis en marche sur le réseau de production. Dans  l’absolu,  si  une  telle  machine  était  remise  en  service,  et  qu’elle  était  capable  de  répliquer  ses  partitions  Active  Directory, nous pouvons penser que les données FSMO les plus récentes seraient répliquées vers ce contrôleur et  qu’il perdrait de fait ses anciens statuts de maître d’opérations. Le problème vient du fait que nous ne sommes pas  assurés  que  cette  opération  de  réplication  puisse  se  dérouler  ­  puisque  le  contrôleur  est  sujet  à  un  dysfonctionnement. 

- 6-

© ENI Editions - All rigths reserved

9. Bonnes pratiques à respecter et emplacement des maîtres d’opérations  Les  risques  de  dysfonctionnement  des  services  offerts  par  les  contrôleurs  de  domaine  maîtres  d’opérations  sont  rares mais existent. Au fur et à mesure des évolutions de l’infrastructure Active Directory, vous devez toujours avoir à  l’esprit la disponibilité et le positionnement des fonctions FSMO ­ Flexible Single Master Operations, comme cela était la  cas, lorsqu’il s’agissait de domaines NT et du rôle de PDC.  Bien que vous puissiez affecter les rôles de maîtres d’opérations à n’importe lequel de vos contrôleurs de domaines,  essayez de respecter les bonnes pratiques proposées ci­dessous :  ●

Laissez les deux rôles de forêt ensemble sur un seul contrôleur de domaine du domaine racine de la forêt. 

●

Faites en sorte que ces deux rôles soient pris en charge par un contrôleur de domaine catalogue global. 

●

Placez les trois rôles de maîtres d’opérations de domaine sur le même contrôleur de domaine. 

●

Dans une forêt comprenant de multiples domaines Active Directory, ne placez pas les trois rôles de maîtres  d’opérations d’un domaine sur un contrôleur de domaine de type catalogue, à moins que tous les contrôleurs  du domaine ne soient des catalogues. 

●

Choisissez  les  machines  les  plus  puissantes  pour  les  contrôleurs  de  domaines  maîtres  d’opérations  de  domaines plutôt que pour les contrôleurs maîtres d’opérations de forêt. 

Pour  que  les  rôles  de  maîtres  d’opérations  soient  globalement  connus,  la  topologie  de  réplication  Active  Directory doit être opérationnelle pour tous les contrôleurs de tous les domaines de la forêt. Cette condition  est obligatoire pour garantir que tous les contrôleurs de domaines reçoivent bien ces informations. 

De plus, pour que la réplication Active Directory fonctionne, il est nécessaire que les services de localisation  des contrôleurs de domaines soient opérationnels et que les zones DNS possèdent tous les enregistrements  de ressources nécessaires. 

Si les contrôleurs de domaines ne sont pas capables de résoudre les enregistrements de ressources de la  zone  _msdcs.Racine_dela_Forêt,  ils  ne  pourront  pas  répliquer.  Dans  le  même  ordre  d’idées,  pour  pouvoir  contacter les contrôleurs de domaine maîtres d’opérations, il est aussi indispensable que les serveurs DNS soient  opérationnels. 

© ENI Editions - All rigths reserved

- 7-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 En quoi les services de réplication intégrés à Active Directory sont­ils fondamentaux ?  2 Que signifie le terme Partition ?  3 De quel type sont les informations qui doivent être répliquées au sein d’un domaine donné ?  4 De quel type sont les informations qui doivent être répliquées entre des domaines d’une même forêt ?  5 Qu’entend­on par Partitions de l’annuaire d’applications ?  6 Quels types d’objets peuvent être stockés dans une partition de l’annuaire d’application ?  7 Sur quels contrôleurs de domaine d’une forêt les partitions de l’annuaire d’applications peuvent­elles être  répliquées ?  8 Quel outil faisant partie du système Windows Server 2003 ou Windows Server 2008 permet de créer des  partitions de l’annuaire d’applications ?  9 Qu’entend­on par Réplication Multimaîtres ?  10 Que se passe­t­il lorsque deux administrateurs modifient les membres d’un même groupe dans une forêt  fonctionnant en mode Windows 2000 ?  11 Que se passe­t­il lorsque deux administrateurs modifient les membres d’un même groupe dans une forêt  fonctionnant dans le niveau fonctionnel Windows Server 2003 ou Windows Server 2008 ?  12 Active Directory gère deux grands types de réplications. Lesquelles ?  13 Qu’appelle­t­on des réplications urgentes ?  14 Quels protocoles peuvent être utilisés pour répliquer les données de l’annuaire Active Directory ?  15 Est­il possible de répliquer la partition de domaine de deux contrôleurs de domaine du même domaine à l’aide  du protocole SMTP ?  16 Quelle commande vous permet de forcer une réplication Active Directory ?  17 Quelle est la latence de réplication au sein d’un site Active Directory comprenant des contrôleurs de domaine  Windows Server 2003 et/ou Windows Server 2008 ?  18 Où est stockée l’information qui permettra aux contrôleurs de domaine de répliquer correctement les  informations ?  19 Comment la topologie de réplication intra site est­elle construite ?  20 Quels sont les deux types de partenaires de réplication intra site ?  21 Quel est le rôle d’un objet site au sein de la topologie de réplication de la forêt Active Directory ?  22 Quel est le nom du lien de site par défaut créé lors de l’installation de l’Active Directory ?  23 Quel outil est utilisé pour gérer la topologie de réplication Active Directory ?  24 Quel est le rôle d’un pont de liaisons ?  25 Pourquoi n’est­il pas utile de créer des ponts de liaisons dans la configuration par défaut Active Directory ?  26 Que se passe­t­il si vous créez des Ponts de liaisons alors que le protocole IP relie tous les sites ?  27 Quel est le rôle d’un serveur tête de pont ?  28 Est­il possible d’avoir plusieurs serveurs BHS par site ?  29 Quel outil livré avec les Outils de support de Windows Server 2003 pouvez­vous utiliser pour surveiller en  temps réel les réplications Active Directory et forcer les réplications en intersites ?  30 Quels sont les outils Microsoft qui permettent de gérer la réplication Active Directory ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  © ENI Editions - All rigths reserved

- 1-

point.  Nombre de points /30  Pour ce chapitre, votre score minimum doit être de 23 sur 30. 

3. Réponses  1 En quoi les services de réplication intégrés à Active Directory sont­ils fondamentaux ?  Les mécanismes de réplication permettent de garantir la stabilité de l’information offerte par les services d’annuaires  Active Directory en tout point du réseau.  2 Que signifie le terme Partition ?  Le  terme  partition  signifie  Partition  de  l’annuaire.  La  base  de  données  Active  Directory  est  composée  d’au  minimum  trois  partitions.  Le  moteur  de  réplication  Active  Directory  réplique  des  objets  et  attributs  d’objets,  lesquels  sont  contenus  dans  des  partitions.Lorsqu’il  s’agit  de  contrôleurs  de  domaine  fonctionnant  sous  Windows  2000  Server,  la  base Active Directory ne peut contenir que les trois partitions par défaut, auxquelles il convient d’ajouter les partitions  liées  à  la  fonction  de  catalogue  global.  Les  contrôleurs  Windows  Server  2003  et  Windows  Server  2008  peuvent  accueillir des partitions supplémentaires appelées partitions de l’annuaire d’application.  3 De quel type sont les informations qui doivent être répliquées au sein d’un domaine donné ?  Dans un domaine, les partitions de schéma, de configuration et de domaine doivent être répliquées.  4 De quel type sont les informations qui doivent être répliquées entre des domaines d’une même forêt ?  Au sein de la forêt, seules les partitions de schéma, de configuration et liées à la fonction de catalogue global doivent  être répliquées.  5 Qu’entend­on par Partitions de l’annuaire d’applications ?  Il s’agit d’un nouveau type de partitions supporté sur les contrôleurs de domaine fonctionnant sous Windows Server  2003.  Ces  partitions  sont  particulièrement  adaptées  pour  les  données  applicatives.  Ainsi,  une  partition  de  l’annuaire  d’application peut stocker des données propres à une application. De plus ces données peuvent être dynamiques car  soumises à une durée de vie (TTL).  6 Quels types d’objets peuvent être stockés dans une partition de l’annuaire d’application ?  Les partitions de l’annuaire d’applications peuvent stocker tout type d’objet, à l’exception des entités de sécurité. Notez  que ces données ne sont pas répliquées dans les catalogues.  7 Sur quels contrôleurs de domaine d’une forêt les partitions de l’annuaire d’applications peuvent­elles être  répliquées ?  Sur tout contrôleur de domaine de la forêt fonctionnant sous Windows Server 2003 ou Windows Server 2008.  8 Quel outil faisant partie du système Windows Server 2003 ou Windows Server 2008 permet de créer des  partitions de l’annuaire d’applications ?  Ntdsutil.  Vous  pouvez  utiliser  NTDSUTIL,  ADIS  Edit  ou  aussi  d’autres  outils  ou  commandes  supportant  le  protocole  LDAP. La méthode la plus pratique consiste à utiliser NTDSUTIL.  9 Qu’entend­on par Réplication Multimaîtres ?  Il  s’agit  du  modèle  de  réplication  utilisé  par  Active  Directory.  Dans  ce  modèle  n’importe  quel  contrôleur  de  domaine  accepte et réplique les modifications de l’annuaire. Par définition, tous les contrôleurs dispose des données disponibles  en lecture et aussi en écriture.  10 Que se passe­t­il lorsque deux administrateurs modifient les membres d’un même groupe dans une forêt  fonctionnant en mode Windows 2000 ?  Un conflit de réplication se produira puisque le même attribut aura été modifié dans le même cycle de réplication. La  dernière modification l’emportera et l’opération réalisée avant sera perdue.  11 Que se passe­t­il lorsque deux administrateurs modifient les membres d’un même groupe dans une forêt  fonctionnant dans le niveau fonctionnel Windows Server 2003 ou Windows Server 2008 ?  Lorsque  la  forêt  fonctionne  en  mode  Windows  Server  2003  ou  Windows  Server  2008,  la  réplication  LVR  est  opérationnelle. Les deux modifications seront donc prises en compte, indépendamment l’une de l’autre.  12 Active Directory gère deux grands types de réplications. Lesquelles ?  Active Directory utilise la réplication intra site pour répliquer rapidement les données d’un site tandis que la réplication  inter sites sera utilisée pour répliquer les données entre les sites en fonction du temps et d’un planning hebdomadaire.  13 Qu’appelle­t­on des réplications urgentes ?  Il s’agit de réplications concernant les mots de passe des utilisateurs, des ordinateurs, des approbations de domaines,  des changements réalisés dans la stratégie de comptes et de verrouillage de comptes du domaine.  14 Quels protocoles peuvent être utilisés pour répliquer les données de l’annuaire Active Directory ?  Les  réplications  intra  site  utilisent  les  RPC  sur  IP.  Les  réplications  inter  sites  utilisent  le  protocole  IP  ou  le  protocole 

- 2-

© ENI Editions - All rigths reserved

SMTP.  15 Est­il possible de répliquer la partition de domaine de deux contrôleurs de domaine du même domaine à l’aide  du protocole SMTP ?  Non.  Le  protocole  SMTP  ne  peut  être  utilisé  que  pour  répliquer  les  partitions  de  schéma,  de  configuration  et  de  catalogues.  16 Quelle commande vous permet de forcer une réplication Active Directory ?  Repadmin.  Cette  commande  est  disponible  de  base  sous  Windows  Server  2008.  Pour  en  disposer  sur  un  serveur  Windows Server 2003, vous devez installer les Outils de Support de Windows Server 2003.  17 Quelle est la latence de réplication au sein d’un site Active Directory comprenant des contrôleurs de domaine  Windows Server 2003 et/ou Windows Server 2008 ?  La latence de réplication est inférieure à une minute car les contrôleurs de domaine fonctionnant sous Windows Server  2003  respectent  une  notification  de  15  secondes.  Généralement,  entre  deux  contrôleurs  de  domaines  "voisins"  elle  aura lieue dans au plus 15 secondes. Les contrôleurs Windows 2000 Server implémente un délai de 5 minutes (300  secondes).Notez  que  pour  implémenter  le  timing  de  15  secondes,  la  forêt  doit  être  opérationnelle  dans  le  niveau  fonctionnel Windows Server 2003 ou Windows Server 2008.  18 Où est stockée l’information qui permettra aux contrôleurs de domaine de répliquer correctement les  informations ?  La topologie de réplication contient l’ensemble des informations utiles et est stockée dans la partition de configuration  de la forêt.  19 Comment la topologie de réplication intra site est­elle construite ?  Chaque contrôleur de domaine membre d’un site participe à sa création. Le composant responsable de cette opération  sur chaque site est appelé KCC.  20 Quels sont les deux types de partenaires de réplication intra site ?  Les partenaires directs et les partenaires indirects.  21 Quel est le rôle d’un objet site au sein de la topologie de réplication de la forêt Active Directory ?  Le site est une zone de connectivité rapide à laquelle on associe un ou plusieurs réseaux ou sous­réseaux IP.  22 Quel est le nom du lien de site par défaut créé lors de l’installation de l’Active Directory ?  DefaultIpSiteLink.  23 Quel outil est utilisé pour gérer la topologie de réplication Active Directory ?  La  console  de  gestion  MMC  Sites  et  services  Active  Directory.  Sur  les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2008,  vous  pouvez  aussi  utiliser  la  nouvelle  console  Gestionnaire  de  serveur/Rôles/Services  de  domaine Active Directory/Sites et services Active Directory.  24 Quel est le rôle d’un pont de liaisons ?  Un pont de liaison permet de rassembler plusieurs liens de sites. Ainsi, les réplications peuvent avoir lieues entre les  sites en passant par plus d’un lien de sites.  25 Pourquoi n’est­il pas utile de créer des ponts de liaisons dans la configuration par défaut Active Directory ?  Par défaut, le paramètre Relier tous les liens du site est activé au niveau du protocole IP dans le container Inter­Site  Transports.  26 Que se passe­t­il si vous créez des Ponts de liaisons alors que le protocole IP relie tous les sites ?  Les composants KCC et l’ISTG ignorent les Ponts de liaisons.  27 Quel est le rôle d’un serveur tête de pont ?  Le premier contrôleur de domaine d’un site joue le rôle de KCC et d’ISTG. Le module ISTG désigne le premier contrôleur  du site (c’est­à­dire lui­même) lequel devient responsable des communications vers les autres sites vers lequel il est  connecté. Le serveur tête de pont distant reçoit les modifications et les réplique vers les contrôleurs de son site.  28 Est­il possible d’avoir plusieurs serveurs BHS par site ?  Oui,  si  le  site  contient  des  contrôleurs  de  domaines  différents.  Un  serveur  tête  de  pont  ne  prend  en  charge  que  les  communications qu’il est lui­même capable de gérer. Par exemple, un BHS pour le domaine europe.company.com peut  transférer  les  modifications  pour  les  partitions  de  ce  domaine  et  aussi  du  schéma,  de  la  configuration  et  éventuellement des partitions de catalogues. Il ne pourra pas assurer la transmission des données d’un autre domaine  de la forêt.  29 Quel outil livré avec les Outils de support de Windows Server 2003 pouvez­vous utiliser pour surveiller en  temps réel les réplications Active Directory et forcer les réplications en intersites ?  L’outil Active Directory Replication Monitor (Replmon). L’outil Replmon n’est disponible ni sous Windows Server 2003, ni  sous  Windows  Server  2008.  Pour  en  disposer,  vous  pouvez  installer  les  Outils  de  Support  de  Windows  Server  2003  SP1.  30 Quels sont les outils Microsoft qui permettent de gérer la réplication Active Directory ?  La  console  de  gestion  MMC  Sites  et  services  Active  Directory  (Dssites.msc).  L’outil  de  la  ligne  de  commande  Repadmin.exe et l’outil graphique Active Directory Replication Monitor (Replmon).  © ENI Editions - All rigths reserved

- 3-

- 4-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Contrôle des opérations du KCC  L’objectif  de  cette  opération  consiste  à  désactiver  le  fonctionnement  du  KCC.  Vous  pouvez  désactiver  le  KCC  soit  totalement,  soit  uniquement  concernant  la  génération  automatique  des  connexions  intrasite  ou  concernant  la  génération des connexions intersites.  Dans ce cas, vous devrez créer manuellement les objets de connexion ou laissez fonctionner le KCC pendant un laps  de temps qui lui permette de construire une première ébauche de la topologie de réplication.  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Exécutez la commande Ldp.exe. 

2. 

Dans le menu Connexion, cliquez sur Se connecter. 

3. 

Tapez le nom de serveur d’un contrôleur de domaine, vérifiez que le paramètre de port  est 389, assurez­vous que l’option connectionless est désactivée puis validez par OK.  Lorsque la connexion est réalisée, les données spécifiques au serveur sont affichées. 

4. 

Dans le menu Connexion, cliquez sur Lier. Tapez le nom d’utilisateur, le mot de passe et  le nom de domaine (à format DNS) dans les zones appropriées, puis cliquez sur OK. Si la  liaison est correcte, un message dans le volet droit affichera que vous êtes authentifié  avec le DN de l’utilisateur utilisé. 

5. 

Dans le menu Affichage, sélectionnez Arborescence. Dans la zone Nom unique de base,  tapez le nom unique de l’objet site dans la configuration de la forêt. Par exemple, tapez :  CN = Default­First­Site­Name, CN = sites, CN = configuration, DC = corpnet, DC =  com. 

6. 

Développez la vue à partir de l’objet CN = NTDS Site Settings. Double cliquez sur cet  objet. LDP doit afficher dans le volet droit, les paramètres actuels des attributs de cet  objet. 

7. 

Recherchez, la valeur de l’attribut Options. Par défaut, cet attribut n’est pas présent et la  modification n’en sera que plus facile.  Si l’attribut Options est présent et que la valeur retournée est différente de  zéro, alors cela signifie que des paramètres sont déjà spécifiés. Dans ce cas,  vous devrez au préalable déterminer les bits utilisés. 

8. 

Dans le volet droit de l’outil Ldp, repérez le début de la sortie pour l’objet NTDS Site  Settings et faites une copie de la valeur du DN, c’est­à­dire CN = NTDS Site Settings, CN  = Default­First­Site­Name, CN = sites, CN = configuration, DC = corpnet, DC = com. 

9. 

Dans le menu Parcourir, cliquez sur Modifier puis, dans la zone DN, collez la valeur  copiée à l’étape précédente. 

10. 

Dans la zone Attribut, tapez le nom de l’attribut dont il faut changer la valeur : options. 

11. 

Dans la zone Valeurs, tapez la valeur appropriée :  ●

pour désactiver la génération intrasite réalisée automatiquement par le KCC,  déclarez la valeur 1 (décimal), 

●

pour désactiver la génération de intersite réalisée par le KCC, déclarez la valeur  16 (décimal), 

●

pour désactiver la valeur intrasite et intersites déclarez la valeur 17 (décimal). 

© ENI Editions - All rigths reserved

- 1-

 

12. 

Dans la zone Opération, cliquez sur Replace, sur le bouton Enter, puis sur Run. Vous  obtiendrez alors, dans le volet droit, le retour d’exécution réussie.  Pour vérifier que le paramètre est bien considéré par le KCC, utilisez la commande Replmon pour générer un  rapport de la configuration du site.    Cette opération a été réalisée avec Ldp, mais peut aussi être réalisée à l’aide de l’outil ADSI Edit.

Vous avez utilisé la commande LDP, pour changer la valeur de l’attribut Options du container NTDS Site Settings sur  un site donné et ainsi contrôler le fonctionnement ou non du KCC pour gérer les connexions intersites, intrasites ou  les deux. 

2. Ajout et suppression d’un catalogue global  L’objectif  de  cette  opération  consiste  à  activer  et  désactiver  lorsque  cela  est  nécessaire,  la  fonction  de  catalogue  global. Il s’agit d’une opération d’infrastructure qui a un impact sur la disponibilité des services d’annuaire ainsi que  sur la performance de la réplication d’annuaire dans un réseau d’entreprise composé de nombreux sites.  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Ouvrez la console de gestion MMC Sites et services Active Directory. 

2. 

Dans l’arborescence de la console, cliquez sur le contrôleur de domaine dans lequel vous  voulez activer ou désactiver le catalogue global. 

3. 

Cliquez avec le bouton droit sur NTDS Settings, puis cliquez sur Propriétés. 

4. 

Cochez la case Catalogue global pour activer le catalogue global, ou supprimez la coche  si vous souhaitez le désactiver.  Pour exécuter cette procédure, vous devez être membre du groupe Admins du domaine (dans le domaine du  contrôleur de domaine sélectionné) ou du groupe Administrateurs de l’entreprise. 

L’activation  d’un  catalogue  global  risque  de  provoquer  une  augmentation  du  trafic  lié  à  la  réplication  et  ne  sera réellement opérationnel que lorsque toutes les partitions de la forêt Active Directory seront disponible  en tant que réplicas en lecture seule. 

- 2-

© ENI Editions - All rigths reserved

3. Vérification de la suppression des enregistrements SRV  L’objectif  de  cette  opération  consiste  à  nettoyer  les  enregistrements  de  ressources  de  type  SRV  laissés  par  les  contrôleurs de domaine Active Directory obsolètes n’ayant pas fait l’objet d’une procédure de suppression "propre".  Cette  opération  peut  être  qualifiée  d’opération d’entretien  et  évitera  les  erreurs  ou  lenteurs  de  résolutions  liées  à  des serveurs inexistants au sein des zones DNS utilisées par les services d’infrastructure Active Directory.  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Ouvrez une invite de commande. 

2. 

Pour supprimer les anciens enregistrements SRV d’un contrôleur spécifique dans un  domaine donné, tapez la commande ci­dessous :  nltest /server: /dsderegdns: 

Le détail des paramètres est listé ci­dessous :  /server  Ce paramètre vous permet de spécifier le contrôleur de domaine sollicité pour traiter la demande. Dans le cas où ce  paramètre est omis, alors la machine locale est utilisée.  /dsderegdns  Ce paramètre vous permet de spécifier le nom complet du contrôleur de domaine que vous souhaitez supprimer des  zones DNS.  /dregdns  Le  paramètre  /dsregdns  vous  permettra  aussi  de  forcer  les  enregistrements  d’un  contrôleur  de  domaine  donné  à  condition que la commande soit exécutée localement sur le contrôleur de domaine souhaité.  Par  exemple,  tapez  la  commande  :  nltest  /server:srv1.company.com  /dsderegdns:tests.company.com.  De  cette  manière,  vous  supprimerez  tous  les  enregistrements  de  ressources  obsolètes  du  contrôleur  de  domaine  tests.company.com à partir du serveur dont le nom est srv1.company.com.  Vous venez d’utiliser la commande Nltest intégrée à Windows Server 2008 pour désenregistrer les enregistrements  de services obsolètes d’un contrôleur de domaine dans une zone DNS. 

© ENI Editions - All rigths reserved

- 3-

Technologie IntelliMirror  1. Introduction  La technologie de gestion et d’administration IntelliMirror est un ensemble de fonctions puissantes développées pour  accroître  la  disponibilité  des  systèmes  Windows  et  réduire  le  coût  total  de  possession  des  ordinateurs  fonctionnant  sous Windows 2000, Windows XP Professionnel, Windows Vista et les familles de systèmes Windows Server 2003 et  2008.  IntelliMirror  fait  appel  à  des  “stratégies”  pour  implémenter  les  mécanismes  de  gestion  des  modifications  et  des  changements de configuration. De cette manière, la technologie permet aux utilisateurs d’interagir avec un réseau de  plus  en  plus  dynamique.  Les  utilisateurs  peuvent  facilement  retrouver  leurs  données,  leurs  logiciels  et  leurs  paramètres  au  sein  d’un  environnement  informatique  distribué,  qu’ils  soient  connectés  ou  non.  La  technologie  IntelliMirror est directement intégrée au cœ ur de Windows 2000 et des versions ultérieures.  Pour profiter des nouvelles fonctionnalités offertes par la technologie IntelliMirror, il est obligatoire de disposer  d’un  environnement  de  domaine  Active  Directory  et  de  postes  de  travail  fonctionnant  sous  Windows  2000,  Windows XP Professionnel ou Windows Vista. Les postes de travail pré­Windows 2000 c’est­à­dire Windows 9x et  Windows NT, ne peuvent pas utiliser la technologie IntelliMirror et ce, même s’ils disposent du client Active Directory.  IntelliMirror s’articule autour de trois fonctions principales :  ●

la gestion des données des utilisateurs ; 

●

la gestion des paramètres des utilisateurs et des ordinateurs ; 

●

l’installation et la maintenance des logiciels pour les utilisateurs et aussi pour les ordinateurs. 

Bien sûr, vous pourrez utiliser tout ou partie de ces services en fonction des besoins des différentes populations de  l’entreprise. 

2. Apports pour l’entreprise  Comme les fonctions IntelliMirror sont implémentées via des composants intégrés au système d’exploitation Windows  et au cœ ur des services de domaine Active Directory, la technologie peut être utilisée du plus petit au plus grand des  réseaux.  De  cette  manière,  si  les  méthodes  d’administration  et  de  gestion  des  changements  de  configuration  évoluent, alors il sera possible de disposer d’un environnement à la fois sûr et contrôlé.  En  effet,  à  partir  du  moment  où  les  paramètres  de  gestion  et  de  configuration  ne  sont  plus  directement  sur  les  ordinateurs clients du réseau mais dans des “stratégies”  mises à disposition par l’annuaire Active Directory, alors le  poste de travail “lourd” devient un poste de travail “maîtrisé”, car intelligent.  La technologie IntelliMirror est une solution distribuée où les clients intelligents du réseau interagissent avec  les  services  d’infrastructure  Active  Directory  mis  à  leur  disposition.  Bien  qu’il  soit  possible  d’intégrer  dans  Active  Directory  des  terminaux  de  type  Windows  XP  Embedded,  ces  clients  ne  disposent  que  de  fonctionnalités  IntelliMirror limitées. 

Dans le même ordre d’idées, Windows XP Edition Familiale et Windows Vista Edition Familiale ne supportent  pas les stratégies de groupe pour la bonne raison qu’il n’est pas possible d’intégrer ce type de client au sein  d’un domaine. 

IntelliMirror permet une gestion des modifications et des changements de configuration qui s’appuie sur deux grands  types de stratégies :  ●

Les  stratégies  locales  :  tous  les  ordinateurs  fonctionnant  sous  Windows  2000,  Windows  XP  Professionnel,  Windows Server 2003, Windows Vista ou même Windows Server 2008 possèdent une stratégie locale et ce,  qu’il s’agisse de machines membres d’un domaine ou de machines autonomes. Nous découvrirons plus loin que  lorsqu’un ordinateur est membre d’un domaine Active Directory, alors la ou les stratégies issues du domaine  gagnent sur la stratégie locale. 

© ENI Editions - All rigths reserved

- 1-

Sur les systèmes Windows Server 2003 et Windows Server 2008, la stratégie locale est stockée localement  sur la machine dans le répertoire %Systemroot%\System32\ GroupPolicy. 

●

Les stratégies de groupe : une stratégie de groupe permet d’appliquer de manière centralisée et uniforme à  des  groupes  d’utilisateurs  et/ou  à  des  groupes  d’ordinateurs,  les  contraintes  de  gestion  et  les  normes  en  vigueur  dans  l’entreprise.  Un  groupe  correspond  à  un  ensemble  d’objets  stockés  dans  l’annuaire  Active  Directory. La gestion centralisée de plusieurs utilisateurs et ordinateurs permet de réduire considérablement le  temps et les efforts de gestion d’un administrateur. Une fois qu’une stratégie de groupe est mise en place, le  système peut l’appliquer de manière cyclique et, presque totalement dynamique, sans qu’aucune intervention  ultérieure ne soit nécessaire. 

Stratégies locales ou stratégies de groupe ? La technologie de gestion et de changement des configurations a  pour  objet  de  gérer  le  cycle  de  vie  des  ordinateurs  et  des  utilisateurs.  Une  telle  gestion  pourra  en  fonction  des besoins utiliser, tantôt des stratégies locales, tantôt des stratégies de groupe. Vous pourrez aussi utiliser un  mixte  des  deux  types  de  stratégies  et  ainsi  définir  les  paramètres  et  les  possibilités  qui  seront  affectés  à  des  utilisateurs  ou  à  des  ordinateurs.  Les  stratégies  locales  sont  définies  sur  un  ordinateur  local,  tandis  que  les  stratégies  de  groupe  sont  configurées  et  s’appliquent  à  des  ensembles  d’utilisateurs  ou  d’ordinateurs,  par  l’intermédiaire de Active Directory. Les stratégies de groupe permettent à IntelliMirror de centraliser et de simplifier  la gestion des modifications et de la configuration. 

Les stratégies de groupe sont appelées en anglais “GPO ­ Group Policy Object” et ce terme est régulièrement  utilisé dans la littérature Active Directory. 

Il  est  possible  d’utiliser  un  ordinateur  en  mode  non  connecté  ou  en  mode  connecté.  Ce  sera  bien  entendu  un  cas  classique  d’utilisation  des  ordinateurs  portables.  Les  utilisateurs  peuvent,  en  fonction  de  leurs  activités,  passer  régulièrement d’un mode à l’autre au cours de la journée.  Avantages pour l’entreprise L’un  des  principaux  bénéfices  pour  l’entreprise  est  une  bien  meilleure  productivité  des  utilisateurs.  L’idée  est  que  l’ordinateur doit être le plus disponible possible, le plus efficace, et aussi le plus autonome vis­à­vis de sa dépendance  par  rapport  à  l’infrastructure  dont  il  fait  partie.  Avec  l’initiative  ZAW  (Zero  Administration  for  Windows)  lancée  par  Microsoft  en  1996  avec  NT  4.0  et  le  ZAK  (Zero  Administration  Kit)  qui  était  un  ensemble  d’outils  de  gestion  et  de  procédures, aujourd’hui IntelliMirror permet de grandement améliorer la qualité des services pris en charge de base  par l’infrastructure Windows.  Avantages pour les utilisateurs L’utilisateur peut tirer le meilleur de son ordinateur. L’ordinateur est disponible car fiable, tant du point de vue matériel  que des logiciels qui l’équipe. Les paramètres de l’ordinateur et les données de l’utilisateur le suivent toujours, qu’il  travaille en mode connecté ou non. Ces petites améliorations rendent de grands services en améliorant la disponibilité  des  données  et  de  l’environnement  de  travail.  De  plus,  comme  ces  fonctions  sont  simples  d’usage,  elles  sont  transparentes  pour  les  utilisateurs.  Les  utilisateurs  peuvent  ouvrir  une  session  sur  n’importe  quel  ordinateur  et  accéder  à  leurs  propres  données  et  applications  sans  réellement  savoir  où  ces  données  se  trouvent  physiquement  (utilisation  du  service  DFS,  accès  aux  dossiers  hors  connexion,  utilisation  des  profils  utilisateurs,  installation  et  maintenance des logiciels via les services de gestion des logiciels, installation des mises à jour et correctifs Windows  via les services WSUS ­ Windows Server Update Services). 

3. Évolutions apportées aux GPO par les clients Windows Vista  Windows  Vista  incorpore  de  nouvelles  fonctionnalités  qui  font  progresser  les  mécanismes  liés  à  l’infrastructure  de  stratégie de groupe, améliorent la détection réseau et permettent une bien plus grande capacité de gestion pour les  administrateurs.  De  l’extérieur,  les  grands  principes  apportés  par  Windows  2000  Server  sont  toujours  valides  mais  Windows  Vista  fournit une évolution importante de l’infrastructure de stratégie de groupe. Sous Windows 2000 Server, Windows XP  Professionnel et Windows Server 2003, le traitement des stratégies de groupe se déroulait au travers du processus  Winlogon.  Sur  ces  plates­formes,  Winlogon  est  un  composant  en  charge  de  nombreuses  fonctions  telles  que  l’ouverture  de  session  locale  et  les  opérations  relatives  aux  stratégies  de  groupe.  Sous  Windows  Vista,  les  stratégies  de  groupe  disposent d’un service de traitement dédié. De plus, le traitement et l’application des stratégies est renforcée de telle  sorte qu’il est impossible de l’arrêter ou qu’un administrateur puisse prendre possession des autorisations définies sur  la  stratégie  de  groupe  pour  les  désactiver.  Toutes  ces  modifications  améliorent  la  fiabilité  globale  du  moteur  de  la  stratégie de groupe.  - 2-

© ENI Editions - All rigths reserved

a. Amélioration de la détection réseau (Network Location Awareness)  Sous  Windows  2000,  Windows  XP  Professionnel  et  Windows  Server  2003,  les  mécanismes  de  traitement  des  stratégies de groupe auraient essayé de déterminer la nature du lien réseau (lien lent ou lien rapide). En fonction du  lien, cette information aurait été utilisée pour sélectionner les paramètres de stratégie à appliquer. Cette méthode  est  toujours  d’actualité  avec  Windows  Vista,  cependant  le  mode  de  calcul  permettant  de  déterminer  la  bande  passante a été radicalement modifié. Sur les anciennes plates­formes, la détermination de la vitesse utilisait l’envoi  de paquets ICMP (Internet Control Message Protocol) vers les contrôleurs de domaine. Si au départ, l’idée est bonne,  dans  la  pratique  plusieurs  problèmes  sont  apparus  car  il  est  devenu  de  plus  en  plus  fréquent  que  le  support  des  messages ICMP soit désactivé pour stopper les réponses au ping. Ensuite, lorsque la connexion s’établissait via des  liens à latence élevée, tels que des liens satellites, les calculs pouvaient être faux. Dans ces situations, il n’était pas  possible de garantir que le lien était ou pas assez rapide.  Un autre problème des systèmes fonctionnant sous Windows XP Professionnel concerne la non reconnaissance du  mode mise en veille ou mise en veille prolongée. Il était évidemment nécessaire de pouvoir actualiser les stratégies  de groupe après la sortie de l’état de mise en veille, mise en veille prolongée, ou simplement lorsque l’ordinateur se  connecte après une absence prolongée.  Les  systèmes  fonctionnant  sous  Windows  Vista  mettent  les  paramètres  de  connectivité  réseau  en  temps  réel.  La  principale  modification  concerne  le  moteur  de  stratégie  de  groupe,  qui  utilise  maintenant  le  gestionnaire  NLA  2.0  (Network  Location  Awareness  2.0).  Les  composants  du  service  NLA  alertent  le  moteur  des  stratégies  dès  qu’un  contrôleur de domaine est disponible et déclenche, si nécessaire, un rafraîchissement des stratégies de groupe. 

b. Multiples stratégies locales (LGPO)  Habituellement, les stratégies locales sont utilisées pour permettre aux administrateurs des machines fonctionnant  sous Windows 2000, Windows XP, Windows Server 2003 ou Windows Vista de configurer les paramètres de sécurité  ou de registre sur ces machines, lorsqu’une infrastructure de GPO n’est pas disponible. En général, ce cas se produit  pour des machines de type "Kiosque" (machines en libre service), des machines situées dans des environnements  publics ou même des machines de test ou de démonstration.  La  limite  des  stratégies  locales  réside  dans  le  fait  que  les  plates­formes  Windows  2000,  Windows  XP  et  Windows  Server  2003  ne  supportent  qu’une  seule  et  unique  stratégie  locale,  ce  point  étant  particulièrement  problématique  lorsqu’il est nécessaire de gérer des paramètres différents pour différents utilisateurs.  Windows  Vista  corrige  cette  limitation  en  permettant  la  création  de  multiples  stratégies  de  groupe  locales  ­ LGPO,  Local Group Policies Objects, applicables aux entités suivantes :  ●

Tout utilisateur local de la machine, spécifié par son nom. 

●

Les utilisateurs membres du groupe Administrateur de la machine locale. 

●

Les utilisateurs non membres du groupe Administrateur de la machine locale. 

Attention ! Un utilisateur donné n’est affecté que par une seule et unique des stratégies locales présentées  ci­dessus, et ce, en fonction de la déclaration faite. De plus, il convient de préciser que lorsque l’ordinateur  Windows  Vista  fait  partie  d’un  domaine  Active  Directory,  les  stratégies  de  groupes  s’appliquent,  comme  à  l’accoutumé  en  respectant  l’ordre  Site  /  Domaine  /  OUs,  en  restant  prioritaires  sur  les  paramètres  déclarés  localement.  Notez que, dans le cas où il serait souhaité de ne pas rendre possible l’utilisation de cette nouvelle fonctionnalité, les  administrateurs ont la possibilité de désactiver le fonctionnement des LGPO sur les machines Windows Vista. 

© ENI Editions - All rigths reserved

- 3-

Désactivation du traitement des objets de stratégies de groupe locaux.  La figure précédente montre la possibilité de désactiver cette nouvelle fonctionnalité lorsqu’il est souhaité qu’elle ne  puisse pas être utilisée. 

c. Meilleure gestion des messages d’événements  Windows  Vista  est  équipé  d’un  nouveau  système  de  journal  d’événements.  Le  moteur  de  stratégie  de  groupe  exploite  le  nouveau  système  de  journalisation,  Windows  Eventing  6.0  en  fractionnant  les  événements  en  deux  parties.  La  partie  utilisant  le  journal  système  consigne  les  problèmes  de  stratégie  de  groupe,  tandis  que  la  partie  utilisant  le  journal  d’applications  est  spécifique  aux  différentes  stratégies  de  groupe,  et  stocke  les  événements  opérationnels. Ce nouveau système remplace le volumineux fichier de dépannage userenv.log. 

d. Anciens ADM et nouveaux ADMX  Dans les versions de Windows précédentes à Windows Vista, la création d’un nouvel objet GPO génère un ensemble  de fichiers ADM représentant à peu près 5 Mo. De fait, un nombre important d’objets GPO entraînera la création d’un  grand  nombre  de  fichiers  identiques  dans  le  SYSVOL  lesquels  seront  forcément  répliqués  sur  les  différents  contrôleurs de domaine du domaine.  Les nouvelles stratégies de groupe de Windows Vista apportent une réponse à cette problématique en introduisant  un nouveau format basé sur XML pour les fichiers de définition de stratégie : les fichiers ADMX. De plus, les fichiers  ADMX (nouveau format de fichiers pour les modèles administratifs de Windows Vista et Windows Server 2008 basé  sur XML) ne sont plus dépendants du langage et sont désormais accompagnés d’un fichier ADML (nouveau format de  fichiers contenant les données spécifiques aux langages utilisés par la nouvelle console de gestion des stratégies de  groupe de Windows Vista SP1 (via RSAT ­ Remote Server Administration Tools) ou Windows Server 2008 disponible en  téléchargement via le site de Microsoft) spécifique à chaque langue. Vous pouvez facilement ajouter des langues en  ajoutant simplement des fichiers ADML pour accompagner un fichier ADMX.  Outre  le  changement  de  structure  de  fichiers,  le  nouveau  format  ADMX  prend  en  charge  le  magasin  central.  Ce  nouvel espace de stockage évite la réplication d’informations dupliquées et facilite la mise à jour d’un fichier ADMX en  un  point  unique.  Les  administrateurs  définissant  des  stratégies  de  groupe  à  partir  d’un  poste  d’administration  Windows Vista ont automatiquement accès aux nouveaux fichiers ADMX mis à jour dans le magasin central.  Windows Vista fourni plus de cent trente fichiers ADMX ­ Windows Server 2008 en fourni plus de cent quarante, pour  remplacer les six à huit fichiers ADM fournis dans les versions précédentes de Windows.  Ces fichiers sont stockés dans le répertoire C:\Windows\PolicyDefinitions, tandis que les fichiers de langages  ADML sont stockés dans un sous­répertoire spécifique à la langue (par exemple fr­FR pour la France et en­ US pour les langages anglais/américain).  Il  est  important  d’avoir  à  l’esprit  que  les  systèmes  fonctionnant  sous  Windows  Vista  et  Windows  Server  2008  stockent les paramètres de stratégies de groupe différemment. Les nouveaux fichiers ADMX succèdent aux anciens  fichiers  ADM  en  offrant  de  nombreuses  nouvelles  possibilités,  telles  que  le  chargement  dynamique,  le  support  de  multiples langages ainsi que la possibilité de centraliser les modèles sur les contrôleurs de domaine.  Important ! Les plates­formes Windows Vista et Windows Server 2008 continuent de supporter les anciens  formats  de  modèles  basés  sur  les  fichiers  ADM.  Cependant,  Microsoft  encourage  la  conversion  des  fichiers  ADM vers le nouveau format ADMX en utilisant l’outil  ADMX Migrator disponible sur le site de Microsoft. Cet outil  gratuit fonctionne sur Windows Server 2008, Windows Vista, Windows XP SP2, Windows Server 2003 SP1 ou > et  nécessite la console MMC 3.0 et l’installation préalable Microsoft .NET version 2.0. 

- 4-

© ENI Editions - All rigths reserved

e. Windows Vista prend en charge de nombreuses nouvelles catégories  Par  rapport  à  Windows  XP  Professionnel  SP2,  Windows  Vista  rajoute  environ  huit  cents  nouveaux  paramètres  de  stratégie. Mais le plus remarquable concerne de nouvelles catégories n’ayant jamais existées ou pour lesquelles des  contrôles faisaient défaut. Parmi ces évolutions, les plus intéressantes concernent les paramètres de réseau câblé et  sans fil, les paramètres du pare­feu Windows en mode avancé, les paramètres IPSec, les paramètres de Gestion des  impressions ainsi que ceux du Desktop Shell, de l’Assistance à distance et autres fonctions Tablet PC. On remarquera  aussi, la gestion des unités de stockage amovibles, la gestion de l’alimentation, le contrôle des comptes utilisateur,  la gestion des rapports d’erreurs Windows, la protection de l’accès réseau et les paramètres de Windows Defender.  Attention ! Pour créer ou modifier des GPO qui utilisent des paramètres Windows Vista, vous devez utiliser  impérativement  un  ordinateur  Windows  Vista,  ou  un  serveur  Windows  Server  2008.  Notez  que  l’administration  de  certaines  nouvelles  fonctionnalités  nécessitera  le  SP1  de  Windows  Vista  ainsi  que  le  module  additionnel RSAT (Remote Server Administration Tool). Ce point est particulièrement vrai concernant les nouvelles  Préférences des stratégies de groupe.  Comme vous pouvez le constater, Windows Vista modernise de manière importante les objets GPO et la manière de  les gérer. Ils intégrent un plus grand nombre de paramètres configurables pour augmenter le contrôle et la sécurité  des systèmes. 

4.  Nouveautés  apportées  aux  postes  clients  grâce  aux  évolutions  des  stratégies  de  groupe de Windows Server 2008  Windows Server 2008 permet une prise en charge plus riche concernant la gestion et la configuration des systèmes  fonctionnant sous Windows Vista. Ainsi, de nouvelles catégories font leur apparition pour permettre à l’entreprise de  mieux tirer parti des avancées et progrès réalisés sur les systèmes d’exploitation clients.  Parmi celles­ci, nous pouvons remarquer : 

a. La gestion centralisée des paramètres de gestion de l’alimentation  Cette  fonctionnalité  permettra,  à  n’en  point  douter,  de  réaliser  des  économies  substantielles  dans  les  réseaux  de  toutes tailles. 

Les paramètres de gestion de l’alimentation sont pris en charge via les stratégies de groupe de Windows Server  2008.  Plusieurs  dizaines  de  paramètres  permettent  une  administration  totalement  centralisée,  grâce  aux  stratégies  de  groupe. Ces paramètres sont situés à l’emplacement suivant : Configuration de l’ordinateur ­ Stratégies ­ Modèles  d’administration ­ Système ­ Gestion de l’alimentation.  Attention ! Ces paramètres ne concernent que les postes de travail fonctionnant sous Windows Vista et pas  les systèmes fonctionnant sous Windows XP Professionnel. 

© ENI Editions - All rigths reserved

- 5-

■

La  possibilité  de  gérer  les  installations  de  périphériques  USB  non  autorisées  ainsi  que  la  délégation  de  l’installation des pilotes d’impression à certains utilisateurs. 

Configuration des restrictions d’installation des périphériques 

La gestion centralisée des restrictions de fonctionnement des périphériques USB vous permet de créer des  politiques adaptées pour les différents types de périphériques tels que les disques et clés USB, les lecteurs  et  graveurs  de  CD  et  DVD­RW.  Ces  paramètres  sont  situés  à  l’emplacement  suivant  :  Configuration  de  l’ordinateur  ­  Stratégies  ­  Modèles  d’administration  ­  Système  ­  Installation  de  périphériques  ­  Restriction  d’installation de périphériques. Attention ! Ces paramètres ne concernent que les postes de travail fonctionnant  sous Windows Vista et pas les systèmes fonctionnant sous Windows XP Professionnel. 

b. Améliorations apportées aux paramètres de sécurité  Les stratégies de sécurité de Windows Server 2008 rassemblent désormais l’ensemble des paramètres IPSec et de  pare­feu. Cette rationalisation de l’interface est plus cohérente avec la plupart des scénarios de déploiement. 

Le pare­feu Windows avec fonctions avancées intègre les règles de pare­feu entrantes et sortantes ainsi que les  règles de sécurité IPSec en un seul point.  De plus les nouveaux assistants permettent une mise en œ uvre plus rapide des configurations de type isolation au  sein d’un domaine Active Directory. 

- 6-

© ENI Editions - All rigths reserved

c. Meilleure gestion des paramètres liés à Internet Explorer  Sur les plates­formes fonctionnant sous Windows XP Professionnel ou Windows Server 2003, il pouvait arriver que  les  paramètres  utilisés  sur  la  machine  locale  prennent  le  pas  sur  les  paramètres  contenus  dans  un  objet  GPO.  Ce  type d’incident pouvait notamment se produire lors de l’édition des paramètres d’Internet Explorer contenus dans un  objet GPO. Désormais, Windows Server 2008 ne permet plus ce genre d’altération des paramètres. 

d. Assignement des imprimantes en fonction du site Active Directory  Les  stratégies  de  groupe  de  Windows  Server  2008  permettent  désormais  de  prendre  en  charge  la  problématique  des  connexions  aux  imprimantes  dans  les  environnements  ou  les  utilisateurs  se  déplacent.  Attention  au  fait  qu’un  nouvel emplacement ne sera connu qu’après le cycle de rafraîchissement de l’objet stratégie de groupe.  Ces  paramètres  sont  disponibles  en  tant  que  paramètres  ordinateur  et  utilisateur.  Ils  sont  situés  à  l’emplacement suivant : … ­ Stratégies ­ Modèles d’administration ­ Imprimantes. 

e. Délégation de l’installation des pilotes d’impression via les GPO  Les  administrateurs  ont  désormais  la  possibilité  de  déléguer  aux  utilisateurs  la  possibilité  d’installer  des  pilotes  d’impression.  Cette  fonctionnalité  réduit  la  nécessité  de  donner  à  des  utilisateurs  des  privilèges  de  type  "administrateur".  Il  convient  cependant  de  faire  remarquer  que  cette  fonctionnalité  n’est  supportée  qu’à  partir  de  Windows Vista. 

Délégation de l’installation des pilotes de périphériques 

Attention ! Cette stratégie nécessite que les pilotes de périphériques en question soient des pilotes signés.  Les  pilotes  non  signés  ne  sont  pas  concernés  par  ce  paramètre  et  devront  donc  être  installés,  comme  à  l’accoutumé,  par  des  administrateurs.  Ces  paramètres  sont  situés  à  l’emplacement  suivant  :  Configuration  de  l’ordinateur ­ Stratégies ­ Modèles d’administration ­ Système ­ Installation de pilotes. 

f. Nouveaux objets "GPO Starter"  Windows Server 2008 améliore la gestion des objets stratégies de groupe en permettant la création de modèles de  stratégies de groupe lesquelles sont appelés objets "GPO Starter". Il est ainsi possible de créer une bibliothèque de  GPO, lesquels serviront par la suite de point de départ. 

© ENI Editions - All rigths reserved

- 7-

Création du stockage au sein du domaine, la toute première fois.  Une fois le stockage créé, il est alors possible de créer les nouveaux objets "GPO Starter", sachant que leur unique  objet est de servir de modèle de stratégies de groupe. 

Création des nouveaux objets "GPO Starter".  Une  fois  votre  collection  de  modèles  créée  en  fonction  de  vos  besoins,  il  ne  reste  plus  qu’à  créer  des  objets  stratégies de groupe sur la base de ces modèles à l’aide de l’option Objet Starter GPO source. Enfin, on notera qu’il  est possible d’utiliser l’option Enregistrer en tant que fichier CAB… pour transporter un objet "GPO Starter" vers un  autre environnement Active Directory. L’import/export est ainsi facilité en incluant dans un seul et unique fichier Cab,  l’ensemble des fichiers constituant l’objet stratégie de groupe. 

Exportation d’un objet "GPO Starter". 

g. Paramètres du protocole NAP ­ Network Access Protection  Le  protocole  NAP  est  une  technologie  qui  permet  aux  administrateurs  de  définir  sous  quelles  conditions  certains 

- 8-

© ENI Editions - All rigths reserved

accès seront ou non accordés pour accéder au réseau interne de l’entreprise. Il pourra, par exemple, s’agir du cas  d’un  ordinateur  portable  dont  l’anti­virus,  l’anti­spyware  ou  le  pare­feu  présentent  des  erreurs  de  configuration  jugées  dangereuses.  Les  défauts  de  configuration  ayant  été  détectés  par  le  client  NAP,  celui­ci  pourra  prendre  l’initiative  en  permettant  à  l’ordinateur  de  contacter  un  serveur  de  "remediation"  pour  corriger  les  problèmes  précédemment détectés. Les stratégies de groupe de Windows Server 2008 intégrent l’ensemble des paramètres de  configuration  NAP  du  poste  de  travail  Windows  Vista  en  permettant  de  spécifier  les  différents  paramètres  de  cryptage vers les serveurs de type "Health Registration Authority". 

Interface de gestion des fonctions NAP 

5. Nouvelles préférences des stratégies de groupe de Windows Server 2008  Les  serveurs  Windows  Server  2008  apportent  un  nouvel  espace  de  gestion  au  sein  des  stratégies  de  groupe.  Ce  nouvel espace appelé "Préférences" permet aux administrateurs de configurer, déployer, administrer et gérer tous les  paramètres  système  et  applications  qu’ils  n’étaient  pas  capable  de  gérer  en  utilisant  les  stratégies  de  groupe.  En  général,  il  était  alors  nécessaire  de  créer  des  scripts  de  démarrage  ou  d’ouverture de session. Grâce aux nouvelles  "Préférences des stratégies de groupe", il n’est plus nécessaire de mettre au point des scripts complexes pour réaliser  des fonctions simples et élémentaires telles que des connexions réseau ou imprimantes, la planification de tâches de  maintenance  ou  même  configurer  les  détails  ou  le  contenu  du  menu  Démarrer  ou  tout  autre  paramètre  de  l’environnement.  Plutôt que d’intégrer les paramètres directement dans l’image de référence ou de les créer via un script, pas  toujours  facilement  maintenable,  Microsoft  recommande  d’utiliser  les  nouvelles  "Préférences".  Les  scripts  seront  donc  utilisés  en  dernier  recours,  lorsqu’il  ne  sera  pas  possible,  ni  par  les  stratégies  de  groupe,  ni  par  les  nouvelles options de Préférences de réaliser une opération de configuration particulière. 

a. Préférences ou stratégies de groupe ?  Les  préférences  de  stratégies  de  groupe  sont  complémentaires  aux  stratégies  de  groupe.  La  compréhension  du  concept  de  complémentarité  est  cruciale  pour  tirer  partie  des  préférences  de  stratégies  de  groupe.  Le  tableau  ci­ après positionne côte à côte les deux technologies.  Préférences de stratégies de  groupe  Ne sont pas réappliquées.  Application 

Ne désactivent pas l’interface. 

© ENI Editions - All rigths reserved

Objets stratégies de groupe 

Sont appliqués, voir réappliqués.  Désactivent l’interface. 

- 9-

Appliquées une fois ou via  rafraîchissement. 

Via rafraîchissement. 

Création simple d’items pour le  registre, les fichiers, …  

L’ajout de paramètre nécessite  que l’application utilise le registre,  plus la création de modèles  administratifs.  

Souplesse  Import de paramètres de registre  en local ou à distance 

Ne peuvent pas gérer le contenu  des fichiers, des dossiers, … 

Stratégie locale 

Pas de préférence avec les  stratégies locales. 

Supportés via une stratégie locale  (local GPO). 

Dépendances 

Supporte les applications non  conçues pour utiliser les GPO.  

Nécessite des applications  supportant les GPO.  Les paramètres originaux ne sont  pas altérés.  

Stockage 

Écrasement des paramètres  originaux. Pas de restauration  des paramètres en cas de  suppression des préférences. 

Le ciblage est très fin en fonction  de critères sélectionnable via une  interface graphique.  Ciblage et Filtrage 

Interface utilisateur 

Les paramètres sont sous la clé  \Policy.  La suppression d’une stratégie de  groupe restaure les paramètres  d’origine. 

Le filtrage est basé sur des  requêtes WMI qu’il faut écrire,  puis associer sur l’objet GPO. 

Le ciblage est possible au niveau  de chaque item géré par les  préférences. 

Le filtrage s’applique au niveau de  chaque GPO. 

L’interface permet de définir tous  les paramètres de manière très  intuitive.  

L’interface permet de contrôler les  paramètres les plus importants. 

À la question "Comment choisir entre déployer un paramètre de configuration via un objet GPO ou via l’usage des  Préférences des GPO ?", la réflexion que l’on devra tenir pourra s’appuyer sur la logique ci­dessous :  ●

Désirez­vous forcer le paramètre ? Si oui, utilisez un objet GPO. Si non, utilisez les Préférences. 

●

Les  paramètres  de  l’application  ou  du  composant  à  configurer  supportent­ils  une  gestion  de  type  GPO  et  souhaitez­vous  en  forcer  l’application  ?  Si  oui,  utilisez  un  objet  GPO.  Si  non,  utilisez  les  Préférences  et  désactivez l’option Appliquer une fois et ne plus réappliquer. 

Attention ! Lorsqu’un paramètre donné est déclaré dans un objet GPO et aussi en tant qu’élément de type  Préférence de stratégie de groupe, le paramètre déclaré dans l’objet GPO sera toujours appliqué. Les objets  GPO sont donc traités de manière prioritaire par rapport aux Préférences de stratégies de groupe. 

- 10 -

© ENI Editions - All rigths reserved

Configuration de l’option Appliquer une fois et ne plus réappliquer.  Les  paramètres  des  éléments  contenus  dans  les  préférences  sont  appliqués  lors  du  rafraîchissement  des  objets  stratégies  de  groupe.  Par  défaut,  les  préférences  sont  donc  réappliquées,  c’est­à­dire  réécrites,  au  démarrage  de  l’ordinateur ou lors de l’ouverture de session. Ce mode de fonctionnement assure que les éléments pris en charge  via les Préférences sont dans un état connu, de la même manière que cela est le cas avec les paramètres déclarés  habituellement dans des objets stratégies de groupe.  Attention ! Si l’option Appliquer une fois et ne plus réappliquer est sélectionnée, alors les Préférences sont  appliquées  sur  l’ordinateur  ou  l’utilisateur  uniquement  la  première  fois.  Ce  mode  de  fonctionnement  intéressera  les  administrateurs  qui  souhaitent  offrir  à  certains  utilisateurs  un  environnement  de  départ  que  ces  mêmes utilisateurs pourront modifier si nécessaire.  Ce  mode  de  fonctionnement  peut  aussi  aider  à  personnaliser  l’environnement  par  défaut  mis  à  la  disposition  des  utilisateurs, sans pour autant modifier le profil par défaut utilisé pour créer le profil de l’utilisateur lors de sa première  ouverture de session. 

b. Déploiement et prise en charge des Préférences de stratégies de groupe  L’implémentation  des  Préférences  de  stratégies  de  groupe  est  issue  du  rachat  du  produit  PolicyMaker  Standard  Edition de la société Desktop Standard. Microsoft a aussi fait l’acquisition du produit GPOVault lequel a été adapté  pour  devenir  Advanced  Group  Policy  Management  (AGPM),  et  distribué  comme  élément  du  Microsoft  Desktop  Optimization Pack for Software Assurance.  Ainsi, aujourd’hui, les Préférences des GPO sont disponibles de deux manières :  ●

À l’aide des nouveaux outils d’administration intégrés à Windows Server 2008. 

●

À l’aide de RSAT (Remote Server Administration Tools for Windows Vista), lequel sera disponible sous la forme  d’un  téléchargement  quelques  semaines  après  la  disponibilité  de  Windows  Server  2008  ainsi  que  celle  du  SP1 de Windows Vista. Cette deuxième solution permet aux environnements de domaine basés sur Windows  Server 2003 de supporter les nouvelles Préférences de stratégies de groupe. 

Du  point  de  vue  des  postes  de  travail  clients,  la  prise  en  charge  des  options  et  paramètres  définis  dans  les  Préférences, est assurée sur les systèmes ci­dessous : 

© ENI Editions - All rigths reserved

- 11 -

●

Windows Vista RTM ou ultérieur. 

●

Windows Server 2003 SP1 ou ultérieur. 

●

Windows XP SP2 ou ultérieur. 

Attention  !  Le  support  des  Préférences  des  GPO  nécessite  l’installation  des  CSE  (Client­Side  Extensions)  nécessaires.  Ce  composant  sera  disponible  via  un  téléchargement  du  site  de  Microsoft,  sachant  qu’il  sera  inclus dans la version finale de Windows Server 2008. Notez que l’usage des nouvelles fonctionnalités offertes par  les Préférences ne nécessite aucune licence additionnelle. La figure ci­dessous illustre l’application de cette mise à  jour dans le cas de Windows Vista. 

Installation du package de mise à jour "Windows6.0­KB943729­x86" pour une machine Windows Vista US 32  bits. 

Installation du module "PreferencesCSE" à partir du package KB943729 (version RC)  L’installation  du  composant  assure  la  prise  en  charge  des  différentes  opérations  supportées  par  les  préférences  sous la forme de plusieurs DLL (Dynamic Link Library) intégrées en tant que composants de type GPE (Group Policy  Extensions). 

- 12 -

© ENI Editions - All rigths reserved

La DLL Gpprefcl.dll prend en charge les fonctions de "Group Policy Drive Maps" à la clé GPExtensions. 

c. Familles de paramètres pris en charge par les Préférences de stratégies de groupe  Grâce  à  l’utilisation  des  Préférences  de  stratégies  de  groupe,  vous  pourrez  prendre  en  charge  les  familles  de  paramètres suivants :  Paramètres Windows :  ●

Applications : ce nœ ud de configuration permet aux développeurs d’application d’insérer des ensembles de  paramètres adaptés à leurs applications. 

●

Mappages  de  lecteurs  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer des connexions réseau. Il est aussi possible de gérer la visibilité de chaque unité. Cette nouvelle  extension  permet  de  gérer  toutes  les  connexions  réseau  sans  implémenter  de  scripts.  Il  est  possible  de  déclarer  de  multiples  éléments  de  type  "Mappages  de  lecteurs"  en  fonctions  de  multiples  conditions  telles  que  les  appartenances  à  des  groupes,  des  requêtes  LDAP  pures  vers  tout  attribut  disponible  dans  les  services  de  domaine  Active  Directory  ou  même  des  informations  en  rapport  avec  le  matériel.  unités  d’organisation OU. 

●

Environnement : ce nœ ud de configuration permet aux administrateurs de créer, modifier ou supprimer des  variables d’environnement utilisateur ou système. Cette nouvelle extension est très intéressante pour gérer  de manière centralisée l’ensemble des variables d’environnement à utiliser. 

●

Fichiers : ce nœ ud de configuration permet aux administrateurs de créer, modifier ou supprimer des fichiers.  Il est aussi possible de gérer l’ensemble des attributs. Cette nouvelle extension est très intéressante pour  copier des fichiers de configuration dans les dossiers du profil des utilisateurs. Cela peut être le cas avec des  fichiers nécessaires à la personnalisation de certaines applications via le dossier AppData. 

●

Dossiers  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer  des  dossiers.  Il  est  aussi  possible  de  gérer  certains  attributs  de  dossiers.  Cette  nouvelle  extension  est  très  intéressante  dans  le  cadre  de  la  maintenance  des  dossiers  temporaires.  Vous  pouvez  ainsi  décider  de  supprimer certains dossiers tels que ceux créés dans la racine du disque système ou purger le contenu du  dossier temporaire de Windows de manière régulière. 

●

Fichiers  .Ini  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer  des  sections ou propriétés dans les fichiers de configuration de type fichiers .Ini. 

●

Registre  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer  des  paramètres de registre. 

●

Partages  réseau  ­  disponible  dans  les  Préférences  ordinateur  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer  des  partages  réseau.  Notez  que  cette  extension  permet  d’activer ou non l’utilisation du mode ABE (Access Based Enumeration). 

●

Raccourcis : ce nœ ud de configuration permet aux administrateurs de créer, modifier ou supprimer des objets 

© ENI Editions - All rigths reserved

- 13 -

raccourcis. Cette nouvelle extension permet de manipuler les objets de type FSO (File System Object), les URL  ainsi que la quasi­totalité des objets de l’environnement Windows (Shell Objects) tels que les extensions du  panneau de configuration, la corbeille, l’explorateur, etc.  Paramètres du panneau de configuration : 

- 14 -

●

Sources de données : ce nœ ud de configuration permet aux administrateurs de créer, modifier ou supprimer  des DSN (Data Source Names) ODBC (Open DataBase Connectivity). 

●

Périphériques  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  forcer  l’activation  ou  la  désactivation du fonctionnement de certains pilotes de périphériques ou de certaines classes de pilotes. 

●

Options  de  dossiers  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  contrôler  les  différentes  options propres aux dossiers Windows. Il est ainsi possible de gérer les associations propres aux fichiers. 

●

Paramètres  Internet  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  contrôler  l’ensemble  des  paramètres  d’Internet  Explorer  pour  Internet  Explorer  5  et  6  et  aussi  Internet  Explorer  7.  En  général,  ces  paramètres  sont  pris  en  charge  par  un  objet  stratégie  de  groupe,  de  manière  à  imposer  et  à  interdire  la  modification  de  ces  paramètres.  L’utilisation  des  Préférences  peut  permettre  de  définir  une  configuration  Internet Explorer par défaut que les utilisateurs pourront alors changer, s’ils le jugent nécessaire. Notez que  certains  paramètres  peuvent  être  complètement  contrôlés  via  un  objet  GPO,  tandis  que  d’autres  peuvent  être simplement proposés via un élément déclaré en tant que Préférence. 

●

Utilisateur et groupes locaux : ce nœ ud de configuration permet aux administrateurs de créer, modifier ou  supprimer  des  utilisateurs  et/ou  groupes  d’utilisateurs  localement  sur  les  ordinateurs.  Cette  fonctionnalité  est  très  intéressante  pour  garantir  un  bon  niveau  de  cohérence  des  comptes  locaux  des  machines.  Il  est  ainsi  plus  facile  de  gérer  le  contenu  des  groupes  importants  tels  que  les  groupes  Utilisateurs  et  Administrateurs locaux des machines. 

●

Options réseau : ce nœ ud de configuration permet aux administrateurs de créer, modifier ou supprimer des  éléments de connexions de type VPN (Virtual Private Network) ou Dial­Up. Cette nouvelle extension est très  intéressante  pour  configurer  les  éléments  de  connexions  des  utilisateurs  distants  sur  leur  ordinateur  portable  de  manière  régulière.  De  cette  manière,  vous  pouvez  facilement  maintenir  l’ensemble  des  paramètres de manière centralisée, et ce, en fonction de multiples critères. 

●

Options  d’alimentation  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer les profils de gestion de l’énergie. 

●

Imprimantes  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer  des  imprimantes  locales,  réseau  ou  connectées  en  TCP/IP.  Les  stratégies  de  groupe  de  Windows  Vista  supportent  nativement  le  déploiement  des  imprimantes.  Cependant,  cela  ne  concerne  que  les  imprimantes  partagées  et  nécessite  une  extension  du  schéma  Active  Directory.  L’utilisation  des  Préférences  vous  permettra  de  déployer  des  imprimantes  locales,  partagées  ou  connectées  en  TCP/IP  sur  les  postes  fonctionnant sous Windows Vista et aussi sous Windows XP SP2. Cette extension permet aussi de déclarer  l’imprimante par défaut. 

●

Options  régionales  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  contrôler  les  paramètres  régionaux. 

●

Tâches  planifiées  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  créer,  modifier  ou  supprimer  des  tâches  planifiées.  Il  est  aussi  possible  de  créer  des  tâches  immédiates,  mais  seulement  pour  les  ordinateurs  fonctionnant  sous  Windows  XP.  Cette  nouvelle  extension  est  très  intéressante  pour,  par  exemple, déclarer des tâches de maintenance périodiques. 

●

Services  :  ce  nœ ud  de  configuration  permet  aux  administrateurs  de  contrôler  les  différentes  options  des  services  Windows.  Il  est  possible  de  gérer  les  options  de  démarrage,  de  déclencher  des  actions  de  type  "Start / Stop / Restart", de configurer le compte associé à l’exécution du service ainsi que les propriétés de  récupération en cas d’incident. 

●

Menu Démarrer : ce nœ ud de configuration permet aux administrateurs de contrôler l’ensemble des options  du menu Démarrer pour les machines Windows XP et Windows Vista. 

© ENI Editions - All rigths reserved

Les différentes familles de paramètres pris en charge par les Préférences des objets stratégies de groupe de  Windows Server 2008. 

d. Opérations et Actions sur les Eléments des Préférences  La majorité des extensions inclues dans les nouvelles Préférences de Windows Server 2008 supportent les actions  de contrôle de type "Création, Suppression, Remplacer ou Mettre à jour".  Enfin,  sur  chaque  élément,  l’onglet  Commun  permet  de  personnaliser  le  comportement  lors  du  traitement  des  Préférences. La figure ci­dessous illustre ces nombreuses options. 

© ENI Editions - All rigths reserved

- 15 -

Configuration du comportement d’un élément de type Préférences. 

e. Arrêter le traitement des éléments de cette extension si une erreur survient  Par  défaut,  toute  erreur  d’interprétation  ou  d’exécution  est  ignorée.  De  cette  manière,  le  traitement  des  éléments  des Préférences de la même extension peut continuer. Vous pouvez décider de stopper le traitement des éléments  supplémentaires  de  cette  extension  en  activant  cette  option.  Notez  que  ce  paramètre  est  géré  de  manière  indépendante  pour  chaque  objet  stratégie  de  groupe.  Les  autres  objets  GPO  ne  sont  donc  pas  affectés  par  l’activation de cette option. 

f. Exécuter dans le contexte de sécurité de l’utilisateur connecté (option de stratégie utilisateur)  Cette option, non sélectionnée par défaut, permet de spécifier s’il est nécessaire de traiter l’élément concerné dans  le  contexte  de  l’utilisateur  en  session.  Par  défaut,  le  compte  System  Local  est  utilisé,  permettant  aux  Préférences  d’accéder  aux  variables  d’environnement  du  système  et  des  ressources  locales  à  la  machine.  Pour  accéder,  aux  variables de l’utilisateur, il est donc nécessaire d’activer cette option. 

g. Supprimer l’élément lorsqu’il n’est plus appliqué  À la différence des paramètres de stratégies de groupe qui sont supprimés lorsqu’un objet GPO ne s’applique plus,  les  paramètres  de  Préférences  ne  sont  pas  supprimés.  Dans  le  cas  où  il  est  souhaité  de  retirer  les  éléments  préalablement appliqués, il sera nécessaire d’activer cette option sur l’élément à supprimer. 

h. Appliquer une fois et ne pas réappliquer  Nous savons que les stratégies de groupe s’appliquent de manière régulière sur les ordinateurs et les utilisateurs.  Pour rappel, les objets GPO s’appliquent au démarrage de l’ordinateur, à l’ouverture de session de l’utilisateur, ainsi  qu’à  un  intervalle  dans  la  valeur  est,  par  défaut,  fixée  à  90  minutes  plus  une  période  de  temps  variable  comprise  entre 0 et 30 minutes. Ce rafraîchissement périodique pourra, de fait, provoquer le rétablissement des paramètres  contenus dans les Préférences, même si l’utilisateur en session a effectué des changements sur ces éléments dans  son environnement de travail. Pour éviter le rafraîchissement de ces éléments et donc l’application systématique des  paramètres originaux, il sera nécessaire d’activer cette option. 

i. Ciblage au niveau de l’élément de Préférences  Cette  fonctionnalité  est  certainement  la  plus  puissante.  En  effet,  il  est  possible  au  niveau  de  chaque  élément  de  Préférences  déclaré  de  définir  les  utilisateurs  et/ou  les  ordinateurs  qui  seront  affectés.  Nous  savons  que  depuis  Windows  2000,  le  ciblage  des  objets  stratégies  de  groupe  est  basé  sur  la  nature  du  SOM  (Scope  of  Management),  c’est­à­dire  la  structure  SDOU,  Site/Domaine/OUs,  sur  laquelle  les  objets  stratégies  de  groupe  sont  appliqués.  Windows  XP  Professionnel  apporte  aux  administrateurs  la  possibilité  d’appliquer  des  filtres  WMI,  ces  filtres  WMI  jouant le rôle d’autant de condition à respecter pour appliquer tel ou tel GPO de l’étendue de gestion.  À  la  différence  du  filtrage  WMI  des  objets  stratégies  de  groupe  qui  agit  sur  l’intégralité  des  paramètres  contenus  dans l’objet GPO, les éléments des Préférences des stratégies de groupe supportent un ciblage naturel au niveau de  chaque élément.  Grâce  aux  préférences  et  à  la  capacité  de  ciblage  disponible  sur  chaque  élément,  il  est  possible  de  créer  un  seul  objet  GPO  contenant  des  milliers  de  conditions  pour  appliquer  tel  ou  tel  paramètre  sur  telle  ou  telle  sélection  spécifique de cibles.  La figure ci­dessous illustre la création d’une nouvelle cible basée sur l’appartenance de l’ordinateur à un site et à un  domaine Active Directory donné ainsi que l’appartenance de l’ordinateur à un groupe de sécurité. 

- 16 -

© ENI Editions - All rigths reserved

Utilisation de l’éditeur de ciblage sur un élément de Préférences. 

j. Utilisation des variables au sein de l’éditeur de cibles  Lors de la déclaration des différentes conditions d’application d’un élément, l’administrateur a la possibilité d’utiliser  les  nombreuses  variables  système  prises  en  charge  par  les  extensions  des  Préférences  de  stratégies  de  groupe.  L’ensemble  de  ces  variables  peut  être  utilisé  au  niveau  de  toutes  les  propriétés  définissables  au  niveau  des  éléments ou du ciblage spécifique de chaque élément. Bien qu’il soit possible de directement taper les valeurs de ces  nombreuses variables, il est recommandé d’utiliser la touche [F3] afin d’accéder au sélecteur de variable.  Cette  facilité  évitera  les  immanquables  erreurs  de  syntaxes  et  vous  permettra  de  facilement  utiliser  des  combinaisons  complexes  de  variables  d’environnement  dans  la  définition  des  règles  de  ciblages  rendu  hautement  dynamique. 

© ENI Editions - All rigths reserved

- 17 -

Utilisation du sélecteur de variables à l’aide de la touche [F3]. 

k. Suivi de l’exécution des Préférences des stratégies de groupe  Les Préférences de stratégies de groupe supportent de manière intégrale les analyses RSoP prises en charge par la  nouvelle console de gestion des stratégies de groupe version 6.0.0.1. La figure ci­après illustre une analyse réalisée  à l’aide de la GPMC de Windows Server 2008, incluant le traitement des nouvelles Préférences. 

- 18 -

© ENI Editions - All rigths reserved

Vérification du bon fonctionnement des extensions CSE des Préférences de stratégies de groupe. 

Affichage des paramètres appliqués sur chaque élément déclaré.  La figure ci­dessus montre les paramètres appliqués sur l’objet Menu Démarrer [Windows Vista].  Notez que l’interface du rapport RSoP (Resultant Set of Policy) précise que, dans la catégorie affichée, les paramètres  les plus proches du niveau supérieur du rapport sont utilisés prioritairement pour la résolution des conflits. Dans cet  exemple,  les  paramètres  contenus  dans  l’objet  stratégie  de  groupe  "Experts  Preferences  v1"  sont  appliqués  avec  succès  (Résultat  :  Opération  réussie).  Enfin,  parmi  les  nombreux  paramètres  définis,  le  paramètre Général  intitulé  "Nombre de programmes dans le menu Démarrer" a pris la valeur 12. 

© ENI Editions - All rigths reserved

- 19 -

Comme  cela  est  le  cas  concernant  l’analyse  de  l’application  des  objets  stratégies  de  groupe  sur  les  machines  Windows  XP  Professionnel,  la  nouvelle  console  de  gestion  des  stratégies  de  groupe  sera  l’outil  de  choix  à  utiliser  pour l’analyse et la simulation de l’application des paramètres contenus dans les objets GPO et les Préférences des  objets GPO.  Pour plus de renseignements sur les nouvelles Préférences de stratégies de groupe, vous pouvez consulter  le  site  de  Microsoft  et  chercher  Group  Policy  Preferences.  Vous  pouvez  aussi  consulter  le  site  Microsoft  Technet  dédié  aux  stratégies  de  groupe,  en  utilisant  le  lien  suivant  :  http://technet.microsoft.com/en­ us/windowsserver/grouppolicy/default.aspx 

- 20 -

© ENI Editions - All rigths reserved

Création et configuration d’objets stratégies de groupe  1. Introduction  Les objets stratégies de groupe sont caractérisés par les points ci­dessous :  ●

Il s’agit d’objets appartenant aux services d’annuaire Active Directory dont le principal objectif est d’aider les  administrateurs  du  réseau  Windows  à  offrir  aux  utilisateurs  un  outil  et  un  environnement  de  travail  adapté  encore plus fiable, plus sécurisé, donc plus performant. 

●

Les  stratégies  de  groupe  permettent  de  simplifier  l’administration  en  centralisant  les  paramètres  dans  l’annuaire Active Directory, donc à l’extérieur des ordinateurs. 

●

L’administration est plus fine, plus performante, plus riche, mais aussi plus simple ! 

●

Les paramètres des utilisateurs s’appliquent indépendamment des ordinateurs. 

Nous découvrirons plus loin le mode de traitement par boucle de rappel. Ce mode permet de gérer certaines  situations et fait que dans ce cas précis, les paramètres utilisateurs peuvent ne pas être “considérés” sur les  ordinateurs qui implémentent ce mode de fonctionnement. 

●

Les paramètres ordinateurs s’appliquent indépendamment des utilisateurs. 

2. Stratégies de groupe et relation avec les technologies  Les  stratégies  de  groupe  intégrent  un  nombre  important  de  technologies.  Il  est  indispensable  de  savoir  “Qui  fait  quoi” ? Le tableau ci­après liste les technologies à utilisées pour rendre le meilleur service.  Technologies utilisées pour mettre en œuvre le  service 

Fonctionnalités 

Active Directory   Stratégie de groupe  Fichiers hors connexion  Gestion des données utilisateur Active Directory  Gestionnaire de synchronisation  Quotas de disque  Profils d’utilisateurs itinérants  Active Directory  Installation et maintenance des logiciels Active  Directory 

Stratégie de groupe  Windows Installer  Active Directory 

Gestion des paramètres utilisateur  Profils d’utilisateurs itinérants 

Gestion des paramètres ordinateur 

Comptes d’utilisateurs et d’ordinateurs Active  Directory  Active Directory 

Services d’installation à distance (RIS) 

Stratégie de groupe  Services d’installation à distance 

© ENI Editions - All rigths reserved

- 1-

Le  tableau  ci­dessus  montre  à  quel  point  les  services  d’annuaire  Active  Directory  sont  indispensables  pour  la  technologie IntelliMirror.  La suite de ce chapitre introduit les détails d’un objets stratégie de groupe au sein des services d’annuaire  Active Directory. 

3. Que contient une stratégie de groupe ?  Une  stratégie  de  groupe  est  composée  de  différents  types  ou  familles  de  paramètres,  lesquels  sont  présentés  ci­ dessous.  Une  fois  que  nous  aurons  bien  appréhendé  les  possibilités  intrinsèques  des  objets  stratégies  de  groupe,  nous détaillerons l’implémentation de ces objets au sein d’une infrastructure Active Directory. 

a. Modèles administratifs  Un  objet  stratégie  de  groupe  intègre  des  modèles  qui  prennent  en  charge  les  paramètres  du  registre  situés  aux  emplacements suivants : pour les paramètres utilisateurs, la clé HKEY_CURRENT_USER et, pour les ordinateurs, la  clé HKEY_LOCAL_ MACHINE. Ces modèles sont implémentés sous la forme de fichiers .adm lesquels sont au départ  situés dans le répertoire %Systemroot\inf. Grâce à ces modèles, et à ceux qui sont livrés avec les différents Kit de  Ressources Techniques d’Office (versions 2000, XP, 2003 et 2007), vous pourrez aussi configurer très finement tous  les détails de ces suites bureautiques. Bien entendu, vous pourrez aussi créer vos propres modèles et les intégrer à  l’intérieur d’objets stratégies de groupe pour diffuser vos paramètres vers tout ou partie du réseau de l’entreprise.  Ces  modèles  sont  appelés  Modèles  administratifs,  ou  “Administrative  Templates”  en  anglais.  Les  informations  de  registre  “ordinateur”  stockées  à  la  clé  de  registre  HKEY_LOCAL_MACHINE,  sont  physiquement  placées  dans  GPT\Machine\Registry.pol,  tandis  que  les  informations  de  registre  “utilisateur”  stockées  à  la  clé  HKEY_CURRENT_USER  sont  physiquement  placées  dans  GPT\User\Registry.pol.  Il  n’est  pas  possible de modifier directement les fichiers .pol qui adoptent un format binaire compressé. Ces fichiers binaires ne  sont  que  le  résultat  des  manipulations  réalisées  à  l’aide  de  la  console  de  gestion  MMC  “Editeur  d’objets  de  stratégie de groupe”.  Les  modèles  d’administration  vous  permettront  de  contrôler  le  comportement  et  la  présentation  du  bureau,  la  gestion des fonctions de recherches d’imprimantes ainsi que, par exemple, la possibilité de bloquer l’accès aux outils  d’édition du registre.  Le tableau ci­dessous liste les différents modèles livrés sur les systèmes Windows 2000, Windows XP Professionnel  et les systèmes de la famille Windows Server 2003.  Nom du modèle dans %Systemroot%\inf 

Rôle/description 

System.adm 

Ensemble des paramètres système. 

Inetres.adm 

Ensemble des paramètres d’Internet Explorer. 

Wmplayer.adm 

Ensemble des paramètres de Windows Media Player.  Cette fonction n’est pas disponible sur Windows XP  64 bits Edition et sur Windows Server 2003 64 bits  Editions. 

Conf.adm 

Ensemble des paramètres de NetMeeting. Cette  fonction n’est pas disponible sur Windows XP 64 bits  Edition et sur Windows Server 2003 64 bits Editions. 

Wuau.adm 

Ensemble de paramètres des services Windows  Update. 

Modèles spécifiques aux anciens systèmes Vous  trouverez  dans  le  répertoire  %Systemroot%\inf  tous  les  fichiers  de  types  modèles,  dont  les  modèles  administratifs  utilisés  par  les  stratégies  locales  et  les  stratégies  de  groupe.  Les  modèles  spécifiés  ci­dessous sont  disponibles  dans  le  système  à  des  fins  de  compatibilité  avec  les  anciennes  stratégies  système  utilisables  sur  les  ordinateur fonctionnant sous Windows NT et Windows 9x.  Common.adm 

- 2-

© ENI Editions - All rigths reserved

Ce modèle est spécifique aux systèmes d’exploitation NT/Win95/98 et est utilisable via Poledit, l’éditeur de stratégies  système de Windows 9x et Windows NT.  L’utilitaire de stratégies système de Windows 9x et Windows NT était livré au sein du système Windows 2000. Cela  n’est plus le cas sous Windows XP Professionnel et Windows Server 2003.  Windows.adm  Spécifique à Windows 9x.  Winnt.adm  Spécifique à Windows NT 4.0.  Inetset.ADM  Paramètres Internet Explorer de type Internet spécifiques aux systèmes pré Windows 2000.  Inetcorp.ADM  Paramètres Internet Explorer de type Corporate spécifiques aux systèmes pré Windows 2000. 

Objet stratégie de groupe contenant des modèles non supportés  La figure précédente montre une stratégie de groupe personnalisée contenant les modèles additionnels de Microsoft  Office 2003 mais aussi des modèles non supportés. En effet, ces modèles sont prévus pour être utilisés par Poledit,  l’éditeur de stratégies système de Windows NT 4.0 et Windows 9x.  Le fait que certains modèles incompatibles soient “rangés” dans le nœ ud “Modèles d’administration non pris  en  charge”  ne  signifie  pas  que  l’objet  stratégie  de  groupe  soit  invalide.  L’objet  est  toujours  opérationnel  pour  tout  ce  qui  est  valide.  Il  s’agit  juste  d’une  information  pour  avertir  l’administrateur  d’un  problème  d’administration potentiel. 

b. Règles de sécurité pour les ordinateurs et modèles de sécurité  Les stratégies de groupe vous permettent de réaliser de nombreuses tâches pénibles de manière homogène pour  protéger les ressources de l’ordinateur des nombreuses agressions possibles du réseau. Ainsi, vous pouvez intégrer  dans une stratégie de groupe vos propres modèles de sécurité, les modèles étant eux­mêmes fabriqués à l’aide de  la  console  de  gestion  des  Modèles  de  sécurité.  Une  fois  un  modèle  créé,  vous  pouvez  ensuite  l’intégrer  dans  une  stratégie  de  groupe  pour  qu’il  soit  à  la  disposition  des  ordinateurs  souhaités.  Les  règles  de  sécurité  intégrent  les  éléments de configuration ci­dessous : 

© ENI Editions - All rigths reserved

- 3-

●

paramètres d’authentification réseau et accès aux ressources, 

●

configuration des réglages des messages d’audit dans les journaux de sécurité, 

●

la vérification de l’appartenance à des groupes de sécurité spécifiés. 

La figure ci­après illustre parfaitement les grandes catégories d’éléments que vous pourrez contrôler à l’aide d’une  stratégie de groupe. Ces catégories sont listées ci­dessous :  ●

les  paramètres  des  Stratégies  de  comptes  du  domaine  mais  aussi  des  machines  locales  lorsqu’il  est  nécessaire de gérer aussi les paramètres de stratégies de comptes locaux, 

●

les stratégies locales de sécurité, c’est­à­dire  les  stratégies  d’audit, d’attribution  des  droits  systèmes  ainsi  que les nombreuses options de sécurité, 

●

les paramètres de journaux d’événements, 

●

la  gestion  des  groupes  restreints.  Cette  fonctionnalité  permet  de  garantir  que  les  groupes  “importants”  contiennent bien les membres qui doivent s’y trouver et aucune autre personne non habilitée. 

●

les paramètres de sécurité des services. Vous pourrez par exemple déléguer le droit de stopper, mettre en  pause et démarrer un service particulier à un utilisateur particulier. 

●

les paramètres de sécurité sur les clés du registre et des répertoires disque de l’ordinateur, 

●

les paramètres de clé publique, de restriction logicielle et de stratégies IPSec dans Active Directory. 

Stratégie de groupe et famille de paramètres de sécurité 

Les modèles de sécurité sont placés dans le répertoire %Systemroot%\Security\Templates et sont ensuite  importables au sein d’un objet stratégie de groupe.  Les  modèles  de  sécurité  prédéfinis  sont  fournis  comme  point  de  départ.  Ils  pourront  vous  servir  pour  créer  vos  propres stratégies de sécurité à l’aide de la console de gestion MMC “Modèles de sécurité”. Une fois vos modèles mis  au  point  vous  pourrez  configurer  des  dizaines,  des  centaines  ou  milliers  d’ordinateurs  en  important  vos  modèles  dans une stratégie de groupe. 

- 4-

© ENI Editions - All rigths reserved

Les  modèles  sont  aussi  utilisables  pour  servir  de  référence  dans  le  cadre  de  l’analyse  d’éventuelles  défaillances de sécurité à l’aide de la console de gestion MMC “Configuration et analyse de la sécurité”.  Les différents modèles livrés sur un serveur Windows Server 2003 sont brièvement décrits ci­dessous :  Modèle “Setup security.inf”, Sécurité par défaut Ce modèle est créé au cours de l’installation de l’ordinateur. Il contient l’ensemble des paramètres de sécurité par  défaut. Il peut être utilisé sur les serveurs et les ordinateurs clients.  Il  est  fortement  recommandé  de  ne  pas  appliquer  ce  modèle  à  l’aide  d’une  stratégie  de  groupe.  Compte  tenu  du  volume  d’informations  contenu  dans  ce  modèle  (702  Ko),  il  pourrait  sérieusement  dégrader  les  performances.  De  plus,  ce  modèle  ne  doit  pas  être  appliqué  à  un  serveur  de  type  contrôleur  de  domaine.  Vous  pouvez,  par  contre,  appliquer  tout  ou  partie  des  paramètres  contenus  dans  ce  modèle  dans  le  cadre  d’une  récupération d’urgence. Pour appliquer tout ou partie de ce modèle, utilisez la commande Secedit. 

Sécurité par défaut du contrôleur de domaine (DC security.inf) Ce  modèle  est  automatiquement  créé  lorsqu’un  serveur  est  promu  contrôleur  de  domaine.  Il  contient  tous  les  paramètres de sécurité par défaut des répertoires, fichiers, registre et autres services système. Il peut être appliqué  à l’aide de la console de gestion MMC “Configuration et analyse de la sécurité” ou à l’aide de la commande Secedit.  Modèle “Compatible” : Compatws.inf Ce  modèle  contient  les  autorisations  par  défaut  initialement  accordées  aux  groupes  locaux  Administrateurs,  Utilisateurs  avec  pouvoir  et  Utilisateurs.  Normalement,  les  membres  du  groupe  local  Utilisateurs  doivent  être  capables  de  faire  fonctionner  les  applications  disposant  du  logo  Windows  2000  ou  Windows  XP  Compatible.  Cependant, il est toujours possible que les utilisateurs ne puissent pas exécuter des applications incompatibles.  Vous pourrez alors opter pour l’une des deux solutions ci­dessous :  ●

autoriser les membres du groupe Utilisateurs à devenir membres du groupe Utilisateurs avec pouvoir, 

●

donner plus de droits au groupe Utilisateurs. 

Le  modèle  “Compatible”  est  destiné  à  éviter  que  vous  choisissiez  le  premier  choix.  En  effet,  la  deuxième  option  modifiera les autorisations par défaut des fichiers et de certaines clés du registre accordées au groupe Utilisateurs.    N’appliquez pas le modèle “Compatible” aux contrôleurs de domaine.

Modèle “Sécurisé” : Secure*.inf Ce modèle définit de meilleurs paramètres de sécurité que ceux obtenus à l’issue de l’installation du système. Parmi  les paramètres modifiés, vous retrouverez les paramètres de mot de passe, de verrouillage de compte et d’analyse  plus détaillés. Pour aller dans le même sens, l’utilisation du protocole d’authentification LAN Manager et NTLM sont  désactivés.  De  fait,  les  clients  sont  configurés  pour  n’envoyer  que  des  réponses  de  type  NTLMv2  tandis  que  les  serveurs refusent les réponses LAN Manager.  Le modèle de sécurité Securews.inf impose que tous les contrôleurs de domaine contenant les comptes de  tous  les  utilisateurs  qui  se  connectent  au  client  doivent  exécuter  Windows  NT  4.0  Service  Pack  4  ou  une  version ultérieure. 

Les  ordinateurs  de  type  Windows  for  Workgroups  3.11,  Windows  95  et  Windows  98  qui  ne  sont  pas  équipées  du  Client  Active  Directory  prennent  en  charge  uniquement  LAN  Manager.  Il  n’y  a  donc  aucun  support de l’authentification NTLM. 

Notez  aussi  que  le  modèle  “Sécurisé”  active  la  signature  des  paquets  SMB  (Server  Message  Block)  côté  serveur,  habituellement désactivée par défaut.  Windows  Me  (Millennium  Edition)  n’a  pas  besoin  du  client  Active  Directory  pour  s’authentifier.  En  effet,  Windows Me prend en charge NTLMv2 sans modification supplémentaire. 

© ENI Editions - All rigths reserved

- 5-

Modèle “Hautement sécurisé” : hisec*.inf Ce  modèle  est  une  version  encore  plus  sécurisée  du  modèle  précédent.  Il  impose  donc  des  restrictions  supplémentaires en terme de cryptage et des signatures nécessaires pour l’authentification et pour les données qui  circulent sur les canaux sécurisés et entre les clients et les serveurs SMB. Par exemple, alors que le modèle Sécurisé  impose aux serveurs de refuser les réponses de LAN Manager, le modèle Hautement sécurisé leur impose de refuser  les réponses de LAN Manager et aussi les réponses NTLM. Sur le même principe, alors que le modèle Sécurisé active  la signature des paquets SMB côté serveur, le modèle Hautement sécurisé l’exige. En outre, le modèle Hautement  sécurisé  exige  un  cryptage  renforcé  et  la  signature  pour  les  données  de  canaux  sécurisés  qui  établissent  des  relations de confiance de domaine à membre et de domaine à domaine.  Modèle “Sécurité de la racine du système” : Rootsec.inf Ce modèle spécifie les autorisations sur la racine des disques. Par défaut, Rootsec.inf définit ces autorisations pour  la racine du lecteur système. Vous pouvez utiliser ce modèle pour réappliquer les autorisations d’accès au répertoire  racine  si  elles  ont  été  modifiées  par  inadvertance  ou  vous  pouvez  modifier  le  modèle  pour  appliquer  les  mêmes  autorisations d’accès à la racine à d’autres volumes.  Le modèle “Sécurité de la racine du système” n’écrase pas les autorisations explicites définies sur les objets  enfants.  Il  propage  uniquement  les  autorisations  qui  ont  été  héritées  et  aucunement  les  autorisations  explicites. 

Modèle “Aucun SID utilisateur Terminal Server” : Notssid.inf Les  droits  par  défaut  sur  les  disques  ainsi  que  les  listes  de  contrôle  d’accès  du  registre  situées  sur  les  serveurs  accordent des autorisations à un identificateur de sécurité (SID) spécifique à Terminal Server. Le SID Terminal Server  est utilisé uniquement lorsque Terminal Server est exécuté en mode de compatibilité d’application. Si Terminal Server  n’est  pas  opérationnel  sur  le  serveur  en  question,  ce  modèle  peut  être  appliqué  pour  supprimer  les  SID  Terminal  Server inutiles.  Recommandations concernant l’usage des modèles Ces modèles de sécurité ont été conçus pour être utilisés sur des ordinateurs disposant au départ des paramètres  de sécurité par défaut. En fait, ces modèles sont implémentés de manière incrémentielle au­dessus des paramètres  de  sécurité  par  défaut,  s’ils  sont  présents  sur  l’ordinateur.  Il  faut  donc  être  conscient  qu’ils  n’installent  pas  les  paramètres de sécurité par défaut avant d’effectuer les modifications.  Les modèles de sécurité prédéfinis ne doivent pas être appliqués aux systèmes de production sans avoir été validés  au préalable.  Vous  ne  pouvez  pas  sécuriser  des  systèmes  Windows  2000,  Windows  XP  ou  Windows  Vista  installés  sur  des  systèmes de fichiers FAT (File Allocation Table).  La figure suivante montre les nombreux fichiers de types modèles de sécurité présents sur un système fonctionnant  sous Windows Server 2003. 

De nombreux modèles de sécurité sont disponibles sur le site Microsoft en téléchargement 

- 6-

© ENI Editions - All rigths reserved

Vous  trouverez  le  “Windows  Server  2003  Security  http://www.microsoft.com/downloads/details.aspx?FamilyId =   521EA6C7B4DB&displaylang=en  ainsi  que  le  “Windows  XP  Security  with  http://www.microsoft.com/downloads/details.aspx?FamilyId =   09A8A229F118&displaylang=en 

Guide” 

SP2" 

à 

à 

l’adresse  suivante  :  8A2643C1­0685­4D89­B655­ l’adresse  suivante  :  2D3E25BC­F434­4CC6­A5A7­

Les  guides  de  sécurité  publiés  sur  le  site  de  Microsoft  existent  pour  les  systèmes  de  la  famille  Windows  2000,  Windows  XP  Professionnel  et  la  famille  Windows  Server  2003.  Ils  existent  aussi  pour  Microsoft  Exchange  2000  et  Microsoft Exchange Server 2003. Ils décrivent les fonctionnalités et tous les détails des paramètres de configuration  et  leur  meilleur  cadre  d’utilisation  ainsi  que  les  effets  négatifs  qu’ils  pourraient  générés.  Par  exemple,  le  guide  de  Windows XP Professionnel SP2 décrit les modèles de sécurité qui prennent en charge les nouveaux paramètres du  firewall Windows qui remplace le précédent ICF (Internet Connection Firewall), ainsi que de nombreuses informations  sur  la  sécurisation  des  ports  TCP/IP,  du  protocole  RPC  (Remote  Procedure  Call),  des  nouvelles  fonctionnalités  de  protection mémoire et la sécurisation des services Internet (Internet Explorer, Outlook Express, etc.).  Sécurisation  de  Windows  Vista  :  vous  trouverez  en  téléchargement  sur  le  site  de  Microsoft  le  Guide  de  sécurité  de  Windows  Vista.  Il  fournit  des  centaines  de  recommandations  et  procédures  pour  renforcer  au  maximum  le  niveau  de  sécurité  du  système.  De  multiples  configurations  sont  proposées  sachant  que  la  configuration recommandée est appelée Enterprise Client. Ce guide propose aussi une configuration appelée SSLF  (Specialized Security ­ Limited Functionality), laquelle limite de manière considérable les fonctionnalités intégrées à  Windows Vista. Ce guide téléchargeable à l’adresse ci­dessous contient aussi le fichier Windows  Vista  Security  Guide  Settings.xls,  et  l’outil  GPOAccelerator  tool  pour  vous  aider  à  implémenter  les  différentes  recommandations. http://go.microsoft.com/fwlink/?LinkId=74028  Le  Guide  de  sécurité  de  Windows  Vista  est  aussi  disponible  en  ligne  sur  le  site  Microsoft  Technet  à  l’adresse  :  http://technet.microsoft.com/en­us/bb629420.aspx 

c. Gestion des applications  Les  services  de  gestion  des  logiciels  sont  l’un  des  éléments  les  plus  importants  qui  soit.  La  problématique  liée  au  fonctionnement des applications a nécessité la mise en œ uvre de systèmes d’exploitation lourds tels que Windows  NT ou les différentes versions de noyaux basés sur Unix. Pour s’en convaincre, il suffit de constater qu’il en est de  même avec Apple. Effectivement, la dernière version Mac OSX (noyau Darwin) est basée sur un dérivé de Nextstep,  lui­même basé sur un Unix de type BSD.  Cette complexité, tant des systèmes que des applications n’a eu de cesse de provoquer les nombreux problèmes de  fonctionnement “post  déploiement”. En  effet,  quel  que  soit  le  système  d’exploitation (Windows, Unix, Mac OS), les  systèmes  sont  fragiles  dès  lors  que  les  configurations  changent  !  Il  était  donc  indispensable  de  progresser  sur  ce  point pour pouvoir rendre le poste de travail plus dynamique qu’il ne l’était.  Les  composants  de  gestion  et  de  maintenance  des  logiciels  intégrés  au  cœ ur  de  Windows  2000  et  des  versions  ultérieures  via  le  moteur  d’installation  Windows  Installer  sont  des  éléments  essentiels.  Ensuite,  vous  aurez  la  possibilité d’utiliser cette technologie pour finalement intégrer les applications à déployer à l’aide d’objets stratégies  de groupe.  La figure suivante illustre ce principe. 

L’application Adobe Acrobat Reader est attribuée aux ordinateurs concernés par cette stratégie de groupe 

© ENI Editions - All rigths reserved

- 7-

Nous découvrirons plus loin que les applications peuvent être déployées, supprimées, mises à niveau dans la même  famille  de  produit  ou  de  manière  concurrentielle,  mais  qu’aussi  il  sera  possible  de  “patcher”  toute  application  déployée via IntelliMirror, c’est­à­dire à l’aide d’Active Directory et des stratégies de groupe.  Comme le montre la figure précédente, les services d’installation vous permettront de déployer les applications vers  des  ordinateurs.  De  cette  manière,  tous  les  utilisateurs  des  dits  ordinateurs  auront  la  possibilité  d’utiliser  les  applications. Les applications pourront aussi être déployées vers des utilisateurs, de telle sorte que les applications  ne concernent que les utilisateurs visés, et ce quelle que soit la machine.  Le déploiement des logiciels à l’aide des stratégies de groupe est traité en détail dans le chapitre suivant.  Pour  en  savoir  plus  sur  les  caractéristiques  du  service  Windows  Installer,  les  différentes  versions  et  ses  grands principes de fonctionnement, reportez­vous au chapitre suivant ou au site MSDN (Microsoft Developer  Network)  à  l’adresse  suivante  :  http://msdn.microsoft.com/library/default.asp?url = /library/en­ us/msi/setup/about_windows_installer.asp  WSUS  3.0  et  SCCM  2007  :  à  propos  des  autres  technologies  et  outils  Microsoft  qui  permettent  de  patcher  les  logiciels et les systèmes d’exploitation.  La technologie de gestion et de maintenance des logiciels est directement dépendante de ce que permet de faire le  moteur  Windows  Installer.  Le  moteur  a  été  conçu  pour  prendre  en  charge  les  applications  conformes  aux  spécifications Windows 2000 et ultérieures. Ainsi, il n’est pas envisagé, du moins pour le moment, de faire en sorte  que le service Windows Installer prenne en charge le passage des correctifs propres aux systèmes d’exploitation.  La stratégie de Microsoft est très claire : les systèmes d’exploitation doivent évoluer à leur rythme et les applications  aussi.  Ainsi,  pour  deux  problématiques  différentes,  la  stratégie  veut  qu’il  y  ait  deux  technologies  de  gestion  différentes : une pour les systèmes et une pour les applications. Les systèmes utilisent les services Windows Update  disponibles via http (et le protocole de transfert intelligent de fichiers BITS) ou la version WSUS 3.0.  Les  services  WSUS  permettent  de  mieux  contrôler  le  passage  des  patchs  à  l’intérieur  du  réseau  de  l’entreprise,  sachant que SCCM 2007 (System Center Configuration Manager 2007) intègre lui aussi une gestion des correctifs très  sophistiquée avec un suivi avancé et des rapports très détaillés.  En plus des méthodes présentées plus haut, il est toujours possible d’obtenir les correctifs et autres mises à  jour  via  Internet  au  travers  de  deux  sites  distincts  :  les  correctifs  Windows  sont  disponibles  sur  le  site  Windows  Update  à  l’adresse  :  http://windowsupdate.microsoft.com  ;  les  correctifs  Office  sont  disponibles  sur  le  site Office Update à l’adresse : http://office.microsoft.com/officeupdate 

●

WSUS  peut  sur  les  ordinateurs  du  réseau  détecter  les  mises  à  jour  non  réussies  et  autres  manques  de  correctifs. 

●

WSUS  permet  la  suppression  des  correctifs  et  la  définition  des  fréquences  auxquelles  les  ordinateurs  du  réseau doivent s’assurer qu’ils sont bien à jour. 

●

Pour les installations qui ne nécessitent pas le redémarrage de l’ordinateur, le passage des correctifs peut  être complètement silencieux, donc transparent pour les utilisateurs. 

●

Les  serveurs  WSUS  peuvent  être  chaînés  entre  eux  avec  une  indépendance  ou  non  des  pouvoirs  d’administration. 

●

Le transfert des correctifs utilise la technologie BITS ­ Background Intelligent Transfer Service, et le moteur  Windows Installer pour être non agressif vis­à­vis de la bande passante disponible sur le réseau. 

●

Les téléchargements disposent d’une gestion des points d’arrêt et le moteur BITS est capable de travailler  en mode delta de fichiers binaires compressés. 

●

WSUS  offre  aux  administrateurs  la  possibilité  d’utiliser  de  nouveaux  rapports  pour  réaliser  toutes  les  statistiques utiles concernant le passage des correctifs. 

●

WSUS est une plate­forme centrale de gestion des modifications. 

Pour  plus  d’informations  sur  WUS,  consultez  http://www.microsoft.com/windowsserversystem/wus/default.mspx  http://www.microsoft.com/technet/security/topics/patch/default.mspx 

les 

liens 

Pour pouvoir installer les services WSUS 3.0 vous devez disposer des éléments suivants : 

- 8-

© ENI Editions - All rigths reserved

ci­dessous 

:  et 

●

Windows Server 2003 SP1 ou SP2 

●

IIS 6.0 

●

Microsoft .NET Framework 2.0 

●

Microsoft Management Console 3.0 

●

Microsoft Report Viewer 

●

L’installation  de  Microsoft  SQL  Server  2005  SP1  n’est  pas  obligatoire.  Dans  ce  cas,  le  programme  d’installation de WSUS installera une base MSDE (Windows Internal Database). 

À propos du support des services WSUS 3.0 et Windows Server 2008  Microsoft a publié début mars 2008 la version SP1 des services WSUS 3.0 en version x86 et aussi x64. Cette version  de WSUS supporte les fonctionnalités ci­dessous :  ●

Support de Window Server 2008. 

●

Intégration des WSUS au sein du Gestionnaire de serveur de Windows Server 2008. 

●

Nouvelles API client. 

●

Support des mécanismes de distribution pour les plates­formes non Windows. 

●

Amélioration de l’enregistrement des Clients. 

●

Filtrage des Mises à jour par Catégories et Classification. 

●

Rapport du statut des mises à jour pour chaque client. 

●

Publication  avancée  des  drivers  via  les  API  d’administration  existantes  et  les  catalogues  fournis  par  les  fournisseurs de pilotes. 

●

Support de la notion de "bundles" (ensemble de patchs). 

●

Support de conditions d’applications (prerequisites). 

Le  SP1  de  WSUS  3.0  est  disponible  sur  le  site  Microsoft  Connect  en  version  RC.  La  version  finale  du  SP1  devrait être livrée peu après le lancement officiel de Windows Server 2008 et ainsi permettre une intégration  parfaite sur Windows Server 2008. Microsoft a récemment annoncé que la prochaine version majeure des services  WSUS  sera  directement  intégrée  à  la  prochaine  version  majeure  de  Windows  Server  (nom  de  code  Windows  7  Server). 

d. Gestion de l’exécution des scripts  Les stratégies de groupe vous permettent de déclarer différents niveaux de scripts. Il est ainsi possible de déclarer  des scripts aux moments suivants :  ●

Scripts au démarrage de l’ordinateur, 

●

Scripts à l’ouverture de session de l’utilisateur, 

●

Scripts à la fermeture de session de l’utilisateur, 

●

Scripts à l’arrêt de l’ordinateur. 

© ENI Editions - All rigths reserved

- 9-

Les stratégies de groupe permettent une meilleure prise en charge de l’exécution des scripts  En plus de gérer l’exécution des scripts à ces moments importants, vous pourrez aussi déclarer de multiples scripts  les uns derrière les autres. Chaque script déclaré est directement stocké dans le volume système à un emplacement  tel  que  celui­ci : %Systemroot%\Windows\SYSVOL\sysvol\Corp2003.Corporate.net\Policies\ {C8C119A6­1426­44EE­ 849F­324A3B76820C}\Machine\Scripts\Startup.  Les scripts que vous utiliserez pourront être écrits sur la base des technologies de scripts prises en charge de base,  c’est­à­dire les scripts VBScript et JScript au travers de WSH ­ Windows Scripting Host. 

e. Gestion des services d’installation à distance RIS  Les  services  d’installation  à  distance  RIS  (Remote  Installation  Services)  permettent  de  déployer  un  système  d’exploitation  sur  des  ordinateurs.  Ils  supportent  un  mécanisme  qui  permet  aux  ordinateurs  du  réseau  de  se  connecter au serveur RIS lorsque le poste de travail invoque un “Boot from network” à l’aide de la touche [F12] de  l’ordinateur.  Un  serveur  RIS  fonctionnant  sous  Windows  Server  2003  peut  prendre  en  charge  l’installation  et  le  déploiement d’images RIS de types Windows Server 2003, Edition Standard et Entreprise, Windows 2000 Server et  Advanced Server, Windows 2000 et Windows XP Professionnel. Les services RIS peuvent être utilisés pour installer  un système d’exploitation complet sur une nouvelle machine ou bien pour restaurer une configuration particulière sur  système défaillant. 

Choix des options offertes aux utilisateurs qui invoqueront le service  La figure illustre les options “utilisateur” que vous pourrez gérer. 

- 10 -

© ENI Editions - All rigths reserved

Liste des opérations autorisées et non autorisées accordées aux utilisateurs des services d’installation à distance  Les  seuls  paramètres  destinés  aux  utilisateurs  qui  solliciteront  un  serveur  RIS  sont  déclarés  sur  cette  fenêtre.  En  fonction  de  ou  des  stratégies  de  groupe  qui  concernent  un  utilisateur  donné,  les  paramètres  gagnant  seront  appliqués.  Les services WDS remplacent RIS  À partir de Windows Server 2003 SP1, il est possible de remplacer l’utilisation des services RIS par les services WDS  (Windows Deployment Services), via WAIK (Windows Automated Installation Kit). Ce package existe sous la forme d’une  image ISO (fichier.img) d’environ 1 Go. En utilisant Windows AIK, vous pourrez réaliser des installations automatisées  de Windows Vista, capturer des images Windows via ImageX et créer vos propres images Windows PE 2.0.  Pour  télécharger  WAIK  (incluant  les  services  WDS),  recherchez  sur  le  site  Microsoft  le  terme  "Windows  Automated Installation Kit (AIK)". Notez que les services WDS inclus dans WAIK sont intégrés dans le SP2 de  Windows  Server  2003  et  que  Windows  Server  2008  dispose  d’une  version  plus  sophistiquée  des  services  WDS,  notamment par le support du déploiement des images en mode multicast. 

f. Gestion des paramètres de configuration et de sécurité d’Internet Explorer  La configuration est particulièrement riche. En effet, Internet Explorer est un composant très important de la plate­ forme  Windows,  au  même  titre  que  peut  l’être  le  shell  (le  bureau)  de  Windows  !  Dans  la  mesure  où  IE  et  ses  composants  sont  souvent  sollicités,  sécuriser  IE  revient  à  grandement  sécuriser  le  système.  À  quoi  bon  sécuriser  l’OS, si les applications ne le sont pas, et vice versa. Pour ceux qui ont utilisé IEAK ­ Internet Explorer Administration  Kit, pour personnaliser Internet Explorer 4.0, 5.0 ou 6.0, vous retrouverez tous ces paramètres dans les stratégies  de groupe. 

© ENI Editions - All rigths reserved

- 11 -

Paramètres “Utilisateur” de type Configuration générale 

Paramètres “Utilisateur” à caractère administratif  Les paramètres d’Internet Explorer sont ventilés dans trois grandes rubriques :  ●

Dans  la  partie  Ordinateur  à  l’emplacement  Configuration  ordinateur/Modèles  d’administration/  Composants  Windows/Internet  Explorer  pour  tout  ce  qui  est  en  rapport  avec  les  zones  de  sécurité  Internet,  les  paramètres  de  proxy  pour  l’ordinateur,  de  telle  sorte  que  les  utilisateurs  n’auront  pas  la  possibilité d’altérer cette valeur ainsi que les paramètres de mise à jour d’Internet Explorer, ses composants  et aussi les composants tiers. 

●

Dans  la  partie  Utilisateur  à  l’emplacement  Configuration  utilisateur/Paramètres  Windows/  Maintenance  de Internet Explorer pour tout ce qui est en rapport avec la personnalisation de l’interface, des connexions,  des  URL  principales,  des  favoris,  des  paramètres  de  sécurité  et  Authenticode  et  de  la  configuration  des  programmes par défaut Internet. 

●

Dans  la  partie  Utilisateur  à  l’emplacement  Configuration  utilisateur/Modèles  d’administration/  Composants  Windows/Internet  Explorer pour tout ce qui traite des options du panneau de configuration  Internet,  des  pages  hors  connexion,  des  menus  du  navigateur,  des  barres  d’outils  et  des  contrôles  autorisés. 

g. Redirection des dossiers utilisateurs (dossiers spéciaux)  Les stratégies de groupe vous offrent la possibilité de rediriger certains dossiers spéciaux vers des emplacements  réseau  à  l’aide  d’une  extension  intégrée  aux  stratégies  de  groupe.  Cette  extension  qui  est  aussi  un  principe,  est 

- 12 -

© ENI Editions - All rigths reserved

appelée “Redirection de dossiers”.  La redirection de dossiers est une stratégie de groupe de type Utilisateurs. Cela signifie qu’un utilisateur pour lequel  vous configurez la redirection de dossiers devra faire l’objet de l’application d’une stratégie de groupe le concernant.  Après avoir créé la stratégie de groupe et l’avoir associée au conteneur adéquat, un administrateur peut désigner  les  dossiers  qui  devront  être  redirigés  et  vers  quel  emplacement  local  ou  réseau.  Cette  option  est  située  à  l’emplacement  suivant  dans  l’objet  de  stratégie  de  groupe  :  Configuration  Utilisateur\Paramètres  Windows\Redirection de dossiers.  Les dossiers spéciaux sont au nombre de quatre :  ●

Application Data, 

●

Bureau, 

●

Mes documents, 

●

Menu Démarrer. 

Le nœ ud “Redirection de dossiers” comporte uniquement ces dossiers, dits “Spéciaux”. Il n’est pas possible  de rajouter d’autres dossiers contrôlés par la redirection de dossiers.  Plusieurs  niveaux  de  redirection  sont  possibles.  En  allant  dans  les  propriétés  du  dossier  à  rediriger,  vous  pouvez  choisir parmi les deux grands modes présentés ci­dessous :  ●

Le premier mode est appelé redirection de dossiers de base. Il est relativement efficace puisqu’il permettra  à l’administrateur de :  ●

Rediriger vers l’emplacement suivant : permet de rediriger le dossier vers une destination de votre  choix.  L’usage  de  la  variable  %username%  vous  permettra  d’utiliser  un  répertoire  pour  chaque  utilisateur. 

●

Rediriger  vers  l’emplacement de l’utilisateur  local : ce choix revient au comportement par défaut  pour le choix de l’emplacement du dossier en l’absence de redirection par l’administrateur. 

Les  administrateurs  souhaiteront  fréquemment  utiliser  cette  fonctionnalité  pour  rediriger  automatiquement  les  dossiers d’un utilisateur vers un dossier nouvellement créé pour chaque utilisateur.  La  variable  %username%  peut  être  utilisée  dans  le  chemin  de  redirection,  permettant  au  système  de  créer  dynamiquement un dossier nouvellement redirigé pour chaque utilisateur auquel l’objet de stratégie s’applique. La  redirection des dossiers spéciaux est particulièrement intéressante car elle a été conçue pour répondre aux besoins  des  utilisateurs  avec  l’avantage  d’être  simple  en  mise  en  œ uvre  et  quasiment  sans  entretien  pour  les  administrateurs.  L’écran suivant illustre cette première possibilité. 

© ENI Editions - All rigths reserved

- 13 -

Redirection de dossier en mode “De base” 

●

Le  deuxième  mode  de  fonctionnement  est  appelé  redirection  avancée.  À  la  différence  du  paramètre  “De  base”,  ce  mode  permet  à  l’administrateur  de  spécifier  des  emplacements  différents  pour  les  dossiers  redirigés en fonction de l’adhésion des utilisateurs à un groupe de sécurité. Le paramètre Aucune stratégie  administrative n’est spécifiée permet au profil d’utilisateur, et non à la Stratégie de groupe, de déterminer  l’emplacement  du  dossier.  Dans  ce  cas,  l’onglet  Paramètres  n’est  pas  disponible.  Si  vous  sélectionnez  le  paramètre  Suivre  le  dossier  Mes  documents,  le  dossier  Mes  images  reste  un  sous­dossier  de  Mes  documents quel que soit l’emplacement vers lequel Mes documents est redirigé. 

Ce  mode  de  fonctionnement  est  très  pratique  car  il  est  possible  de  déclarer  des  centaines  de  groupes  dont  les  membres seront redirigés vers tel ou telle destination. Une seule et unique stratégie de groupe pourrait donc être  utilisée pour des milliers d’utilisateurs.  Vous pourrez choisir l’emplacement du dossier cible de la manière suivante : 

- 14 -

●

Créer  un  dossier  pour  chaque  utilisateur  dans  le  chemin  d’accès  racine  :  ce  choix  ajoute  au  chemin  un  dossier nommé en fonction de la variable d’environnement %username%. 

●

Rediriger vers l’emplacement suivant : ce choix vous permet de spécifier un chemin d’accès réseau de type  UNC ou un chemin valide localement, tel que C:\Nom_Dossier. 

●

Rediriger vers l’emplacement du profil utilisateur local : ce choix revient au comportement par défaut pour  le choix de l’emplacement du dossier en l’absence de redirection imposée par l’administrateur. 

●

Rediriger  vers  le  dossier  d’accueil  de  l’utilisateur  :  cette  option  est  très  intéressante  si  vous  avez  déjà  déployé  des  dossiers  utilisateurs  (home  directories)  et  que  vous  désirez  les  utiliser  en  tant  que  “Mes  documents”. Bien sûr, cette option n’est disponible que pour le dossier Mes Documents. 

© ENI Editions - All rigths reserved

Redirection Avancée du dossier spécial Mes documents  L’écran ci­dessous illustre les différents choix de la sélection de la destination. 

Sélection automatique de la destination 

h. Qu’est­ce qu’une stratégie de groupe ? 

© ENI Editions - All rigths reserved

- 15 -

Dans  le  cadre  de  l’administration  des  systèmes  et  de  la  politique  globale  de  sécurisation,  les  services  d’annuaire  Active Directory mettent à la disposition des administrateurs les objets stratégies de groupe.  Grâce  à  ces  objets  qui  sont  les  éléments  fondamentaux  de  la  technologie  IntelliMirror,  les  personnels  ayant  en  charge  les  tâches  de  configuration  et  d’administration  des  systèmes,  des  applications  et  des  services  de  sécurité  peuvent définir et gérer de manière centralisée ou décentralisée tous les types de configuration visant à administrer  les ordinateurs et les utilisateurs.  Les stratégies de groupe respectent les principes listés ci­dessous :  ●

Ces  objets  sont  stockés  dans  un  domaine  et  se  répliquent  sur  tous  les  contrôleurs  de  domaine  dudit  domaine. 

●

Ils ne sont disponibles que dans un environnement Active Directory. 

●

Ils  s’appliquent  aux  utilisateurs  et  aux  ordinateurs  d’un  site,  d’un  domaine  ou  d’une  unité  d’organisation  auquel  l’objet  de  stratégie  de  groupe  est  lié.  Il  s’agit  du  mécanisme  principal  par  lequel  une  stratégie  de  groupe est utilisée dans un environnement Active Directory. 

i. Qu’est­ce qu’une stratégie locale ?  Un  seul  objet  de  type  “stratégie  de  groupe  local”  est  stocké  sur  chaque  ordinateur.  Les  objets  de  stratégie  de  groupe locaux sont les moins influents dans un environnement Active Directory.  En outre, ils ne possèdent qu’un sous­ensemble des paramètres présents dans les objets de stratégie de groupe  basés sur Active Directory. Vous pouvez ouvrir la stratégie local d’un ordinateur ou de tous les utilisateurs locaux en  utilisation la console de gestion MMC “Editeur d’objets de stratégie de groupe”. Vous pouvez lancer cette console en  exécutant le fichier de console Gpedit.msc.  Les fichiers relatifs au stockage de la stratégie sont situés aux emplacements listés ci­dessous :  ●

La partie ordinateur est située à l’emplacement : %Systemroot%\System32\GroupPolicy\User\Registry.pol 

●

La partie utilisateur est située à l’emplacement : %Systemroot%\System32\GroupPolicy\Machine\Registry.pol 

Tous les systèmes Windows 2000 et ultérieurs possèdent un objet de stratégie de groupe local. Ce point est vrai,  que les ordinateurs fassent partie ou non d’un environnement de domaine Active Directory.  L’écran suivant illustre comment procéder pour ouvrir et modifier la stratégie de l’ordinateur local. 

- 16 -

© ENI Editions - All rigths reserved

Ouverture d’une stratégie sur l’ordinateur local  La stratégie locale est appliquée dès le démarrage de l’ordinateur pour la machine et tous les utilisateurs ouvrant  une session locale. Dans le cadre d’une ouverture de session réseau de domaine, il est clair qu’une fois authentifié  par le domaine, une ouverture de session locale à l’ordinateur a lieu pour l’utilisateur authentifié dans le domaine.  Limitations de l’objet de stratégie de groupe local  Les objets de stratégie de groupe locaux ne prennent pas en charge certaines extensions, telles que “Redirection de  dossiers” ou “Installation logicielle de stratégie de groupe”. Les objets de stratégie de groupe locaux prennent en  charge  de  nombreux  paramètres  de  sécurité,  mais  l’extension  Paramètres  de  sécurité  de  l’Éditeur  d’objets  de  stratégie de groupe ne prend pas en charge la gestion à distance des objets de stratégie de groupe locaux.  Par exemple, la ligne de commande gpedit.msc /gpcomputer:"PC­Marketing­01" vous permet de modifier l’objet de  stratégie de groupe local sur PC­Marketing­01, mais le nœ ud “Paramètres de sécurité” n’apparaîtra pas.  Si les objets de stratégie de groupe locaux sont toujours traités, ils sont les moins influents dans un environnement  Active Directory, car les objets de stratégie de groupe basés sur Active Directory ont toujours priorité.  À ce stade, s’il n’existe pas de stratégies de groupe spécifiques définies au sein du domaine Active Directory, seule la  stratégie  de  groupe  du  domaine  Active  Directory  est  appliquée  (le  traitement  des  stratégies  de  groupe  dans  l’environnement Active Directory est traité plus loin).  Dans  le  cas  où  vous  souhaiteriez  que  pour  des  ordinateurs  non  membres  d’un  domaine,  la  stratégie  locale  soit  appliquée à tous les utilisateurs à l’exception des administrateurs, ce qui par défaut n’est pas le cas, vous pourriez  consulter  l’article  de  la  base  de  connaissances  Microsoft  293655  à  l’adresse  :  http://support.microsoft.com/default.aspx?scid=kb;fr;293655 

4. Structure physique d’une stratégie de groupe  Les informations qui concernent un objet stratégie de groupe sont stockées à deux emplacements importants :  ●

le conteneur Stratégie de groupe ou GPC (Group Policy Container), 

●

le modèle de Stratégie de groupe ou GPT (Group Policy Template). 

a. Objet Conteneur de Stratégie de groupe 

© ENI Editions - All rigths reserved

- 17 -

L’objet conteneur Stratégie de groupe est un objet de l’annuaire qui contient uniquement l’état de l’objet Stratégie  de  groupe,  ses  informations  de  version,  les  informations  de  filtre  WMI  dont  il  pourrait  disposer  et  une  liste  des  composants dont les paramètres se trouvent dans l’objet Stratégie de groupe. 

Emplacement du conteneur des objets stratégies de groupe dans Active Directory  Comme vous pouvez le constater, l’emplacement de ce conteneur est situé au sein de la partition du domaine dans  le conteneur System/Policies. Les ordinateurs du domaine peuvent accéder au conteneur Stratégie de groupe pour  localiser  des  modèles  Stratégie  de  groupe.  Les  contrôleurs  de  domaine  y  accéderont,  lorsque  nécessaire,  pour  obtenir  des  informations  de  version.  Ce  paramètre  est  très  important  pour  garantir  la  bonne  réplication  de  la  dernière version de l’objet Stratégie de groupe. 

Propriétés d’un objet stratégie de groupe  L’écran ci­dessous illustre les propriétés de l’objet GPO dont le GUID est 0E531984­BC90­49BF­A790­7E665B6CCE04  et correspond à une stratégie de groupe dont le nom est “Users Cert ­ Auto Enroll”. 

- 18 -

© ENI Editions - All rigths reserved

Information concernant un objet Stratégie de groupe  L’attribut  gPCUserExtensionNames  déclare  les  extensions  CSE  (Client  Side  Extensions)  utilisées  pour  appliquer  et  mettre  en  œ uvre  les  paramètres  contenus  dans  la  stratégie  de  groupe.  Par  exemple,  pour  implémenter  les  paramètres  de  sécurité  IPSec,  l’objet  référencé  sous  le  GUID  E437BC1C­AA7D­11D2­A382­00C04F991E27  sera  invoqué et réalisera les opérations nécessaires.  Ces  différentes  extensions,  déclarées  au  niveau  de  l’objet lui­même,  permettent  d’assurer  la  prise  en  charge  des  fonctions ci­dessous :  ●

la redirection des dossiers ; 

●

les paramètres de registre inclus dans les modèles administratifs ; 

●

les paramètres de quotas de disques ; 

●

les paramètres de QoS ; 

●

l’application des scripts ; 

●

l’application des paramètres de sécurité ; 

●

les paramètres de maintenance d’Internet Explorer ; 

●

les paramètres de récupération EFS (Encrypted File System) ; 

●

l’installation et la maintenance des applications ; 

●

l’application des paramètres de sécurité IP (IPSec). 

Cette  figure  montre  très  clairement  qu’un  objet  Stratégie  de  groupe  est  stocké  à  un  emplacement  réseau  traditionnel  s’appuyant  sur  une  connexion  UNC.  Dans  notre  exemple,  la  valeur  de  l’attribut  gPCFileSysPath  pointe  vers  le  chemin  DFS  :  \\Corp2003.Corporate.net\SysVol\Corp2003.Corporate.net\Policies\  {0E531984­BC90­49BF­

© ENI Editions - All rigths reserved

- 19 -

A790­7E665B6CCE04} 

b. Modèle de la stratégie de groupe  Nous  venons  de  voir  que  les  attributs  d’un  objet  stratégie  de  groupe  situé  dans  le  conteneur  System/Policies  du  domaine permettaient d’en décrire les caractéristiques les plus fondamentales et nécessaires.  Mais qu’en est­il du contenu réel de la stratégie ?  En fait, une stratégie de groupe est basée sur un modèle de départ. Ce modèle est une arborescence de dossiers  située  dans  le  dossier  SYSVOL  d’un  contrôleur  de  domaine.  Chaque  fois  que  vous  créez  un  nouvel  objet  GPO,  le  contrôleur  de  domaine  sollicité  crée  le  modèle  Stratégie  de  groupe  correspondant.  Ce  modèle  contiendra  tous  les  paramètres  et  informations  de  stratégie  de  groupe,  y  compris  les  modèles  d’administration,  les  paramètres  de  sécurité, l’installation et la maintenance des logiciels, etc.  Les ordinateurs clients du domaine se connecteront au dossier SYSVOL par le biais d’un chemin tel que celui qui est  spécifié  ci­après  :  \\Corp2003.Corporate.net\SysVol\Corp2003.Corporate.net\Policies\  {0E531984­BC90­49BF­A790­ 7E665B6CCE04}  Le contenu de ce répertoire contiendra le modèle GPT du GPO à appliquer. Le nom du dossier du modèle correspond  à  l’identificateur  unique  global  (GUID)  de  l’objet  Stratégie  de  groupe.  Il  s’agit  du  même  numéro  que  celui  qui  est  utilisé par Active Directory pour identifier l’objet au sein du conteneur Stratégie de groupe.  Pour qu’un ordinateur client de l’annuaire Active Directory soit capable d’accéder aux stratégies de groupe, il  doit  être  capable  d’accéder  au  volume  système  partagé  Sysvol.  Pour  ce  faire,  il  est  indispensable  que  le  service “Système de fichiers distribués” soit opérationnel sur tous les contrôleurs de domaine. 

La partie cliente DFS est intégrée dans le redirecteur Microsoft mais peut être désactivée à l’aide d’une clé  de registre. Si tel était le cas, le client ne pourrait parcourir le volume \\DomainAD.com\Sysvol et ne pourrait  donc pas implémenter les paramètres contenus dans les stratégies de groupe. 

c. Composants d’une stratégie de groupe  La  stratégie  de  groupe  contient  de  multiples  paramètres  très  spécifiques.  Il  faudra  donc  que  l’ordinateur  dispose  d’une certaine capacité à “traiter” de multiples catégories de paramètres, tous aussi différents les uns des autres.  La  figure  suivante  montre  que  les  paramètres  des  stratégies  de  groupe  sont  pris  en  charge  par  les  modèles  suivants. 

- 20 -

© ENI Editions - All rigths reserved

Composants du moteur de traitement des stratégies de groupe  Processus  Winlogon.exe  :  il  s’agit  d’un  composant  central  du  système  d’exploitation  qui  fournit  les  services  d’ouverture  de  session  interactive.  Le  processus  Winlogon  est  le  composant  au  sein  duquel  le  GPE  fonctionne.  Winlogon est le seul et unique composant du système qui interagit avec le GPE.  Userenv.dll  :  userenv.dll  fonctionne  au  sein  de  Winlogon  et  héberge  le  GPE  ainsi  que  la  gestion  des  modèles  d’administration.  GPE Group Policy Engine : il s’agit du module central de gestion des stratégies de groupe. Il prend en charge toutes  les fonctionnalités grâce aux multiples CSE. Le GPE fonctionne au sein de Userenv.dll.  CSE  Client  Side  Extensions  :  il  s’agit  des  extensions  spécialisées  capables  de  prendre  en  charge  les  différents  paramètres à implémenter.  L’ensemble  des  composants  de  type  CSE  sont  déclarés  dans  le  HKLM\Software\Microsoft\Windows NT\Current Version\Winlogon\GPExtensions. 

registre 

à 

la 

clé 

Nous verrons plus loin lors de la vérification de bonne exécution des stratégies de groupe qu’il est important  de  connaître  ces  extensions.  En  effet,  une  stratégie  de  groupe  peut  connaître  certains  problèmes  spécifiques  relatifs  à  des  paramètres  très  particuliers  qui  mettent  en  cause  l’intégrité  du  composant  ou  de  l’extension CSE.  Au fur et à mesure que les systèmes Windows disposent de nouvelles fonctionnalités, les composants CSE ci­dessus  sont  modifiés  pour  considérer  ces  nouvelles  fonctionnalités.  Généralement,  les  nouvelles  fonctionnalités  et  paramètres associés sont implémentés avec les nouvelles versions de systèmes et les services packs.  Le  moteur  de  gestion  des  stratégies  de  groupe  GPE  ­  Group  Policy  Engine,  étant  extensible,  il  est  probable  que  Microsoft rajoute d’autres extensions CSE à l’avenir. 

d. Modèles de stratégie de groupe ADMX pour Windows Vista  Bien  que  les  principes  fondamentaux  qui  concernent  les  stratégies  de  groupe  soient  quelque  part  immuables  de  Windows 2000 à Windows Vista en passant par Windows XP, force est de constaté que Windows Vista et Windows  Server 2008 apportent leur lot de nouveautés. Nous avons vu précédemment que le contenu des objets stratégies  de groupe de Windows Vista s’était enrichi de manière significative avec plus de deux mille quatre cent paramètres  prise en charge de base, soit plus de huit cent nouveaux paramètres par rapport à son aîné Windows XP.  Pour rappel, nous avons aussi présenté que de nouvelles familles de paramètres faisaient leur apparition. Ainsi, les  modèles de Windows Vista prennent en charge la gestion de l’alimentation, le contrôle de l’installation des pilotes de  périphériques, une gestion uniforme et centralisée des paramètres de sécurité du pare­feu et des règles IPSec ainsi  que le déploiement des imprimantes en fonction des sites. Voila donc, ce qu’il en est des nouvelles fonctionnalités à  caractère fonctionnel.  Concernant les particularités de l’implémentation Windows Vista, les modèles des stratégies de groupe évoluent et  sont désormais structurés via XML. Ce point ne choquera personne, puisqu’aujourd’hui, tout fichier de configuration  se  doit  d’être  en  XML  !  Selon  Microsoft,  l’usage  du  XML  structure  le  fichier  très  clairement  de  telle  sorte  que  les  administrateurs pourront créer plus facilement de nouveaux modèles.  Il convient maintenant de comprendre les effets qu’aura ce nouveau format de modèle sur le reste de l’infrastructure.  Ces points sont présentés ci­dessous :  ●

Les  nouveaux  fichiers  ADMX  de  Windows  Vista  ou  Windows  Server  2008  ne  sont  pas  chargeables  sur  Windows XP ou Windows Server 2003. 

●

Bien que les objets GPO construits à partir de Windows Vista ou Windows Server 2008 puissent résider sur  des  contrôleurs  de  domaine  Windows  2000  Server  ou  Windows  Server  2003,  il  n’est  pas  possible  de  les  éditer sur ces plates­formes. 

●

L’édition  des  stratégies  de  groupe  créées  sous  Windows  Vista  ou  Windows  Server  2008  nécessite  l’utilisation de Windows Server 2008 ou de Windows Vista. 

●

À  l’inverse,  les  outils  de  Windows  Vista  ou  Windows  Server  2008  supportent,  sans  aucun  problème,  l’ouverture et l’édition des objets stratégies de groupe de Windows XP ou Windows Server 2003. 

Note  :  Microsoft  recommande  que  les  administrateurs  utilisent  toujours  les  outils  d’administration  les  plus  récents. En effet, il convient de rappeler que ce sont les outils qui "font" les opérations pour lesquelles on  les sollicite. Il est donc important de limiter l’utilisation d’outils plus anciens vers des plates­formes plus modernes.  Concernant les stratégies de groupe, la recommandation consiste donc à utiliser obligatoirement Windows Vista et 

© ENI Editions - All rigths reserved

- 21 -

la  console  de  gestion  des  stratégies  de  groupe  de  Windows  Vista  pour  gérer  les  objets  GPO  basés  sur  les  nouveaux  modèles  ADMX.  La  même  machine  sera  aussi  utilisée  pour  gérer  les  objets  stratégies  de  groupe  des  systèmes plus anciens tels que Windows 2000, Windows XP et Windows Server 2003.  La figure ci­dessous illustre le cas de l’utilisation d’un modèle d’administration de type ADM à l’aide de la console de  Windows Server 2008 ou de Windows Vista. 

Importation de modèle ADM au sein de la console de Windows Vista 

Les paramètres sont visibles dans la rubrique Modèles d’administration classiques (ADM). 

●

Les fichiers ADM remplacés par de nouveaux fichiers ADMX, sont ignorés. Ce point concerne uniquement les  fichiers  centraux  tels  que  le  bien  connu  System.adm  ainsi  que  les  fichiers  additionnels  Inetres.adm,  Conf.adm,  Wmplayer.adm  et  Wuau.adm.  Les  modifications  apportées  à  ces  fichiers  ADM  devront  donc  être  répercutées vers leurs nouveaux homologues au format ADMX. 

●

À la différence des fichiers ADM qui existent en de multiples langues, les ADMX sont, à l’image de Windows  Vista,  Office  2007  et  Windows  Server  2008,  c’est­à­dire  "language  neutral".  En  effet,  les  fichiers  ADMX  ne  contiennent  aucune  référence  au  langage  mais  uniquement  des  données  de  structure.  Ce  point  signifie  qu’aucune information de description des paramètres des stratégies de groupe n’est stockée dans un fichier  de  type  ADMX.  Ces  informations  sont  désormais  stockées  dans  des  fichiers  de  description  séparés  dont  l’extension est ADML. 

Fichiers  ADMX  et  ADML  :  cette  nouvelle  fonctionnalité  permet  d’utiliser  une  seule  et  unique  version  d’un  même fichier ADMX tout en disposant de multiples versions de fichiers ADML. De cette manière, il est facile de  disposer de n fichiers de langages différents, sachant que la console d’édition des stratégies de groupe chargera  automatiquement  le  fichier  de  langue  en  fonction  du  langage  du  système  d’exploitation.  Cette  nouvelle  fonctionnalité est bien sûr très intéressante pour les administrateurs qui pourront travailler sur un même modèle  ADMX, mais disposer d’un fichier ADML adapté à leur langue. 

- 22 -

© ENI Editions - All rigths reserved

Le dossier \systemroot\PolicyDefinitions\fr­FR et les fichiers ADML 

Pour  pouvoir  disposer  de  plusieurs  langages  sur  le  même  ordinateur,  il  suffit  de  copier  dans  le  dossier  de  langage  adéquat,  par  exemple,  en­US  pour  le  langage  anglais/états  unis,  les  fichiers  de  langages  nécessaires. 

●

À propos des fichiers .POL : comme cela était le cas pour les fichiers ADM de Windows 2000 ou Windows XP,  les  fichiers  ADMX  de  Windows  Vista  et  Windows  Server  2008  ne  sont  que  des  modèles.  En  effet,  les  paramètres  configurés  sur  la  base  de  ces  modèles  sont  finalement  encodés  dans  un  fichier  Registry.Pol.  Ainsi, lorsque des modifications de paramètres sont basées sur des fichiers de modèles ADM ou ADMX, toutes  les données sont finalement combinées dans un minuscule fichier .Pol de quelques kilo­octets. 

Attention ! Même si les paramètres existant précédemment sous Windows XP sur la base de modèles ADM  s’appliquent  le  plus  souvent  sous  Windows  Vista,  les  nouveaux  paramètres  de  stratégies  de  groupe  de  Windows  Vista,  soit  plus  de  800  !,  nécessitent  la  création  d’un  nouvel  objet  GPO  créé  à  partir  d’une  machine  Windows Vista. Cette remarque ne concerne que les nouveaux paramètres de Windows Vista puisque ceux­ci ne  sont implémentés qu’au travers des nouveaux modèles ADMX. Comme nous l’avons vu précédemment, les anciens  ADM sont toujours insérables et utilisables par toutes les machines les supportant, Windows Vista y compris.  Création du "Central Store" : Stockage des modèles de GPO  Dans les versions précédentes de Windows, lorsqu’un nouvel objet stratégie de groupe était créé, tous les modèles  insérés par défaut dans l’objet GPO étaient stockés au sein du GPO. En fonction des versions de Windows, l’espace  consommé par un seul GPO pouvait donc facilement atteindre 4, voire 5 Mo.  Certaines  opérations  d’infrastructures,  telles  que,  par  exemple,  la  mise  à  niveau  des  contrôleurs  de  domaines  de  Windows  2000  Server  vers  Windows  Server  2003,  pouvaient  provoquer  des  pics  de  réplication  importants,  notamment lorsque tous les modèles de GPO ­ fichiers ADM, devaient être répliqués vers tous les autres contrôleurs  de domaine.  Les systèmes fonctionnant sous Windows Vista et Windows Server 2008 permettent de minimiser la réplication de  tous les modèles inutilement copiés dans chaque objet GPO en mettant en œ uvre un point de stockage centralisé au  sein du SYSVOL contenant l’ensemble des nouveaux fichiers ADMX. En plus de cette optimisation possible, il convient  de préciser que tous les GPO créés sous Windows Vista ne contiennent plus de modèles. 

© ENI Editions - All rigths reserved

- 23 -

Structure physique d’un GPO sur un contrôleur de domaine Windows Server 2008. Les volumineux fichiers ADM  ont disparu ! 

Le fait de créer les GPO à partir d’une station d’administration Windows Vista fait économiser pas moins de 4  Mo par GPO, puisqu’aucun ADM, ni ADMX n’y est inséré. Enfin, dans un deuxième temps, la mise en œ uvre de  DFS­R  (Distributed  File  System  ­  Replication)  pour  la  réplication  du  SYSVOL  permettra  de  ne  répliquer  que  les  différences (delta binaires) des fichiers !  Le tableau ci­après résume les différentes opérations possibles en fonction de la station d’administration utilisée, à  savoir,  la  console  GPMC  disponible  en  téléchargement  pour  Windows  XP  SP2  et  Windows  Server  2003  ou  bien  la  console GPMC disponible de base sous Windows Server 2008 ou Windows Vista.  Fonctionnalités supportées 

GPMC Windows Vista 

GPMC Windows XP SP2 

Peut gérer Windows Server 2003,  Windows XP et Windows 2000. 

Oui  

Oui  

Peut gérer Windows Vista et  Windows Server 2008. 

Oui  

Non 

Support multilangues. 

Oui  

Non 

Lecture des fichiers ADM  personnalisés. 

Oui  

Oui  

Emplacement par défaut des  modèles. 

En local 

GPO 

Utilisation du "Central store". 

Oui  

Non 

Évite les fichiers dupliqués dans le  SYSVOL. 

Oui  

Non 

Possibilité de rajouter des  modèles spécifiques.  

Fichiers ADM seulement 

Fichiers ADM seulement 

Méthode de comparaison des  fichiers. 

Numéro de version 

Timestamp 

e. Création du "Central Store" au sein du SYSVOL  La  création  du  stockage  centralisé  des  modèles  de  GPO  au  format  ADMX  de  Windows  Vista  est  une  procédure  manuelle. La structure est directement créée au sein du volume système SYSVOL sur l’un des contrôleurs de domaine 

- 24 -

© ENI Editions - All rigths reserved

du  domaine.  Ensuite,  le  moteur  de  réplication  FRS  (File  Replication  Service),  prendra  en  charge  la  réplication  du  nouveau dossier vers tous les contrôleurs du domaine.  Une bonne pratique consiste à créer le "Central Store" sur le contrôleur de domaine jouant te rôle de FSMO  PDCE (Primary Domain Controller Emulator). En effet, par défaut, les outils d’administration tels que la GPMC  ou l’éditeur d’objets stratégies de groupe sélectionnent toujours le PDC de manière privilégiée. 

Lorsqu’aucun  "Central  Store"  n’existe,  la  console  l’éditeur  d’objets  stratégies  de  groupe  utilise  les  fichiers  ADMX et ADML situés dans le répertoire local de Windows Vista \systemroot\PolicyDefinitions. 

Structure du SYVOL préparé avec le "Central Store".  Pour créer le stockage centralisé, procédez comme suit :  ■

Créez le dossier racine du stockage centralisé suivant : %systemroot%\sysvol\domain\policies\PolicyDefinitions 

■

Créez un sous­dossier pour chaque langage à prendre en charge. Par exemple, pour la France et les États­Unis,  créez les dossiers fr­FR et en­US. 

■

Chargez le nouveau stockage centralisé avec les fichiers ADMX et ADML. Cette opération est très simple puisqu’il  suffit  de  copier  tous  les  fichiers  ADMX  contenus  dans  le  dossier  %systemroot%\PolicyDefinitions  d’une  machine  Windows  Vista  vers  le  dossier  créé  au  départ  dans  le  SYSVOL,  c’est­à­dire  :  %systemroot% \sysvol\domain\policies\PolicyDefinitions 

f. Recommandations sur l’administration des GPO en environnement Windows Vista  Nous avons vu que les postes de travail Windows Vista supportent un nombre important de nouveaux paramètres  contrôlables  à  l’aide  des  GPOs.  Les  recommandations  ci­dessous  ont  pour  objet  de  faciliter  l’application  des  paramètres  de  configuration  de  type  Windows  XP  vers  Windows  Vista  et  de  respecter  les  meilleures  bonnes  pratiques pour exploiter au maximum les aspects les plus intéressants de Windows Vista et Windows Server 2008.  ●

Faites évoluer les stations d’administration Windows XP vers Windows Vista. Utilisez la nouvelle console de  gestion des stratégies de groupe intégrée à Windows Vista pour toutes les opérations de gestion des GPO. 

●

Créez un stockage centralisé et gérez de manière centralisée l’ensemble des modèles Vista/Windows Server  2008. 

© ENI Editions - All rigths reserved

- 25 -

●

Créez de nouveau GPO, ou mettez à jour les anciens, pour y inclure les nouvelles possibilités de Windows  Vista et Windows Server 2008. 

Pour plus d’informations sur les nouveaux modèles ADMX ainsi que la mise en place du “Central Store, vous  pourrez vous référer au document intitulé "Managing Group Policy ADMX Files Step­by­Step Guide" disponible  sur le site de Microsoft à l’adresse : http://go.microsoft.com/fwlink/?LinkId=75124 

5. Application des stratégies de groupe dans l’environnement Active Directory  a. Application à l’aide du modèle S,D,OU et ordre de traitement  L’application des stratégies de groupe est un processus pris en charge intégralement par l’ordinateur client. Il n’y a  aucun trafic initié de l’Active Directory vers le poste de travail.  Les stratégies de groupe qui s’appliquent à un utilisateur ou un ordinateur ou aux deux, n’ont pas toutes les mêmes  priorités ; cependant, l’ordre dans lequel elles sont appliquées respecte la formule L,S,D,OU. Cette formule signifie  stratégie  Locale,  puis  stratégies  du  Site,  puis  stratégies  du  Domaine,  puis  stratégies  des  Unités  d’Organisation  contenant l’objet ordinateur et utilisateur donné.  Les paramètres de stratégie de groupe sont donc traités dans l’ordre suivant : 

- 26 -

●

Objet  de  stratégie  de  groupe  local : chaque ordinateur dispose d’un objet de stratégie de groupe stocké  localement. Il sert au traitement des paramètres par défaut de l’ordinateur et de l’utilisateur que la machine  soit ou non dans un domaine Active Directory. 

●

Site : ensuite, les objets de stratégie de groupe liés au site auquel l’ordinateur appartient sont traités. Le  traitement de plus d’une  stratégie  s’effectue dans l’ordre spécifié par l’administrateur,  sous  l’onglet Objets  de stratégie de groupe liés pour le site dans la console de gestion des stratégies de groupe GPMC (Group  Policy  Management  Console),  sachant  que  l’objet  de  stratégie  de  groupe  situé  au  plus  haut  sera  celui  qui  disposera de la plus forte priorité. 

●

Domaine  :  l’application  de  plusieurs  stratégies  de  groupe  liées  au  domaine  s’effectue  suivant  le  même  principe de gestion des priorités. 

●

Unités  d’Organisation  :  finalement,  les  objets  de  stratégie  de  groupe  liés  à  l’unité  d’organisation  la  plus  élevée dans la hiérarchie Active Directory sont traités en premier, suivis des objets de stratégie de groupe  liés à une unité d’organisation enfant, et ainsi de suite. 

© ENI Editions - All rigths reserved

Étendue de gestion Active Directory et rafraîchissement des stratégies de groupe  L’écran ci­dessus  illustre  l’étendue de gestion de l’infrastructure Active Directory. Les conteneurs Sites, Domaine et  Unités d’Organisation sont présents et contiennent un ordinateur et un utilisateur. La séquence ci­dessous explique  le processus complet de traitement des stratégies de groupe ordinateur et utilisateur en commençant par la mise en  route de l’ordinateur et en terminant par l’ouverture de session d’un utilisateur sur l’ordinateur :  1.  Le  réseau  démarre.  Le  service  RPCSS  (Remote  Procedure  Call  System  Service)  et  le  fournisseur  MUP  (Multiple  Universal Naming Convention Provider) démarrent.  À  propos  du  mode  synchrone  et  asynchrone  :  les  postes  de  travail  fonctionnant  sous  Windows  XP  ou  Windows Vista démarrent de manière asynchrone et n’ont donc pas besoin d’attendre que les composants  réseau soient complètement initialisés. Contrairement à Windows XP ou Windows Vista, Windows 2000 utilise la  même  séquence  mais  de  manière  totalement  synchrone.  La  mise  en  œ uvre  du  mode  asynchrone  permet  d’accélérer  de  manière  significative  le  démarrage  du  système  d’exploitation.  Les  machines  Windows  2000  ne  supportent pas le mode asynchrone, mais les machines Windows XP Professionnel ou Windows Vista peuvent être  configurées via un paramètre de stratégie de groupe pour fonctionner, comme les ordinateurs Windows 2000, de  manière synchrone.  2. Une liste correctement ordonnée des objets de stratégie de groupe est obtenue pour l’ordinateur.  Les  facteurs  suivants peuvent avoir une incidence sur la composition de la liste :  ●

L’ordinateur  est­il  membre  d’un  domaine  Active  Directory  ?  Si  oui,  alors  il  devra  considérer  le  processus  de  découverte des stratégies de groupe et appliquer celles qui le concernent. 

●

Sur quel site Active Directory l’ordinateur est­il situé ? 

●

Par rapport à la dernière exécution de la découverte des objets stratégie de groupe par l’ordinateur, y a­t­il  des modifications concernant la liste des stratégies à appliquer et/ou les stratégies de groupe ont­elles été  modifiées ? Si oui, le traitement se poursuit, si non, aucun traitement n’a lieu. 

À propos du mode “Appliquer les stratégies même si elles n’ont pas changé ...” Un paramètre de stratégie  de  groupe  permet  de  changer  le  comportement  par  défaut  des  stratégies  de  groupe  pour  réappliquer  les  stratégies même lorsqu’elles n’ont pas changé. Ce paramètre permet de garantir le bon état des configurations et  de maintenir un très haut niveau de sécurité. 

●

Certaines  stratégies  disposent­elles  du  mode  obligatoire  ?  Cette  opération  permet  d’appliquer  la  stratégie  disposant  de  ce  mode,  même  si  les  unités  d’organisation  enfants  utilisent  l’option  Bloquer  l’héritage  des  stratégies. Sous Windows 2000, ce mode était appelé “ne pas passer outre”. 

3.  À  ce  stade,  les  stratégies  de  groupe  sont  connues  et  appliquées  à  l’ordinateur.  Pour  obtenir  des  informations  détaillées concernant l’application des stratégies “ordinateur”, vous pouvez activer les journaux détaillés par le biais  d’une stratégie.  4. Les scripts de démarrage s’exécutent de manière masquée et en mode synchrone, les uns après les autres. Par  défaut, chaque script doit se terminer pour que le suivant puisse démarrer. Dans le cas où un script serait “bloqué”,  un délai d’exécution de 10 minutes (600 secondes) au plus sera appliqué avant de poursuivre avec le script suivant,  si nécessaire. Plusieurs paramètres de stratégie sont disponibles pour ajuster ce comportement.  Attention au traitement en mode asynchrone en tâche de fond : Windows XP Professionnel n’attend pas le  démarrage  complet  du  réseau  pour  démarrer.  Après  l’ouverture  de  session,  la  stratégie  est  traitée  en  arrière­plan dès que le réseau devient disponible. Cela signifie que l’ordinateur continue d’utiliser les paramètres  de  stratégie  antérieurs  au  démarrage  et  à  l’ouverture  de  session.  Par  conséquent,  il  peut  être  nécessaire  et  obligatoire de réaliser plusieurs ouvertures de session successives après la modification d’une stratégie pour que  les  paramètres  soient  réellement  opérationnels.  Ce  comportement  est  contrôlé  par  le  paramètre  figurant  dans  Configuration  ordinateur\Modèles  d’administration\Système\Ouverture  de  session\  Toujours  attendre  le  réseau  lors  du  démarrage  de  l’ordinateur et de l’ouverture  de  session.  Notez  que  cette  fonctionnalité  ne  concerne  que  Windows XP et n’est pas disponible pour Windows 2000 ou Windows Server 2003.  5. L’utilisateur ouvre sa session vers un domaine Active Directory.  6. Après authentification de l’utilisateur, le profil utilisateur est chargé selon les paramètres de stratégie en vigueur.  Une  liste  correctement  ordonnée  des  objets  de  stratégie  de  groupe  est  obtenue  pour  l’utilisateur  en  session.  Toutefois,  comme  dans  le  cas  du  démarrage  de  la  machine,  un  certain  nombre  de  facteurs  pourront  avoir  une  incidence sur la composition de la liste à appliquer : 

© ENI Editions - All rigths reserved

- 27 -

●

L’utilisateur  appartient­il  à  un  domaine  ?  Dans  ce  cas,  il  est  soumis  à  la  stratégie  de  groupe  via  Active  Directory. 

●

Le  bouclage  est­il  activé  ?  Si  oui,  ce  mode  est  configuré  pour  fonctionner  en  mode  fusion  ou  en  mode  remplacement ? 

Le bouclage, en anglais Loopback Processing Mode, permet de gérer la configuration des machines en libre  service. Ce comportement très particulier est détaillé plus loin. 

●

Quel  est  l’emplacement  de  l’utilisateur  dans  Active  Directory  ?  Sur  quel  site,  dans  quel  domaine  et  dans  quelle hiérarchie d’unités d’organisation ? 

●

Certaines  stratégies  disposent­elles  du  mode  obligatoire  ?  Cette  opération  permet  d’appliquer  la  stratégie  disposant  de  ce  mode,  même  si  les  unités  d’organisation  enfants  utilisent  l’option  Bloquer  l’héritage  des  stratégies. 

7. Les stratégies de groupe sont enfin déterminées et appliquées à l’utilisateur en session.  8. Les scripts d’ouverture de session s’exécutent avec les mêmes principes que ceux qui concernent les ordinateurs.  9. Finalement, le chargement de l’interface utilisateur a lieu en fonction des paramètres déclarés dans les stratégies  de groupe. 

b. Domaines Active Directory et domaines NT : L, S, D, OU et 4, L, S, D, OU  Il  se  peut  que  l’environnement  de  production  comprenne  encore  des  domaines  Windows  NT  approuvés.  De  tels  domaines, comprenant donc des utilisateurs de domaines Windows NT, peuvent être approuvés à travailler sur des  ordinateurs  membres  d’un  domaine  Active  Directory.  Ils  pourront  bien  sûr,  en  fonction  de  leurs  droits,  accéder  à  toute ressource du domaine ou des autres domaines Windows, membres de la forêt.  Trois grands cas devront être considérés :  ●

Si l’ordinateur (Windows 2000 ou supérieur) se trouve dans un domaine Windows NT et que l’utilisateur se  trouve  dans  Active  Directory,  seule  la  stratégie  système  de  l’ordinateur  est  traitée  (et  non  celle  de  l’utilisateur)  lorsque  l’utilisateur  ouvre  une  session.  Ensuite,  uniquement  la  stratégie  de  groupe  utilisateur  est traitée. 

●

Si l’ordinateur se trouve dans Active Directory et que l’utilisateur se trouve dans un domaine Windows NT, la  stratégie  de  groupe  ordinateur  (et  non  celle  de  l’utilisateur)  est  traitée  au  démarrage  de  l’ordinateur.  Lorsque l’utilisateur ouvre sa session, seule la stratégie système de l’utilisateur est traitée. 

●

Si les comptes ordinateur et utilisateur appartiennent à un domaine Windows NT, seule la stratégie système  est appliquée lorsque l’utilisateur ouvre sa session. 

Ne  confondez  pas  “Stratégies  Système”  et  “stratégies  de  groupe”.  Les  stratégies  système,  en  anglais  System  Policy,  étaient  mises  en  œ uvre  dans  les  environnements  de  domaine  NT  pour  les  ordinateurs  fonctionnant  sous  Windows  9x  et  Windows  NT  4.0.  L’utilitaire  de  configuration  Poledit,  permettait  la  création  de  deux fichiers spécifiques. Le premier, le fichier Config.pol, était dédié aux ordinateurs fonctionnant sous Windows  9x,  tandis  que  le  second,  le  fichier  NTconfig.pol,  était  dédié  aux  ordinateurs  fonctionnant  sous  Windows  NT  4.0.  Ces  deux  fichiers  devaient  ensuite  être  placés  dans  le  répertoire  habituel  des  scripts  Netlogon  (anciennement  \System32\Repl\Import\  Scripts).  L’utilitaire  de  configuration  des  stratégies  système  était  livré  dans  le  système  Windows  NT  4.0  et  aussi  Windows  2000.  Cet  utilitaire  n’est  plus  livré  avec  Windows  XP  Professionnel  ni  les  versions ultérieures, mais peut toujours être utilisé, si nécessaire. 

c.  Liaisons  des  stratégies  de  groupe  sur  les  objets  Sites,  Domaine  et  Unités  d’organisation  et  de  l’héritage  Comme nous venons de le voir, une stratégie de groupe peut être liée au niveau de multiples conteneurs de types  S,D,OU au sein d’une hiérarchie Active Directory.  Ainsi, vous avez la possibilité de lier de multiples stratégies de groupe sur le même domaine ou la même OU, ou de  n’en  lier  aucun.  Dans  ce  cas,  vous  bénéficierez  des  mécanismes  d’héritage.  Si  plusieurs  objets  de  stratégie  de  groupe sont liés à une unité d’organisation, vous aurez la possibilité de contrôler leur ordre d’application en agissant  - 28 -

© ENI Editions - All rigths reserved

sur l’onglet Objets de stratégie de groupe liés pour l’unité d’organisation dans la console GPMC. 

Gestion de l’ordre de traitement sur un conteneur Active Directory donné  L’objet stratégie de groupe possédant l’ordre des liens le plus bas est traité en dernier et reçoit donc la priorité la  plus  élevée.  La  figure  ci­dessus est représentative des informations qu’il  est  nécessaire  de “manipuler” et  de  bien  percevoir pour comprendre pourquoi telle stratégie de groupe sera plus considérée qu’une autre.  Les  informations  ci­dessous  vous  permettront  de  bien  comprendre  l’importance  des  paramètres  des  stratégies  de  groupe liées sur un conteneur donné.  L’ordre  des  liens  :  ce  paramètre  vous  permettra  de  gérer  l’ordre  de  traitement  des  stratégies  par  le  GPE,  Group  Policy Engine. Comme cela a déjà été expliqué plus haut, la stratégie de groupe avec l’ordre des liens le plus bas est  traité en dernier et est donc la plus prioritaire.  Appliqué : le lien d’un objet de stratégie de groupe peut être appliqué, désactivé ou les deux. Par défaut, le lien d’un  objet de stratégie de groupe n’est ni appliqué ni désactivé. Méfiez­vous de cette option. Quand le lien est activé, la  stratégie de groupe est bien “reliée” sur le conteneur. Quand le lien est dit Appliqué, alors la stratégie de groupe en  question a priorité sur le paramètre Bloquer l’héritage sur un domaine ou une unité d’organisation. De plus, si vous  activez Appliqué et désactivez Lien activé pour un lien, alors l’objet de stratégie de groupe ne s’applique pas.  Bloquer l’héritage : cette option protège le conteneur de l’héritage issu d’autres conteneurs de niveaux supérieurs.  Notez toutefois que l’activation de l’option Bloquer l’héritage ne dévie pas les paramètres de stratégie de groupe  des  objets  de  stratégie  de  groupe  qui  sont  directement  liés  au  domaine.  Remarquez  que  le  blocage  de  l’héritage  appliqué sur une unité d’organisation est symbolisé par un point d’exclamation de couleur bleue placé sur l’OU. 

d. Liaisons et attribut gPLink  Les  objets  conteneurs  de  type  Sites,  Domaines  et  Unités  d’organisation  sont  les  seules  classes  d’objets  de  l’annuaire à disposer de l’usage de l’attribut gPLink.  Cet  attribut  est  fondamental  puisqu’il  permet  à  différents  types  de  conteneurs  de  “s’accrocher  sur  des  objets  stratégies de groupe”. En effet, l’attribut gPLink dont l’OID est 1.2.840.113556.1.4.891 est un attribut utilisé par les  classes Site, Organizational­Unit et Sam­Domain. Pour information, la version Windows Server 2003 du schéma Active  Directory prévoit que l’attribut gPLink soit aussi disponible pour le conteneur “Configuration” qui accueille la partition  Active Directory de configuration. 

e. Sélection du contrôleur de domaine préféré  La console de gestion des stratégies de groupe utilise le contrôleur de domaine jouant le rôle de maître d’opération  de PDC Emulator de chaque domaine Emulateur de contrôleur principal de domaine, comme contrôleur de domaine  par défaut, pour toutes les opérations de création et de modification des stratégies de groupe.  Afin  d’éviter  les  conflits  de  réplication,  il  est  recommandé  de  choisir  un  contrôleur  parmi  ceux  dont  vous  disposez  comme  favori  des  opérations  qui  concernent  l’administration  des  stratégies  de  groupe.  En  effet,  nous  avons  vu  précédemment que les objets stratégies de groupe étaient composés de deux parties distinctes : la partie conteneur  de stratégie de groupe au sein de la partition de domaine Active Directory et la partie modèle de stratégie de groupe  au  sein  du  volume  partagé  SYSVOL.  Ces  deux  espaces  de  stockage  utilisent  des  mécanismes  de  réplication  indépendants.  Par  conséquent,  si  deux  administrateurs  modifient  pendant  le  même  cycle  de  réplication  un  même  objet  stratégie  de  groupe  sur  des  contrôleurs  de  domaine  différents,  les  modifications  apportées  par  l’un  des  administrateurs risquent d’être perdues. 

© ENI Editions - All rigths reserved

- 29 -

Par  défaut,  la  console  de  gestion  des  stratégies  de  groupe  utilise  l’émulateur  PDC  du  domaine  pour  garantir  que  tous  les  administrateurs  utilisent  le  même  contrôleur  de  domaine.  Cependant,  il  se  peut  que  vous  souhaitiez  ponctuellement solliciter un contrôleur de domaine particulier situé sur un site distant.  Si  plusieurs  administrateurs  gèrent  le  même  stratégie  de  groupe  au  même  moment,  il  est  recommandé  qu’ils  sélectionnent  le  même  contrôleur  de  domaine.  Cette  sélection  permettra  d’éviter  les  collisions  de  réplication  au  niveau du service de réplication de fichiers FRS (File Replication Service).  La  console  de  gestion  de  stratégies  de  groupe  vous  permet  de  changer  le  contrôleur  actif  qui  réalisera  les  modifications.  Cette  opération  est,  dans  notre  exemple,  une  tâche  manuelle  qui  sera  réalisée  en  fonction  des  besoins  d’administration.  Vous aurez cependant la possibilité de changer la façon dont le contrôleur de domaine par défaut est sélectionné.  Vous  pourrez  par  exemple  créer  une  nouvelle  stratégie  de  groupe  à  l’usage  des  administrateurs  et  paramétrer  ainsi : Configuration utilisateur/Modèles d’administration/Système/Stratégie de groupe/Sélection du contrôleur  de  domaine  de  la  stratégie  de  groupe.  Activez  l’option  puis  sélectionnez  parmi  les  trois  choix  proposés  celui  qui  convient le mieux à votre besoin. 

Sélection automatique du contrôleur de domaine pour les opérations de modifications des objets stratégies de  groupe  Utiliser  le  contrôleur  principal  de  domaine  :  il  s’agit  de  l’option  par  défaut.  Ce  choix  indique  que  le  composant  Éditeur d’objet stratégie de groupe lit et écrit les modifications dans le contrôleur de domaine désigné en tant que  maître d’opérations PDC Emulator pour le domaine dans lequel l’opération est réalisée.  Hériter des composants Active Directory : ce choix indique que le composant Éditeur d’objet stratégie de groupe  lit et écrit les modifications dans le contrôleur de domaine que la console de gestion MMC Utilisateurs et ordinateurs  Active Directory ou Sites et services Active Directory utilisent.  Utilise tout contrôleur de domaine disponible : ce choix indique au composant Éditeur d’objet stratégie de groupe  qu’il peut utiliser tout contrôleur de domaine disponible.  Si vous désactivez ce paramètre ou si vous ne le configurez pas, l’Éditeur d’objet stratégie de groupe utilise  le contrôleur de domaine désigné comme le maître des opérations de contrôleur de domaine principal pour le  domaine. 

6. Création d’une stratégie de groupe avec les outils Active Directory  Les  stratégies  de  groupe  peuvent  être  créées  de  deux  manières.  La  première  méthode  utilise  les  outils  livrées  de  base avec Windows 2000 Server ou Windows Server 2003. Dans ce cas, il s’agira des outils de gestion MMC tels que  Utilisateurs  et  ordinateurs  Active  Directory  et  Sites  et  Services  Active  Directory.  La  seconde  méthode  utilise  la 

- 30 -

© ENI Editions - All rigths reserved

nouvelle console Gestion des stratégies de groupe appelée en anglais GPMC (Group Policy Management Console).  Cet outil n’est pas livré de base avec Windows Server 2003 car il n’était pas disponible en avril 2003 au moment de la  disponibilité  de  Windows  Server  2003.  Ce  composant  d’administration  est  remarquable  et  en  l’utilisant,  on  pourrait  presque dire que la gestion des stratégies de groupe est une chose facile !  La  console  de  gestion  GPMC  est  disponible  en  téléchargement  gratuit  sur  le  site  de  Microsoft  à  l’adresse  :  http://www.microsoft.com/downloads/details.aspx?FamilyId =   0A6D4C24­8CBD­4B35­9272­ DD3CBFC81887&displaylang=en  La  console  de  gestion  des  stratégies  de  groupe  nécessite  un  ordinateur  fonctionnant  sous  Windows  XP  Professionnel SP1 équipé du Framework .Net.  Au  départ,  la  console  de  gestion  des  stratégies  de  groupe  était  réservée  aux  possesseurs  d’une  licence  Windows  Server  2003.  L’accord  de  licence  de  la  version  GPMC  SP1  permet  l’usage  de  cette  nouvelle  console  à  tous  les  possesseurs d’une licence Windows Server 2003 mais aussi Windows 2000 Server. 

a. Utilisation de la console de gestion MMC Utilisateurs et ordinateurs Active Directory  La figure ci­après montre la liste des liaisons vers les objets stratégies de groupe de l’unité d’organisation Finance. 

Utilisation de la fenêtre originale de gestion des stratégies de groupe  Vous  pouvez  remarquer  la  recommandation  intégrée  dans  l’interface  graphique  de  la  console  “Utilisateurs  et  ordinateurs  Active  Directory”.  Un  lien  Internet  vous  renvoie  sur  le  site  de  Microsoft  à  l’adresse  http://www.microsoft.com/windowsserver2003/gpmc/default.  mspx.  Vous  y  trouverez  toutes  les  informations  nécessaires et un lien qui vous permettra de télécharger la GPMC.  Pour accéder à cette fenêtre et créer une stratégie de groupe, procédez comme suit :  ■

Lancez la console de gestion MMC “Utilisateurs et ordinateurs Active Directory”. 

■

Positionnez­vous  sur  le  domaine  ou  sur  le  conteneur  de  type  Unité  d’organisation.  Accédez  à  la  fenêtre  des  propriétés. 

© ENI Editions - All rigths reserved

- 31 -

■

Cliquez sur l’onglet Stratégie de groupe. 

■

Cliquez sur le bouton Nouveau. 

L’objet créé est lié sur le conteneur sélectionné.  Dans le cas où l’objet stratégie de groupe aurait déjà été créé, vous pourrez le sélectionner à l’aide de la fenêtre de  sélection présentée ci­dessous : 

Sélection des stratégies à lier sur un conteneur à partir des différents domaines de la forêt  Dans  notre  exemple,  il  est  possible  d’accéder  aux  objets  stratégies  de  groupe  des  domaines  Corp2003.Corporate.net et partners.corporate.net. 

b. Utilisation de la console de gestion MMC “Sites et services Active Directory”  La  console  de  gestion  MMC “Sites  et  services  Active  Directory”  vous  permettra  de  gérer  les  stratégies  de  groupe  associées  aux  sites  Active  Directory.  La  méthode  est  rigoureusement  la  même  que  pour  les  stratégies  de  groupe  liées sur les conteneurs de types domaines et unités d’organisation.  ■

Lancez la console de gestion MMC “Sites et services Active Directory”. 

■

Positionnez­vous sur le site souhaité. Accédez à la fenêtre des propriétés. 

■

Cliquez sur l’onglet Stratégie de groupe et créez ou modifiez une nouvelle stratégie. 

7. Création d’une stratégie de groupe avec la GPMC  Dans presque tous les cas, Microsoft recommande que les administrateurs utilisent les dernières versions des outils  d’administration. Dans la mesure où ces outils “font” ce que nous leur demandons, il est bon de pouvoir compter sur  des outils plus performants tant d’un point de vue de la stabilité, que des facultés de ces outils à simplifier certaines  tâches complexes voir impossibles. Rappelons que les outils d’administration de Windows Server 2003 (Adminpak.msi)  sont disponibles en téléchargement sur le site de Microsoft depuis la version Bêta 3 de Windows Server 2003 et qu’il  en a été de même pour la console de gestion des stratégies de groupe dès la disponibilité de la version finale.  Les opérations suivantes concernent la console de gestion des stratégies de groupe GPMC. 

a. Création d’une stratégie de groupe non liée  Dans l’arborescence de la console : 

- 32 -

© ENI Editions - All rigths reserved

■

Effectuez  un  clic  droit  sur  Objets  de  stratégie  de  groupe  dans  la  forêt  et  le  domaine  où  vous  souhaitez  créer  l’objet  de  stratégie  de  groupe  (GPO,  Group  Policy  Object).  Pour  vous  positionner,  suivez  le  chemin  Nom  de  la  forêt/Domaines/Nom du domaine/Objets de stratégie de groupe. 

■

Cliquez sur Nouveau. 

■

Dans la boîte de dialogue Nouvel objet GPO, indiquez un nom pour le nouvel objet de stratégie de groupe, puis  cliquez sur OK. 

b. Création d’une stratégie de groupe liée  Dans l’arborescence de la console :  ■

Effectuez un clic droit sur le nom du domaine, dans la forêt dans laquelle vous souhaitez créer et lier un objet de  stratégie de groupe. Pour vous positionner, suivez le chemin Nom de la forêt/Domaines/Nom du domaine puis  allez jusqu’au conteneur souhaité. 

■

Cliquez sur Créer et lier un objet de stratégie de groupe ici. 

■

Dans la boîte de dialogue Nouvel objet GPO, indiquez un nom pour le nouvel objet de stratégie de groupe, puis  cliquez sur OK. 

c. Gestion des liens de stratégies de groupe  La  gestion  des  liaisons  est  une  opération  simple  techniquement,  mais  lourde  de  conséquence  vis­à­vis  de  l’infrastructure  d’administration  Active  Directory.  En  effet,  la  création  d’un  lien  peut  rendre  de  grands  services  à  certains  ordinateurs  et/ou  utilisateurs  mais  peut  aussi  provoquer  des  gênes  voire  des  dysfonctionnements  à  d’autres.  C’est pour cette raison que la console de gestion GPMC a été conçue. Nous présenterons plus loin les fonctionnalités  de modélisation et d’analyse indispensables à une gestion plus facile et moins risquée des stratégies de groupe.  Liaison d’une stratégie de groupe existante ■

Pour lier un objet de stratégie de groupe existant, effectuez un clic droit sur le domaine ou l’unité d’organisation  dans le domaine, puis cliquez sur Lier un objet de stratégie de groupe existant. 

■

Dans  la  boîte  de  dialogue  Sélectionner  un  objet  GPO,  cliquez  sur  l’objet  de  stratégie  de  groupe  que  vous  souhaitez lier, puis sur OK. 

Désactivation d’un lien de stratégie de groupe ■

Positionnez­vous sur la forêt contenant le domaine, le site ou l’unité d’organisation qui comporte le lien d’objet de  stratégie de groupe que vous souhaitez désactiver. 

■

Effectuez  un  clic  droit  sur  le  lien  d’objet  de  stratégie  de  groupe  souhaité  :  une  coche  en  regard  de Lien  activé  indique que le lien est actuellement activé. 

■

Cliquez sur Lien activé pour supprimer la coche et désactiver le lien. 

Pour effectuer cette opération, vous devez disposer de l’autorisation Lier les objets GPO pour le domaine,  le  site  ou  l’unité  d’organisation  contenant  le  lien  d’objet  de  stratégie  de  groupe.  Si  tel  n’est  pas  le  cas,  l’option Lien activé n’est pas disponible. 

d. Suppression d’une stratégie de groupe  ■

Positionnez­vous  dans  l’arborescence  de  la  console  de  gestion  des  stratégies  de  groupe,  double  cliquez  sur  Objets  de  stratégie  de  groupe  dans  la  forêt  et  le  domaine  contenant  l’objet  de  stratégie  de  groupe  que  vous 

© ENI Editions - All rigths reserved

- 33 -

souhaitez supprimer.  ■

Cliquez avec le bouton droit sur l’objet de stratégie de groupe, puis cliquez sur Supprimer. 

■

Lorsque vous êtes invité à confirmer la suppression, cliquez sur OK. 

Pour  créer  un  objet  de  stratégie  de  groupe,  vous  devez  disposer  de  privilèges  de  création  d’objets  de  stratégie de groupe. Par défaut, seuls les administrateurs du domaine, les administrateurs de l’entreprise et  les membres du groupe Propriétaires créateurs de stratégie de groupe peuvent créer des objets de stratégie de  groupe. 

Pour  supprimer  un  objet  de  stratégie  de  groupe,  vous  devez  disposer  des  autorisations  Modifier  les  paramètres, Supprimer et Modifier la sécurité pour l’objet de stratégie de groupe. 

e. Désactivation d’une stratégie de groupe  ■

Pour désactiver tout ou partie d’un objet stratégie de groupe positionnez­vous sur l’objet stratégie de groupe qui  contient  les  paramètres  utilisateur  ou  ordinateur  que  vous  souhaitez  désactiver,  pointez  sur  État  GPO,  puis  effectuez l’une des actions suivantes :  ●

Cliquez sur  Paramètres utilisateur désactivés  pour  désactiver  les  paramètres  utilisateur  de  l’objet. Une  coche  en  regard  de  Paramètres  utilisateur  désactivés  indique  que  les  paramètres  utilisateur  sont  désactivés. 

●

Cliquez sur Paramètres ordinateur désactivés pour désactiver les paramètres ordinateur de l’objet. Une  coche  en  regard  de  Paramètres  ordinateur  désactivés  indique  que  les  paramètres  ordinateur  sont  désactivés. 

Pour désactiver un objet stratégie de groupe, vous devez disposer de l’autorisation Modifier sur l’objet de  stratégie de groupe. 

Vous  pouvez  également  modifier  l’état d’un  objet  de  stratégie  de  groupe  à  partir  de  l’onglet Détails  d’un  objet de stratégie de groupe. 

8. Administration du déploiement  a. Gestion des conflits de traitement des stratégies de groupe  Conflits entre les paramètres Comme  cela  était  le  cas  avec  les  stratégies  système  de  Windows  NT,  les  paramètres  contrôlés  par  une  stratégie  peuvent être positionnés de différentes façons.  Non configuré : cet état signifie que le paramètre n’est pas géré. Il n’y a donc aucun traitement particulier à réaliser.  Activé  :  cet  état  signifie  que  le  paramètre  est  activé.  Si  plusieurs  stratégies  de  groupe  concernent  le  même  paramètre  pour  le  même  objet  ordinateur  ou  utilisateur,  alors  le  dernier  paramètre  appliqué,  c’est­à­dire  celui  qui  dispose de la plus forte priorité, gagnera.  Désactivé : cet état signifie que le paramètre est désactivé. Si plusieurs stratégies de groupe concernent le même  paramètre  pour  le  même  objet  ordinateur  ou  utilisateur,  alors  le  dernier  paramètre  appliqué,  c’est­à­dire  celui  qui  dispose de la plus forte priorité, gagnera.  Ne pas passer outre Un  administrateur  peut  définir  une  stratégie  à  un  niveau  plus  élevé  pour  qu’elle  soit  toujours  appliquée.  Ce  processus,  appelé  “contrôle  obligatoire”  avec  la  GPMC,  était  auparavant  désigné  sous  le  terme  “Ne  pas  passer  outre”.  Un  administrateur  peut  aussi  définir  un  conteneur  pour  bloquer  l’application  des  stratégies  des  niveaux  - 34 -

© ENI Editions - All rigths reserved

supérieurs.  Une  stratégie  définie  par  l’administrateur  à  un  niveau  supérieur  afin  d’être  appliquée  continuera  de  l’être  même avec un blocage de niveau supérieur défini.  L’écran suivant montre l’option habituelle Ne pas passer outre. 

L’option Ne pas passer outre et Bloquer l’héritage de stratégies de la console de gestion MMC “Utilisateurs et  ordinateur Active Directory” 

Bloquer l’héritage Vous pouvez décider de bloquer l’héritage de stratégie pour un domaine ou une unité d’organisation. L’utilisation du  blocage d’héritage empêche les objets de stratégie de groupe liés à des sites, domaines ou unités d’organisation de  niveaux supérieurs d’être automatiquement hérités par le ou les niveaux enfants. Par défaut, les conteneurs enfants  héritent de l’ensemble des objets de stratégie de groupe parent, mais il peut parfois être utile de bloquer l’héritage.  Par exemple, si vous souhaitez appliquer un ensemble unique de stratégies à un domaine entier à l’exception d’une  unité  d’organisation,  vous  pouvez  lier  les  objets  de  stratégie  de  groupe  requis  au  niveau  du  domaine  (à  partir  duquel toutes les unités d’organisation héritent des stratégies par défaut), puis bloquer l’héritage  uniquement  sur  l’unité d’organisation à laquelle les stratégies ne doivent pas être appliquées.  Cette possibilité est montrée sur la figure précédente.  Pour réaliser cette opération à l’aide de la console gestion des stratégies de groupe GPMC, procédez comme suit :  ■

Positionnez­vous sur le domaine ou une unité d’organisation. 

■

Effectuez un clic droit sur le conteneur sélectionné. 

■

Choisissez l’option Bloquer l’héritage. 

b. Gestion du filtrage du déploiement des stratégies de groupe 

© ENI Editions - All rigths reserved

- 35 -

Le  filtrage  de  sécurité  permet  de  redéfinir  les  utilisateurs  et  les  ordinateurs  qui  recevront  et  appliqueront  les  paramètres d’un objet de stratégie de groupe.  À l’aide du filtrage de sécurité, vous pouvez spécifier que seules certaines entités de sécurité d’un conteneur auquel  est  lié  l’objet  de  stratégie  de  groupe  appliquent  l’objet  de  stratégie  de  groupe.  Le  filtrage  de  groupe  de  sécurité  détermine  si  l’objet  de  stratégie  de  groupe  s’applique  dans  son  ensemble  à  des  groupes,  des  utilisateurs  ou  des  ordinateurs.  Afin  que  l’objet de stratégie de groupe s’applique  à  un  utilisateur  ou  à  un  ordinateur  donné,  cet  utilisateur  ou  cet  ordinateur doit posséder deux autorisations indispensables :  ●

il doit être capable d’ouvrir, donc de Lire la stratégie de groupe, 

●

il doit aussi disposer de l’autorisation Appliquer  la  stratégie  de  groupe sur l’objet de stratégie de groupe,  que ce soit de manière explicite ou via l’appartenance habituelle à un groupe. 

Autorisations par défaut sur les objets stratégies de groupe : par défaut, la valeur des autorisations Lire et  Appliquer  la  stratégie  de  groupe  est  définie  à  Autorisé  pour  tous  les  objets  de  stratégie  de  groupe  du  groupe  Utilisateurs  authentifiés.  Notez  que  pour  que  les  administrateurs  puissent  appliquer  une  stratégie  de  groupe,  les  autorisations  par  défaut  des  groupes  “Administrateurs  de  l’entreprise”  et  “Administrateurs  du  domaine” ne sont pas suffisants. Vous devrez donc, dans ce cas précis, rajouter pour le groupe des “Admins du  domaine” le droit Appliquer la stratégie de groupe.  L’exemple suivant illustre une opération de filtrage réalisée à l’aide de la GPMC. 

Utilisation du filtrage pour cibler l’application des stratégies de groupe  Le  groupe  Utilisateurs  authentifiés  inclut  des  utilisateurs  et  des  ordinateurs.  C’est  de  cette  manière  que  tous  les  utilisateurs  authentifiés  reçoivent  les  paramètres  d’un  nouvel  objet  de  stratégie  de  groupe  lorsque  celui­ci  est  appliqué à une unité d’organisation, à un domaine ou à un site. Comme le montre la figure précédente, vous pouvez  modifier ces autorisations pour limiter l’étendue à un ensemble spécifique d’utilisateurs, de groupes ou d’ordinateurs  dans l’unité d’organisation, le domaine ou le site.  La  figure  précédente  montre  aussi  que  la  console  MMC  Gestion  des  stratégies  de  groupe  gère  ces  autorisations  comme une seule unité. Du coup, la déclaration à réaliser est plus facile. Pour modifier le filtrage de sécurité, vous  pouvez ajouter ou supprimer des groupes dans la section Filtrage de sécurité sous l’onglet Étendue d’un objet de  stratégie de groupe. En pratique, il n’est pas nécessaire de créer les deux entrées (Lire et Appliquer la stratégie  de  groupe)  car  la  console  GPMC  les  définit  automatiquement.  Par  contre,  il  est  toujours  possible  d’éditer  et  de  modifier les autorisations en mode avancé. Pour ce faire, vous pouvez ouvrir l’éditeur de liste de contrôle d’accès en  cliquant sur le bouton Avancé sous l’onglet Délégation de l’objet de stratégie de groupe. 

- 36 -

© ENI Editions - All rigths reserved

Affichage de la fenêtre de gestion des droits avancés 

c. Points importants  ●

Les  objets  stratégies  de  groupe  peuvent  seulement  être  liés  à  des  sites,  des  domaines  et  des  unités  d’organisation. 

●

Dans le cadre des principes de la technologie IntelliMirror, les objets de stratégie de groupe ne peuvent pas  être directement liés à des utilisateurs, des ordinateurs ou des groupes de sécurité. 

●

Le filtrage de sécurité vous permettra de limiter la portée d’un objet stratégie de groupe pour qu’il s’applique  uniquement à un groupe, à un utilisateur ou à un ordinateur unique. 

●

Les  autorisations  Lire  et  Appliquer  la  stratégie  de  groupe  ne  sont  pas  suffisantes  pour  garantir  qu’une  stratégie de groupe soit appliquée pour un utilisateur ou un ordinateur donné. L’objet stratégie de groupe  doit  aussi  être  lié  à  un  site,  à  un  domaine  ou  à  une  unité  d’organisation  contenant  l’utilisateur  ou  l’ordinateur, que ce soit directement ou via les mécanismes d’héritage. 

●

L’emplacement  des  groupes  de  sécurité  dans  Active  Directory  n’a  rien  à  voir  avec  le  filtrage  à  l’aide  des  groupes de sécurité. Les groupes n’ont aucune relation directe avec le traitement des stratégies de groupe.  Les groupes ne sont qu’un moyen de gérer les autorisations sur des objets. Ils permettent d’obtenir le droit  Lire et Appliquer la stratégie de groupe. 

●

Filtrage à l’aide de l’interface WMI. 

Attention  aux  conflits  entre  paramètres  et  aux  options  Ne  pas  passer  outre  et  Bloquer  l’héritage  des  objets stratégies de groupe sur les conteneurs de type unités d’organisation. 

d. Définition de filtres WMI 

© ENI Editions - All rigths reserved

- 37 -

Fonctionnement des filtres WMI Vous pouvez utiliser des filtres WMI pour déterminer de façon dynamique la portée des stratégies de groupe à partir  des attributs connus de types utilisateur ou ordinateur. De cette façon, vous pouvez étendre les capacités de filtrage  des objets stratégie de groupe au­delà des mécanismes de filtrage de sécurité présentés précédemment.  Un  filtre  WMI  est  associé  à  un  objet  stratégie  de  groupe.  Lorsque  vous  appliquez  un  objet  stratégie  de  groupe  à  l’ordinateur de destination, Active Directory évalue le filtre sur l’ordinateur de destination. Un filtre WMI se compose  d’une  ou  de  plusieurs  requêtes  évaluées  par  Active  Directory  en  fonction  de  l’espace  de  stockage  WMI  de  l’ordinateur de destination. Si la valeur totale des requêtes est “faux” (false), Active Directory n’applique pas l’objet  stratégie de groupe. Si toutes les requêtes sont vraies (true), alors Active Directory applique la stratégie de groupe.  Les  requêtes  WMI  sont  écrites  à  l’aide  du  langage  WQL  ­  WMI  Query  Language.  Ce  langage  est  très  proche  du  langage SQL et il permet d’interroger l’intégralité de l’espace de stockage WMI.  Chaque objet stratégie de groupe ne peut comporter qu’un seul filtre WMI qui peut contenir de multiples conditions.  Vous pouvez en revanche lier un même filtre WMI à de multiples objets stratégie de groupe. L’interface de la console  de gestion des stratégies de groupe vous permet de créer, d’importer, d’exporter, de copier et de coller des filtres  WMI très facilement.  Comment créer un filtre WMI ? ■

Ouvrez la console de Gestion des stratégies de groupe. 

■

Dans l’arborescence de la console, effectuez un clic droit sur Filtres WMI dans la forêt et le domaine dans lesquels  vous  souhaitez  créer  un  filtre  WMI.  Pour  y  parvenir,  positionnez­vous  sur Nom  de  la  forêt/  Domaines/Nom  du  domaine/Filtres WMI. 

■

Cliquez sur Nouveau. 

■

Dans la boîte de dialogue Nouveau filtre WMI, entrez un nom pour le nouveau filtre, puis une description dans la  zone Description. 

■

Cliquez sur Ajouter. 

■

Dans la boîte de dialogue Requête WMI, sélectionnez l’Espace de noms ou laissez l’espace de noms par défaut,  root\CIMv2. 

■

Dans la zone Requête, entrez une requête WMI, puis cliquez sur OK. 

■

Pour ajouter d’autres requêtes, répétez les trois dernières étapes pour chaque nouvelle requête. 

■

Après avoir ajouté toutes les requêtes, cliquez sur Enregistrer. 

Création de filtres WMI et privilèges nécessaires : pour pouvoir créer des filtres WMI, vous devez disposer  des privilèges nécessaires à cette opération. Les groupes Administrateurs de domaines, Administrateurs de  l’entreprise et Propriétaires créateurs de la stratégie de groupe bénéficient, par défaut, de cette autorisation.  La figure illustre les détails relatifs à la création du filtre. Comme expliqué plus haut, vous devez déclarer le nom du  filtre, une description, l’espace WMI sur lequel porte la requête ainsi que le contenu de la dite requête. 

- 38 -

© ENI Editions - All rigths reserved

Enregistrement de la requête WMI dans le filtre  Une fois le ou les filtres WMI créés, il ne vous reste plus qu’à associer un filtre à la stratégie de groupe concernée  par l’opération de filtrage.  Comment associer un filtre WMI à un objet stratégie de groupe particulier ?  ■

Ouvrez la console de Gestion des stratégies de groupe. 

■

Dans l’arborescence de la console, positionnez­vous sur l’objet stratégie de groupe pour lequel vous souhaitez lier  un  filtre  WMI.  Pour  y  parvenir,  positionnez­vous  sur  Nom  de  la  forêt/Domaines/Nom  du  domaine/Objets  de  stratégie de groupe, puis cliquez sur l’objet stratégie de groupe. 

■

Dans le volet des résultats, sous l’onglet Étendue, sous Filtrage WMI, sélectionnez un filtre WMI dans la zone de  liste déroulante. 

■

Lorsque vous êtes invité à confirmer la sélection, cliquez sur Oui. 

L’écran suivant illustre cette opération réalisée à l’aide de la console de gestion des stratégies. 

© ENI Editions - All rigths reserved

- 39 -

Association du filtre OS Win2000 STD and AS sur la stratégie Paramètres DNS globaux 

■

Vous avez aussi la possibilité de vous positionner sur le nœ ud Filtres WMI et de sélectionner directement l’objet  filtre  WMI  qui  vous  intéresse  pour  contrôler  les  liaisons  sur  lesquelles  il  est  lié,  les  autorisations  relatives  à  la  délégation de contrôle sur les filtres WMI et le contenu du code du filtre. 

■

Vous pouvez aussi lier un filtre WMI à un objet de stratégie de groupe en appliquant la méthode suivante : dans  l’arborescence  de  la  console,  faites  un  glisser­déplacer  du  filtre  WMI  vers  l’objet  de  stratégie  de  groupe  auquel  vous  souhaitez  le  lier.  Pour  lier  un  filtre  WMI  à  un  objet  de  stratégie  de  groupe,  vous  devez  disposer  des  autorisations de modification sur un objet de stratégie de groupe. Un seul filtre WMI peut être lié à un objet de  stratégie de groupe. Si vous essayez de lier un filtre WMI à un objet de stratégie de groupe auquel un filtre WMI  est déjà lié, le système vous demandera si vous souhaitez remplacer l’ancien filtre par le nouveau. Vous pouvez  seulement lier un filtre WMI à un objet de stratégie de groupe du même domaine. 

■

Pour  supprimer  un  filtre  WMI,  dans  l’arborescence  de  la  console,  effectuez  un  clic  droit  sur  le  filtre  WMI  à  supprimer, puis cliquez sur Supprimer. Lorsque vous êtes invité à confirmer la suppression du filtre WMI, cliquez  sur Oui. 

Les ordinateurs clients fonctionnant sous Windows 2000 ignorent les filtres WMI. Ils continuent d’appliquer  les  stratégies  de  groupe  en  fonction  de  l’étendue  de  gestion  et  du  filtrage  de  sécurité.  De  plus,  pour  pleinement supporter les filtres WMI, les ordinateurs clients fonctionnant sous Windows XP Professionnel doivent  utiliser le SP2. 

Les  filtres  WMI  sont  disponibles  uniquement  dans  les  domaines  possédant  au  moins  un  contrôleur  de  domaine Windows Server 2003. Si tel n’est pas le cas, la console de gestion des stratégies de groupe GPMC  n’affichera pas les options WMI. 

Vous trouverez ci­dessous quelques exemples de scripts WMI. 

- 40 -

●

Filtrage  WMI  sur  la  version  de  système  d’exploitation  Root\CimV2; Select * from Win32_OperatingSystem where Caption = “Microsoft Windows 2000  Advanced  Server” OR Caption = “Microsoft Windows 2000 Server” 

●

Filtrage  WMI  sur  la  version  d’un  fixe  de  type  QFE  Root\cimv2 ; select * from Win32_QuickFixEngineering 

© ENI Editions - All rigths reserved

where HotFixID =’q147222’  ●

Filtrage  WMI  sur  un  paramètre  de  configuration  réseau  (Multicast)  Select * from Win32_NetworkProtocol  where SupportsMulticasting = true 

●

Filtrage  WMI  sur  le  modèle  d’ordinateur  Root\CimV2; Select * from Win32_ComputerSystem where manufacturer  = "Toshiba"  and  Model  =   “Tecra  8000" OR Model = ”Tecra 8100" 

Pour plus de renseignements sur l’interface WMI, vous pouvez vous référer aux adresses spécifiées ci­dessous :  ●

Windows  Server  2003  Management  Services  http://www.microsoft.com/windowsserver2003/technologies/management/default.mspx 

●

Microsoft Management Web site : http://www.microsoft.com/management 

●

Windows  Management  Instrumentation  Web  url=/library/en­us/dnanchor/html/anch_wmi.asp 

●

Microsoft Technet Script Center : http://www.microsoft.com/technet/scriptcenter 

●

Reportez­vous au répertoire programme de la console de gestion des stratégies de groupe (GPMC), c’est­à­ dire  le  répertoire  %programfiles%\gpmc\scripts.  Ce  répertoire  contient  de  nombreux  scripts  WMI  mis  à  disposition pour l’automatisation de certaines opérations qui concernent les stratégies de groupe. 

site 

: 

: 

http://msdn.microsoft.com/library/default.asp?

© ENI Editions - All rigths reserved

- 41 -

Configuration des paramètres d’actualisation des stratégies de groupe  1. Rafraîchissement des stratégies de groupe  a. Rafraîchissement des stratégies en tâche de fond  En plus du traitement qui est réalisé lors de la phase de démarrage de l’ordinateur  et  d’ouverture de session de  l’utilisateur, les stratégies de groupe s’appliquent en tâche de fond et de manière périodique.  Les  différents  composants  d’extensions  réappliquent  leurs  paramètres  seulement  lorsque  cela  est  nécessaire,  ou  bien lorsqu’une stratégie impose de réappliquer systématiquement les paramètres, peut­être pour des raisons de  sécurité ou d’état de la configuration.  Les composants client spécialisés dans l’installation des logiciels ou la redirection des dossiers ne réappliquent leurs  paramètres qu’au démarrage de l’ordinateur et à l’ouverture de session des utilisateurs. 

b. Cycle de rafraîchissement  Par  défaut,  les  stratégies  de  groupe  sont  vérifiées  toutes  les  90  minutes  auxquelles  est  ajoutée  une  valeur  aléatoire  comprise  entre  0  et  30  minutes.  Finalement,  le  temps  maximum  de  rafraîchissement  peut  atteindre  120  minutes.  Nous  verrons  plus  loin  qu’il  est  possible  de  contrôler  chaque  CSE  ­  Client  Side  Extensions,  de  telle  sorte  que  certaines extensions, comme par exemple, les paramètres de sécurité d’Internet Explorer soient toujours appliqués,  même lorsque les stratégies ne sont pas modifiées.  Ce mode de fonctionnement permet de garantir l’état et la conformité de la configuration d’une machine. 

c. Rafraîchissement à la demande  Il  est  possible  d’éviter  le  redémarrage  de  l’ordinateur  ainsi  que  la  réouverture  d’une  session  en  utilisant  la  commande Gpupdate. Notez que par défaut, les utilisateurs ont cette possibilité, qui certes n’est pas dangereuse,  mais peut générer un flux réseau non négligeable.  La  commande  Gpupdate.exe  est  initiée  côté  client.  Il  n’est  pas  possible  de  déclencher  à  distance  un  rafraîchissement des stratégies de groupe en fonctionnant en mode “notify” du serveur vers le client. 

2. Configuration de la fréquence de rafraîchissement des stratégies de groupe  Vous pouvez personnaliser la fréquence d’actualisation des stratégies de groupe de type utilisateur et/ou ordinateur  en fonction de vos besoins. Pour réaliser cette opération, procédez comme spécifié ci­dessous :  ■

Sélectionnez  puis  ouvrez  l’objet  stratégie  de  groupe  approprié.  Positionnez­vous  dans  la  partie  Configuration  utilisateur  ou Configuration  ordinateur  en  fonction  du  besoin  puis  Modèles d’administration/Système.  Cliquez  sur Stratégie de groupe, puis double cliquez sur l’un des paramètres suivants :  Intervalle d’actualisation de la stratégie de groupe pour les utilisateurs (la valeur par défaut est de 90 minutes,  plus une valeur comprise entre 0 et 30 minutes).  Intervalle d’actualisation de la stratégie de groupe pour les ordinateurs (la valeur par défaut est de 90 minutes,  plus une valeur comprise entre 0 et 30 minutes).  Intervalle d’actualisation de la stratégie de groupe pour les contrôleurs de domaine (la valeur par défaut est de  5 minutes). 

■

Sélectionnez Activé. 

© ENI Editions - All rigths reserved

- 1-

■

Définissez l’intervalle d’actualisation en minutes. 

  ■

Définissez  le  décalage  aléatoire,  puis  cliquez  sur  OK.  Si  vous  avez  désactivé  ces  paramètres,  la  stratégie  de  groupe est mise à jour par défaut toutes les 90 minutes. Pour spécifier que la stratégie de groupe ne doit jamais  être mise à jour lorsque l’ordinateur est en cours d’utilisation, sélectionnez l’option  Désactiver l’actualisation en  tâche de fond des stratégies de groupe. 

Si  vous  sélectionnez  0  minute,  l’ordinateur  tente  de  mettre  à  jour  la  stratégie  utilisateur  toutes  les  7  secondes. Ce mode de tests ou de démonstration ne doit pas être utilisé en production sur des centaines de  machines. 

3. Rafraîchissement à l’aide de Gpupdate.exe  La commande Gpupdate.exe vous permet d’invoquer le processus de découverte et d’actualisation des stratégies de  groupe pour actualiser les informations en vigueur.  Cette  commande  existe  sous  Windows  XP  Professionnel  et  Windows  Server  2003,  mais  pas  sur  les  systèmes  fonctionnant  sous  Windows  2000.  Pour  information,  les  machines  fonctionnant  sous  Windows  2000  utilisent  la  commande Secedit.exe, laquelle prend en charge les mêmes fonctionnalités de rafraîchissement.  Un exemple de syntaxe de la commande Secedit est donné ci­dessous. Par exemple, pour forcer immédiatement les  ordinateurs et les utilisateurs à réappliquer leurs paramètres sans attendre, vous pouvez utiliser les commandes ci­ dessous :  ●

Pour la partie ordinateur, utilisez : Secedit /RefreshPolicy MACHINE_POLICY /Enforce 

●

Pour la partie utilisateur, utilisez : Secedit /RefreshPolicy USER_POLICY /Enforce 

Le fait que la commande Secedit soit remplacée par la commande Gpupdate ne signifie pas que Secedit ait  disparu.  Les  paramètres  de  Secedit  [/configure,  /analyze,  /import,  /export,  /validate,  /generaterollback]  sont  toujours  disponibles.  Seul  le  paramètre /RefreshPolicy a été supprimé et décalé vers la commande Gpupdate.exe. 

- 2-

© ENI Editions - All rigths reserved

Concernant les ordinateurs fonctionnant sous Windows Server 2003 ou Windows XP Professionnel, la syntaxe de la  commande Gpupdate est spécifiée ci­après.  gpupdate [/target:{ordinateur|utilisateur}] [/force] [/wait:valeur] [/logoff] [/boot]

4. Traitement des composants des stratégies de groupe sur les liaisons lentes  Quand le composant GPE (Group Policy Engine), détecte une liaison lente, il positionne un paramètre pour prévenir les  différents  composants  d’extension  client  (CSE  ­  Client  Side  Extensions)  qu’un  traitement  de  stratégie  de  groupe  devrait être réalisé sur un lien de type “lent”.  Les valeurs par défaut des différents composants se comportent par défaut de la manière suivante :  ●

Les paramètres de sécurité sont appliqués : pour des raisons de sécurité, il n’est  pas  possible  de  spécifier  que les paramètres de sécurité ne soient pas appliqués sous prétexte que les performances du réseau à un  instant donné sont lentes. 

●

Modèles administratifs : pour des raisons nécessaires au bon fonctionnement des stratégies de groupe, les  modèles administratifs ne peuvent pas être désactivés. 

●

Installation et maintenance des logiciels : lorsque le réseau est considéré comme lent, alors les composants  d’installation  et  de  maintenance  des  logiciels  sont  désactivés.  De  cette  manière,  le  réseau  n’est  pas  surchargé par des trafics trop volumineux. 

●

L’exécution des scripts est désactivée. 

●

La redirection des dossiers est désactivée. 

a. Traitement des paramètres de stratégie de groupe non modifiés  Par défaut, chaque extension spécialisée côté client (à l’exception de l’extension  Service  d’installation à distance),  applique uniquement les paramètres de stratégie de groupe qui ont été modifiés depuis la dernière application de  la stratégie de groupe. Par conséquent, le traitement est très optimisé et, généralement, il ne sera pas nécessaire  de modifier la façon dont les stratégies de groupe sont évaluées et appliquées.  Cependant, il se peut que pour des raisons de sécurité, vous vouliez garantir la bonne application des paramètres  spécifiés dans les stratégies de groupe.  Qu’en est­il de la modification des paramètres locaux ?  Dans le cas où un paramètre contrôlé par une stratégie de groupe serait modifié “en live” au cours d’une session et  si la stratégie de groupe n’était pas modifiée, alors la modification faite par l’utilisateur restera en place.  Pour  aider  à  la  résolution  de  ce  phénomène,  vous  avez  la  possibilité  de  configurer  chaque  extension  client  pour  traiter  l’application  systématique  de  tous  les  paramètres  contenus  dans  la  stratégie,  qu’ils  aient  été  ou  non  modifiés. Cette configuration peut être accomplie à l’aide des paramètres de stratégies de groupe inclus dans les  modèles d’administration. 

b. Activation de la détection de liens lents  La  détection  de  liens  lents  est  activable  très  simplement  en  accédant  à  la  fenêtre  de  configuration  ci­dessous  disponible  à  l’emplacement  suivant  : Configuration  ordinateur/Modèles  d’administration\Système\Stratégie  de  groupe/Détection d’une liaison lente de stratégie de groupe 

© ENI Editions - All rigths reserved

- 3-

Activation de la détection de liens lents  Lorsque vous activez cette fonctionnalité, la valeur 500 Kbits/s est automatiquement sélectionnée. 

c. Forçage de l’application des paramètres de stratégie même lorsqu’ils n’ont pas changé  La  figure  suivante  illustre  l’activation  de  l’option  Traiter  même  si  les  objets  Stratégie  de  groupe  n’ont  pas  été  modifiés sur l’extension CSE spécialisée dans le traitement de la maintenance d’Internet Explorer. 

  Notez que la liste des extensions client est contrôlable à l’aide des modèles administratifs.  Vous aurez remarqué l’option Ne pas appliquer lors des traitements en tâche de fond périodiques. Cette option  empêche  le  système  de  mettre  à  jour  les  stratégies  concernées  en  tâche  de  fond  lorsque  cet  ordinateur  est  en  - 4-

© ENI Editions - All rigths reserved

cours d’utilisation. Les mises à jour en tâche de fond pendant que l’utilisateur travaille, ne sont pas recommandées.  En effet, il se peut que cela puisse perturber l’utilisateur, provoquer l’arrêt d’un programme ou même, dans de rares  cas, endommager les données.  Les composants dont vous pouvez contrôler le traitement lorsque les informations n’ont pas été modifiées sont :  ●

la stratégie de traitement du registre ; 

●

la stratégie de Maintenance Internet Explorer ; 

●

la stratégie d’installation des logiciels ; 

●

la stratégie de Redirection des dossiers ; 

●

la stratégie des scripts ; 

●

la stratégie de sécurité ; 

●

la stratégie de sécurité IP ; 

●

la stratégie sans fils ; 

●

la stratégie de récupération EFS ; 

●

la stratégie de quotas de disques. 

5. Interdiction du rafraîchissement pour les utilisateurs  Par défaut, les utilisateurs ont la possibilité de lancer la commande Gpupdate. De cette manière, ils peuvent rafraîchir  les  informations  de  configuration  obtenues  à  l’aide  des  stratégies  de  groupe,  sans  redémarrer  complètement  l’ordinateur.  Le paramètre Supprimer la capacité de l’utilisateur à invoquer l’actualisation de la stratégie de l’ordinateur situé  à  l’emplacement Configuration  ordinateur/Modèles  d’administration/Système/Stratégie  de  groupe,  vous  permet  de contrôler la possibilité qu’a l’utilisateur d’invoquer une actualisation de la stratégie de l’ordinateur.  Si vous activez ce paramètre, les utilisateurs ne pourront plus invoquer d’actualisation de la stratégie de l’ordinateur.  La  stratégie  de  l’ordinateur  continuera  à  être  appliquée  au  démarrage  ou  lorsqu’une  actualisation  officielle  de  la  stratégie  se  produit.  Si  vous  désactivez  ou  si  vous  ne  configurez  pas  ce  paramètre,  le  comportement  par  défaut  s’applique.  Par défaut, la stratégie de l’ordinateur est appliquée lors du démarrage de l’ordinateur. Elle s’applique également à  un intervalle d’actualisation spécifié ou lorsqu’elle est invoquée manuellement par l’utilisateur.  Ce  paramètre  ne  s’applique  pas  aux  administrateurs.  Les  administrateurs  peuvent  demander  une  actualisation de la stratégie de l’ordinateur  à  n’importe quel moment, quelle que soit la configuration de la  stratégie. Ce paramètre nécessite que l’ordinateur soit redémarré. 

6. Traitement par boucle de rappel (Loopback)  Le traitement par boucle de rappel est une fonctionnalité particulière destinée à des ordinateurs à usage ciblé, tels  que les machines libres services placées dans des endroits publics tels que des aéroports ou les halls de gares.  Par  défaut,  les  stratégies  de  groupe  d’un  utilisateur  déterminent  l’ensemble  des  paramètres  à  appliquer  lorsque  l’utilisateur ouvre une session sur n’importe quel ordinateur du réseau.  Dans  le  cas  d’un  poste  libre  service,  il  ne  s’agit  donc  pas  de  l’ordinateur  habituel  de  l’utilisateur,  il  n’est  pas  souhaitable que l’environnement de production de l’utilisateur soit “déployé” de la sorte.  Pour  y  parvenir,  vous  devrez  mettre  en œ uvre  sur  ces  ordinateurs  libre  service  le  mode  “Traitement par boucle de  rappel” en anglais Loopback Processing Mode. Pour cela, vous pourrez créer une stratégie de groupe qui permettra de  déterminer  la  partie  utilisateur  de  l’environnement  de  l’utilisateur  d’une  manière  particulière.  Ce  paramètre  de 

© ENI Editions - All rigths reserved

- 5-

configuration  important  est  placé  dans  la  partie  ordinateur  à  l’emplacement  suivant  :  Configuration  ordinateur/Modèles d’administration/Système/Stratégie  de  groupe/Mode  traitement  de  la  boucle  de  rappel  de  la stratégie de groupe  Comme  vous  pouvez  le  constater,  il  s’agit  d’un  paramètre  de  type  ordinateur.  Par  conséquent,  ce  mode  de  fonctionnement s’appliquera à l’ensemble des utilisateurs qui ouvriront une session sur l’ordinateur concerné par ce  mode de fonctionnement. 

Déclaration du traitement par boucle de rappel  Le traitement par boucle de rappel peut être exécuté selon deux modes :  ●

Remplacer  :  ce  mode  remplace  les  paramètres  utilisateur  définis  dans  les  objets  Stratégie  de  groupe  de  l’utilisateur par les paramètres utilisateur contenu dans la stratégie appliquée sur l’ordinateur. 

●

Fusionner  :  ce  mode  combine  les  paramètres  utilisateur  définis  dans  les  objets  stratégie  de  groupe  de  l’ordinateur avec les paramètres utilisateur habituellement appliqués à l’utilisateur. En cas de paramètres en  conflit, les paramètres utilisateur des objets stratégie de groupe de l’ordinateur sont, bien sûr, prioritaires sur  les paramètres habituels de l’utilisateur. 

Comme  vous  pouvez  le  constater,  les  paramètres  utilisateur  de  la  stratégie  de  groupe  qui  concerne  l’ordinateur,  sont  appliqués  en  remplaçant  ou  en  fusionnant  les  habituels  paramètres  utilisateur  de  la  stratégie qui concerne l’utilisateur. De cette manière, la machine l’emporte au détriment de l’utilisateur. 

- 6-

© ENI Editions - All rigths reserved

Gestion des stratégies de groupe à l’aide de la GPMC  1. Opération de sauvegarde et restauration des stratégies de groupe  La sauvegarde des stratégies de groupe était jusqu’à l’apparition de la console de gestion des stratégies de groupe,  une opération réservée aux outils de sauvegarde et de restauration Active Directory.  Désormais,  vous  pouvez  utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  sauvegarder  un  objet  de  stratégie de groupe, qu’il soit dans un domaine Windows 2000, Windows Server 2003 ou Windows Server 2008. Pour  réaliser cette opération, procédez comme suit :  ■

Ouvrez Gestion des stratégies de groupe. 

■

Dans l’arborescence de la console, double cliquez sur Objets de stratégie de groupe dans la forêt et le domaine  contenant les stratégies de groupe que vous souhaitez sauvegarder. 

■

Pour  sauvegarder  un  seul  objet  de  stratégie  de  groupe,  effectuez  un  clic  droit  sur  ce  dernier,  puis  cliquez  sur  Sauvegarder.  Pour  sauvegarder  tous  les  objets  de  stratégie  de  groupe  du  domaine,  effectuez  un  clic  droit  sur  Objets  de  stratégie de groupe, puis cliquez sur Sauvegarder tout. 

■

Dans  la  boîte  de  dialogue  Sauvegarder  l’objet  de  stratégie  de  groupe,  dans  la  zone  Emplacement,  entrez  le  chemin d’accès de l’emplacement auquel vous souhaitez stocker les sauvegardes, puis cliquez sur OK. 

■

Dans  la  zone  Description,  entrez  une  description  des  objets  de  stratégie  de  groupe  que  vous  souhaitez  sauvegarder,  puis  cliquez  sur  Sauvegarder.  Si  vous  sauvegardez  plusieurs  objets  de  stratégie  de  groupe,  la  description s’appliquera à l’ensemble des objets de stratégie de groupe que vous sauvegardez. 

■

Une fois l’opération terminée, cliquez sur OK. 

Les objets stratégies de groupe contiennent de nombreux paramètres de configuration. Il est donc important  de  penser  à  la  sécurisation  des  stratégies  de  groupe  sauvegardées.  Assurez­vous  que  seuls  les  administrateurs autorisés ont accès au dossier vers lequel vous exportez l’objet de stratégie de groupe. 

Pour exécuter cette procédure, vous devez disposer des autorisations de Lecture pour l’objet de stratégie de  groupe  et  des  autorisations  Écriture  pour  le  dossier  contenant  la  sauvegarde  de  l’objet  de  stratégie  de  groupe. 

■

Pour exécuter une sauvegarde de vos stratégies de groupe en ligne de commande, utilisez un des scripts inclus  dans  le  répertoire  %Programfiles%\gpmc\Scripts.  Positionnez­vous  dans  le  répertoire  contenant  les  scripts  puis  utilisez la commande ci­dessous : BackupAllGPOs C:\Backup­AllGPOs /comment:"ALL GPOs" 

© ENI Editions - All rigths reserved

- 1-

Sauvegarde des stratégies de groupe via le script BackupAllGPOs.wsf  La restauration d’un objet stratégie de groupe est aussi simple que l’opération de sauvegarde.  ■

Effectuez un clic droit sur Objets de stratégie de groupe, puis sélectionnez Gérer les sauvegardes. 

■

Dans  la  boîte  de  dialogue Gérer  les  sauvegardes,  dans  la  zone  Emplacement  de  sauvegarde,  tapez  le  chemin  d’accès  du  dossier  de  sauvegarde.  Vous  pouvez  aussi  cliquer  sur  Parcourir  pour  accéder  au  dossier  de  sauvegarde. 

Vous pouvez disposer de multiples répertoires de sauvegarde. Chaque répertoire de sauvegarde contient un fichier  nommé Manifest.xml qui contient le descriptif des éléments sauvegardés.  ■

Dans la zone Objets GPO sauvegardés, sélectionnez l’objet de stratégie de groupe que vous souhaitez restaurer  dans la liste des sauvegardes d’objets de stratégie de groupe qui s’affiche, puis cliquez sur Restaurer. 

■

Lorsque vous êtes invité à confirmer l’opération de restauration, cliquez sur OK. 

Pour restaurer un objet de stratégie de groupe existant, vous devez disposer des autorisations Modifier les  paramètres, supprimer, modifier la sécurité sur l’objet de stratégie de groupe et des autorisations de Lecture  sur le dossier contenant la sauvegarde de l’objet de stratégie de groupe. 

Vous devez détenir les privilèges permettant de créer des objets de stratégie de groupe dans le domaine et  les  autorisations  de  Lecture  sur  l’emplacement  du  système  de  fichiers  de  l’objet  de  stratégie  de  groupe  sauvegardé pour restaurer un objet de stratégie de groupe qui a été supprimé. 

Vous  pouvez  également  restaurer  un  objet  de  stratégie  de  groupe  existant  ou  supprimé  à  l’aide  de  la  fonction  Gérer  les  sauvegardes,  en  effectuant  un  clic  droit  sur  Domaines  ou  sur  Objets  de  stratégie  de  groupe. 

Attention : les scripts initialement inclus avec la GPMC SP1 (prévue pour Windows XP SP2 ou Windows Server 2003)  ne  sont  plus  livrés  sur  les  serveurs  fonctionnant  sous  Windows  Server  2008.  Ils  sont  cependant  disponibles  en  téléchargement à l’adresse suivante : http://go.microsoft.com/fwlink/?LinkId = 106342 

2. Opération de copie de stratégies de groupe  Une opération de copie permet de transférer les paramètres d’un objet stratégie de groupe existant vers un nouvel  objet stratégie de groupe.  Pourquoi utiliser la fonctionnalité de copie de la GPMC ?  Les  opérations  de  copie  sont  adaptées  au  déplacement  d’une  stratégie  de  groupe  entre  des  environnements  de  - 2-

© ENI Editions - All rigths reserved

production, ainsi qu’entre un domaine de tests et un environnement de production. Pour réaliser ces opérations, il est  nécessaire qu’il existe une relation d’approbation entre les domaines source et de destination.  Le nouvel objet stratégie de groupe créé lors de l’opération de copie se voit attribuer un nouvel identificateur global  unique (GUID, Globally Unique Identifier) et ses liens éventuels sont supprimés.  Vous  pouvez  utiliser  une  opération  de  copie  pour  transférer  les  paramètres  vers  un  nouvel  objet  de  stratégie  de  groupe appartenant au même domaine, à un autre domaine de la même forêt ou à un domaine d’une autre forêt.  Une  opération  de  copie  utilise  un  objet  de  stratégie  de  groupe  existant  dans  Active  Directory  comme  source.  Une  approbation est donc nécessaire entre les domaines source et de destination.  La copie est similaire à la sauvegarde suivie d’une importation, mais ne comporte pas d’étape de système de fichiers  intermédiaire. Un nouvel objet de stratégie de groupe est créé dans le cadre de l’opération de copie. 

3. Opération d’importation des paramètres  L’opération d’importation transfère des paramètres dans un objet de stratégie de groupe existant en utilisant comme  source un objet de stratégie de groupe sauvegardé dans le système de fichiers. 

a. Pourquoi utiliser la fonctionnalité d’importation de la GPMC ?  Les  opérations  d’importation  peuvent  être  utilisées  pour  transférer  des  paramètres  d’un  objet  de  stratégie  de  groupe  à  un  autre  situé  dans  le  même  domaine,  dans  un  autre  domaine  de  la  même  forêt  ou  dans  un  domaine  d’une autre forêt.  L’opération  d’importation  place  toujours  les  paramètres  sauvegardés  dans  un  objet  de  stratégie  de  groupe  existant.  Faites  attention  au  fait  que  cette  opération  efface  tous  les  paramètres  préexistants  dans  l’objet  de  stratégie de groupe de destination. 

Si vous disposez de forêts de test et de production séparées, avec ou sans relation d’approbation,  il  est  conseillé  de  tester  les  objets  de  stratégie  de  groupe  dans  la  forêt  de  test  avant  de  les  importer  dans  la  forêt de production. 

L’importation ne requiert aucune relation d’approbation entre le domaine source et le domaine de destination.  Cette opération peut donc être utile pour transférer des paramètres entre des forêts et des domaines sans relation  d’approbation.  L’importation  de  paramètres  dans  un  objet  de  stratégie  de  groupe  n’affecte  ni  sa  liste  de  contrôle  d’accès  discrétionnaire  (DACL, Discretionary  Access  Control  List),  ni  les  liens  vers  cet  objet  de  stratégie  de  groupe  sur  les  sites, domaines ou unités d’organisation, ni le lien vers un filtre WMI. 

b. Utilisation d’une table de correspondances entres les objets de différents domaines ou forêts  Si vous utilisez l’opération d’importation pour transférer les paramètres d’un objet de stratégie de groupe vers un  objet de stratégie de groupe dans un autre domaine ou une autre forêt, vous pouvez utiliser une table de migration  conjointement à l’opération d’importation. Une table de migration vous permet de faciliter le transfert de références  à des groupes de sécurité, des utilisateurs, des ordinateurs et des chemins d’accès UNC dans l’objet de stratégie  de groupe source vers des nouvelles valeurs dans l’objet de stratégie de groupe de destination. 

© ENI Editions - All rigths reserved

- 3-

Vérification et résolution des problèmes liés aux stratégies de groupe  avec RsoP  Vous avez la possibilité de simuler le déploiement de stratégies de groupe pour les utilisateurs et les ordinateurs avant  de réellement les déployer dans l’environnement de production.  Cette  fonctionnalité  de  la  console  Gestion  de  stratégie  de  groupe  est  appelée  Jeu  de  stratégies  résultant  (RSoP,  Resultant Set of Policies) en mode de planification.  Elle requiert, au minimum, un contrôleur de domaine exécutant Windows Server 2003 ou Windows Server 2008  dans la forêt.  Pour vérifier les paramètres de stratégie de groupe à l’aide de l’Assistant Modélisation de stratégie de groupe, vous  devez  d’abord  créer  une  requête  de  modélisation  de  stratégie  de  groupe  et  afficher  cette  requête.  Pour  créer  une  nouvelle requête de modélisation de stratégie de groupe, procédez de la manière suivante :  ■

Ouvrez la console Gestion de stratégie de groupe, naviguez jusqu’à la forêt dans laquelle vous souhaitez créer une  requête de modélisation de stratégie de groupe, effectuez un clic droit de la souris sur Modélisation de stratégie de  groupe, puis sur Assistant Modélisation de stratégie de groupe. 

■

Sur  la  page  Assistant  Modélisation  de  stratégie  de  groupe,  cliquez  sur  Suivant,  entrez  les  informations  requises  dans les pages de l’Assistant, puis cliquez sur Terminer. 

Pour afficher la requête de modélisation de stratégie de groupe, procédez comme suit :  ■

Ouvrez la console Gestion de stratégie de groupe. 

■

Naviguez  jusqu’à  la  forêt  contenant  la  requête  de  modélisation  de  stratégie  de  groupe  à  afficher,  développez  Modélisation de stratégie de groupe, effectuez un clic droit sur la requête, puis cliquez sur Affichage avancé. 

Il ne reste plus qu’à vérifier que les résultats présentés sur le rapport généré en fin de simulation sont proches des  résultats attendus. 

© ENI Editions - All rigths reserved

- 1-

Délégation du contrôle administratif sur les stratégies de groupe  La  console  de  gestion  des  stratégies  de  groupe  permet  de  gérer  les  opérations  de  délégation  de  manière  très  conviviale. Ainsi, il sera très simple de réaliser les opérations suivantes :  ●

créer des objets de stratégie de groupe dans un domaine, 

●

définir des autorisations sur un objet de stratégie de groupe, 

●

définir les autorisations de stratégie sur un site, un domaine ou une unité d’organisation, 

●

lier des objets de stratégie de groupe à un site, un domaine ou une unité d’organisation donnés, 

●

lancer  des  analyses  de  modélisation  de  stratégies  de  groupe  sur  un  domaine  ou  une  unité  d’organisation  donnés, mais pas sur un site. 

●

lire  les  données  des  résultats  de  la  stratégie  de  groupe  pour  des  objets  d’un  domaine  ou  d’une  unité  d’organisation donnés, mais pas d’un site. 

●

créer des filtres WMI dans un domaine, 

●

définir des autorisations sur un filtre WMI. 

L’onglet Délégation est disponible sur tous les conteneurs affichés dans la console de gestion des stratégies de  groupe  La  console  de  gestion  des  stratégies  de  groupe  simplifie  beaucoup  la  délégation  en  gérant  les  diverses  entrées  de  contrôle  d’accès  (ACE,  Access  Control  Entry)  nécessaires  à  une  tâche  comme  un  unique  groupement  d’autorisations  pour  la  tâche.  Toutefois,  comme  cela  a  déjà  été  vu  dans  le  cadre  du  filtrage  des  stratégies  de  groupe  à  l’aide  des  autorisations Lire et  Appliquer  les  stratégies  de  groupe, il est toujours possible d’accéder aux détails de la liste de  contrôle d’accès en utilisant le bouton Avancé de l’onglet Délégation. 

© ENI Editions - All rigths reserved

- 1-

1.  Accorder  une  délégation  via  le  groupe  “Propriétaires créateurs de la stratégie de  groupe”  La  procédure  ci­dessous  permet  la  délégation  de  la  création  d’objets  de  stratégie  de  groupe.  Procédez  étape  par  étape :  ■

Ouvrez Gestion des stratégies de groupe. 

■

Dans  l’arborescence  de  la  console,  cliquez  sur  Objets  de  stratégie  de  groupe  pour  lesquels  vous  souhaitez  déléguer les droits de création d’objets de stratégie de groupe. Pour y parvenir, positionnez­vous sur Nom de la  forêt/Domaines/Nom du domaine/Objets de stratégie de groupe. 

■

Dans le volet des résultats, cliquez sur l’onglet Délégation. 

■

Pour  ajouter  un  nouveau  groupe  ou  utilisateur  à  l’aide  du  groupe  Propriétaires  créateurs  de  la  stratégie  de  groupe : dans la zone de liste Groupes et utilisateurs, double cliquez sur Propriétaires créateurs de la stratégie  de groupe.  Notez  que  le  groupe  Propriétaires  créateurs  de  la  stratégie  de  groupe  a  tous  les  pouvoirs  sur  les  objets  stratégies de groupe. 

■

Dans la boîte de dialogue Propriétés de Propriétaires créateurs de la stratégie de groupe, sélectionnez l’onglet  Membres et cliquez sur Ajouter. 

■

Dans la boîte de dialogue, sélectionnez Utilisateur, Ordinateur ou Groupe, cliquez sur Types d’objet, sélectionnez  les types d’objets pour lesquels vous souhaitez déléguer des droits de création puis cliquez sur OK. 

■

Cliquez  sur  Emplacements,  sélectionnez  soit  Tout  le  répertoire,  soit  le  domaine  ou  l’unité  d’organisation  contenant l’objet pour lequel vous souhaitez déléguer des autorisations de création, puis cliquez sur OK. 

■

Dans  la  zone Entrez  le  nom  de  l’objet  à  sélectionner, entrez le nom de l’objet  auquel  vous  souhaitez  déléguer  des autorisations de création. 

Les  membres  de  ce  groupe  peuvent  modifier  la  stratégie  de  groupe  du  domaine.  Par  défaut,  le  compte  Administrateur  fait  partie  de  ce  groupe.  Ce  groupe  disposant  d’un  pouvoir  étendu  dans  le  domaine,  il  est  conseillé d’y ajouter des utilisateurs avec précaution. 

Pour  effectuer  cette  procédure,  vous  devez  être  membre  du  groupe  Administrateurs  de  domaine  ou  Administrateurs de l’entreprise. 

Vous pouvez également supprimer un groupe ou un utilisateur de la liste d’autorisations en effectuant un clic  droit sur son nom dans la zone de liste Groupes et utilisateurs sous l’onglet Délégation, puis en cliquant sur  Supprimer. 

Si vous souhaitez déléguer des autorisations à des groupes et des utilisateurs du même domaine que celui  des objets de stratégie de groupe, il est recommandé de les ajouter au groupe Propriétaires créateurs de la  stratégie de groupe, dans la mesure où il s’agit de la méthode d’origine qui était disponible dans Windows 2000.  Toutefois, veuillez noter qu’il n’est pas possible d’ajouter des groupes ou des utilisateurs d’un autre domaine au  groupe Propriétaires créateurs de la stratégie de groupe. 

Pour déléguer des autorisations de création d’objets de stratégie de groupe à des groupes ou utilisateurs  d’un  autre  domaine,  vous  devez  accorder  de  façon  explicite  des  autorisations  de  création  d’objets  de  stratégie de groupe à ce groupe (sans utiliser le groupe Propriétaires créateurs de la stratégie de groupe). Vous  pouvez également créer un groupe local du domaine dans le domaine où vous souhaitez déléguer l’autorisation de  création d’objets de stratégie de groupe et accorder à ce groupe l’autorisation de créer des objets de stratégie de  groupe. Ajoutez ensuite des membres à ce groupe local du domaine à partir d’autres domaines selon les besoins. 

- 2-

© ENI Editions - All rigths reserved

2. Accorder une délégation à l’aide de la console de gestion GPMC  La  console  de  gestion  des  stratégies  de  groupe  GPMC  vous  permet  d’ajouter  et  de  supprimer  des  groupes,  des  utilisateurs et des ordinateurs à utiliser comme des filtres de sécurité pour chaque objet de stratégie de groupe.  Par  ailleurs,  les  entités  de  sécurité  utilisées  pour  le  filtrage  de  sécurité  apparaissent  également  sous  l’onglet  Délégation d’un  objet  de  stratégie  de  groupe  comme  disposant  des  autorisations Lecture  car  elles  disposent  d’un  accès en lecture. 

a. Accorder une délégation de liaison des stratégie de groupe  Pour  déléguer  les  autorisations  de  stratégie  pour  un  domaine,  une  unité  d’organisation  ou  un  même  un  site  permettant de lier des objets stratégie de groupe, procédez comme indiqué ci­dessous :  ■

Ouvrez la console Gestion des stratégies de groupe. 

■

Pour déléguer une autorisation permettant de lier des objets de stratégie de groupe soit au domaine, soit à une  unité d’organisation, cliquez sur le domaine ou sur l’unité d’organisation. 

■

Dans le volet des résultats, cliquez sur l’onglet Délégation. 

■

Dans la zone de liste déroulante Autorisation, sélectionnez Lier les objets GPO, puis spécifiez les autorisations  permettant de lier des objets de stratégie de groupe pour un groupe ou un utilisateur : pour ajouter un nouveau  groupe ou utilisateur à la liste des autorisations des domaines et unités d’organisation, sous l’onglet Délégation,  cliquez sur Ajouter. 

Pour déléguer les autorisations permettant de lier des objets de stratégie de groupe à un site, un domaine  ou une unité d’organisation, vous devez disposer de l’autorisation Modifier les autorisations pour ce site,  ce  domaine  ou  cette  unité  d’organisation.  Par  défaut,  seuls  les  administrateurs  de  domaines  et  les  administrateurs de l’entreprise bénéficient de cette autorisation. 

Les  utilisateurs  et  les  groupes  qui  ont  une  autorisation  permettant  de  lier  des  objets  de  stratégie  de  groupe à un site, un domaine ou une unité d’organisation spécifique peuvent lier des objets de stratégie de  groupe,  modifier  l’ordre  des  liens  et  définir  le  blocage  de  l’héritage  pour  ce  site,  ce  domaine  ou  cette  unité  d’organisation. 

Vous ne pouvez pas supprimer des groupes et des utilisateurs héritant des autorisations d’un conteneur  parent. 

Certaines  entrées  de  la  zone  de  liste  Groupes  et  utilisateurs,  comme  Système,  n’ont  pas  de  boîte  de  dialogue de propriétés associée ; Propriétés n’est donc pas disponible pour ces entrées. 

b. Accorder une délégation de modélisation des stratégie de groupe  Pour déléguer les autorisations de Modélisation de stratégie, procédez comme indiqué ci­dessous :  ■

Ouvrez la console Gestion des stratégies de groupe. 

■

Dans  l’arborescence  de  la  console,  cliquez  sur  le  domaine  ou  l’unité  d’organisation  pour  lequel  vous  souhaitez  déléguer des autorisations de Modélisation de stratégie de groupe. 

■

Dans le volet des résultats, cliquez sur l’onglet Délégation. 

© ENI Editions - All rigths reserved

- 3-

■

Dans  la  zone Autorisation, sélectionnez Lancer  des  analyses  de  modélisation  de  stratégies  de  groupe ; pour  ajouter  un  nouveau  groupe  ou  utilisateur  à  la  liste  des  autorisations,  sous  l’onglet  Délégation,  cliquez  sur  Ajouter. 

Pour  déléguer  les  autorisations  permettant  d’effectuer  des  analyses  de  modélisation  de  stratégies  de  groupe pour les objets d’un domaine ou d’une unité d’organisation, vous devez disposer de l’autorisation  Modifier les autorisations pour ce domaine ou cette unité d’organisation. 

Par  défaut,  seuls  les  administrateurs  de  domaines  et  les  administrateurs  de  l’entreprise  bénéficient  de  cette autorisation. 

Vous  ne  pouvez  pas  déléguer  l’autorisation  d’effectuer  les  analyses  de  modélisation  de  stratégies  de  groupe pour les sites. 

Dans les versions antérieures de la stratégie de groupe, l’analyse de modélisation de stratégies de groupe  était appelée mode de planification RSoP (Jeu de stratégie résultant). 

c. Accorder une délégation de création des filtres WMI  Pour déléguer la création de filtres WMI, procédez comme suit :  ■

Ouvrez la console Gestion des stratégies de groupe. 

■

Dans  l’arborescence  de  la  console,  cliquez  sur  Filtres  WMI  dans  la  forêt  et  le  domaine  dans  lesquels  vous  souhaitez déléguer des autorisations de gestion pour tous les filtres WMI. 

■

Dans  le  volet  des  résultats,  cliquez  sur  l’onglet  Délégation  ;  pour  ajouter  un  nouveau  groupe  ou  utilisateur  disposant d’autorisations de gestion sur tous les filtres WMI, cliquez sur Ajouter. 

Vous  devez  être  administrateur  de  domaine  ou  administrateur  de  l’entreprise  pour  déléguer  des  autorisations sur tous les filtres WMI d’un domaine. 

Les utilisateurs disposant d’autorisations Contrôle total peuvent créer et contrôler tous les filtres WMI d’un  domaine, y compris les filtres WMI créés par d’autres utilisateurs. Les utilisateurs disposant d’autorisations  Créateur propriétaire peuvent créer des filtres WMI, mais peuvent uniquement contrôler les filtres WMI créés par  eux­mêmes. 

Si  vous  supprimez  Propriétaires  créateurs  de  la  stratégie  de  groupe  de  la  liste  des  autorisations,  les  utilisateurs qui créent des objets de stratégie de groupe ne peuvent plus créer de filtres WMI excepté si  cette autorisation leur est accordée de façon explicite via leur appartenance à un autre groupe. 

Tous  les  utilisateurs  doivent  avoir  l’accès  en  lecture  à  tous  les  filtres  WMI.  Sinon,  la  stratégie  de  groupe  interrompt  le  traitement  lorsqu’elle  rencontre  un  filtre  WMI  ne  pouvant  pas  être  lu.  Vous  ne  pouvez  pas  utiliser la gestion des stratégies de groupe pour supprimer les autorisations de lecture des filtres WMI. 

Filtres  WMI  est  disponible  uniquement  si  au  moins  un  contrôleur  du  domaine  exécute  Windows  Server  2003 ou Windows Server 2008. Il en est de même pour Filtrage WMI sous l’onglet Étendue pour les objets  de stratégie de groupe. 

- 4-

© ENI Editions - All rigths reserved

© ENI Editions - All rigths reserved

- 5-

Recommandations  pour  la  définition  d’une  stratégie  de  groupe  pour  l’entreprise  La  planification  d’une  infrastructure  Active  Directory  nécessite  la  création  d’un  plan  qui  prenne  en  charge  les  bonnes  pratiques pour l’entreprise par rapport au thèmes présentés ci­dessous :  ●

l’héritage des Stratégie de groupe, 

●

l’administration et le déploiement le mieux adapté par rapport à la gestion des stratégies de groupe. 

Faites  au  mieux  pour  que  la  technologie  soit  un  atout  et  surtout  pas  un  frein.  Pour  y  parvenir,  envisagez  la  ou  les  façons dont vous pourriez implémenter les stratégies de groupe au sein de votre entreprise.  Au final, il ne faudra pas oublier de penser à la délégation des autorisations sur la base d’une réflexion qui devra faire  apparaître  les  différentes  tâches  d’administration,  le  choix  d’un  modèle  d’administration  ainsi  qu’une  facilité  de  conception et de mise en œ uvre.  Les points ci­dessous sont les règles qu’il faut essayer de respecter au mieux :  ●

Appliquez les paramètres de stratégie de groupe au plus haut niveau pour profiter des mécanismes d’héritage. 

●

Déterminez les paramètres communs des objets Stratégie de groupe pour le plus grand conteneur, c’est­à­dire  l’objet domaine Active Directory lui­même. 

●

Lier cette stratégie de groupe sur le domaine, 

●

Diminuez  le  nombre  des  stratégies  de  groupe.  Réduisez  ce  nombre  en  utilisant  plusieurs  liaisons  au  lieu  de  créer  plusieurs  objets  Stratégie  de  groupe  identiques.  Essayez  de  lier  un  objet  Stratégie  de  groupe  au  plus  grand conteneur possible, afin d’éviter de créer plusieurs liaisons du même objet à un niveau plus bas. 

Une telle méthode réduit le nombre de stratégies de groupe, mais limite aussi les possibilités de délégation de  l’administration. 

●

Créez  des  objets  Stratégie  de  groupe  spécialisés.  Utilisez  ces  stratégies  de  groupe  pour  appliquer  des  paramètres uniques, si nécessaire. 

●

Les  objets  Stratégie  de  groupe  à  un  niveau  supérieur  n’appliqueront  pas  les  paramètres  de  ces  objets  Stratégie de groupe spécialisés. 

●

Désactivez  les  paramètres  de  configuration  de  l’ordinateur  ou  de  l’utilisateur.  Lorsque  vous  créez  un  objet  Stratégie de groupe destiné à contenir les paramètres de l’un de ces deux niveaux (utilisateur ou ordinateur),  désactivez l’autre zone. Cela permet d’améliorer les performances d’application des objets Stratégie de groupe  lors de la connexion de l’utilisateur et empêche l’application accidentelle des paramètres à l’autre zone. 

© ENI Editions - All rigths reserved

- 1-

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quel est l’objectif majeur de la technologie Microsoft IntelliMirror ?  2 Que contient un objet stratégie de groupe ?  3 Pourquoi les objets stratégies de groupe sont­ils des composants essentiels pour participer à la baisse du TCO  (Total Cost of Ownership ­ Coût total de possession) ?  4 À quel emplacement du système de fichiers est stockée la structure GPT d’un objet stratégie de groupe ?  5 Quels sont les outils d’administration Active Directory qui permettent de lier des objets stratégies de groupe ?  6 À quel moment la partie ordinateur des objets stratégies de groupe est­elle appliquée ?  7 À quel moment la partie utilisateur des objets stratégies de groupe est­elle appliquée ?  8 Est­il possible de lier le même objet stratégie de groupe à plusieurs sites, domaines ou OUs ?  9 Est­il possible de lier plusieurs objets stratégies de groupe à un même site, domaine ou OU ?  10 De quels privilèges devez­vous disposer pour créer et lier des stratégies de groupe sur un site ?  11 Quel est le contrôleur de domaine qui sera sollicité pour les opérations de création et de modification d’un objet  stratégie de groupe ?  12 Quelle commande permet de forcer le rafraîchissement des stratégies de groupe sur un ordinateur Windows  2000 ?  13 Quelle commande permet de forcer le rafraîchissement des stratégies de groupe sur un ordinateur Windows XP  Professionnel ou Windows Server 2003 ?  14 Quel est l’intérêt du paramètre de stratégie de groupe Détection d’une liaison lente de stratégie de groupe ?  15 Tous les nœ uds inclus dans l’éditeur de stratégie de groupe peuvent­ils être soumis au contrôle des liaisons  lentes. Et si non, lesquels ne le peuvent pas ?  16 Vous souhaitez mettre en place la délégation des autorisations sur des objets Active Directory tels que les  stratégies de groupe. Quels types de tâches est­il possible de déléguer sur des objets de type stratégie de  groupe ?  17 Qu’est­ce qu’un filtre WMI ?  18 Que signifient les termes WMI et WQL ?  19 Comment sont appliqués les filtres WMI sur les objets stratégies de groupe ?  20 Les objets stratégies de groupe sont­ils utilisables sur des machines pré­Windows 2000 ?  21 Est­il possible d’utiliser le modèle administratif Winnt.adm au sein d’un objet stratégie de groupe ?  22 Que se passe­t­il lorsque plusieurs stratégies de groupe s’appliquent sur le même conteneur ?  23 Dans quel ordre s’appliquent les objets stratégies de groupe lorsqu’ils sont reliés sur le même conteneur de  type site, domaine ou OU ?  24 Comment pouvez­vous faire en sorte que les objets stratégies de groupe des OUs de niveaux supérieurs ne  s’appliquent pas sur une OU particulière ?  25 Dans quel cas pourriez­vous devoir mettre en place le traitement des stratégies de groupe par boucle de rappel  (Loopback processing mode) ?  26 De quelles permissions un utilisateur doit­il être pourvu pour appliquer une stratégie de groupe ?  27 Des postes de travail doivent évaluer de nombreuses stratégies de groupe. Vous souhaitez faire en sorte que  le traitement des stratégies de groupe soit accéléré. Comment pouvez­vous y parvenir ?  28 Quel outil Active Directory pouvez­vous utiliser pour identifier d’éventuels problèmes de réplication des  stratégies de groupe sur les contrôleurs de domaine ?  29 Quel outil pouvez­vous utiliser pour vérifier la cohérence d’un objet stratégie de groupe ?  30 Quel outil pouvez­vous utiliser pour vérifier le traitement et l’application des objets stratégies de groupe ?  31 Quel nouveau service est responsable du traitement des objets stratégies de groupe sur les postes de travail 

© ENI Editions - All rigths reserved

- 1-

fonctionnant sous Windows Vista ?  32 Les postes de travail Windows Vista permettent la gestion de multiples stratégies locales (MLGPO). Sur quels  types de comptes d’utilisateurs est­ce possible ?  33 Quelle est la procédure qui permet de créer sur une machine Windows Vista des stratégies locales de type  MLGPO ?  34 Dans quel ordre les stratégies de groupe stockées dans les services de domaine Active Directory sont­elles  appliquées sur des postes de travail fonctionnant sous Windows XP Professionnel ou Windows Vista ?  35 Qu’en est­il si vous devez considérer l’application de stratégies locales de type MLGPO ­ Multiple Local Group  Policy Object ­ sur une machine fonctionnant sous Windows Vista lorsque celle­ci est membre d’un domaine  Active Directory ?  36 La séquence d’application des objets stratégies de groupe LSDOU est­elle modifiable ?  37 En quoi consiste la nouvelle option de la console de gestion des stratégies de groupe de Windows Server 2008  ou de Windows Vista SP1 avec RSAT (Remote Server Administration Tools) appelée "Objets GPO Starter" ?  38 Quel est le rôle du bouton "Créer le dossier des objets GPO Starter" ?  39 La nouvelle fonction "GPO Starter" de la nouvelle console de gestion des stratégies de groupe permet de créer,  d’importer et aussi d’exporter des objets stratégies de groupe. Quel est le format utilisé par ces fonctions ?  40 Où, au sein du SYSVOL, est placé le nouveau dossier de stockage des objets "GPO Starter" ?  41 Quelles autres grandes fonctionnalités ont été intégrées à la nouvelle console de gestion des stratégies de  groupe de Windows Server 2008 ou de Windows Vista SP1 avec RSAT (Remote Server Administration Tools) ?  42 Quelle est la fonction première des Préférences, nouvelle fonctionnalité des objets stratégie de groupe ?  43 Quels systèmes d’exploitation clients sont­ils pris en charge par les Préférences de Windows Server 2008 ?  44 Que signifie l’option "Ciblage au niveau de l’élément" au sein des préférences des objets stratégies de  groupe ?  45 Quels types d’opérateurs logiques sont disponibles au sein des opérations de ciblages d’éléments des  préférences ?  46 Dans quel cas est­il judicieux d’utiliser l’option "Appliquer une fois et ne pas réappliquer" des éléments des  préférences des objets stratégies de groupe ?  47 L’utilisation de variables est­elle possible dans l’environnement d’exécution des préférences des objets  stratégies de groupe de Windows Server 2008 ?  48 Quelle touche de fonction peut­elle être utilisée pour accéder à la liste des variables lorsque vous définissez les  règles de ciblage à l’aide de l’éditeur cible des préférences des stratégies de groupe ?  49 Comment pouvez­vous contrôler l’application des préférences des objets stratégies de groupe de Windows  Server 2008 sur des machines cibles ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /49  Pour ce chapitre, votre score minimum doit être de 37 sur 49. 

3. Réponses  1 Quel est l’objectif majeur de la technologie Microsoft IntelliMirror ?  La  technologie  IntelliMirror  est  un  ensemble  de  fonctionnalités  qui  permet  de  prendre  en  charge  la  gestion  des  modifications  et  des  configurations.  IntelliMirror  rassemble  les  avantages  d’un  système  d’information  centralisé  avec  les performances et la souplesse des systèmes distribués. IntelliMirror garantit la disponibilité des données utilisateur,  des  logiciels  et  des  paramètres  personnels  quel  que  soit  l’ordinateur  utilisé.  Les  fonctionnalités  IntelliMirror  sont  en  grande partie assurées par les stratégies de groupe qui nécessitent les services de domaine Active Directory.  2 Que contient un objet stratégie de groupe ?  Un  objet  stratégie  de  groupe  contient  deux  grandes  familles  de  paramètres.  Les  paramètres  ordinateur  s’appliquent  aux ordinateurs, tandis que les paramètres utilisateur s’appliquent aux utilisateurs.  3 Pourquoi les objets stratégies de groupe sont­ils des composants essentiels pour participer à la baisse du TCO 

- 2-

© ENI Editions - All rigths reserved

(Total Cost of Ownership ­ Coût total de possession) ?  Dans la mesure où les stratégies de groupe et les services de domaine Active Directory permettent une prise en charge  quasi totale de la configuration des ordinateurs, des applications, de la maintenance des applications, du passage des  Services Packs et aussi de l’environnement des utilisateurs et de leurs préférences, il est clair que l’ensemble de ces  points contribuent à faire baisser le coût total de possession des infrastructures Windows.  4 À quel emplacement du système de fichiers est stockée la structure GPT d’un objet stratégie de groupe ?  Le  modèle  qui  formate  le  contenu  de  tout  objet  stratégie  de  groupe  est  stocké  dans  le  volume  système  Sysvol  à  l’emplacement C:\Windows\Sysvol\Sysvol\{GUID du GPO}  5 Quels sont les outils d’administration Active Directory qui permettent de lier des objets stratégies de groupe ?  Sur les serveurs Windows 2000 Server ou Windows Server 2003, vous pourrez utiliser les consoles de gestion MMC  Utilisateurs  et  ordinateurs  Active  Directory  pour  lier  des  GPO  sur  des  domaines  et  OUs,  et  utiliser  Sites  et  services  Active Directory pour lier des GPO sur des sites Active Directory.  De manière additionnelle, vous pourrez aussi installer la console de gestion des stratégies de groupe GPMC disponible  via le site Web de Microsoft qui intègre toutes les fonctions avancées de gestion des stratégies de groupe.  Sur les serveurs Windows Server 2008, vous pourrez utiliser le Gestionnaire de serveur/Fonctionnalités/Gestion des  stratégies de groupe.  Notez que la console de gestion des stratégies de groupe de Windows Vista est supprimée à l’issue du passage du SP1  de Windows Vista. L’installation du package RSAT (Remote Server Administration Tools) vous permettra de disposer de  tous les outils d’administration de Windows Server 2008.  6 À quel moment la partie ordinateur des objets stratégies de groupe est­elle appliquée ?  La  partie  ordinateur  d’un  objet  stratégie  de  groupe  est  appliquée  lors  du  démarrage  puis  lors  du  cycle  de  rafraîchissement lorsque la session est fermée.  7 À quel moment la partie utilisateur des objets stratégies de groupe est­elle appliquée ?  La  partie  utilisateur  d’un  objet  stratégie  de  groupe  est  appliquée  lors  de  l’ouverture  de  session  de  l’utilisateur.  Par  défaut, les paramètres ne sont pas rafraîchis lorsque l’utilisateur est en session, mais ce paramètre peut être modifié  en fonction des besoins.  8 Est­il possible de lier le même objet stratégie de groupe à plusieurs sites, domaines ou OUs ?  Oui.  9 Est­il possible de lier plusieurs objets stratégies de groupe à un même site, domaine ou OU ?  Oui.  10 De quels privilèges devez­vous disposer pour créer et lier des stratégies de groupe sur un site ?  Les  sites  étant  des  éléments  d’infrastructure  qui  caractérisent  l’entreprise,  vous  devez  être  membre  du  groupe  Administrateurs de l’entreprise.  11 Quel est le contrôleur de domaine qui sera sollicité pour les opérations de création et de modification d’un objet  stratégie de groupe ?  Par défaut, c’est le contrôleur de domaine jouant le rôle de maître d’opérations PDC Emulator qui sera sollicité.  12 Quelle commande permet de forcer le rafraîchissement des stratégies de groupe sur un ordinateur Windows  2000 ?  Pour  les  paramètres  machine,  utilisez  la  commande  secedit  /refreshpolicy  machine_policy  /enforce.  Le  paramètre  /enforce  permet  de  forcer  l’application  des  paramètres  même  s’il  n’y  a  pas  d’évolution  de  la  version  des  stratégies  de  groupe  devant  s’appliquer.  Pour  les  paramètres  utilisateur,  utilisez  la  commande  secedit  /refreshpolicy  user_policy /enforce.  13 Quelle commande permet de forcer le rafraîchissement des stratégies de groupe sur un ordinateur Windows XP  Professionnel ou Windows Server 2003 ?  Utilisez la commande Gpupdate /force.  14 Quel est l’intérêt du paramètre de stratégie de groupe Détection d’une liaison lente de stratégie de groupe ?  Ce  paramètre  permet  d’activer  le  mode  de  détection  des  liaisons  lentes.  Par  défaut,  ce  paramètre  fixe  une  valeur  de  500 Kbits/s et peut être adapté à vos propres besoins.  15 Tous les nœ uds inclus dans l’éditeur de stratégie de groupe peuvent­ils être soumis au contrôle des liaisons  lentes. Et si non, lesquels ne le peuvent pas ?  Les seuls paramètres que vous ne pourrez pas empêcher de se synchroniser sont les paramètres de registre (modèles  d’administration) et les paramètres de sécurité (modèles de sécurité).  16 Vous souhaitez mettre en place la délégation des autorisations sur des objets Active Directory tels que les  stratégies de groupe. Quels types de tâches est­il possible de déléguer sur des objets de type stratégie de  groupe ?  Vous pouvez déléguer la création et la modification de GPO, la gestion des liaisons ainsi que la création et l’affectation  de filtres WMI.  17 Qu’est­ce qu’un filtre WMI ? 

© ENI Editions - All rigths reserved

- 3-

Les filtres WMI permettent à un administrateur de spécifier une requête WMI qui permettra de filtrer l’application d’un  objet Stratégie de groupe. Cette nouvelle fonctionnalité permet une gestion des exceptions.  18 Que signifient les termes WMI et WQL ?  L’acronyme WMI signifie Windows Management Infrastructure, c’est­à­dire Infrastructure de gestion Windows.  L’acronyme WQL signifie WMI Query Language, c’est­à­dire le langage de requête WMI basé sur SQL.  19 Comment sont appliqués les filtres WMI sur les objets stratégies de groupe ?  Un  filtre  est  créé  puis  associé  à  une  stratégie  de  groupe  donnée.  Le  filtre  contient  une  ou  plusieurs  conditions,  lesquelles  devront  toutes  être  vraies  pour  que  la  stratégie  de  groupe  soit  appliquée.  Si  le  filtre  est  considéré  comme  faux ­ parce que l’une des conditions n’est pas vraie ­ alors la stratégie soumise au filtre n’est pas appliquée.  20 Les objets stratégies de groupe sont­ils utilisables sur des machines pré­Windows 2000 ?  Non, les systèmes Windows 9x et Windows NT 4.0 supportent uniquement les stratégies systèmes lesquelles étaient  gérées à l’époque avec l’utilitaire Poledit.exe.  21 Est­il possible d’utiliser le modèle administratif Winnt.adm au sein d’un objet stratégie de groupe ?  Non.  Si  vous  tentez  de  charger  ce  modèle ­  prévu  pour  être  utilisé  avec  l’éditeur  de  stratégies  systèmes  Poledit  ­ le  modèle  ne  sera  pas  chargé  mais  simplement  rangé  dans  le  dossier  Configuration  ordinateur  /  Modèles  d’administration / Modèles d’administration non pris en charge.  22 Que se passe­t­il lorsque plusieurs stratégies de groupe s’appliquent sur le même conteneur ?  Pour  tous  les  paramètres  n’étant  pas  en  conflit,  les  paramètres  se  cumulent.  En  cas  de  conflit  sur  un  paramètre  donné,  alors  c’est  la  dernière  modification  qui  l’emporte, c’est­à­dire  le  paramètre  le  plus  proche  de  la  cible,  sauf  s’il  s’agit d’un objet GPO disposant de l’option "Appliqué".  23 Dans quel ordre s’appliquent les objets stratégies de groupe lorsqu’ils sont reliés sur le même conteneur de  type site, domaine ou OU ?  Les objets stratégies de groupe sont appliqués de bas en haut. La stratégie de groupe située au plus haut est donc la  plus prioritaire.  24 Comment pouvez­vous faire en sorte que les objets stratégies de groupe des OUs de niveaux supérieurs ne  s’appliquent pas sur une OU particulière ?  Il suffit de valider l’option "Bloquer l’héritage" sur l’unité d’organisation.  25 Dans quel cas pourriez­vous devoir mettre en place le traitement des stratégies de groupe par boucle de rappel  (Loopback processing mode) ?  Ce mode de fonctionnement peut être utilisé lorsque vous souhaitez que des machines libres services ne soient pas  altérées  par  les  stratégies  de  groupe  habituellement  appliquées  à  des  utilisateurs.  Dans  ce  mode,  les  paramètres  utilisateur  des  stratégies  de  groupe  appliquées  à  l’ordinateur  sont  appliqués  contre  les  paramètres  utilisateur  de  l’utilisateur  au  moment  de  l’ouverture  de  session.  Finalement,  les  paramètres  utilisateurs  de  la  machine  seront  soit  remplacés, soit fusionnés en fonction des besoins.  26 De quelles permissions un utilisateur doit­il être pourvu pour appliquer une stratégie de groupe ?  Un utilisateur doit disposer des droits de lecture (Read) et Appliquer la stratégie de groupe (AGP ­ Apply Group Policy)  sur l’objet stratégie de groupe en question. Par défaut, la permission "Utilisateurs authentifiés" est déclarée et permet  aux utilisateurs et aussi aux ordinateurs de s’authentifier pour obtenir l’accès à l’objet stratégie de groupe.  27 Des postes de travail doivent évaluer de nombreuses stratégies de groupe. Vous souhaitez faire en sorte que  le traitement des stratégies de groupe soit accéléré. Comment pouvez­vous y parvenir ?  Désactivez  les  paramètres  ordinateur  si  la  stratégie  de  groupe  ne  contient  que  des  paramètres  utilisateur,  et  vice  versa.  Regrouper les paramètres de certaines stratégies de groupe au sein d’une même stratégie afin d’appliquer un nombre  moins important de stratégies de groupe.  28 Quel outil Active Directory pouvez­vous utiliser pour identifier d’éventuels problèmes de réplication des  stratégies de groupe sur les contrôleurs de domaine ?  Replmon pour la partie Active Directory. Sonar pour la partie Sysvol.  Sonar  est  un  outil  graphique  qui  permet  aux  administrateurs  de  surveiller  les  statistiques  clés  et  le  statut  des  membres  participant  à  la  réplication  du  SYSVOL.  Notez  que  cette  application  nécessite  .Netframewat  1.1  au  minimum.  29 Quel outil pouvez­vous utiliser pour vérifier la cohérence d’un objet stratégie de groupe ?  Gpotool.  Cet  outil  n’est  pas  livré  avec  Windows  Server  2008.  Il  est  livré  avec  le  Kit  de  Ressources  Techniques  de  Windows Server 2003.  30 Quel outil pouvez­vous utiliser pour vérifier le traitement et l’application des objets stratégies de groupe ?  Utilisez Gpresult et le protocole RSoP. Vous pouvez aussi utiliser la console de gestion des stratégies de groupe GPMC  et le mode Résultat de stratégie de groupe.  31 Quel nouveau service est responsable du traitement des objets stratégies de groupe sur les postes de travail 

- 4-

© ENI Editions - All rigths reserved

fonctionnant sous Windows Vista ?  Windows  Vista,  et  donc  Windows  Server  2008,  ont  fait  l’objet  d’une  restructuration  complète  du  système  d’exploitation. L’architecture du chargement du système ainsi que le processus d’ouverture de session interactive ont  été totalement réécrits. Ce nouveau design a conduit à la création d’un service spécialisé, le service client de stratégie  de groupe, Ce nouveau service est responsable de l’application des paramètres configurés par les administrateurs pour  l’ordinateur  et  pour  les  utilisateurs  via  le  composant  de  stratégie  de  groupe.  Notez  que  si  le  service  est  arrêté  ou  désactivé, les paramètres ne seront pas appliqués.  32 Les postes de travail Windows Vista permettent la gestion de multiples stratégies locales (MLGPO). Sur quels  types de comptes d’utilisateurs est­ce possible ?  Cette possibilité est supportée pour des Administrateurs, des non­Administrateurs et aussi utilisateur par utilisateur.  33 Quelle est la procédure qui permet de créer sur une machine Windows Vista des stratégies locales de type  MLGPO ?  Vous  devez  lancer  une  console  MMC  et  y  insérer  le  composant  logiciel  enfichable  Editeur  d’objets  de  stratégie  de  groupe. Dans l’assistant de sélection des objets stratégies de groupe, sélectionnez Ordinateur local. Vous remarquerez  la  présence  des  onglets  Ordinateurs  et  Utilisateurs.  Ainsi,  vous  avez  la  possibilité  de  créer  des  stratégies  locales  spécifiques  à  chacune  utilisateur  local  ainsi  que  pour  2  types  d’entités  particulières,  les  administrateurs  et  les  non­ administrateurs.  34 Dans quel ordre les stratégies de groupe stockées dans les services de domaine Active Directory sont­elles  appliquées sur des postes de travail fonctionnant sous Windows XP Professionnel ou Windows Vista ?  Les stratégies de groupes sont appliquées dans l’ordre LSDOU. Cette formule signifie : la stratégie locale de l’ordinateur  puis les objets stratégies de groupe s’appliquant sur les objets sites, domaines, et unités d’organisation.  35 Qu’en est­il si vous devez considérer l’application de stratégies locales de type MLGPO ­ Multiple Local Group  Policy Object ­ sur une machine fonctionnant sous Windows Vista lorsque celle­ci est membre d’un domaine  Active Directory ?  Ce  cas  ne  peut  pas  se  produire  car  les  MLGPO  ne  sont  disponibles  que  pour  les  machines  Windows  Vista  de  type  autonome.  Lorsqu’il s’agit de stratégies de type MLGPO, il convient de rappeler qu’il ne peut s’agir que de machines ne faisant pas  partie d’un domaine Active Directory. L’ordre d’application des MLGPO est donc Stratégie locale de la machine, laquelle  contient  des  paramètres  d’ordinateur  et  d’utilisateur.  Ces  paramètres  s’appliquent  à  l’ordinateur  et  à  l’ensemble  des  utilisateurs de l’ordinateur, y compris les administrateurs.  Ensuite, le système applique les stratégies de type administrateurs et non­Administrateurs. Notez qu’à ce stade, ces  stratégies  locales  ne  contiennent  pas  de  paramètres  de  type  ordinateur.La  dernière  étape  consiste  à  appliquer  les  paramètres des stratégies locales spécifiques à chaque utilisateur, ces stratégies ne contenant que des paramètres de  type utilisateur.  36 La séquence d’application des objets stratégies de groupe LSDOU est­elle modifiable ?  Non. Il n’est pas possible d’altérer le comportement de l’ordre d’application des stratégies de groupe.  37 En quoi consiste la nouvelle option de la console de gestion des stratégies de groupe de Windows Server 2008  ou de Windows Vista SP1 avec RSAT (Remote Server Administration Tools) appelée "Objets GPO Starter" ?  Cette  option  permet  aux  créateurs  d’objets  GPO  de  stocker  une  collection  de  paramètres  de  stratégie  des  modèles  d’administration dans un seul objet de référence. Vous pouvez importer et exporter des objets de stratégie de groupe  Starter, ce qui permet de les distribuer facilement vers d’autres environnements ou de vous en servir comme modèle.  Lorsque vous créez un nouvel objet de stratégie de groupe à partir d’un objet de stratégie de groupe Starter, le nouvel  objet  de  stratégie  de  groupe  possède  tous  les  paramètres  de  stratégie  des  modèles  d’administration  ainsi  que  leurs  valeurs qui ont été définies dans l’objet de stratégie de groupe Starter.  38 Quel est le rôle du bouton "Créer le dossier des objets GPO Starter" ?  Cette option permet de créer le dossier spécial qui contiendra les objets GPO de type Starter. Ce dossier est créé au  sein du SYSVOL.  39 La fonction "GPO Starter" de la console de gestion des stratégies de groupe permet de créer, d’importer et  aussi d’exporter des objets stratégies de groupe. Quel est le format utilisé par ces fonctions ?  Un  objet  "GPO  Starter"  existe  sous  la  forme  d’un  fichier  cabinet  de  type  .CAB.  Le  fichier  CAB  contient  les  fichiers  suivants : StarterGPO.tmplx, Machine_Registry.pol, User_Registry.pol, Machine_Comment.cmtx, User_Comment.cmtx  et Report.html. Plusieurs modèles de "GPO Starter" sont téléchargeables depuis le site de Microsoft pour Windows Vista  et aussi Windows XP SP2.  40 Où, au sein du SYSVOL, est placé le dossier de stockage des objets "GPO Starter" ?  Ce  dossier  est  appelé  StarterGPOs  et  il  est  stocké  dans  le  dossier  \\NomDNS_du_domaine_AD\SYSVOL\  NomDNS_du_domaine_AD.  41 Quelles autres grandes fonctionnalités ont été intégrées à la nouvelle console de gestion des stratégies de  groupe de Windows Server 2008 ou de Windows Vista SP1 avec RSAT (Remote Server Administration Tools) ?  Vous  avez  désormais  la  possibilité  d’ajouter  aux  objets  GPO  eux­mêmes,  ainsi  qu’à  chaque  paramètre  de  GPO  individuellement,  des  commentaires.  Ces  commentaires  seront  visibles  dans  la  nouvelle  console  de  gestion  des  stratégies de groupe ainsi que dans les objets GPO eux­mêmes, améliorant ainsi la clarification des paramètres et des  GPO.La  nouvelle  console  supporte  aussi  des  capacités  de  filtrage  et  de  recherche,  lesquelles  étaient  totalement  absentes de la console GPMC utilisée avec Windows Server 2003 et Windows XP. 

© ENI Editions - All rigths reserved

- 5-

42 Quelle est la fonction première des Préférences, nouvelle fonctionnalité des objets stratégie de groupe ?  Cette  nouvelle  fonctionnalité  permet  au  sein  de  l’environnement  des  stratégies  de  groupe  Active  Directory  de  directement configurer, déployer, gérer les paramètres des applications et du système Windows qui étaient difficilement  ou non gérés à l’aide des GPO.  Les  Préférences  des  objets  GPO  sont  une  alternative  à  la  configuration  de  certains  paramètres  directement  au  sein  d’une image Windows ou via des scripts de connexion complexes à mettre au point puis à maintenir dans le temps.  43 Quels systèmes d’exploitation clients sont pris en charge par les Préférences de Windows Server 2008 ?  Les  Préférences  sont  utilisables  sur  les  postes  de  travail  Windows  Vista  RTM  et  SP1,  Windows  XP  SP2  et  ultérieur,  Windows Server 2003 SP1 et ultérieur, ainsi que Windows Server 2008. Notez que hormis pour Windows Server 2008,  il  est  nécessaire  d’installer  sur  ces  plates­formes  le  module  GPP  CSE  adapté  ­  Group  Policy  Preferences  Client  Side  Extensions.  44 Que signifie l’option "Ciblage au niveau de l’élément" au sein des préférences des objets stratégies de  groupe ?  Cette  option,  très  puissante,  permet  de  modifier  l’étendue  d’éléments  de  préférence  individuels,  afin  qu’ils  ne  s’appliquent qu’aux utilisateurs ou ordinateurs sélectionnés. Dans un même objet de stratégie de groupe, vous pouvez  inclure plusieurs éléments de préférence, chacun étant personnalisé pour les utilisateurs ou ordinateurs sélectionnés  et chacun visant à appliquer des paramètres uniquement aux utilisateurs ou ordinateurs appropriés.  45 Quels types d’opérateurs logiques sont disponibles au sein des opérations de ciblages d’éléments des  préférences ?  À chaque élément de ciblage correspond une valeur True ou False. Vous pouvez appliquer plusieurs éléments de ciblage  à  un  élément  de  préférence  et  sélectionner  l’opération  logique  (ET  ou  OU)  qui  associe  chaque  élément  de  ciblage  à  l’élément précédent. Si la valeur combinée de tous les éléments de ciblage d’un élément de préférence est false, alors  les paramètres de l’élément de préférence ne sont pas appliqués à l’utilisateur ou à l’ordinateur.  46 Dans quel cas est­il judicieux d’utiliser l’option "Appliquer une fois et ne pas réappliquer" des éléments des  préférences des objets stratégies de groupe ?  Par défaut, les résultats des éléments de préférence sont réécrits à chaque actualisation de la stratégie de groupe. Ceci  garantit que les résultats des éléments de préférence sont cohérents avec les éléments désignés par l’administrateur  de  l’objet  de  stratégie  de  groupe.  Lorsque  l’option  "Appliquer  une  fois  et  ne  pas  réappliquer"  est  sélectionnée,  le  comportement  change.  Dans  ce  cas,  l’extension  de  préférence  applique  les  résultats  de  l’élément  de  préférence  à  l’utilisateur ou à l’ordinateur une seule fois. Cette option est utile lorsque vous ne voulez pas que les résultats d’un  élément de préférence soient réappliqués.  47 L’utilisation de variables est­elle possible dans l’environnement d’exécution des préférences des objets  stratégies de groupe de Windows Server 2008 ?  Oui. Les extensions des préférences prennent en charge les variables d’environnement Windows et génèrent plusieurs  variables d’environnement de processus supplémentaires. Toutes les variables peuvent être utilisées. Référez­vous à  l’Aide de la console pour vérifier si les variables sont prises en charge dans un champ spécifique.  48 Quelle touche de fonction peut être utilisée pour accéder à la liste des variables lorsque vous définissez les  règles de ciblage à l’aide de l’éditeur cible des préférences des stratégies de groupe ?  L’utilisation de la touche [F3] permet d’afficher la fenêtre de sélection des variables.  49 Comment pouvez­vous contrôler l’application des préférences des objets stratégies de groupe de Windows  Server 2008 sur des machines cibles ?  Vous pouvez utiliser les fonctions d’analyse RSoP. En effet, la console de gestion des stratégies de groupe de Windows  Server  2008  donne  le  statut  des  composants  tels  que  Group  Policy  Drive  Maps,  Group  Policy  Printers,  Group  Policy  Folders, etc. 

- 6-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Création des stratégies de groupe à l’aide des outils d’administration standards  L’objectif de ce TP est de vous permettre de créer un objet stratégie de groupe pour prendre en charge un certain  nombre de paramètres de l’environnement utilisateur. Ce TP met en avant la méthode de création et de gestion d’un  objet stratégie de groupe et ne prétend pas lister les milliers de paramètres gérés de base dans un objet stratégie  de groupe.  Vous  allez  créer  un  objet  stratégie  de  groupe  qui  prendra  en  charge  une  partie  des  paramètres  d’environnements  utilisateur de certains utilisateurs. Par exemple, nous prendrons en charge les paramètres ci­dessous :  ●

Supprimer l’écran de bienvenue à l’ouverture de session, 

●

Interdire l’accès au panneau de configuration, 

●

Supprimer le menu Exécuter du menu Démarrer, 

●

Supprimer l’accès au Gestionnaire de tâches, 

●

Empêcher les utilisateurs de supprimer les imprimantes, 

●

Supprimer du menu Démarrer l’accès aux connexions réseau. 

●

Gérer  les  paramètres  d’Internet  Explorer  en  configurant  la  barre  de  titre  d’IE, les paramètres de proxy, les  URL principales, et les paramètres de sécurité d’IE. 

Pour réaliser cette opération, procédez de la manière suivante :  1. 

Créez une unité d’organisation dans laquelle seront positionnés les objets utilisateurs  soumis à la stratégie de groupe. Par exemple, vous pouvez appeler l’unité d’organisation  VenteX ou X est égal à votre numéro de stagiaire. 

2. 

À l’aide du Gestionnaire de serveur de Windows Server 2008, positionnez­vous  sur /Fonctionnalités/Gestion des stratégies de groupe/Forêt :…/Domaines :…. 

3. 

À l’aide du bouton droit de la souris, sélectionnez l’option Créer un objet GPO dans ce  domaine et le lier ici…, sur l’unité d’organisation créée précédemment. Saisissez un nom  représentatif de la stratégie de groupe. 

4. 

Toujours à l’aide du bouton droit, sélectionnez l’option Modifier pour éditer et modifier le  nouveau GPO que vous venez de créer. 

5. 

La console d’édition des stratégies de groupe apparaît avec votre stratégie. 

6. 

Positionnez­vous à l’emplacement Configuration utilisateur/Stratégies/Modèles  d’administration et configurez les paramètres demandés plus haut en découvrant les  régions ci­dessous : 

7. 

●

/ Composants Windows / Explorateur Windows 

●

/ Menu Démarrer et Barre des tâches 

●

/ Panneau de configuration 

●

/ Paramètres Windows / Maintenance d’Internet Explorer 

Une fois vos paramètres définis, fermez la console d’édition de la stratégie. 

Vous venez de créer un objet stratégie de groupe et de le lier sur un container de type OU à l’usage des utilisateurs  de cette OU.  Pour tester l’effet des paramètres contenus dans la stratégie, procédez de la manière suivante : 

© ENI Editions - All rigths reserved

- 1-

1. 

Ouvrez une session réseau à partir d’un poste de travail Windows XP Professionnel ou  Windows Vista, ou bien directement à partir de votre contrôleur de domaine. Dans ce  dernier cas, vous aurez pris soin d’autoriser les utilisateurs du domaine à ouvrir une  session locale sur un contrôleur de domaine en modifiant la stratégie de groupe des  contrôleurs de domaine, 

2. 

Après que le bureau se soit chargé, vérifiez que les paramètres se sont bien appliqués. 

Pour forcer le rafraîchissement des stratégies de groupe, vous pouvez procéder de la manière suivante : sur  un ordinateur fonctionnant sous Windows 2000, tapez la commande suivante pour rafraîchir les paramètres  utilisateur : secedit /Refreshpolicy /user_policy /enforce ou sur un ordinateur fonctionnant sous Windows XP  Professionnel, Windows Server 2003, Windows Vista ou Windows Server 2008, tapez la commande suivante pour  rafraîchir les paramètres utilisateur : gpupdate /force 

2. Modification d’un objet stratégie de groupe  L’objectif de ce TP vous permettra de modifier un objet stratégie de groupe afin de modifier un paramètre existant ou  d’ajouter un nouveau paramètre.  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Comme précédemment, à l’aide du Gestionnaire de serveur ou directement à l’aide de la  console MMC Gestion de stratégies de groupe rangée dans le groupe de programmes  Outils d’administration, positionnez­vous sur l’objet GPO à modifier. 

2. 

Cliquez sur le bouton Modifier ou double cliquez sur la stratégie. 

3. 

La console d’édition des stratégies de groupe apparaît avec votre stratégie. 

4. 

Réalisez une opération de modification à l’intérieur de votre stratégie de groupe. Par  exemple, vous pouvez : 

5. 

●

réactiver l’usage du panneau de configuration, 

●

activer la limite de taille sur les profils utilisateurs. 

Une fois vos paramètres définis, fermez la console d’édition de la stratégie. 

Vous venez de modifier la stratégie de groupe précédemment créée.  Pour tester l’effet des paramètres contenus dans la stratégie procédez de la manière suivante :  1. 

Ouvrez une session réseau à partir d’un poste de travail Windows XP Professionnel ou  Windows Vista, ou bien directement à partir de votre contrôleur de domaine. Dans ce  dernier cas, vous aurez pris soin d’autoriser les utilisateurs du domaine à ouvrir une  session locale sur un contrôleur de domaine en modifiant la stratégie de groupe des  contrôleurs de domaine. 

2. 

Après que le bureau se soit chargé, vérifiez que les paramètres se sont bien appliqués. 

Lorsque  le  domaine  est  composé  de  plusieurs  contrôleurs  de  domaine,  il  se  peut  que  l’application  des  nouveaux  changements  ne  soit  pas  réalisée  instantanément.  Une  des  causes  probables  peut  être  que  le  domaine est composé de plusieurs contrôleurs de domaine et que le contrôleur sélectionné ne contient pas encore  la nouvelle version de l’objet GPO mis à jour. Dans ce cas, vous pouvez forcer une synchronisation et attendre la  réplication  du  Sysvol,  dossier  contenant  tous  les  détails  des  stratégies  de  groupe  stockées  dans  un  domaine  donné. 

3. Création d’une stratégie liée à un site, un domaine ou une OU  L’objectif de ce TP est de vous permettre de lier un objet stratégie de groupe sur un container de type Site, Domaine  ou OU. Pour rappel, il s’agit des trois types d’objets Active Directory sur lesquels vous avez la possibilité de lier des  objets  stratégies  de  groupe.  Pour  réaliser  la  liaison  d’une  stratégie  de  groupe  existante  sur  un  container  de  type  site, procédez de la manière suivante : 

- 2-

© ENI Editions - All rigths reserved

1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Sélectionnez un ou plusieurs sites de votre infrastructure Active Directory via la console  GPMC /Forêt:…/Sites. Clic droit/Afficher les sites… puis sélectionnez le ou les sites à  afficher. 

3. 

Clic droit sur le site souhaité puis Lier un objet de stratégie de groupe existant…. 

Vous venez de lier un objet stratégie de groupe sur un site Active Directory.  Les stratégies de type ordinateur liées à un site s’appliquent à tous les ordinateurs d’un site. Les stratégies  de type utilisateur liées à un site s’appliquent à tous les utilisateurs d’un site. 

Pour  réaliser  la  liaison  d’une  stratégie  de  groupe  existante  sur  un  container  de  type  domaine  ou  unité  d’organisation,  procédez  de  la  même  manière  en  utilisant  la  console  de  gestion  MMC  Utilisateurs  et  ordinateurs Active Directory. 

La  console  de  gestion  des  objets  GB  ne  permet  pas  de  "créer  et  lier"  des  objets  GPO  sur  des  sites  Active  Directory. Vous devez d’abord  créer  l’objet GPO dans le container Objets stratégies de groupe de la GPMC.  Ensuite, liez le nouvel objet GPO créé sur le site. 

4. Installation de la Console de Gestion des Stratégies de groupe et autres outils  L’objectif  de  ce  TP  est  de  vous  permettre  d’installer  la  console  de  gestion  des  stratégies  de  groupe.  Cet  outil,  en  anglais  la  GPMC  pour  Group  Policy  Management  Console,  vous  permettra  de  réaliser  une  administration  et  une  gestion d’un environnement Active Directory basé sur la technologie Microsoft IntelliMirror, c’est­à­dire les stratégies  de groupe.  Ce TP traite de l’installation de la console de gestion de stratégies de groupe (GPMC) disponible en téléchargement  sur le site de Microsoft pour Windows Server 2003 et Windows XP Professionnel SP2. Cette version de la GPMC n’est  pas supportée sur Windows Vista.  Pour  disposer  de  la  GPMC  de  Windows  Server  2008  sur  un  poste  d’administration Windows Vista, installez  d’abord  le  SP1  de  Windows  Vista  puis  RSAT,  Remote  Server  Administration  Tools.  Vous  disposerez  ainsi  de  tous les outils d’administration sur la machine Windows Vista.  Cet  outil  supporte  de  nombreuses  fonctions  telles  que  le  parcours  des  architectures  multiforêts,  multidomaines  et  multisites. Il supporte aussi des fonctions de rapports avancés, l’analyse de l’application des stratégies de groupe à  l’aide  du  protocole  RSoP,  la  modélisation  de  l’application  des  stratégies  de  groupe  et  des  fonctionnalités  de  sauvegarde, de restauration, d’import, d’export et de fusion d’objets GPO.  De plus, des dizaines de scripts sont fournis pour que vous puissiez piloter les grandes fonctions des objets COM et  de leur éventuelle accord avec  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Procurez­vous la console de gestion des stratégies de groupe en téléchargeant du site  de Microsoft le fichier Gpmc.msi. Il s’agit d’une application .Net qui nécessite donc  l’installation préalable du Framework .Net. Si vous installez la GPMC sur un serveur  Windows Server 2003, il ne sera pas nécessaire de procéder à l’installation préalable du  Framework .Net celui­ci étant installé de base dans le système. 

2. 

Dans la mesure où vous jugez que certaines autres tâches d’administration doivent être  réalisable à partir de l’ordinateur en question, procédez à l’installation des Outils  d’administration de Windows Server 2003 via le fichier %Systemroot% \Windows\System32\Adminpak.msi 

3. 

Ouvrez une session en tant qu’administrateur du domaine ou administrateur local, puis  double cliquez sur gpmc.msi pour lancer l’installation. 

4. 

Faites de même pour lancer l’installation des Outils d’administration. 

5. 

Faites de même pour lancer l’installation des Outils de support situés sur le CD­Rom  d’installation de Windows Server 2003 dans \Support 

© ENI Editions - All rigths reserved

- 3-

Vous venez d’installer la console de gestion des stratégies de groupe, les outils d’administration de Windows Version  2003 ainsi que les Outils de Support. Pour installer les outils du Ressources Kit de Windows Server 2003, procédez de  la même manière.  Pour exécuter la console MMC de stratégies de groupe utilisez l’une des méthodes ci­dessous :  Méthode 1 :  1. 

Allez dans menu Démarrer ­ Tous les programmes ­ Outils d’administration. 

2. 

Lancez Gestion des stratégies de groupe. 

La console démarre.  Méthode 2 :  1. 

Allez dans menu Démarrer. 

2. 

Tapez Exécuter puis tapez gpmc.msc, puis validez par OK. 

La console démarre.  Méthode 3 :  1. 

Lancez la console de gestion MMC Utilisateurs et ordinateurs Active Directory, ou Sites et  services Active Directory. 

2. 

Positionnez­vous sur un objet de type site ou domaine ou unité d’organisation. 

3. 

Dans les propriétés de ces objets, dans l’onglet Stratégie de groupe cliquez sur le  bouton Ouvrir, tel que le montre la figure ci­dessous : 

L’onglet Stratégie de groupe est modifié par l’installation de la console de gestion des stratégies de groupe 

5.  Création,  liaison  et  suppression  d’une  stratégie  de  groupe  dans  le  conteneur  de  stratégie avec la GPMC 

- 4-

© ENI Editions - All rigths reserved

L’objectif  de  ce  TP  est  de  vous  permettre  de  créer,  lier  et  supprimer  un  objet  stratégie  de  groupe  à  l’aide  de  la  console de gestion des stratégies de groupe.  Pour réaliser une opération de création, procédez de la manière suivante :  1. 

Ouvrez la console MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Objets de stratégie  de groupe dans la forêt et le domaine où vous souhaitez créer l’objet. 

3. 

Cliquez sur Nouveau. 

4. 

Dans la boîte de dialogue Nouvel objet GPO, indiquez un nom pour le nouvel objet de  stratégie de groupe, puis validez par OK. 

Pour réaliser une opération de création et de liaison, procédez de la manière suivante :  1. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur un nom de domaine  ou d’unité d’organisation ou de site sur lequel vous souhaitez créer et lier un objet de  stratégie de groupe. 

2. 

Cliquez sur Créer et lier un objet de stratégie de groupe ici. 

3. 

Dans la boîte de dialogue Nouvel objet GPO, indiquez un nom pour le nouvel objet de  stratégie de groupe, puis validez par OK. 

Pour réaliser une opération de suppression d’un objet stratégie de groupe, procédez de la manière suivante :  1. 

Dans l’arborescence de la console, double cliquez sur Objets de stratégie de groupe  dans la forêt et le domaine contenant l’objet de stratégie de groupe que vous souhaitez  supprimer. 

2. 

Cliquez avec le bouton droit sur l’objet de stratégie de groupe, puis cliquez sur  Supprimer. 

3. 

Lorsque vous êtes invité à confirmer la suppression, cliquez sur OK. 

Vous venez d’utiliser la console de gestion des stratégies de groupe pour créer, créer et lier et aussi supprimer un  objet stratégie de groupe. 

6. Modification d’une stratégie de groupe avec la GPMC  L’objectif de ce TP est de vous permettre de modifier un objet stratégie de groupe à l’aide de la console de gestion  des stratégies de groupe.  Pour réaliser une opération de création, procédez de la manière suivante :  1. 

Ouvrez la console MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, double cliquez sur un container de type site ou  domaine ou unité d’organisation. 

3. 

Positionnez­vous sur l’objet stratégie de groupe que vous souhaitez modifier. 

4. 

Cliquez avec le bouton droit sur l’objet de stratégie de groupe, puis cliquez sur Modifier. 

5. 

Dans la console Éditeur d’objets de stratégie de groupe, modifiez les paramètres selon  vos besoins. 

Évitez de modifier la stratégie de domaine par défaut. Si vous devez appliquer les paramètres de stratégie  de groupe au domaine entier, créez un nouvel objet de stratégie de groupe, liez­le au domaine et créez les  paramètres dans cet objet de stratégie de groupe. De cette manière, vous pourrez le désactiver si nécessaire sans  altérer la stratégie de groupe du domaine, laquelle est vitale à plus d’un titre. 

Pour modifier un objet de stratégie de groupe, vous devez disposer des autorisations de modification pour  l’objet que vous souhaitez modifier. 

© ENI Editions - All rigths reserved

- 5-

Pour  modifier  les  paramètres  de  la  stratégie  IPSec  à  partir  d’un  objet  de  stratégie  de  groupe,  vous  devez  être  membre  du  groupe  des  administrateurs  du  domaine.  Sinon,  vous  pouvez  uniquement  attribuer  ou  supprimer l’attribution d’une stratégie IPSec existante. 

Vous venez de modifier un objet stratégie de groupe à l’aide de la console de gestion des stratégies de groupe. 

7. Délégation de la création d’un objet stratégie de groupe avec la GPMC  L’objectif de ce TP est de vous permettre de déléguer la création des objets stratégies de groupe à un utilisateur ou  groupe d’utilisateur particulier.  Pour  réaliser  une  opération  de  délégation  de  la  création  des  objets  stratégie  de  groupe,  procédez  de  la  manière  suivante :  1. 

Ouvrez la console MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, cliquez sur Objets de stratégie de groupe. 

3. 

Dans le volet des résultats, cliquez sur l’onglet Délégation, puis affectez les droits  souhaités. 

Vous venez d’utiliser la console de gestion des stratégies de groupe pour mettre en place la délégation de création  d’objets stratégies de groupe. 

8. Délégation de la création des scripts WMI avec la GPMC  L’objectif  de  ce  TP  est  de  vous  permettre  de  déléguer  la  création  des  filtres  WMI  à  un  utilisateur  ou  groupe  d’utilisateur particulier.  Pour réaliser une opération de délégation de la création des filtres WMI, procédez de la manière suivante :  1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, cliquez sur Filtres WMI. 

3. 

Dans le volet des résultats, cliquez sur l’onglet Délégation, puis affectez les droits  souhaités. 

Vous  venez  d’utiliser la console de gestion des stratégies de groupe pour mettre en place la délégation des filtres  WMI. 

9. Ajout/suppression des liaisons sur les objets sites, domaine et OU avec la GPMC  L’objectif de ce TP est de vous permettre d’ajouter ou de supprimer des liens entre les stratégies de groupe et les  containers de type sites, domaines et unités d’organisation.  Pour réaliser une opération de liaison, procédez de la manière suivante :  1. 

Ouvrez la console Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur le site, le domaine ou l’unité  d’organisation sur lequel vous souhaitez lier un objet de stratégie de groupe. 

3. 

Cliquez sur Lier un objet de stratégie de groupe existant. 

4. 

Dans la boîte de dialogue Sélectionner un objet GPO, cliquez sur l’objet de stratégie de  groupe que vous souhaitez lier, puis valider par OK. 

Vous  venez  d’utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  ajouter  ou  supprimer  des  liens  sur  des  objets stratégies de groupe. 

10. Créer un filtrage à l’aide du droit AGP avec la GPMC  - 6-

© ENI Editions - All rigths reserved

L’objectif  de  ce  TP  est  de  vous  permettre  gérer  le  filtrage  de  l’application  des  stratégies  de  groupe  à  l’aide  des  groupes de sécurité.  Pour réaliser une opération de liaison, procédez de la manière suivante :  1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur l’objet stratégie de groupe que  vous souhaitez modifier. 

3. 

Dans le volet des résultats, sous l’onglet Étendue, cliquez sur Ajouter. 

4. 

Dans la zone Entrez le nom de l’objet à sélectionner, entrez le nom du groupe, de  l’utilisateur ou de l’ordinateur que vous souhaitez ajouter en tant que filtrage de sécurité.

5. 

Validez votre choix en cliquant sur OK. 

Vous venez d’utiliser la console de gestion des stratégies de groupe pour créer un filtrage de sécurité ­  à  l’aide du  droit AGP ­ avec la console de gestion des stratégies de groupe. 

11. Créer un filtrage à l’aide d’un filtre WMI avec la GPMC  L’objectif  de  ce  TP  est  de  vous  permettre  créer  un  filtrage  de  l’application  des  stratégies  de  groupe  à  l’aide  des  conditions spécifiées dans un filtre WMI.  Pour réaliser une opération de liaison, procédez de la manière suivante :  1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur Filtres WMI. 

3. 

Cliquez sur Nouveau. 

4. 

Dans la boîte de dialogue Nouveau filtre WMI, entrez un nom pour le nouveau filtre WMI  dans la zone Nom, puis entrez une description du filtre dans la zone Description. 

5. 

Cliquez sur Ajouter. 

6. 

Dans la boîte de dialogue Requête WMI, laissez l’espace de noms par défaut,  root\CIMv2. 

7. 

Dans la zone Requête, entrez une requête WMI, puis cliquez sur OK. Vous pouvez ici  ajouter de multiples requêtes. 

8. 

Après avoir déclaré toutes les requêtes, cliquez sur Enregistrer. 

La console de gestion des stratégies de groupe prend en charge toutes les opérations qui concernent les filtres WMI.  Ainsi, vous pourrez créer, exporter, importer et aussi réaliser des copier­coller des filtres WMI. Ces opérations sont  réalisables de la même manière que l’opération de création que vous venez de réaliser.  Vous venez d’utiliser la console de gestion des stratégies de groupe pour créer un filtrage à l’aide d’un filtre WMI. 

12. Exemples, modèles de filtres WMI  Nous  avons  vu  au  précédent  TP  comment  utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  créer  et  associer un objet filtre WMI. Vous trouverez ci­dessous quelques exemples de filtres WMI écrits en WQL. Le langage  WQL, pour WMI Query Language, est le langage de requête naturel de l’interface de gestion WMI.  Pour déclarer une requête WMI procédez de la manière suivante :  1. 

Lorsque vous créez un nouveau filtre WMI ou que vous souhaitez rajouter une nouvelle  requête à exécuter, cliquez sur le bouton Ajouter. 

© ENI Editions - All rigths reserved

- 7-

Création ou ajout d’une nouvelle requête WMI 

Écriture du filtre WMI 

2. 

La fenêtre d’édition du script apparaît et vous permet d’insérer le code WQL. 

3. 

Validez votre nouveau filtre WMI en cliquant sur OK. 

Vous trouverez ci­dessous quelques exemples de filtres WMI basés sur des requêtes WQL.  Exemple 1 : Une entreprise découvre l’interaction de trois logiciels entre eux provoquant des instabilités systèmes.  Les administrateurs veulent appliquer un correctif sur les ordinateurs où ces problèmes se produisent.  root\cimv2;Select  *  from  Win32_Product  where  name  =   "MSIpackage1  "root\cimv2;Select * from Win32_Product  where name = "MSIPackage2 "root\cimv2;Select * from Win32_Product where name = "MSIPackage3"    Vous pouvez utiliser le nom du package, mais Microsoft recommande d’utiliser la valeur de IdentifyingNumber. Exemple 2 : Vous souhaitez faire sélectionner les ordinateurs dont l’espace disque disponible est d’au moins 600 Mo.  Root\CimV2; Select * from Win32_LogicalDisk where FreeSpace 629145600  Exemple 3 : Vous souhaitez sélectionner tous les modèles d’ordinateurs de type Toshiba Tecra 8000 ou Tecra 8100  Root\CimV2;  Select  *  from  Win32_ComputerSystem  where  manufacturer  =   "Toshiba"  and  Model  =   "Tecra  8000"  OR  Model = "Tecra 8100"  La figure ci­après  illustre  l’affichage à l’aide de la console de gestion des stratégies de groupe des filtres WMI, leur  contenu et les stratégies de groupes qui utilisent ces filtres WMI. 

- 8-

© ENI Editions - All rigths reserved

La console GPMC affiche le nom du filtre, les différentes requêtes WQLqui le compose et les objets GPO utilisant le  filtre WMI  Pour obtenir plus de détails sur le langage WQL et WMI, référez­vous aux liens ci­dessous :  ●

Retrieving  Managed  Resources  Using  WMI  http://www.microsoft.com/resources/documentation/windows/2000/server/  us/sas_wmi_jehv.mspx 

Query 

Language  scriptguide/en­

●

Platform  SDK:  Windows  Management  Instrumentation  /  Querying  with  http://msdn.microsoft.com/library/default.asp?url=/library/en­us/wmisdk/wmi/querying_with_wql.asp 

●

Technical  Overview  of  Management  Services  http://download.microsoft.com/download/1/c/7/1c701994­9f8a­ 47c2­ad65­7265356c10eb/Manageover.doc 

WQL 

13. Blocage de l’héritage sur les objets sites, domaines et OU avec la GPMC  L’objectif de ce TP est de vous permettre de bloquer l’héritage des stratégies de groupe sur un container particulier.  Pour réaliser une opération de blocage de l’héritage, procédez de la manière suivante :  1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur le container pour lequel vous  souhaitez bloquer l’héritage des liens de stratégie de groupe. 

3. 

Cliquez sur l’option Bloquer l’héritage.  Pour  réaliser  cette  opération,  vous  devez  disposer  de  l’autorisation  Lier  les  objets  GPO  pour  l’objet  concerné. 

Remarquez  que  lorsqu’un  container  dispose  de  l’option  Bloquer  l’héritage,  le  container  apparaît  avec  un  point d’exclamation bleu dans l’arborescence de la console. 

© ENI Editions - All rigths reserved

- 9-

Vous venez d’utiliser la console de gestion des stratégies de groupe pour mettre en place le blocage de l’héritage sur  les objets sites, domaines et unités d’organisation. 

14. Utilisation de l’option "Appliqué" avec la GPMC  L’objectif de ce TP est de vous permettre de forcer l’application de certaines stratégies de groupe lorsque le blocage  de l’héritage est utilisé par ailleurs. De cette manière les administrateurs d’objets stratégies de groupe situés à un  niveau  supérieur  dans  l’arborescence  Active  Directory  ont  toujours  la  possibilité  d’imposer  leurs  propres  objets  stratégies de groupe.  Pour appliquer un lien d’objet de stratégie de groupe, procédez de la manière suivante :  1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur le container de type site ou  domaine ou unité d’organisation sur lequel l’objet stratégie de groupe concerné est lié. 

3. 

Cliquez avec le bouton droit sur le lien d’objet de stratégie de groupe, puis cliquez sur  Appliqué pour activer ou désactiver le contrôle obligatoire. Une coche en regard de  Appliqué indique que le lien est appliqué.  Pour effectuer cette procédure, vous devez disposer de l’autorisation Lier les objets GPO pour le domaine,  le site ou l’unité d’organisation contenant le lien d’objet de stratégie de groupe. 

Pour  déterminer  si  un  lien  d’objet  de  stratégie  de  groupe  est  appliqué  ou  non,  vous  pouvez  également  cliquer  sur  le  lien  d’objet  de  stratégie  de  groupe  et  examiner  les  informations  contenues  dans  la  section  Liens de l’onglet Étendue. 

Lorsque vous réalisez l’administration des objets stratégie de groupe avec les outils standards de Windows  2000  Server  ou  Windows  Server  2003,  le  terme  Appliqué  utilisé  dans  la  GPMC  est  appelé  Ne  pas  passer  outre. 

Vous venez d’utiliser la console de gestion des stratégies de groupe pour forcer l’application de certaines stratégies  de groupe sur des containers de types sites, domaines et unités d’organisation. 

15. Rafraîchissement manuel des stratégies sur les postes Windows 2000  L’objectif  de  ce  TP  est  de  vous  permettre,  sur  des  ordinateurs  fonctionnant  sous  Windows  2000,  de  forcer  l’application des stratégies de groupe sans attendre la période de rafraîchissement habituelle.  Pour forcer le rafraîchissement des stratégies de groupe sur un ordinateur donné fonctionnant sous Windows 2000,  procédez de la manière suivante :  1. 

Ouvrez une session localement sur l’ordinateur. 

2. 

Ouvrez une invite de commande. 

3. 

Pour déclencher l’application des stratégies de groupe pour l’ordinateur, tapez la  commande suivante : secedit /refreshpolicy machine_policy 

4. 

Pour déclencher l’application des stratégies de groupe pour l’utilisateur en session, tapez  la commande suivante : secedit /refreshpolicy user_policy 

Vous  venez  d’utiliser  sur  un  poste  fonctionnant  sous  Windows  2000  la  commande  Secedit  pour  rafraîchir  les  paramètres contenus dans les objets stratégies de groupe. 

16.  Rafraîchissement  des  stratégies  sur  les  postes  Windows  XP,  Windows  Server  2003, Windows Vista et Windows Server 2008 

- 10 -

© ENI Editions - All rigths reserved

L’objectif  de  ce  TP  est  de  vous  permettre,  sur  des  ordinateurs  fonctionnant  sous  Windows  XP  ou  Windows  Server  2003, de forcer l’application des stratégies de groupe sans attendre la période de rafraîchissement habituelle.  Pour forcer le rafraîchissement des stratégies de groupe sur un ordinateur donné fonctionnant sous Windows XP ou  Windows Server 2003, procédez de la manière suivante :  1. 

Ouvrez une session localement sur l’ordinateur. 

2. 

Ouvrez une invite de commande. 

3. 

Pour déclencher l’application des stratégies de groupe pour l’ordinateur, tapez la  commande suivante : gpupdate /target:computer 

4. 

Pour déclencher l’application des stratégies de groupe pour l’utilisateur en session, tapez  la commande suivante : gpupdate /target:user 

5. 

Pour déclencher l’application des stratégies de groupe pour l’utilisateur en session et  l’ordinateur, tapez la commande suivante : gpupdate 

Cette  commande  remplace  l’ancienne  commande  secedit  /refreshpolicy  disponible  sous  Windows  2000.  Le  paramètre Gpupdate /boot provoque le redémarrage de l’ordinateur  après  l’application des paramètres. Le  paramètre Gpupdate /sync provoque la synchronisation en arrière­plan de l’application des stratégies de groupe.  L’utilisation de ces paramètres ignore les paramètres /force et /wait.  Vous  venez  d’utiliser  sur  un  poste  fonctionnant  sous  Windows  XP  Professionnel  ou  Windows  Server  2003,  la  commande Gpupdate pour rafraîchir les paramètres contenus dans les objets stratégies de groupe. 

17.  Utilisation  du  mode  Résultats  de  stratégie  de  groupe  à  l’aide  du  protocole  RSoP  avec la GPMC  L’objectif  de  ce  TP  est  de  vous  permettre  d’utiliser  la  fonction  Résultats  de  stratégie  de  groupe  pour  aider  au  diagnostic  du  traitement  de  l’application  des  objets  stratégies  de  groupe  pour  les  ordinateurs  et  les  utilisateurs.  Cette fonction utilise le protocole RSoP disponible sur les plates­formes Windows XP Professionnel, Windows Server  2003, Windows Vista et Windows Server 2008.  Pour déterminer le jeu de stratégie résultant à l’aide des fonctions Résultats de stratégie de groupe, procédez de la  manière suivante :  1. 

Ouvrez la console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur Résultats de stratégie de  groupe, puis en faisant un clic droit sur Résultats de stratégie de groupe, sélectionnez  l’option Assistant Résultats de stratégie de groupe. 

3. 

Dans l’assistant, cliquez sur Suivant pour sélectionner les options de traitement. 

4. 

Une fois l’Assistant terminé, cliquez sur Terminer. 

5. 

Le rapport RSoP s’affiche dans le volet droit de la console. 

Pour  accéder  aux  données  du  résultat  de  la  stratégie  de  groupe  d’un  utilisateur  ou  d’un  ordinateur,  vous  devez disposer de l’autorisation Lire les données du résultat de la Stratégie de groupe pour le domaine ou  l’unité d’organisation contenant l’utilisateur ou l’ordinateur, ou vous devez être membre du groupe Administrateurs  local sur l’ordinateur cible. 

Notez  que  cette  fonctionnalité  très  puissante  de  la  GPMC  était  auparavant  appelée  sur  les  ordinateurs  Windows XP Professionnel "Jeu de stratégie résultant ­ mode de journalisation". 

Vous venez d’utiliser la console de gestion des stratégies de groupe pour générer un rapport HTML et / ou XML des  stratégies de groupe et paramètres associés relatif à l’application des stratégies de groupe pour un utilisateur donné  sur un ordinateur donné au sein d’un domaine Active Directory. 

18. Utilisation du mode Modélisation de stratégie de groupe à l’aide du protocole RSoP  © ENI Editions - All rigths reserved

- 11 -

avec la GPMC  L’objectif  de  ce  TP  est  de  vous  permettre  d’utiliser  la  fonction  Modélisation  de  stratégie  de  groupe  pour  aider  à  l’évaluation  du  traitement  de  l’application  des  objets  stratégies  de  groupe  pour  les  ordinateurs  et  les  utilisateurs.  Cette fonction utilise le protocole RSoP disponible sur les plates­formes Windows XP Professionnel, Windows Server  2003, Windows Vista et Windows Server 2008.  Pour déterminer le jeu de stratégie résultant à l’aide des fonctions Modélisation de stratégie de groupe, procédez de  la manière suivante :  1. 

Ouvrez une console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur l’objet Modélisation de stratégie  de groupe, puis en faisant un clic droit sur Modélisation de stratégie de groupe,  sélectionnez l’option Assistant Modélisation de stratégie de groupe. 

3. 

Dans l’assistant, cliquez sur Suivant pour sélectionnez les options de traitement. 

4. 

Lorsque vous avez terminé, cliquez sur Terminer. 

Le rapport RSoP s’affiche dans le volet droit de la console.  Vous  venez  d’utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  générer  un  rapport  HTML  et/ou  XML  de  modélisation  des  stratégies  de  groupe.  Cette  opération  vous  permet  de  simuler  l’application  des  stratégies  de  groupe  en  simulant  de  nombreuses  conditions  telles  que  l’utilisateur,  l’ordinateur  utilisé,  la  prise  en  compte  des  connexions  réseaux  lentes,  le  traitement  par  boucle  de  rappel,  l’appartenance  à  un  site,  les  filtres  de  sécurité  appliqués aux utilisateurs et aux ordinateurs ainsi que les filtres WMI pour les utilisateurs et les ordinateurs. 

19. Utilisation de la commande Gpotool  L’objectif de ce TP est de vous permettre de vérifier l’intégrité des objets stratégies de groupe ainsi que l’état des  objets  stratégies  de  groupe  au  sein  d’un  domaine  et  même  entre  des  contrôleurs  de  domaine  de  domaines  différents.  La  commande  Gpotool  livrée  dans  le  Kit  de  Ressources  Technique  de  Windows  Server  2003  vous  permet  aussi  d’afficher un certain nombre d’informations, telles que les différentes versions d’objets et les identificateurs uniques  (GUID) de ces objets.  Comme  la  majorité  des  outils  du  Kit  de  Ressources  Techniques  de  Windows  Server  2003,  la  commande  Gpotool  fonctionne parfaitement sous Windows Server 2008 (une simple copie suffit).  Pour utiliser cette commande, procédez de la façon suivante :  1. 

Ouvrez une session en tant qu’administrateur du domaine sur un ordinateur Windows  XP, Windows Server 2003, Windows Vista ou Windows Server 2008 disposant de la  commande Gpotool.exe. 

2. 

Ouvrez une invite de commande et tapez la commande suivante : gpotool /verbose 

Vous  obtenez  en  retour,  les  informations  concernant  le  statut  de  la  stratégie  de  groupe  telles  que  les  versions  utilisateurs et ordinateurs ainsi que les contrôleurs disposant de l’objet.  La  commande  Gpotool  lit  des  informations  obligatoire  et  optionnelles  stockées  dans  l’annuaire  Active  Directory  telles  que  la  version,  le  nom,  les  GUID  des  extensions  des  GPO,  et  les  versions  liées  au  volume  système SYSVOL. 

Un paramètre de la ligne de commande vous permettra de rechercher des stratégies en fonction du nom ou  du GUID de l’objet. Vous pouvez aussi chercher en utilisant tout ou partie des caractères recherchés. 

Par défaut, tous les contrôleurs de domaine du domaine seront utilisés sauf si vous utilisez le paramètre /dc:  serverX. 

Pour  plus  de  détails  concernant  la  commande  Gpotool.exe,  référez­vous  au  Kit  de  Ressources  Techniques  de  Windows Server 2003.  Vous  venez  d’utiliser  la  commande  Gpotool.exe  du  Kit  de  Ressources  Techniques  de  Windows  Server  2003  pour  - 12 -

© ENI Editions - All rigths reserved

vérifier l’intégrité des stratégies de groupe résidents sur les contrôleurs de domaine de votre domaine. 

20. Utilisation de la commande Gpresult  La  commande  Gpresult.exe  est  une  commande  intégrée  au  système  d’exploitation.  Elle  vous  permet  d’afficher  les  paramètres des objets stratégies de groupe et utilise le protocole RSoP pour déterminer le jeu de stratégie résultant  pour un utilisateur ou un ordinateur.  Pour utiliser cette commande, procédez de la façon suivante :  1. 

Ouvrez une session en tant qu’administrateur du domaine sur un ordinateur Windows  XP, Windows Server 2003, Windows Vista ou Windows Server 2008. 

2. 

Ouvrez une invite de commande et tapez l’une des trois commandes ci­dessous :  Gpresult : affiche le traitement  gpresult /v : affiche les détails des valeurs implémentées,  gpresult /z gporesult.txt : affiche tous les détails redirigés dans un fichier. 

Vous  obtenez  en  retour  les  informations  de  traitement  renvoyées  par  le  protocole  RSoP.  L’usage  du  paramètre  /v  ou  /z  vous  permet  d’obtenir  d’une  manière  assez  lisible  le  dump  des  paramètres  pris  en  charge  et  des  valeurs  associées.  Si  le  paramètre  /v  ou  /z  n’est  pas  spécifié,  vous  obtiendrez  uniquement  les  informations  de  traitement  sans les paramètres et valeurs implémentées.  La syntaxe de la commande Gpresult est spécifiée ci­dessous :  gpresult [/s Ordinateur [/u Domaine\Utilisateur /p Mot de passe]] [/user NomUtilisateurCible] [/scope {user | computer}] [{/v | /z}] /s Ordinateur  Spécifie le nom ou l’adresse IP d’un ordinateur distant. N’utilisez pas la syntaxe \\srvxxx (barres obliques inverses).  /u Domaine\Utilisateur  Exécute la commande avec les autorisations de compte de l’utilisateur spécifié par Utilisateur ou Domaine\Utilisateur.  /p MotDePasse  Spécifie le mot de passe du compte d’utilisateur spécifié par le paramètre /u.  /user NomUtilisateurCible  Spécifie le nom de l’utilisateur dont les données RSoP doivent être affichées.  /scope {utilisateur | ordinateur} Affiche les résultats pour user ou computer. Les valeurs valides pour le paramètre /scope sont user ou computer. Si  vous omettez le paramètre /scope, gpresult affiche les paramètres utilisateur et ordinateur.  /v  Spécifie que le résultat affiché doit comporter des informations détaillées.  /z  Spécifie  que  le  résultat  affiché  doit  comporter  toutes  les  informations  disponibles  sur  la  stratégie  de  groupe.  Étant  donné  que  ce  paramètre  produit  davantage  d’informations que le paramètre /v, redirigez le résultat vers un fichier  texte (par exemple, gpresult /z gporesult.txt).  /?  Affiche l’aide à partir de l’invite de commandes.  Vous venez d’utiliser la commande système Gpresult.exe pour invoquer le protocole RSoP et obtenir tous les détails 

© ENI Editions - All rigths reserved

- 13 -

du traitement des objets GPO ainsi que les valeurs appliquées sur un ordinateur local ou distant pour un utilisateur  donné. 

21. Procédure de sauvegarde des stratégies avec la GPMC  L’objectif de ce TP est de vous permettre d’utiliser la console de gestion des stratégies de groupe pour sauvegarder  tout  ou  partie  des  objets  stratégies  de  groupe.  Cette  fonction  est  très  puissante  puisqu’elle  vous  permet  en  quelques secondes de sauvegarder un objet GPO avant de le modifier et de revenir ainsi très rapidement à la version  antérieure.  Pour sauvegarder un objet de stratégie de groupe, procédez de la manière suivante :  1. 

Ouvrez une console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur le container Objets de stratégie  de groupe : 

3. 

●

Pour sauvegarder un seul objet de stratégie de groupe, sélectionnez l’objet  stratégie de groupe et faites un clic droit puis sélectionnez l’option Sauvegarder. 

●

Pour sauvegarder plusieurs objets stratégie de groupe, faites une sélection  multiple puis en faisant un clic droit, sélectionnez l’option Sauvegarder. 

●

Pour sauvegarder tous les objets de stratégie de groupe du domaine, cliquez  avec le bouton droit sur Objets de stratégie de groupe, puis sélectionnez  l’option Sauvegarder tout. 

Dans la boîte de dialogue Sauvegarder, entrez l’emplacement où sera stockée la  sauvegarde, puis validez en cliquant sur OK. 

Pour exécuter cette procédure, vous devez disposer des autorisations de Lecture pour l’objet de stratégie de  groupe  et  des  autorisations  Écriture  pour  le  dossier  contenant  la  sauvegarde  de  l’objet  de  stratégie  de  groupe. 

Pour sécuriser les objets de stratégie de groupe sauvegardés, assurez­vous que seuls les administrateurs  autorisés ont accès au dossier vers lequel vous exportez l’objet de stratégie de groupe. 

Vous  venez  d’utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  sauvegarder  tout  ou  partie  des  objets  stratégies de groupe gérés. 

22. Procédure de restauration des stratégies avec la GPMC  L’objectif de ce TP est de vous permettre d’utiliser la console de gestion des stratégies de groupe pour restaurer tout  ou partie des objets stratégies de groupe précédemment sauvegardés. Cette fonction est très puissante puisqu’elle  vous  permet  en  quelques  secondes  de  restaurer  un  objet  GPO  et  de  revenir  ainsi  très  rapidement  à  la  version  antérieure.  Pour restaurer un objet de stratégie de groupe existant, procédez de la manière suivante :  1. 

Ouvrez une console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous directement sur l’objet stratégie de  groupe existant à restaurer. 

3. 

Faites un clic droit, puis sélectionnez l’option Restaurer à partir d’une sauvegarde. 

4. 

Lorsque l’Assistant Restauration d’objet de stratégie de groupe s’affiche, suivez les  instructions et spécifiez les informations appropriées pour réaliser la restauration, puis  cliquez sur Terminer. 

5. 

Lorsque l’opération de restauration est terminée, cliquez sur OK. 

Pour  restaurer  un  objet  de  stratégie  de  groupe  ayant  fait  l’objet  d’une  suppression,  procédez  de  la  manière  suivante : 

- 14 -

© ENI Editions - All rigths reserved

1. 

Ouvrez une console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, positionnez­vous sur le container Objets de stratégie  de groupe, puis en faisant bouton droit sélectionnez l’option Gérer les sauvegardes. 

3. 

Dans la boîte de dialogue Gérer les sauvegardes, sélectionnez le chemin du dossier  contenant les sauvegardes. 

4. 

Dans la fenêtre Objets GPO sauvegardés, sélectionnez l’objet à restaurer dans la liste,  puis cliquez sur le bouton Restaurer. 

5. 

Lorsque l’opération de restauration est terminée, cliquez sur OK. 

Pour  réussir  à  restaurer  un  objet  GPO  vous  devez  disposer  des  autorisations  Modifier  les  paramètres,  supprimer,  modifier  la  sécurité  sur  l’objet  de  stratégie  de  groupe  et  des  autorisations  de  Lecture  sur  le  dossier contenant la sauvegarde. 

Pour réussir à restaurer un objet GPO supprimé, vous devez disposer des privilèges permettant de créer des  objets GPO dans le domaine ainsi que les autorisations de Lecture sur le dossier contenant la sauvegarde. 

Notez  que  si  vous  ouvrez  la  boîte  de  dialogue  Gérer  les  sauvegardes  en  y  accédant  à  partir  du  dossier  Domaines, toutes les sauvegardes de GPO de tous les domaines de la forêt seront affichées. 

Vous  venez  d’utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  restaurer  tout  ou  partie  des  objets  stratégies de groupe gérés. 

23. Automatisation des sauvegardes à l’aide d’un script livré avec la GPMC  L’objectif de ce TP est de vous permettre de planifier la sauvegarde manuelle ou automatique des objets stratégies  de groupe en utilisant un script WSH. Vous pourrez aussi avec la même méthode procéder à une restauration.  Par rapport à Windows Server 2003, la console de gestion de SPO de Windows Server 2008 n’est plus équipée de  scripts d’automatisation tellement apprécié des administrateurs. Ces scripts ont été retirés du système pour raison  de  sécurité  mais  sont  toujours  disponibles  ­  dans  leur  version  adaptée  pour  Windows  Server  2008,  en  téléchargement. Recherchez sur le site de Microsoft GPMC Sample Scripts et suivez la procédure d’installation.  Après avoir installé les scripts, pour sauvegarder tous les objets de stratégie de groupe d’un domaine donné à l’aide  d’un script, procédez de la manière suivante :  1. 

Ouvrez une session en tant qu’administrateur du domaine. 

2. 

À l’invite de commande tapez la commande ci­dessous : cd "c:\Program Files\Microsoft_Group_Policy\GPMC Sample Scripts" 

3. 

Vérifiez que vous êtes bien positionné dans le répertoire spécifié. 

4. 

À l’invite de commande tapez la commande ci­dessous :  backupallgpos c:\Gpo-Backups /comment:"Backup ALL GPO Corp2003" /domain:corp2003.corporate.net

Pour sauvegarder un objet stratégie de groupe en particulier à l’aide d’un script, procédez de la manière suivante :  1. 

À l’invite de commande tapez la commande ci­dessous :  backupgpo "Default Domain Controllers Policy" c:\ Gpo-Backups /comment:"Default DC GPO" /domain:corp2003.corporate.net   Pour que la sauvegarde se déroule, vous devez au préalable créer le répertoire de sauvegarde.

© ENI Editions - All rigths reserved

- 15 -

Pour  restaurer  tous  les  objets  GPO  ou  un  GPO  en  particulier,  utilisez  les  scripts  RestoreAllGPOs.wsf  ou  RestoreGPO.wsf. 

Pour  planifier  l’exécution  régulière  d’un  script  de  sauvegarde,  utilisez  la  console  de  gestion  de  l’Ordinateur/Outils systèmes/Planificateur de tâches. 

À propos des scripts livrés avec la console de gestion des stratégies de groupe La  console  GPMC  est  livrée  avec  plusieurs  dizaines  d’exemples  de  scripts  que  vous  pouvez  utiliser  pour  effectuer  diverses tâches d’administration. Pour accéder à ces scripts sur un ordinateur disposant de la console de gestion des  stratégies de groupe, allez dans le répertoire %programfiles%\gpmc\scripts.  Tous ces scripts s’exécutent à partir de la ligne de commande. L’exécution d’un script avec le commutateur /? affiche  l’utilisation de ce script.  Pour déclarer comme moteur de script par défaut "cscript" tapez la commande cscript //H:cscript  Ces scripts utilisent les interfaces des objets COM livrés avec la console GPMC.  Vous  venez  d’utiliser  les  scripts  WSH  livrés  avec  la  console  de  gestion  des  stratégies  de  groupe  pour  réaliser  des  sauvegardes et des restaurations d’un ou plusieurs objets stratégies de groupe. 

24. Copie des stratégies de groupe avec la GPMC  L’objectif de ce TP est de vous permettre de réaliser la copie d’un objet stratégie de groupe vers le même domaine ou  dans un autre domaine de la forêt. Cette nouvelle fonctionnalité est très intéressante pour le déploiement rapide et  efficace de stratégies de groupe basées sur des modèles dans de multiples domaines Active Directory.  Pour copier un objet stratégie de groupe, procédez de la manière suivante :  1. 

Ouvrez une console de gestion MMC, Gestion des stratégies de groupe. 

2. 

Dans l’arborescence de la console, cliquez avec le bouton droit sur l’objet GPO à copier,  puis sélectionnez l’option Copier. 

3. 

Pour créer la copie de l’objet, positionnez­vous sur le dossier Objets de stratégie de  groupe, puis sélectionnez l’option Coller. 

4. 

Choisissez ou non de copier aussi les autorisations, puis validez en cliquant sur le bouton  OK. 

La  fonction  de  copie  vous  permet  de  copier  les  objets  GPO  dans  le  même  domaine  et  aussi  entre  des  domaines  d’une  même  forêt  ou  de  forêts  différentes.  Pour  créer  une  copie  dans  un  domaine  différent,  positionnez­vous dans le domaine cible puis en faisant bouton droit sur le dossier Objets de stratégie de groupe,  sélectionnez l’option  Coller.  Il  vous  suffira  ensuite  de  répondre  aux  différentes  questions  de  l’Assistant  de  Copie  entre les domaines. 

Pour réaliser une opération de copier coller d’objets GPO, vous devez disposer des permissions permettant  de créer des objets GPO dans le domaine cible. 

Vous  venez  d’utiliser  la  console  de  gestion  des  stratégies  de  groupe  pour  copier  les  stratégies  de  groupe  d’un  domaine vers le même domaine ou vers un domaine différent. 

25. Création d’une stratégie de groupe pour configurer l’environnement utilisateur  L’objectif  de  ce  TP  est  de  vous  permettre  de  mettre  en  pratique  des  paramètres  de  stratégies  de  groupe  pour  configurer globalement l’environnement de l’utilisateur.  L’approche  de  ce  TP  est  basée  sur  un  parcours  des  différents  nœ uds  disponibles  dans  l’espace  Configuration  utilisateur des stratégies de groupe. Les paramètres les plus couramment utilisés en entreprise seront sélectionnés 

- 16 -

© ENI Editions - All rigths reserved

et expliqués. Cependant, n’hésitez pas à implémenter tout autre paramètre de stratégie dont vous pourriez penser  qu’il est digne d’intérêt par rapport à votre environnement.  Pour réaliser de TP, procédez de la manière suivante :  1. 

Créez un nouvel objet stratégie de groupe et assurez­vous qu’il est lié sur une unité  d’organisation qui vous permette de tester les effets de votre configuration utilisateur sur  un utilisateur. 

2. 

Utilisez les tableaux ci­dessous pour construire et faire évoluer, petit à petit, votre objet  stratégie de groupe. 

Ce TP implémente tous les paramètres intéressants dans le but d’évaluer les possibilités dont vous disposez de base  dans les stratégies de groupe. Notez cependant que le nœ ud  Modèles  d’administration est extensible sans aucune  limite  pour  implémenter  tous  les  paramètres  de  personnalisation  que  vous  souhaitez  en  contrôlant  toute  valeur  stockée dans le registre.  Ce TP ne considère pas le nœ ud Paramètres de logiciel, déjà traité précédemment.  La structure de ce TP est organisée en deux grandes parties :  La  première  partie  est  exclusivement  dédiée  aux  paramètres  contenus  dans  le  nœ ud  Configuration  utilisateur  /  Paramètres Windows et traitera les points ci­dessous :  ●

Paramètres Windows/Services d’installation à distance 

●

Paramètres Windows/Scripts (ouverture/fermeture de session) 

●

Paramètres Windows/Paramètres de sécurité 

●

Paramètres Windows/Redirection des Dossiers 

●

Paramètres Windows/Maintenance de Internet Explorer 

La  deuxième  partie  est  exclusivement  dédiée  aux  paramètres  contenus  dans  le  nœ ud  Configuration  Utilisateur/Modèles d’administration et traitera les points ci­dessous :  ●

Modèles d’administration/Composants Windows 

●

Modèles d’administration/Menu Démarrer et Barre des tâches 

●

Modèles d’administration/Bureau 

●

Modèles d’administration/Panneau de configuration 

●

Modèles d’administration/Dossier partagés 

●

Modèles d’administration/Réseau 

●

Modèles d’administration/Système 

Paramètres Windows/Scripts (ouverture/fermeture de session) Ouvrir la session :  ●

Logon1.wsf /Paramètre : aucun 

●

Logon2.wsf /Paramètre : aucun 

Fermer la session :  ●

Logoff.wsf /Paramètre : aucun 

© ENI Editions - All rigths reserved

- 17 -

En  fonction  de  leur  nature,  les  scripts  inclus  dans  les  stratégies  de  groupe  sont  traités  à  l’ouverture  de  session, à la fermeture de session, au démarrage et à l’arrêt  de  l’ordinateur. Pour chaque type de scripts,  vous avez la possibilité de déclarer plusieurs scripts et de choisir l’ordre. Notez qu’ils s’exécutent les uns après les  autres, de manière séquentielle. Dans cet exemple, des scripts WSH sont déclarés pour l’ouverture et la fermeture  de session. 

Paramètres Windows/Redirection des Dossiers Application Data  ●

Paramètre : de base (rediriger les dossiers de tous les utilisateurs vers le même emplacement) :  ●

Chemin d’accès : \\corp2003.corporate.net\DataSpace\%USERNAME%\Application Data 

●

Options :  Accorder à l’utilisateur des droits exclusifs sur Application Data : Activé  Déplacer le contenu de Application Data vers le nouvel emplacement : Activé  Comportement de suppression de stratégie : Laisser le contenu 

Ces paramètres permettent de gérer les données applicatives. Tous les utilisateurs concernés redirigent leur  répertoire  Application  Data  vers  un  serveur  du  réseau.  Une  variable  permet  de  spécifier  le  répertoire  de  manière générique. 

L’application de la stratégie prend en charge le déplacement des données locales vers l’emplacement réseau.  La  gestion  des  droits  exclusifs  garantit  que  seul  l’utilisateur  concerné  peut  accéder  à  ce  dossier.  Si  les  permissions sont "cassées" par une prise de possession, alors l’utilisateur n’accède plus à ces données "devenues  douteuses". 

Notez  que  ce  contrôle  est  réalisé  sur  la  base  de  l’attribut  Owner.  Pour  préserver  ou  réaffecter  le  bon  propriétaire, vous pouviez sous Windows Server 2003 utiliser la commande subinacl disponible dans le Kit de  Ressources Techniques de Windows Server 2003.    Sous Windows Server 2008, la commande ICALLS /setowner est directement intégrée au système.

Bureau  ●

Paramètre : avancé (spécifier les emplacements pour des groupes utilisateurs variés) :  ●

Les  membres  du  groupe  CORP2003\Finance  IT  \\corp2003.corporate.net\Dataspace\%USERNAME%\Bureau 

●

Options : 

sont 

redirigés 

Accorder à l’utilisateur des droits exclusifs sur le dossier Bureau : Activé  Déplacer le contenu du dossier Bureau vers le nouvel emplacement : Activé  Comportement de suppression de stratégie : Laisser le contenu  Menu Démarrer  ●

- 18 -

Paramètre : de base (rediriger les dossiers de tous les utilisateurs vers le même emplacement) :  © ENI Editions - All rigths reserved

vers 

: 

●

Les  utilisateurs  sont  redirigés  en  fonction  de  leur  \\Corp2003.corporate.net\DataSpace\Start\%Username% 

●

Options : 

nom 

de 

logon 

vers 

: 

vers 

: 

Accorder à l’utilisateur des droits exclusifs sur Menu Démarrer : Désactivé  Déplacer le contenu de Menu Démarrer vers le nouvel emplacement : Désactivé  Comportement de suppression de stratégie : Laisser le contenu  Mes documents  ●

Paramètre : de base (rediriger les dossiers de tous les utilisateurs vers le même emplacement)  ●

Les  utilisateurs  sont  redirigés  en  fonction  de  leur  nom  de  logon  \\corp2003.corporate.net\DataSpace\DataMyDocs\%USERNAME%\Mes documents 

●

Options :  Accorder à l’utilisateur des droits exclusifs sur Mes documents : Activé  Déplacer le contenu de Mes documents vers le nouvel emplacement : Activé  Comportement de suppression de stratégie : Laisser le contenu 

Paramètres Windows/Maintenance de Internet Explorer Interface utilisateur du navigateur/Barre d’outils personnalisée :  ●

Texte de la barre de titre : Corporate Intranet Network 

Connexion/Configuration automatique du navigateur :  ●

Détecter automatiquement les paramètres de configuration : Activé 

●

Configuration automatique du navigateur : Activé 

●

Intervalle : Toutes les 60 minutes 

●

URL de configuration automatique (fichier .INS) 

●

URL de proxy automatique (fichier .JS, .JVS ou .PAC) : http://intranet.corpnet.net/proxy.pac 

Les  paramètres  de  configuration  automatique  tels  que  le  bien  connu  Proxy.pac,  permettent  de  gérer  les  configurations complexes de manière intelligente. Par exemple, le fichier proxy.pac peut contenir la logique  qui permet de tester l’adresse IP source du client ou bien le type de browser et, en fonction de ces paramètres, de  décider s’il faut ou non utiliser un proxy et si oui, quel proxy ?  Connexion/Paramètres de connexion  Cet objet de stratégie de groupe contient les paramètres de connexion.  Connexion/Paramètres de proxy  Exceptions  :  Ne  pas  utiliser  de  proxy  pour  les  adresses  commençant  par  *.intranet.*support.*,  Ne  pas  utiliser  de  serveur proxy pour les adresses locales (intranet) : Activé  Connexion/Chaîne de l’agent utilisateur 

© ENI Editions - All rigths reserved

- 19 -

●

Chaîne personnalisée à ajouter à la chaîne de l’agent utilisateur : User­MARKET 

Le  paramètre  d’agent IE est très intéressant pour l’analyse des logs des proxy. Par exemple, vous pouvez  définir un nom spécifique qui clarifie les utilisateurs du service du marketing.  Sécurité/Zones de sécurité et contrôle d’accès au contenu  Cet objet de stratégie de groupe contient des contrôles d’accès au contenu.  Modèles d’administration/Composants Windows Explorateur Windows  ●

Dans Poste de travail, masquer ces lecteurs spécifiés : Activé  ●

●

Restreindre tous les lecteurs 

Empêcher l’accès aux lecteurs à partir du Poste de travail : Activé  ●

Choisissez l’une des combinaisons suivantes : Restreindre tous les lecteurs 

Ce  paramètre  est  très  intéressant  pour  autoriser  uniquement  certains  lecteurs  ou  interdire  totalement  les  lecteurs au niveau du Poste de travail. 

●

Empêcher le téléchargement à partir d’Internet pour les Assistants Publication de sites Web et Commandes  via Internet : Activé 

●

Masquer l’élément Gérer du menu contextuel Windows Explorer : Activé 

●

Ne pas afficher Ordinateurs proches dans les Favoris réseau : Activé 

●

Supprimer Commander des photos de la Gestion des images : Activé 

●

Supprimer les Documents partagés du Poste de travail : Activé 

●

Supprimer les fonctionnalités de gravage de CD : Activé   

Ce paramètre est très intéressant pour interdire la gravure de CD­Rom.

●

Supprimer les options "Connecter un lecteur réseau" et "Déconnecter un lecteur réseau" : Activé 

●

Supprimer l’onglet DFS : Activé 

●

Supprimer l’onglet Matériel : Activé 

Internet Explorer  ●

Désactiver la modification de l’accessibilité : Activé 

●

Désactiver l’Assistant Connexion Internet : Activé 

Stratégie de groupe :  ●

- 20 -

Editeur d’objets de stratégie de groupe : Désactivé 

© ENI Editions - All rigths reserved

●

Gestion de stratégie de groupe : Activé 

●

Onglet Stratégie de groupe pour les outils Active Directory : Désactivé 

Ce paramètre est très intéressant pour contrôler l’usage ou non des outils d’administration en général et des  outils d’édition des stratégies de groupe en particulier.  Windows Installer  ●

Éviter l’utilisation de la source de média amovible pour toutes les installations : Activé 

●

Ordre de recherche : Activé 

●

Ordre de recherche : nmu (n = réseau, m = média (CD), u = URL) 

Windows Update  ●

Supprimer l’accès à l’utilisation de toutes les fonctionnalités de Windows Update : Activé 

Modèles d’administration/Bureau Active Desktop  ●

Activer Active Desktop : Activé 

●

Autorise les papiers peints HTML et JPEG 

●

Papier peint Active Desktop : Activé 

●

Nom du papier peint : \\corp2003.Corporate.net\DataSpace\Common\Corplogo1.jp 

●

Style du papier peint : Étirer 

Active Directory  ●

Cacher le dossier Active Directory" : Activé 

Modèles d’administration/Panneau de configuration ●

Forcer le style de Panneau de configuration classique : Activé 

●

N’afficher que les applications du Panneau de configuration spécifiées : Activé 

●

Liste des applications du Panneau de configuration autorisées : appwiz.cpl 

●

Panneau de configuration/Imprimantes  ●

Interdire la suppression des imprimantes : Activé 

●

Rechercher les imprimantes sur le réseau : Activé 

Ces  paramètres  sont  très  intéressants  pour  contrôler  les  options  du  Panneau  de  configuration.  Dans  cet  exemple,  le  module  appwiz.cpl  est  un  des  applets  du  Panneau  de  configuration  ayant  la  charge  des  fonctions Ajouter/Supprimer des programmes. 

© ENI Editions - All rigths reserved

- 21 -

Modèles d’administration/Réseau ●

Interdire l’ajout et la suppression des composants pour une connexion d’accès à distance ou réseau : Activé 

●

Possibilité d’activer/désactiver une connexion réseau : Désactivé 

●

Possibilité de renommer des connexions réseau : Désactivé 

Modèles d’administration/Système ●

Configurer le pilote de recherche d’emplacements : Activé 

●

Ne pas rechercher les lecteurs de disquettes : Activé 

●

Ne pas rechercher les lecteurs de CD­ROM : Activé 

●

Ne pas rechercher Windows Update : Désactivé 

●

Désactiver l’accès à l’invite de commandes : Activé 

●

Désactiver également le traitement des scripts d’invite de commande ? Non 

●

Désactiver le lecteur automatique : Activé 

●

Désactiver la lecture automatique des : Tous les lecteurs 

●

Empêche l’accès aux outils de modifications du Registre : Activé 

●

Exécuter seulement les applications Windows autorisées : Activé 

●

Liste des applications autorisées : Excel.exe notepad.exe 

●

Interface utilisateur personnalisée : Activé  ●

Nom du ficher d’interface (par exemple, Explorer.exe) : Iexplore.exe K 

●

Ne pas afficher l’écran de bienvenue Mise en route à l’ouverture de session : Activé 

●

Signature du code des pilotes de périphérique : Activé 

●

Lorsque Windows détecte un fichier pilote sans signature numérique : Bloquer 

Ces paramètres sont très intéressants pour contrôler le comportement de certains composants du système.  Par exemple, vous pouvez désactiver les fonctions Windows Update, l’invite de commande, les applications  autorisées et interdites, l’environnement à démarrer au logon (sélection du shell). 

Dans ce dernier exemple, vous pourriez décider, dans le cas d’une machine spécifique, de lancer comme shell  la commande IExplore.exe­K. Cette commande lance MSIE en mode plein écran total. En fait, le paramètre K  signifie Kiosk et est particulièrement intéressant pour les ordinateurs de type libre service mono application (borne  interactive dans un aéroport, machine de consultation sur un Campus, etc.). 

●

- 22 -

Options Ctrl+Alt+Suppr 

© ENI Editions - All rigths reserved

Supprimer le Gestionnaire de tâches : Activé  ●

●

Ouverture de session  ●

Exécuter ces programmes à l’ouverture de session utilisateur : Activé 

●

Éléments à exécuter à l’ouverture de session : Excel.exe 

Scripts  ●

●

Exécuter les scripts d’ouverture de session légués en mode caché : Activé 

Stratégie de groupe  ●

Intervalle d’actualisation de la stratégie de groupe pour les utilisateurs : Activé  Minutes : 15  Valeur aléatoire : 1 

Ces paramètres sont très intéressants pour contrôler la période de rafraîchissement de la partie utilisateur  des stratégies de groupe.  Opérations de contrôle et fin de votre TP :  1. 

Assurez­vous que l’objet stratégie de groupe est lié à un sur une unité d’organisation qui  vous permette de tester les effets de votre configuration sur un utilisateur de test  contenu dans l’OU. 

2. 

Si vous déclarez les paramètres de votre stratégie de groupe de manière progressive,  contrôlez l’application de vos paramètres à l’aide d’une véritable ouverture de session ou  en utilisant le mode modélisation de stratégie de groupe pour réaliser une simulation à  l’aide du protocole RSoP. 

Ce TP vous a permis de configurer une stratégie de groupe pour configurer l’environnement utilisateur. Vous aurez  découvert et expérimenté quelques paramètres intéressants parmi plusieurs milliers implémentés par les modèles de  base.  Vous  pouvez  aussi  expérimenter  la  configuration  des  paramètres  de  personnalisation  des  produits  de  la  famille  Microsoft  Office  2003  ou  2007  (Office  System).  Pour  y  parvenir,  connectez­vous  sur  le  site  Microsoft  Office.  Vous  y  trouverez  les  différentes  versions  des  Kit  de  Ressources  Techniques  de  Microsoft  Office,  lesquels  contiennent  les  outils  de  déploiement  en  entreprise.  Tous  les  outils  intéressants  sont  packagés  au  sein  d’un  fichier  d’installation  (Toolbox), téléchargeable librement du site Microsoft Office. 

26.  Configuration  des  mises  à  jour  automatiques  pour  des  clients  réseau  via  une  stratégie de groupe  L’objectif  de  ce  TP  est  de  vous  permettre  de  renseigner  dans  un  objet  stratégie  de  groupe,  les  paramètres  nécessaires à la mise en oeuvre des mises à jour automatiques des clients.  Deux  configurations  vous  seront  proposées.  Dans  un  premier  temps,  vous  pourrez  décider  de  personnaliser  les  paramètres  de  fonctionnement  par  défaut  de  la  fonction  de  mises  à  jour  automatiques.  Dans  un  deuxième  temps,  vous pourrez personnaliser les paramètres par défaut pour utiliser un serveur Windows Software Update Services qui  aurait  été  déployé  et  synchronisé  au  sein  de  votre  réseau  d’entreprise.  Cette  deuxième  solution  vous  permet  de  mettre  en œ uvre  localement,  dans  votre  réseau,  votre  propre  service  Windows  Update  et  ainsi,  de  contrôler  votre  propre stratégie de mise à niveau des Services Packs et autres correctifs de sécurité.  Pour réaliser ces différentes opérations, veuillez procéder de la manière suivante :  1ère  partie  du  TP  :  Personnalisation  des  paramètres  de  fonctionnement  par  défaut  de  la  fonction  de  mises  à  jour  automatiques.  1. 

Avant de faire quoi que ce soit, ouvrez une session avec un compte utilisateur disposant  des privilèges d’administrateur sur la machine locale. Vous pouvez donc ouvrir une 

© ENI Editions - All rigths reserved

- 23 -

session en tant qu’Administrateur du domaine.  2. 

Accédez aux propriétés de l’ordinateur, puis cliquez sur le lien Windows Update. 

3. 

Cliquez sur le lien Modifier les paramètres. 

4. 

Notez les paramètres par défaut de votre configuration,  ●

Installer les mises à jour automatiquement (recommandé) :  .......................................... 

●

Télécharger les mises à jour mais me laisser choisir s’il convient de les installer :  .......... 

●

Télécharger les mises à jour mais me laisser choisir s’il convient de les télécharger  et de les installer :  ............................................................................................................. 

●

Ne jamais rechercher des mises à jour (non recommandé) :  .......................................... 

●

Inclure les mises à jour recommandées lors des téléchargements :  ............................... 

●

Utiliser Microsoft Update :  .......................................................................................... 

5. 

Ouvrez la console de gestion des stratégies de groupe et positionnez­vous sur le nœ ud  Objets stratégies de groupe. 

6. 

Créez une nouvelle stratégie appelée Configuration de Windows Update, puis validez  par [Entrée]. 

7. 

Modifiez la stratégie de groupe que vous venez de créer et positionnez­vous sur  Configuration de l’ordinateur ­ Modèles d’administration ­ Composants Windows ­  Windows Update. 

8. 

Déclarez les paramètres ci­dessous : 

9. 

●

Configuration du service Mises à jour automatiques : Activé. 

●

Configuration de la mise à jour automatique : Les trois choix ci­dessous sont  sélectionnables. 

●

Notification des téléchargements et des installations. 

●

Téléchargements automatiques et notification pour l’installation. 

●

Téléchargements automatiques et planification de l’installation. Pour ce dernier  choix, vous devrez sélectionner le jour et l’heure de l’installation planifiée. 

Sélectionnez le choix 4 Téléchargements automatiques et planification de l’installation  et choisissez le jour et l’heure d’installation.    Faites en sorte qu’une mise à niveau puisse avoir lieu dans une heure.

10. 

Activez le paramètre Replanifier les installations planifiées des mises à jour  automatiques.  Le paramètre Replanifier les installations planifiées des mises à jour  automatiques est un paramètre de configuration très pratique. Il vous permet,  en effet, de replanifier automatiquement les précédentes opérations manquées suite à  un arrêt de l’ordinateur, lors du prochain redémarrage de l’ordinateur en offrant encore  à l’utilisateur un certain laps de temps, lequel ne peut excéder 60 minutes. Ce  paramètre évite d’attendre le prochain cycle de planification des mises à jour  automatiques. 

11. 

Validez vos paramètres en validant à l’aide du bouton OK. 

Vous  venez  de  configurer  les  options  des  Mises  à  jour  automatiques  pour  des  clients  réseau  via  une  stratégie  de  groupe. 

- 24 -

© ENI Editions - All rigths reserved

Lorsque  des  mises  à  jour  sont  disponibles  et  que  celles­ci  ont  été  installées,  si  un  redémarrage  est  nécessaire, celui­ci  devra  avoir  lieu.  Tant  que  le  redémarrage  n’a  pas  eu  lieu,  aucune  autre  mise  à  jour  ne  sera possible. 

Lorsque  l’installation  des  mises  à  jour  est  proposée  à  l’utilisateur,  celui­ci  à  la  possibilité  de  demander  un  dernier  délai  avant  le  lancement  de  la  procédure  d’installation.  Ce  délai  est  proposé  via  une  boîte  de  dialogue qui permettra à l’utilisateur de sélectionner 30 minutes, 1 heure, 2 heures, 4 heures, demain ou dans 4  jours. 

Lorsque les mises à jour automatiques sont configurées pour être planifiées, celles­ci sont automatiquement  téléchargées du site de Microsoft et marquées comme prêtes à être installées. 

Dans le cas où un administrateur est connecté sur un ordinateur, l’icône Windows Update apparaîtra dans la  zone  de  notification  du  bureau  située  en  bas  à  droite,  mais  le  bouton  Me  prévenir  plus  tard  sera  grisé  laissant la possibilité à l’administrateur de choisir précisément le moment de l’installation. 

Lorsqu’un utilisateur est connecté sur un ordinateur et qu’il est nécessaire de redémarrer l’ordinateur, alors  un  compte  à  rebours  est  proposé  à  l’utilisateur  l’informant  qu’il  lui  reste  quelques  minutes  avant  le  redémarrage obligatoire. 

Notez que les paramètres de configuration des Mises à jour automatiques disponibles dans les stratégies de  groupe sont disponibles via le modèle d’administration WUau.adm. Ce modèle initialement livré avec WSUS, a  ensuite  été  intégré  au  système  à  partir  de  Windows  2000  Service  Pack  3,  Windows  XP  Service  Pack  1  et  dans  toutes les versions de Windows Server 2003. 

Lorsque  la  fonction  de  Mises  à  jour  automatiques  d’un  système  est  contrôlée  à  l’aide  d’une  stratégie  de  groupe, les options habituellement proposées à l’administrateur dans l’onglet Mises à jour automatiques de  l’icône Poste de travail sont grisées. 

Deuxième partie du TP : la suite du TP vous permettra de spécifier l’usage d’un serveur WSUS et de contrôler à partir  de quel serveur WSUS vous souhaitez que les postes clients téléchargent puis installent les mises à jour.  Pour réaliser ces différentes opérations, veuillez procéder de la manière suivante :  1. 

Ouvrez la stratégie de groupe précédente et positionnez­vous au même emplacement. 

2. 

Configurez le paramètre Spécifier l’emplacement intranet du service de Mises à jour  Microsoft sur Activé.  ●

Déclarez le service intranet : http://sus.company.com 

●

Déclarez le service intranet de statistiques : http://sus.company.com 

© ENI Editions - All rigths reserved

- 25 -

Sélection d’un serveur Software Update Services (SUS) pour l’installation des  correctifs et les statistiques d’installation des correctifs sur les postes de  travail utilisant ce serveur 

3. 

Validez vos paramètres en validant à l’aide du bouton OK. 

Vous  venez  de  configurer  les  options  des  Mises  à  jour  automatiques  pour  des  clients  réseau  via  une  stratégie  de  groupe pour faire en sorte qu’ils utilisent un serveur WSUS situé au sein de votre réseau.  Ce paramètre vous permet de spécifier un serveur intranet qui héberge les mises à jour provenant des sites  de  Mise  à  jour  Microsoft.  Vous  pouvez  ensuite  utiliser  ce  service  de  Mise  à  jour  pour  mettre  à  jour  automatiquement  les  ordinateurs  de  votre  réseau.  Ce  paramètre  vous  permet  de  spécifier  un  serveur  de  votre  réseau  qui  fonctionne  comme  un  service  de  Mise  à  jour  interne.  Le  client  Mises  à  jour  automatiques  recherchera  dans  ce  service  toutes  les  mises  à  jour  qui  s’appliquent  à  votre  réseau.  Pour  utiliser  ce  paramètre,  vous  devez  définir deux noms de serveurs : celui à partir duquel le client Mises à jour automatiques détecte et télécharge les  mises  à  jour,  et  celui  vers  lequel  les  stations  de  travail  mises  à  jour  renvoient  les  statistiques.  Bien  sûr,  vous  pouvez aussi définir un seul serveur qui effectue les deux fonctions.  Dans un réseau composé de multiples sites, il est recommandé de procéder aux opérations ci­dessous :  ●

Installez un serveur WSUS par site disposant d’un nombre important de postes de travail. 

●

Déclarez de multiples enregistrements de A pour le nom Votre_serveur_ SUS.votre_domaine.com pointant  sur les adresses IP des différents serveurs SUS disponibles sur les différents sites. 

●

Assurez­vous  que  l’option  Activer  le  tri  de  masques  réseau  de  votre  serveur  Windows  Server  2003  ou  Windows Server 2008 est active. 

Cette  configuration  vous  permet  de  déclarer  le  même  nom  de  serveur  WSUS  pour  tous  les  ordinateurs  de  votre réseau quel que soit le site sur lequel ils sont connectés. La fonction Activer le tri de masques réseau  des  serveurs  DNS  Microsoft  permet  de  donner  l’adresse  IP  du  nom  demandé  la  plus  proche  du  client.  Dans  la  mesure  où  il  y  aurait  un  serveur  WSUS  sur  chaque  site,  l’adresse  locale  sera  automatiquement  proposée  et  sélectionnée par les clients du site. 

27. Création d’une stratégie de groupe pour configurer les paramètres ordinateurs 

- 26 -

© ENI Editions - All rigths reserved

L’objectif  de  ce  TP  est  de  vous  permettre  de  mettre  en  pratique  des  paramètres  de  stratégies  de  groupe  pour  configurer globalement les paramètres de sécurité de l’ordinateur.  L’approche  de  ce  TP  est  basée  sur  un  parcours  des  différents  nœ uds  disponibles  dans  l’espace  Configuration  ordinateur des stratégies de groupe.  Les  paramètres  les  plus  couramment  utilisés  en  entreprise  seront  sélectionnés  et  expliqués.  Cependant,  n’hésitez  pas  à  implémenter  et  expérimenter  tout  autre  paramètre  de  stratégie  dont  vous  pourriez  penser  qu’il  est  digne  d’intérêt par rapport à votre environnement.  Pour réaliser de TP, procédez de la manière suivante :  1. 

Créez un nouvel objet stratégie de groupe et assurez­vous qu’il est lié sur une unité  d’organisation qui vous permette de tester les effets de votre configuration utilisateur sur  un ordinateur de test. 

2. 

Utilisez les tableaux ci­dessous pour construire et faire évoluer, petit à petit, votre objet  stratégie de groupe. 

Ce TP implémente tous les paramètres intéressants dans le but d’évaluer les possibilités dont vous disposez  de  base  dans  les  stratégies  de  groupe.  Notez  cependant  que  le  nœ ud  Modèles  d’administration  est  extensible  sans  aucune  limite  pour  implémenter  tous  les  paramètres  de  personnalisation  que  vous  souhaitez  en  contrôlant toute valeur stockée dans le registre.  Ce TP ne considère pas le nœ ud Paramètres de logiciel, déjà traité précédemment.  Les étapes et catégories de la configuration ordinateur d’un objet stratégie de groupe sont listées ci­dessous.  Assurez­vous  que  vous  êtes  positionné  sur  le  nœ ud  Configuration  ordinateur  puis  parcourez  l’arborescence  ci­ dessous et spécifiez les valeurs proposées.  Paramètres Windows/Scripts  ●

●

Scripts de Démarrage :  ●

Nom : Boot1.wsf/ Aucun paramètre à passer au script 

●

Nom : Boot2.wsf/ Aucun paramètre à passer au script 

Script d’arrêt du système  ●

Nom : Stop.wsf/ Aucun paramètre à passer au script 

Paramètres Windows/Paramètres de sécurité/Stratégies de comptes/Stratégie de mots de passe  ●

Age maximal du mot de passe : 42 jours 

●

Age minimal du mot de passe : 2 jours 

●

Appliquer l’historique des mots de passe : 24 mots de passe mémorisés 

●

Enregistrer les mots de passe en utilisant un cryptage réversible : Désactivé 

●

Le mot de passe doit respecter des exigences de complexité : Activé 

●

Longueur minimale du mot de passe : 8 caractères 

Paramètres Windows/Paramètres de sécurité/Stratégies de comptes/Stratégie de verrouillage du compte  ●

Durée de verrouillage de comptes : 0 minutes 

●

Réinitialiser le compteur de verrouillages du compte après 30 minutes 

© ENI Editions - All rigths reserved

- 27 -

●

Seuil de verrouillage de comptes : 5 tentatives d’ouverture de session non valides 

Soyez attentif au fait que, s’il semble possible de créer d’autres stratégies de comptes appliquées sur des  unités  d’organisations  particulières,  donc  sur  des  ordinateurs  particuliers,  ces  stratégies  ne  s’appliqueront  que sur les utilisateurs locaux de ces ordinateurs et absolument pas sur les comptes du domaine ! 

Pour  plus  d’informations  sur  les  stratégies  de  domaine,  référez­vous  au  site  de  Microsoft  à  l’adresse  ci­ dessous  :  http://www.microsoft.com/resources/documentation/WindowsServ/2003/standard/  proddocs/en­ us/sag_SCEacctpols.asp 

Paramètres Windows/Paramètres de sécurité/Stratégie locale/Stratégie d’audit  ●

Auditer la gestion des comptes : Succès, Échec 

●

Auditer l’accès au service d’annuaire : Échec 

●

Auditer l’accès aux objets : Succès, Échec 

●

Auditer le suivi des processus : Pas d’audit 

●

Auditer les événements de connexion : Succès, Échec 

●

Auditer les événements de connexion aux comptes : Succès, Échec 

●

Auditer les événements système : Succès, Échec 

●

Auditer les modifications de stratégie : Succès, Échec 

●

Auditer l’utilisation des privilèges : Succès, Échec 

Client Réseau Microsoft  ●

Client réseau Microsoft : communications signées numériquement (lorsque le serveur l’accepte) : Activé 

●

Client réseau Microsoft : communications signées numériquement (toujours) : Désactivé 

●

Client réseau Microsoft : envoyer un mot de passe non crypté aux serveurs SMB tierce partie : Désactivé 

Comptes  ●

Comptes  :  restreindre  l’utilisation  de  mots  de  passe  vierge  par  le  compte  local  à  l’ouverture  de  session  console : Activé 

●

Comptes : état de compte d’invité : Désactivé 

Console de récupération  ●

Console  de  récupération  :  autoriser  la  copie  de  disquettes  et  l’accès  à  tous  les  lecteurs  et  dossiers :  Désactivé 

●

Console de récupération : autoriser l’ouverture de session d’administration automatique : Désactivé 

Sécurité réseau  ●

- 28 -

Sécurité réseau : ne pas stocker de valeurs de hachage de niveau Lan Manager sur la prochaine modification  de mot de passe : Activé  © ENI Editions - All rigths reserved

●

Sécurité  réseau  :  niveau  d’authentification  Lan  Manager/Envoyer  des  réponses  NTLM  version  2  uniquement/refuser LM et NTLM 

●

Sécurité réseau : sécurité de session minimale pour les clients basés sur NTLM SSP (y compris RPC sécurisé) :  Activé 

●

Nécessite l’intégrité des messages : Désactivé 

●

Nécessite la confidentialité des messages : Désactivé 

●

Nécessite une sécurité de session NTLMv2 : Désactivé 

●

Exiger un niveau de cryptage à 128 bits : Désactivé 

●

Sécurité  réseau  :  sécurité  de  session  minimale  pour  les  serveurs  basés  sur  NTLM  SSP  (y  compris  RPC  sécurisé) Activé  ●

Nécessite l’intégrité des messages : Désactivé 

●

Nécessite la confidentialité des messages : Désactivé 

●

Nécessite une sécurité de session NTLMv2 : Désactivé 

●

Exiger un niveau de cryptage à 128 bits : Désactivé 

●

Sécurité réseau : conditions requises pour la signature de client LDAP : Négociation des signatures 

●

Sécurité réseau : forcer la fermeture de session quand les horaires de connexion expirent : Activé 

Serveur Réseau Microsoft  ●

Serveur réseau Microsoft : communications signées numériquement (lorsque le serveur l’accepte) : Activé 

●

Serveur réseau Microsoft : communications signées numériquement (toujours) : Activé 

●

Serveur réseau Microsoft : déconnecter les clients à l’expiration du délai de la durée de session : Activé 

●

Serveur réseau Microsoft : durée d’inactivité avant la suspension d’une session : 15 minutes 

Pour  obtenir  tous  les  détails  relatifs  au  paramètres  de  sécurité  de  Windows  Server  2003,  référez­vous  au  site  de  Microsoft  à  l’adresse  ci­dessous  :  http://www.microsoft.com/resources/documentation/  WindowsServ/2003/standard/proddocs/en­us/SOtopnode.asp  Stratégies locales/Journal des événements  ●

Empêcher le groupe d’invités locaux d’accéder au journal de sécurité : Activé 

●

Empêcher le groupe d’invités locaux d’accéder au journal système : Activé 

●

Interdire au groupe local Invité l’accès au journal des applications : Activé 

●

Méthode de conservation du journal de sécurité : Autant que nécessaire 

●

Taille maximale du journal de sécurité : 19456 kilo­octets 

© ENI Editions - All rigths reserved

- 29 -

Stratégies locales/Groupes restreints  ●

BUILTIN\Administrateurs : Administrateur, Admins du domaine 

●

Utilisateurs avec pouvoir 

Services système  ●

Spouleur d’impression  ●

Mode de démarrage : Désactivé 

●

Autorisations : Aucune autorisation spécifiée 

●

Audit : Pas d’audit spécifié 

Stratégies de clé publique/Paramètres d’inscription automatique  ●

Inscrire les certificats automatiquement : Activé 

●

Renouveler  les  certificats  expirés,  mettre  à  jour  les  certificats  en  attente,  et  supprimer  les  certificats  révoqués : Activé 

●

Mettre à jour les certificats qui utilisent les modèles de certificats : Activé 

Stratégies de clé publique/Système de fichiers de cryptage  ●

Autorise les utilisateurs à crypter les données avec EFS (Encrypting File System) : Activé 

●

Certificats : 

●

●

Administrateur Corp2003 Enterprise CA 17/01/2007 18:00:26 / Récupération de fichier. Pour obtenir  plus d’informations sur les paramètres, exécutez l’Éditeur d’objet de stratégies de groupe. 

●

Stratégies de clé publique/Paramètres de requête de certificat automatique 

Demande automatique de certificat  ●

IPSEC : Pour obtenir plus d’informations sur les paramètres, exécutez l’Éditeur d’objet de stratégies  de groupe. 

Stratégies de clé publique/Autorités de certification de racine de confiance  ●

Autoriser les utilisateurs à sélectionner de nouvelles autorités de certification racine à approuver : Activé 

●

Les ordinateurs clients peuvent faire confiance aux magasins de certificats suivants : Autorités de certification  racine tierce partie et autorités de certification racine de l’entreprise 

Composants Windows/Planificateur de tâches  ●

Empêcher le glisser­déplacer : Activé 

●

Composants Windows/Services Internet 

●

Empêcher l’installation des services Internet (IIS) : Activé 

Composants Windows/Windows Installer 

- 30 -

© ENI Editions - All rigths reserved

●

Autoriser l’administrateur à installer à partir d’une session des services Terminal Server : Activé 

●

Interdire les installations par les utilisateurs : Activé 

●

Comportement de l’installation par l’utilisateur : Masquer l’installation par l’utilisateur 

●

Journaux : Activé  ●

Journaux : iweap 

Composants Windows/Windows Update  ●

Configuration du service Mises à jour automatiques : Activé 

●

Configuration  de  la  mise  à  jour  automatique  :  4  ­  Téléchargement  automatique  et  planification  des  installations 

●

Jour de l’installation planifiée : 0 ­ Tous les jours 

●

Heure de l’installation planifiée : 03:00 

●

Pas de redémarrage planifié des installations planifiées des mises à jour automatiques : Activé 

●

Replanifier les installations planifiées des mises à jour automatiques : Activé 

●

Temps d’attente après le démarrage du système (minutes) : 60 

●

Spécifier l’emplacement intranet du service de Mise à jour Microsoft : Activé 

●

Configurer le service intranet de Mise à jour pour la détection des mises à jour : http://sus.corpnet.com 

●

Configurer le serveur intranet de statistiques : http://sus.corpnet.com 

Imprimantes  ●

Autoriser la publication des imprimantes : Activé 

●

Interdire l’installation d’imprimantes utilisant des pilotes de mode noyau : Activé 

Réseau/Client DNS  ●

Enregistrer les enregistrements PTR : Activé 

●

Enregistrer les enregistrements PTR : Inscrire uniquement si l’inscription de l’enregistrement A réussit 

●

Liste de recherche de suffixes DNS : Activé  ●

Suffixes DNS : corpnet.net,corp.net,corporate.net 

●

Mise à jour dynamique : Activé 

●

Niveau de sécurité de mise à jour : Activé 

●

Niveau de sécurité de mise à jour : Sécurisé uniquement 

Réseau/Connexions réseau  © ENI Editions - All rigths reserved

- 31 -

●

Interdire l’installation et la configuration d’un pont réseau sur votre réseau de domaine DNS : Activé 

●

Interdire l’utilisation de pare­feu de connexion Internet sur le réseau de votre domaine DNS : Activé 

●

Interdire l’utilisation du partage de connexions Internet sur votre réseau de domaine DNS : Activé 

Système/Assistance à distance  ●

Assistance à distance sollicitée : Désactivé 

●

Proposer l’Assistance à distance : Désactivé 

Système/Ouverture de session  ●

Ne pas afficher l’écran de bienvenue Mise en route à l’ouverture de session : Activé 

Système/Profils utilisateur  ●

Ajouter le groupe de sécurité administrateurs aux profils itinérants utilisateurs / Activé 

●

Empêcher la propagation des modifications de profils itinérants vers le serveur : Activé 

●

Supprimer les copies mises en cache des profils itinérants : Activé 

Système/Rapport d’erreur  ●

Afficher les notifications d’erreur : Désactivé 

●

Signaler les erreurs : Désactivé 

Système/Stratégie de groupe  ●

Désactiver l’actualisation en tâche de fond des stratégies de groupe : Désactivé 

●

Intervalle d’actualisation de la stratégie de groupe pour les ordinateurs : Activé  ●

Minutes : 90 minutes 

●

Temps aléatoire : 30 minutes 

●

Traitement de la stratégie de redirection de dossier : Activé 

●

Autoriser le traitement sur une connexion réseau lente : Activé 

●

Traiter même si les objets Stratégie de groupe n’ont pas été modifiés : Désactivé 

●

Traitement de la stratégie de sécurité IP : Activé 

●

Autoriser le traitement sur une connexion réseau lente : Activé 

●

Ne pas appliquer lors des traitements en tâche de fond périodiques : Désactivé 

●

Traiter même si les objets Stratégie de groupe n’ont pas été modifiés : Activé 

Ce TP vous a permis de configurer une stratégie de groupe pour configurer l’environnement ordinateur. 

- 32 -

© ENI Editions - All rigths reserved

Comme  cela  a  été  le  cas  pour  la  configuration  utilisateur,  vous  pouvez  aussi  expérimenter  la  configuration  des  paramètres  de  personnalisation  des  produits  de  la  famille  Microsoft  Office  2003  et  2007  (Office  System).  À  la  différence  des  paramètres  des  applications  côté  configuration  utilisateur  qui  ne  s’appliquent  qu’aux  utilisateurs  concernés  par  la  stratégie  de  groupe,  les  paramètres  des  applications  qui  sont  appliqués  côté  configuration  ordinateur sont appliqués pour tous les utilisateurs de l’ordinateur. 

© ENI Editions - All rigths reserved

- 33 -

Introduction à la gestion des logiciels  1. IntelliMirror et la gestion des logiciels  La  technologie  d’installation  et  de  maintenance  des  logiciels  intégrée  à  Windows  2000,  Windows  XP  Professionnel,  Windows Vista et les systèmes des familles Windows Server 2003 et 2008, permet aux administrateurs de régler l’un  des points les plus problématiques des infrastructures Windows. En effet, la gestion des ordinateurs ne s’arrête pas à  leur inventaire ainsi qu’à la bonne gestion du système d’exploitation. Il faut aussi ­ et peut­être surtout ­ être capable  d’assurer des services de gestion des logiciels d’un niveau tel que les utilisateurs disposeront des logiciels nécessaires  au bon exercice de leur activité respective.  Mais la gestion du problème dépasse de loin le simple cadre de la phase de déploiement. La technologie nous aidera à  prendre  en  charge  la  totalité  des  opérations  impliquées  dans  le  cycle  de  vie  du  logiciel.  Ainsi,  les  utilisateurs  disposeront toujours du “meilleur logiciel” pour réaliser leur travail.  Bien  sûr,  les  fonctionnalités  IntelliMirror  de  gestion  des  logiciels  sont  au  cœ ur  des  services  globaux.  Avant  d’entreprendre  notre  apprentissage  de  la  technologie  d’installation  et  de  gestion  des  logiciels,  les  points  ci­après  rappellent  les  avantages  associés  à  la  technologie  IntelliMirror  intégrée  dans  les  infrastructures  Windows  Active  Directory.  IntelliMirror prend en charge les trois problèmes de gestion listés ci­dessous :  1. 

La gestion des données Utilisateur : ces fonctionnalités permettent aux utilisateurs  d’accéder aux données nécessaires à leur activité, qu’ils soient ou non connectés au  réseau de l’entreprise. 

2. 

La gestion de l’installation et Maintenance des logiciels : les utilisateurs disposent des  logiciels dont ils ont besoin pour réaliser leurs tâches quotidiennes. Les logiciels peuvent  être installés au dernier moment. Une fois déployés grâce à la technologie IntelliMirror, les  logiciels disposent de fonctionnalités d’autoréparation. De plus, dès lors que les logiciels  sont sous le contrôle des stratégies de groupe définies dans l’annuaire Active Directory,  toutes les fonctionnalités de gestion des mises à niveau et aussi de suppression sont  possibles. De cette manière, le coût de gestion des logiciels pourra être considérablement  réduit, faisant baisser du même coup le TCO ­ Total Cost of Ownership associé à  l’infrastructure. 

À propos du TCO Le  TCO  est  égal  à  la  somme  de  tous  les  coûts  associés  aux  différents  éléments  qui  composent  le  système  d’information  sur  une  période  de  temps  donné  :  coût  des  serveurs,  des  postes  de  travail,  des  accessoires,  des  contrats de maintenance matériels, des licences des systèmes d’exploitation et des logiciels, de la maintenance des  services d’infrastructure et des postes de travail, des opérations d’évolutions mineures (passage des QFE (Quick Fix  Engineering)  et  SP  (Service  Pack)  et  des  évolutions  majeures  telles  que  le  déploiement  ou  la  mise  à  jour  d’une  application, coûts de développement des applications spécifiques souvent nécessaires, coûts associés à la gestion de  la  sécurité  des  périmètres  du  réseau,  des  systèmes  serveur,  des  ordinateurs  client  et  des  applications  à  caractère  stratégique.  Les coûts les plus importants ne concernent pas l’achat  ou  l’acquisition de licences, ni les ordinateurs client mais les  coûts post­déploiement liés à l’administration des systèmes, des applications. Les prix des ordinateurs ont en dix ans  été divisés par six même s’il est vrai qu’à  l’inverse, une licence Windows XP est largement supérieure à une licence  Windows  3.x,  il  est  vrai  aussi  que  les  services  inclus  dans  les  systèmes  modernes  n’ont rien de commun avec leurs  illustres ancêtres ! C’est bien sûr cet axe de fonctionnalités que les services d’annuaire Active Directory, les services  distribués et les services de sécurité associés se positionnent pour faire baisser fortement le TCO et monter le ROI,  retour sur investissement.  Des études faites par les plus grands cabinets ont montré que les entreprises ayant investi dans la technologie Active  Directory avaient rentabilisé leur migration l’année suivante et progressé dans tous les domaines.  Pour plus de renseignement sur les méthodes de calcul de TCO, consultez le site de Microsoft et faites une recherche  sur REJ ­ Rapid Economic Justification.  1. 

La gestion des paramètres Utilisateur : les paramètres de l’utilisateur le suivent où qu’il  soit. Cette fonctionnalité permet de faire en sorte que quel que soit l’ordinateur sur lequel  l’utilisateur ouvre sa session, alors celui­ci disposera de tous les paramètres  d’environnement minimum pour pouvoir exercer son activité, comme s’il s’agissait de son  ordinateur principal. 

Change and Configuration Management = IntelliMirror plus WDS D’un  point  de  vue  de  la  stratégie  Microsoft,  IntelliMirror  n’est  qu’un  élément  des  services  de  “Gestion  des  Changements de Configuration”. En effet, pour que l’ordinateur puisse être considéré comme un élément “jetable” à 

© ENI Editions - All rigths reserved

- 1-

souhait, il faut aussi qu’il soit facile de régénérer un ordinateur. À cet effet, les services de déploiement Windows WDS  (Windows Deployment Services), ou d’autres produits tiers, peuvent être utilisés pour prendre en charge l’installation.  Finalement le remplacement ou bien l’installation d’un nouvel ordinateur peuvent être réalisés en installant une image  prédéfinie  adaptée  à  l’utilisateur  principal  de  l’ordinateur.  Ensuite,  la  technologie  IntelliMirror  ­  AD  +  GPO  +  WDS)  implémentera à la volée l’environnement de production opérationnel le plus récent. 

2. Le cycle de vie du logiciel  Le  cycle  de  vie  du  logiciel  décrit  les  grands  principes  des  opérations  que  les  administrateurs  devront  prendre  en  charge tout au long de la disponibilité d’une application dans le réseau de l’entreprise.  Les administrateurs responsables des opérations de support et de maintenance des logiciels devront donc gérer les  logiciels en fonction du modèle de cycle de vie que nous allons présenter.  L’idée  est  d’identifier  tous  les  grands  “moments”  que  les  administrateurs  doivent  prendre  en  charge  pour  gérer  l’évaluation,  la  faisabilité  d’une  transition  puis  finalement  le  processus  précis  de  mise  à  jour  entre  les  différentes  versions  de  logiciels.  La  technologie  IntelliMirror  de  Gestion  et  de  Maintenance  des  logiciels  va  permettre  aux  administrateurs de prendre en charge la totalité du cycle de vie de chaque application déployée ­ et donc contrôlée ­  par cette technologie. De cette manière, le service responsable des opérations de déploiement et de maintenance des  logiciels pourra réaliser ces opérations en un temps grandement réduit et avec une “garantie de réussite” proche de  cent pour cent.  La figure suivante illustre les différences étapes de la vie d’un logiciel. 

Le cycle de vie du logiciel et ses différentes étapes et opérations associées  Les points ci­dessous décrivent ces grandes étapes et seront ensuite traités plus loin avec les stratégies de groupe et  la technologie de Gestion et de Maintenance des applications.  1. Application en V1.0 : phase de déploiement et d’utilisation de l’application Bien  sur,  le  cycle  de  vie  du  logiciel  débute  quand  l’administrateur  déploie  la  première  version  de  l’application.  Les  utilisateurs reçoivent l’application et l’utilisent.  2. Application en V2.0 : une nouvelle version est disponible, puis est évaluée En fonction des besoins d’un service ou d’un département de l’entreprise, il est envisagé de répondre à ce nouveau  besoin  à  l’aide  d’une  nouvelle  version  de  l’application.  Notez  qu’il  peut  s’agir  d’une  nouvelle  version  de  la  même  application ou bien d’une application en provenance d’un autre éditeur. 

- 2-

© ENI Editions - All rigths reserved

Le concept est le même, la technologie nous permettra de réaliser une mise à jour technique de la version 1.0 à la  version 2.0, ou bien une mise à jour concurrentielle. Cette dernière réalisera la suppression de la première application  au profit de l’installation de la nouvelle !  Avant de déployer la nouvelle application, il sera bien sûr nécessaire de conduire une phase de tests qui permettra de  valider  le  bon  fonctionnement  du  logiciel.  Cette  phase  de  test  devra  se  montrer  la  plus  réaliste  possible.  Pour  y  parvenir, déployez la nouvelle application à un faible nombre d’utilisateurs représentatifs et validez que l’application  est pleinement fonctionnelle tant techniquement que fonctionnellement !  La phase de validation, souvent appelée “pilote”, doit être la plus réaliste possible. Il serait judicieux d’y faire  participer les utilisateurs les plus exigeants ! C’est ainsi que le pilote est le plus utile et efficace. Plus tôt sont  découverts les problèmes et plus tôt ils sont solutionnés sans avoir affecté le plus grand nombre.  N’oubliez pas aussi d’introduire des points de contrôle tels que la compatibilité de la nouvelle version de l’application  avec la version précédente ­ qui sera toujours utilisée dans l’entreprise ­ mais aussi avec les autres applications.  3. Application en V2.0 : gérer la transition La meilleure solution est bien sûr de profiter d’une migration totale le plus rapidement possible. De cette manière, tous  les utilisateurs utilisent la même version avec les mêmes avantages et aussi les mêmes limites ou restrictions.  Malheureusement, il est peu probable que vous puissiez réaliser une telle opération dans un réseau de grande taille  (sauf, peut­être, dans le cas d’un redéploiement général des ordinateurs) sur une période de temps assez courte.  La  méthode  la  plus  commune  est  de  procéder  à  une  mise  à  niveau  progressive  des  utilisateurs  vers  la  version  ultérieure.  Vous  pourrez  par  exemple,  décider  de  ne  pas  migrer  un  service  particulièrement  surchargé.  De  cette  manière,  les  utilisateurs  continuent  de  travailler  normalement  avec  l’application  V1.0  et  profiteront  ultérieurement  d’une période plus calme pour migrer vers la nouvelle version.  La technologie n’est pas la panacée. Il est primordial de préserver la productivité et le confort des utilisateurs  surtout s’ils sont dans une période de surcharge. Un petit problème, lorsque la situation est tendue, devient  toujours un gros problème ! 

4. Statut de l’application V1.0 Une fois qu’il a été décidé de migrer vers la nouvelle application, les administrateurs doivent aussi considérer ce qu’il  adviendra de l’ancienne version de ladite application. La figure précédente montre plusieurs alternatives :  ●

les  utilisateurs  seront  forcés  de  faire  la  mise  à  niveau  vers  la  nouvelle  version  de  l’application.  Il  s’agit  certainement de la décision la plus souhaitable car il n’y aura plus qu’une seule version à supporter. 

●

vous autorisez le fait que la version 1.0 ne soit pas mise à niveau vers la version ultérieure. Dans ce cas, il est  clair que cette  “autorisation” ne doit causer aucun problème d’incompatibilité. Généralement, lorsqu’une telle  possibilité est offerte à l’utilisateur, il est convenu que l’ancienne application ne soit plus supportée. Il est donc  malgré  tout  recommandé  d’envisager  une  mise  à  niveau,  du  moins  à  terme.  Une  telle  situation  ne  sera  pas  permise  aux  nouveaux  utilisateurs,  qui  par  définition  devront  utiliser  l’application  dans  sa  version  la  plus  moderne. 

5. Application en V2.0 : phase de déploiement Au fur et à mesure que progresse le déploiement, la cible à atteindre se rapproche et les utilisateurs disposent, petit à  petit, de l’application qui leur est nécessaire.  Les applications déployées à l’aide des services de Gestion et de Maintenance des logiciels sont affectées, en fonction  des  options  définies  par  l’administrateur,  aux  ordinateurs  ou  aux  utilisateurs  et  profitent  ainsi  de  la  technologie  Windows Installer (installation automatique à la demande, réparation des composants et suppression propre).  6. Application V1.0 : opération de suppression La  dernière  étape  concerne  la  suppression  de  l’ancienne  application.  La  dernière  recommandation  concernera  la  récupération ou la réalisation d’opérations qui nécessiterait l’usage de l’application dans sa version 1.0. Vous pourrez  et devrez conserver les fichiers d’installation et procédures d’installation. Vous pourrez aussi conserver un clone d’une  configuration type (Image Ghost ou configuration de type Microsoft Virtual PC 2004) de telle sorte qu’il sera facile d’y  avoir accès à tout moment.  7. Passages des Services Packs et Fixes En  plus  des  mises  à  jour  majeures  de  logiciels,  le  cycle  de  vie  du  logiciel  doit  aussi  tenir  compte  des  opérations  de  passage  de  correctifs  et  autres  Services  Packs.  Dans  l’absolu,  il  s’agit  d’une  mise  à  niveau  quelque  peu  particulière  © ENI Editions - All rigths reserved

- 3-

puisque la version du produit ne change pas, si ce n’est le niveau de Service Pack ou uniquement un composant ou  plusieurs composants patchés parmi n.  Fichiers MSI (Microsoft Installer) et MSP (Microsoft Patchs)  Même s’il est possible de déployer les Services Packs de Windows (comme par exemple le SP2 ou le SP3 de Windows  XP Professionnel) et les mises à jour d’applications telles que les produits de la suite Microsoft Office, la technologie de  Gestion et de maintenance des logiciels n’est pas la plus souple à utiliser pour réaliser cette tâche.  Le passage des patchs et correctifs critiques nécessite des mécanismes d’urgence et la possibilité de gérer finement le  suivi du passage des patchs “non implémentés” dans l’approche IntelliMirror. C’est pour cette raison que le passage  des patchs depuis les toutes premières versions de SMS (Systems Management Server 2003), a toujours été pris en  charge. Aujourd’hui, System Center Configuration Manager 2007 (anciennement SMS 2003), System Center Essentials  2007 (pour les entreprises comprenant jusqu’à trente serveurs et cinq cents clients) et WSUS 3.0 sont des solutions  plus adaptées à ces opérations. 

- 4-

© ENI Editions - All rigths reserved

Déploiement de logiciels  1. Les différentes étapes  Les  administrateurs  responsables  du  déploiement  des  applications  devront  gérer  plusieurs  étapes,  toutes  indépendantes les unes des autres, mais toutes nécessaires pour réaliser le déploiement d’une nouvelle application  dans le réseau de l’entreprise.  Pour  déployer  une  nouvelle  application,  les  administrateurs  devront  réaliser  les  différentes  tâches  préparatoires  suivantes :  ●

la phase de préparation du logiciel, 

●

la phase de distribution du logiciel, 

●

la phase de déploiement réel du logiciel, 

●

le processus d’installation de l’application pendant la période de déploiement de la dite application. 

a. Disposer d’un package MSI  Phase de préparation au déploiement La  phase  de  préparation  nécessite  que  vous  disposiez  d’un  logiciel  qui  supporte  les  fichiers  d’installation  MSI  nécessaires au service Windows Installer.  Le  service  Windows  Installer  est  un  service  installé  de  base  dans  le  système  d’exploitation  Windows  2000,  Windows XP Professionnel, Windows Vista et les systèmes des familles Windows Server 2003 et Windows Server  2008. Nous parlerons plus loin des différentes versions de Windows Installer et nous découvrirons qu’il  est  aussi  possible d’implémenter le service Windows Installer (dans une version fonctionnellement limitée sur les ordinateurs  fonctionnant sous Windows NT4.0).  Une  fois  que  vous  disposez  d’un  package  au  format  MSI  compatible  avec  la  plate­forme  cible,  vous  pouvez  envisager  l’utilisation  d’un  objet  stratégie  de  groupe  existant  ou  bien  la  création  d’un  nouvel  objet  stratégie  de  groupe pour déployer le dit logiciel.  Vous  devrez  aussi  considérer  l’infrastructure  S,D,OU  existante  et  identifier  les  risques  éventuels  liés  à  une  telle  infrastructure. Peut­être sera­t­il nécessaire de créer une nouvelle unité d’organisation pour mieux “cibler” certains  ordinateurs ou certains utilisateurs de l’annuaire Active Directory.  Placez  dans  un  dossier  partagé  d’un  serveur  proche  des  cibles  concernées  par  le  déploiement,  les  fichiers  nécessaires à l’installation. Si vous ne disposez pas d’un fichier MSI fourni pas l’éditeur du logiciel, entreprenez la  création  d’un  fichier  MSI  à  l’aide  de  l’outil  de  repackaging  WinINSTALL  LE  livré  avec  Windows  2000  Server  ou  Windows Server 2003 ou d’un logiciel tiers adapté.  Les  opérations  de  repackaging  sont  parfois  fastidieuses  car  complexes.  L’installation  de  services,  de  composants, de mises à niveau peuvent singulièrement compliquer le processus de création et de mise au  point  du  package  MSI.  Pour  simplifier  ces  tâches,  il  est  recommandé  de  faire  l’acquisition  d’un  produit  professionnel  tel  Wise  Package  Studio  ou  InstallShield  2008.  Pour  plus  de  renseignements  ou  télécharger  ces  produits  en  version  d’évaluation,  connectez­vous  sur  les  sites  ci­dessous  :  http://www.wisesolutions.com/  et  http://www.macrovision.com/ 

b. Déployer le logiciel : Distribution et Ciblage  Phase de distribution La  phase  de  distribution  du  logiciel  ne  doit  bien  pas  être  confondue  avec  la  phase  d’installation  proprement  dite.  Cette  remarque  est  particulièrement  vraie  concernant  les  produits  de  gestion  d’applications  tels  que  SMS,  SCCM  2007  Tivoli  ou  autres,  qui  prétendent  installer  les  applications.  Souvent,  ces  produits  sont  très  performants  pour  distribuer  des  fichiers  (c’est­à­dire  copier)  sur  de  multiples  sites,  mais  disposent  de  fonctionnalités  limitées  pour  réaliser  l’automatisation  de  l’installation  des  programmes  sur  les  systèmes.  Microsoft  SMS  a  montré  la  voie  avec  l’ancêtre de Windows Installer (SMS Installer) qui permettait de “repackager” les anciens programmes d’installation 

© ENI Editions - All rigths reserved

- 1-

manuels en packages automatisés, sans pour autant offrir de fonctionnalités aussi avancées que celles disponibles  aujourd’hui  avec  Windows  Installer  3.0  et  3.1  inclus  dans  Windows  XP  Service  Pack  2.  C’est  donc  le  système  lui­ même qui installe et fait le travail et non un quelconque module externe. C’est d’ailleurs ce qui explique le caractère  très dynamique de l’installation des logiciels sur les postes de travail Windows 2000 et ultérieur.  Pour  plus  d’informations  sur  les  différentes  versions  de  Windows  Installer  sur  les  différentes  versions  de  Windows,  veuillez  consulter  la  rubrique  "Les  différentes  versions  de  Windows  Installer"  plus  loin  dans  ce  chapitre.  La  phase  de  distribution  est  donc  importante  puisqu’elle  consiste  à  tenir  à  disposition  des  ordinateurs  et  des  utilisateurs  l’ensemble  des  fichiers  nécessaire  au  bon  déroulement  de  l’installation et aux fonctions de réparation  lorsque cela s’avère nécessaire.  Recommandation : mettez en place une racine DFS intégrée dans Active Directory.  La  technologie  Windows  Installer  permet  la  réparation  des  programmes  en  cachant  localement  le  fichier  MSI  de  chaque application (répertoire %Systemroot%\ et en se rappelant de l’emplacement source contenant les fichiers.  Par  conséquent,  pour  profiter  pleinement  de  ces  fonctionnalités  de  réparation  automatique,  il  est  obligatoire  de  disposer  d’une  source  réseau  “fiable”  telle  que  celle  offerte  pour  une  racine  DFS  intégrée  dans  Active  Directory.  Vous pouvez aussi vous appuyer sur des services de distribution très performants tels que ceux inclus dans SMS  2003 et contrôler très finement, le cheminement des réplications, les planifications horaires et le respect de certains  minima de bande passante disponible sur le réseau.  Pour  information,  Microsoft  Office  2003  propose  de  conserver  en  cache,  dans  le  répertoire  \Msocache,  tous  les  fichiers “utiles” à une réparation d’urgence de l’application lorsque l’ordinateur est déconnecté du réseau. Microsoft  Systems  Management  Server  propose  aussi  cette  nouvelle  option  à  l’aide  du  cache  des  applications.  Ainsi,  SMS  2003 vous permet de spécifier qu’une application stratégique particulière peut être localement cachée à des fins de  réparation, par exemple lorsqu’un problème survient et que l’utilisateur travaille sur un site non connecté au réseau  de l’entreprise.  La  figure  suivante  montre  l’emplacement  et  les  différents  types  de  fichiers  contenus  dans  le  répertoire  % Systemroot%\Installer. 

Stockage des fichiers à des fins de réparation des applications  Notez que pour visualiser ce répertoire vous devez désactiver l’option d’affichage Masquer les fichiers protégés du  système d’exploitation.  En plus des fichiers MSI de chaque application, vous trouverez aussi les fichiers MST (Microsoft Transforms files) et  les  fichiers  contenant  les  patchs,  c’est­à­dire  les  fichiers  MSP.  Vous  constaterez  aussi  la  présence  d’un  répertoire  portant  comme  nom  le  GUID  de  l’application.  Ainsi,  pour  chaque  application,  quelques  fichiers  de  configuration  de  l’environnement  de  l’application  sont  disponibles,  mais  en  aucune  façon  les  fichiers  contenant  les  programmes  et  autres  composants  nécessaires  au  bon  fonctionnement  de  l’application.  Comme  cela  a  déjà  été  précisé,  il  est  nécessaire de disposer du serveur de distribution contenant tous les fichiers d’installation.  Par  définition  un  partage  réseau  utilisable  dans  le  cadre  de  la  Gestion  et  la  Maintenance  des  applications  devra  contenir les éléments listés ci­dessous : 

- 2-

●

tous les fichiers de la distribution de l’application, 

●

tous les fichiers de transformation utilisés dans le cadre des prochains déploiements, 

© ENI Editions - All rigths reserved

●

les services packs et autres correctifs que vous souhaitez déployer au même moment que l’installation. 

Dans le cas de produits disposant d’une clé d’installation, vous devez disposer d’une distribution adéquate  telle  que  les  distributions  de  type  Microsoft  Select  pourvue  de  clés  produits  de  type  VLK  (Volume  License  Key). Dans ce cas, procédez à une installation administrative du produit. 

Phase  de  définition  de  la  cible  en  fonction  de  l’étendue  de  gestion  (SOM  ­  Scope  Of  Management)  Site,  Domaine et Unités d’organisation La phase de définition de la cible sert à déterminer quels logiciels doivent être mis à disposition de quels utilisateurs  en fonction de leurs besoins spécifiques.  Les  fonctionnalités  de  Gestion  et  de  Maintenance  des  logiciels  s’appuient  à  cent  pour  cent  sur  les  stratégies  de  groupe  et  les  services  d’annuaire  Active  Directory.  Les  concepts  que  nous  avons  déjà  appris  concernant  les  principes fondamentaux des stratégies de groupe s’appliquent intégralement pour le nœ ud “Installation de logiciels  (utilisateurs) et (ordinateurs)” lequel est une extension naturelle des fonctions des stratégies de groupe. Ainsi, les  fonctions  de  déploiement  des  logiciels  pourront  s’appuyer  sur  une  étendue  de  gestion  (Scope  Of  Management) de  type Sites, Domaine et Unités d’organisation.  Comme à l’accoutumé, vous devrez procéder de la manière suivante :  ●

créer ou modifier un objet stratégie de groupe en prenant soin de donner un nom basé sur une politique de  nommage adaptée, 

●

définir un éventuel filtrage de sécurité sur la base des autorisations Lecture et Appliquer  la  stratégie  de  groupe pour viser des objets ordinateurs et utilisateurs spécifiques, 

●

relier l’objet stratégie de groupe sur un ou plusieurs conteneurs Active Directory S,D,OU, appropriés, 

●

associer un éventuel filtre WMI pour filtrer l’application de la stratégie de groupe. 

●

dans le cas où la stratégie de groupe est désactivée par défaut, activer le lien de la stratégie de groupe.  Cette  dernière  opération  pourra  être  réalisée  manuellement,  ou  sur  la  base  d’un  script.  Ce  dernier  choix  pourra être intéressant pour choisir le meilleur moment de la mise à disposition de l’application. 

Finalement, le logiciel sera installé au démarrage de l’ordinateur ou lorsqu’un utilisateur démarre l’application.  À propos du nommage des objets stratégies de groupe et de l’activation par défaut Deux  paramètres  intéressants  pourront  être  définis  pour  simplifier  certaines  tâches  de  gestion  des  stratégies  de  groupe, particulièrement concernant la Gestion et la Maintenance des logiciels.  ●

Créer de nouveaux liens d’objets Stratégie de groupe désactivés par défaut : ce paramètre crée tous les  nouveaux  liens  vers  des  objets  Stratégie  de  groupe  dans  un  état  désactivé  par  défaut.  Après  que  vous  ayez  configuré  et  testé  les  nouveaux  liens  vers  les  objets,  en  utilisant  le  composant  Utilisateurs  et  ordinateurs Active Directory ou le composant Sites et services Active Directory, vous pouvez activer les liens  vers les objets pour qu’ils soient opérationnels. 

Ce paramètre est recommandé pour éviter qu’une erreur de liaison ait des effets “néfastes” sur les cibles  potentielles de l’étendue de gestion S,D,OU. 

●

Nom par défaut pour les objets stratégies de groupe : ce paramètre vous permet de spécifier le nom par  défaut des nouveaux objets de stratégie de groupe créés à partir des outils tels que la console de gestion  MMC Stratégie de groupe dans les outils Active Directory et le navigateur des objets de stratégie de groupe.  Le nom complet peut contenir des variables d’environnement et peut comporter jusqu’à 255 caractères au  maximum. 

Ce paramètre est utile pour aider à respecter un schéma de nommage standard pour les objets stratégies  de groupe définis au sein de l’annuaire Active Directory. En effet, il se peut qu’il y ait à terme des centaines,  voire des milliers de stratégies de groupe, pour définir l’ensemble des paramètres spécifiques des ordinateurs et  utilisateurs de l’entreprise. 

© ENI Editions - All rigths reserved

- 3-

c. Assurer la maintenance du logiciel  Vous pourrez procéder à la mise à niveau d’un logiciel avec une nouvelle version, ou vous pourrez redéployer une  application pourvue d’un nouveau Service Pack ou d’une mise à niveau importante du logiciel.  Grâce  à  cette  opération,  l’application  sera  mise  à  niveau  ou  redéployée  automatiquement  au  démarrage  de  l’ordinateur ou lorsqu’un utilisateur démarrera l’application en fonction des options initiales. 

d. Supprimer le logiciel  Vous pourrez supprimer une application dont le cycle de vie atteint son terme. Pour cela vous pourrez supprimer la  déclaration du ou des logiciels dans l’objet Stratégie de groupe.  Grâce à cette opération, l’application sera automatiquement supprimée au démarrage de l’ordinateur ou lorsqu’un  utilisateur ouvrira une session en fonction des options initiales. 

2. Technologie Windows Installer et types de Packages  a. Logiciels au format Microsoft Windows Installer  Windows  Server  2003  utilise  Windows  Installer  pour  permettre  à  la  stratégie  de  groupe  de  déployer  et  de  gérer  des  logiciels.  Ce  composant  automatise  l’installation  et  la  suppression  d’applications  en  appliquant  durant  le  processus d’installation un jeu de règles de configuration définies de façon centralisée. Windows Installer contient  deux composants.  ●

Le service Windows Installer : ce service côté client automatise intégralement le processus d’installation  et  de  configuration  logicielle.  Le  service  Windows  Installer  peut  également  modifier  ou  réparer  une  application  installée  existante.  Il  installe  une  application  directement  à  partir  du  CD­Rom  ou  à  l’aide  de  la  stratégie  de  groupe.  Pour  installer  une  application,  le  service  Windows  Installer  a  besoin  d’un  package  Windows Installer. 

●

Le  package  Windows  Installer  :  ce  fichier  de  package  contient  toutes  les  informations  dont  le  service  Windows Installer a besoin pour installer ou désinstaller des logiciels. Un fichier de package contient :  ●

un fichier Windows Installer portant une extension .msi, 

●

tout fichier source externe requis pour installer ou désinstaller le logiciel, 

●

un résumé des informations standard concernant le logiciel et le package, 

●

les fichiers du produit ou une référence à un point d’installation où ces fichiers se trouvent. 

Les avantages de l’utilisation de la technologie Windows Installer sont les suivants : 

- 4-

●

Installations personnalisées : des fonctionnalités optionnelles dans une application, telles que des images  clipart  ou  un  thésaurus,  peuvent  être  visibles  dans  un  programme  sans  que  la  fonctionnalité  ne  soit  installée.  Bien  que  les  commandes  du  menu  soient  accessibles,  la  fonctionnalité  n’est  pas  installée  avant  que l’utilisateur n’accède à la commande dans le menu. Cette méthode d’installation contribue à réduire à la  fois la complexité de l’application et la quantité d’espace qu’elle occupe sur le disque dur. 

●

Applications  tolérantes  aux  pannes  :  si  un  fichier  critique  est  supprimé  ou  endommagé,  l’application  récupère  automatiquement  une  nouvelle  copie  du  fichier  à  partir  de  la  source  d’installation,  sans  que  l’utilisateur n’ait à intervenir. 

●

Suppression  propre  :  Windows  Installer  désinstalle  des  applications  sans  laisser  de  fichiers  orphelins  ni  endommager une autre application par inadvertance, par exemple, lorsqu’un utilisateur supprime un fichier  partagé dont une autre application a besoin. De plus, Windows Installer supprime tous les paramètres de  registre liés à l’application et stocke dans une base de données les transactions d’installation et les fichiers  journaux  qui  en  découlent.  Lorsqu’il  n’est  pas  plausible  d’utiliser  un  logiciel  de  reconditionnement  pour  reconditionner  une  application,  ou  lorsqu’un  fichier  de  package  Windows  Installer  n’est  pas  disponible, 

© ENI Editions - All rigths reserved

utilisez des fichiers .zap (packages autres que Windows Installer) pour publier les applications. 

Les différentes versions de Windows Installer Dans  la  mesure  où  la  technologie  Windows  Installer  est  disponible  sur  différentes  plates­formes  système,  il  est  nécessaire de disposer d’une version adaptée à chacun d’eux.  Les différentes versions sont listées ci­dessous :  Windows Installer 1.0 : cette première version a été livrée avec Office 2000.  Windows Installer 1.1 : cette version a été incluse au sein de la famille de systèmes d’exploitation Windows 2000.  Windows Installer version 2.0 : cette version a été incluse dans Windows XP Professionnel et est supportée sur  les systèmes Windows XP, Windows 2000, Windows NT 4.0 SP6 et aussi Windows Me.  Windows  Installer  version  3.0  :  cette  version  a  été  incluse  dans  Windows  XP  Professionnel  SP2.  Le  moteur  Windows  Installer  3.0  est  pris  en  charge  sur  les  systèmes  fonctionnant  sous  Windows  2000  Service  Pack  3,  Windows 2000 Service Pack 4, Windows Server 2003, Windows XP et Windows XP Service Pack 1. Cette nouvelle  version  majeure  est  disponible  en  téléchargement  sur  le  site  de  Microsoft  à  l’adresse  ci­dessous  :  http://www.microsoft.com/downloadsdetails.aspx?displaylang = fr&  = FamilyID 5fbc5470­b259­4733­a914­ a956122e08e8.  Pour  plus  d’informations  sur  les  nouveautés  de  Windows  Installer  version  3.0,  vous  pouvez  consulter  le  site  de  Microsoft  à  l’adresse  suivante  :  http://msdn.microsoft.com/library/default.asp?url = /library/en­ us/msi/setup /what_s_new_in_windows_installer_version_3_0.asp  La  technologie  dispose  d’une  compatibilité  ascendante  totale.  De  cette  manière,  un  package  créé  pour  la  version  1.1 (Windows 2000) fonctionne sans aucun problème sur Windows XP.  Windows Installer 3.1 : cette version nécessite Windows Server 2003, Windows XP ou Windows 2000 SP3.  Windows Installer 4.0 : cette version nécessite Windows Vista ou Windows Server 2008. Il n’y a pas de versions  redistribuables pour pouvoir installer Windows Installer 4.0 sur d’autres versions de Windows. Une version mise à  jour de Windows Installer 4.0, ne rajoutant aucune nouvelle fonctionnalité, sera adaptée et rendue disponible pour  Windows Vista SP1 et Windows Server 2008.  Windows  Installer  4.5  :  cette  version  sera  disponible  en  tant  que  version  redistribuable  pour  Windows  Server  2008, Windows Vista, Windows XP SP1 et ultérieur ainsi que pour Windows Server 2003 SP1 et ultérieur.  Le  développeur  du  package  peut  décider  que  le  package  MSI  en  question  ne  fonctionne  que  sur  une  machine Windows XP SP2 ou SP1 et pas sous Windows 2000 Professionnel. Lorsqu’un message de ce type  vous  informe  d’un tel problème, il ne s’agit  pas  d’un  problème  d’incompatibilité de Windows Installer, mais d’un  choix fait par le développeur du package. 

b. Applications repackagées en format MSI  Dans  le  cas  où  vous  ne  disposeriez  pas  de  logiciels  livrés  avec  un  fichier  MSI,  et  si  vous  souhaitez  utiliser  la  technologie  d’installation  et  de  gestion  des  logiciels,  vous  aurez  la  possibilité  de  créer  vous­même  le  fichier  MSI  nécessaire et indispensable.  Dès  que  vous  aurez  “transformé”  une  application  s’installant  avec  un  programme  d’installation  spécifique  en  une  application  s’appuyant  sur  la  technologie  Windows  Installer,  vous  pourrez  déployer,  maintenir  ou  supprimer  l’application en utilisant la technologie de gestion et de maintenance des logiciels à l’aide des stratégies de groupe  et des services d’annuaire Active Directory.  Les  packages  MSI  disposent  de  fonctionnalités  avancées  telles  que  la  réparation  automatique  des  composants  et  l’installation des fonctionnalités à la demande. Comme une application repackagée en MSI  n’a  pas  été  “intelligemment”  conçue  pour  supporter  les  notions  de  “features/components/resources”,  les  applications  repackagées  seront  installées  ou  réparées  intégralement  et  pas  en  fonction  des  options  de  fonctionnalités à la demande.  Microsoft  livre  sur  le  CD­Rom  de  Windows  2000  Server  et  Windows  Server  2003,  la  version  “light”  de  l’outil  de  repackaging développé par Microsoft et Seagate Software. Cet outil, appelé WinINSTALL LE (LE pour Limited Edition)  vous permet de faire l’essentiel, très simplement, donc très rapidement.  Notez  cependant  qu’il  ne  s’agit  que  d’un  outil  basique  utilisable  pour  réaliser  des  “reconstructions  simples,  d’applications simples”. Pour disposer d’un outil disposant de toutes les options de construction de fichiers Windows  Installer, vous devrez faire l’acquisition d’un produit professionnel.  Vous trouverez sur le site Installsite.org, un comparatif fonctionnel de ces produits tous très professionnels. 

© ENI Editions - All rigths reserved

- 5-

La  livraison  d’un  produit  n’utilisant  pas  la  technologie  d’installation  Windows  Installer  ne  peut  obtenir  la  conformité “Windows 2000 Compatible, Windows XP Compatible” Certified for Windows Vista ou Works with  Windows Vista visible à l’aide du logo “Designed for Windows”.    La création d’un fichier MSI à l’aide de WinINSTALL LE pour repackager une application est traitée plus loin.

c. Fichiers .Zap  Il  s’agit  du  dernier  type  de  fichier  supporté  capable  d’utiliser  la  technologie  d’installation  et  de  maintenance  des  logiciels.  Vous  pourrez  créer  un  fichier  .zap  contenant  les  instructions  nécessaires  à  la  bonne  publication  du  logiciel  s’il  n’existe  aucune  autre  solution  pour  disposer  d’un  fichier  MSI.  Cette  solution  doit  donc  être  considérée  comme  la  solution de la dernière chance car, dans ce cas, il ne s’agira pas d’une installation effectuée par le service système  via Windows Installer, mais par le shell dans le contexte de l’utilisateur. Ce dernier devra donc disposer des droits  d’administrateur sur la machine locale pour que le logiciel soit finalement installé.  Vous  pourrez  créer  un  fichier  Zap  à  l’aide d’un  éditeur  de  texte  tel  que  le  Bloc­notes. Ce fichier est composé des  deux sections ci­dessous :  ●

la section dédiée à l’application [Application], 

●

la section dédiée aux extensions de fichiers de l’application [Ext]. 

Configuration de la section [Application] Cette  section  contient  les  informations  qui  précisent  comment  installer  l’application  ainsi  que  les  informations  qui  seront  présentées  aux  utilisateurs  dans  la  rubrique  du  panneau  de  configuration  Ajout/Suppression  de  programmes. Le fichier Zap devra aussi contenir le nom affiché de l’application, appelé FriendlyName, ainsi que les  paramètres  d’installation  grâce  au  paramètre  SetupCommand.  Vous  trouverez  ci­après  la  description  de  ces  paramètres :  FriendlyName  :  donne  la  description  de  l’application.  Par  exemple,  pour  l’application  Microsoft  Office  98,  déclarez  “Microsoft Office 98".  SetupCommand : contient le chemin relatif à partir du point d’accès au fichier. Si le fichier de commande à exécuter se  situe dans le même répertoire que le fichier Zap lui­même, alors ne spécifiez que le nom de la commande assortie  de ses éventuels paramètres.  DisplayVersion : spécifie le numéro de version de l’application.  Publisher : spécifie l’éditeur de l’application.  URL : spécifie l’emplacement d’une URL qui permet d’obtenir des informations sur l’application.  Configuration de la section [Ext] Cette  section  n’est  pas  obligatoire.  Elle  permet  le  cas  échéant  de  publier  dans  Active  Directory,  la  nature  des  extensions  de  fichiers  gérées  par  cette  application.  Pour  déclarer  les  extensions  de  fichiers  prises  en  charge  par  l’application,  déclarez  la  section  [Ext]  puis  ajoutez  les  différentes  extensions  tel  que  cela  est  spécifié  dans  l’exemple ci­dessous.  [Ext]  XLS=  XLC=  L’écran  ci­dessous  illustre  un  exemple  de  fichier  Zap  pour  déployer  en  tant  qu’application  publiée  la  visionneuse  Microsoft Powerpoint 97. 

- 6-

© ENI Editions - All rigths reserved

Les deux paramètres indispensables au sein d’un fichier ZAP  Une  fois  connecté,  l’utilisateur  peut  aller  parcourir  le  magasin  d’application  géré  par  Active  Directory  grâce  aux  différents déploiements que vous aurez réalisés. 

Accès des utilisateurs aux applications publiées à l’aide d’un fichier ZAP  Dans notre exemple, pour utiliser l’application, l’utilisateur pourra simplement double cliquer sur un fichier ou bien  choisir  de  déclencher  l’installation  spontanément.  Pour  y  parvenir,  il  lui  suffira  de  parcourir  Panneau  de  configuration/Ajout/Suppression  de  programmes/Ajouter  de  nouveaux  programmes.  Une  fois  la  liste  de  tous  les programmes publiés affichée, il lui suffira de cliquer sur le bouton Ajouter. 

d. Remarques générales concernant les différents types de formats d’installation  Les points listés ci­dessous vous permettront de bien appréhender les différences de fond relatives aux différentes  méthodes d’installation :  ●

lorsque  les  logiciels  sont  déployés  à  l’aide  d’un  véritable  MSI,  ce  qui  est  le  propre  de  toute  application  “Compatible  Windows  2000,  Windows  XP  Professionnel  ou  Windows  Vista”,  toutes  les  fonctionnalités  offertes  par  le  moteur  d’installation  Windows  Installer  sont  disponibles,  c’est­à­dire  l’installation  à  la  demande, la réparation automatique et la suppression propre et totale du logiciel. 

●

Les installations réalisées dans le contexte du service Windows Installer utilisent le compte système local et  a donc tout pouvoir pour installer le logiciel sur l’ordinateur local. 

●

Les accès réseau utilisés par le service Windows Installer pour accéder aux fichiers sources de l’application  exploitent une authentification réseau qui utilise le contexte de l’ordinateur lorsqu’il s’agit d’une installation  qui concerne l’ordinateur ou de l’utilisateur en session, s’il s’agit d’une installation qui concerne l’utilisateur. 

© ENI Editions - All rigths reserved

- 7-

Il ne peut s’agir  du  compte  système  puisque  ce  compte  doit  bénéficier  de  privilèges  d’accès valides via le  réseau. 

- 8-

●

Un  fichier  Zap  n’offre  aucune  des  fonctionnalités  du  service  Windows  Installer.  Il  permet  uniquement  d’exécuter le programme d’installation original de l’application. 

●

Une  application  déployée  à  l’aide  d’une  stratégie  de  groupe  et  d’un  fichier  Zap  sera  publiée  uniquement  dans le panneau de configuration à la rubrique Ajout/Suppression de programmes. 

© ENI Editions - All rigths reserved

Configuration du déploiement des logiciels  1. Création d’un nouveau déploiement d’applications  a. Création ou modification d’une stratégie de groupe  Une  fois  que  vous  possédez  un  logiciel  pouvant  être  déployé  à  l’aide  des  stratégies  de  groupe,  la  procédure  consiste à le mettre à disposition sur un ou plusieurs points de distribution.  Vous pourrez utiliser un ou plusieurs partages réseau ou une racine DFS à tolérance de panne intégrée dans Active  Directory  pour  offrir  un  accès  banalisé  très  disponible.  Une  racine  DFS  de  domaine  permet  de  tenir  compte  de  l’infrastructure de sites Active Directory.  Par exemple, vous pourrez réaliser les opérations ci­dessous :  ●

créer  une  racine  DFS  de  domaine  dont  la  racine  disposera  de  réplicas  situés  sur  plusieurs  contrôleurs  de  domaines situés sur plusieurs sites, 

●

créer un ou plusieurs nouveaux liens à l’intérieur de la structure DFS, 

●

créer des cibles additionnelles pour chacun des liens pour pointer vers des serveurs disponibles sur chacun  des sites, 

●

répliquer manuellement les données vers les différents liens sur chacun des sites. 

La figure suivante illustre l’option qui permet au niveau d’une racine DFS de rajouter de multiples cibles sur un lien  donné. Pour information, les serveurs DFS Windows Server 2003 et aussi Windows Server 2008 offrent, par rapport  à leurs prédécesseurs fonctionnant sous Windows 2000, la possibilité d’accueillir plusieurs racines DFS par serveur  ainsi qu’une localisation des cibles en fonction des coûts de réplication de la topologie physique Active Directory.  Le  nombre  de  cibles  additionnelles  par  lien  DFS  peut  atteindre  trente­deux.  Pour  supporter  de  multiples  racines  DFS  sous  Windows  Server  2003  vous  devez  utiliser  Windows  Server  2003  Edition  Entreprise.  La  version Standard ne supporte qu’une seule racine DFS par serveur DFS. Ce point est toujours valable concernant  Windows Server 2008. 

Utilisation de la console de gestion MMC pour gérer les cibles DFS 

© ENI Editions - All rigths reserved

- 1-

Une fois le ou les points de distributions préparés et alimentés, vous pouvez déclarer le logiciel à l’intérieur d’une  stratégie de groupe en procédant tel que spécifié ci­dessous :  ■

Dans une stratégie de groupe, sélectionnez le nœ ud Configuration ordinateur ou Configuration utilisateur. 

■

Déclarez le nouveau logiciel en spécifiant le chemin réseau où se trouve le fichier MSI. 

La fenêtre de sélection vous proposera exclusivement deux types de fichiers :  ●

concernant les déploiements d’applications vers des ordinateurs, vous pouvez uniquement sélectionner des  fichiers de type MSI, 

●

concernant  les  déploiements  d’applications  vers  des  utilisateurs,  vous  pouvez  sélectionner  des  fichiers  de  type MSI ou bien des fichiers de type Zap. 

La figure suivante illustre ce cas de figure. La raison pour laquelle ce phénomène se produit s’explique par le fait  que  les  fichiers  Zap  ne  concernent  que  les  applications  s’installant  dans  le  contexte  de  l’utilisateur  et  pas  via  le  service Windows Installer. De telles applications ne peuvent apparaître que dans le Panneau de configuration avec  l’applet Ajout/Suppression de programmes en tant qu’applications publiées. 

Sélection des fichiers Zap pour les applications publiées vers les utilisateurs 

■

Finalement, sélectionnez la méthode de déploiement adéquate. 

Une application peut être publiée ou affectée. Mais vous pourrez aussi choisir de sélectionner le mode avancé qui  permet de paramétrer les détails du déploiement. 

- 2-

© ENI Editions - All rigths reserved

Sélection du type de déploiement 

b. Configuration des options de déploiement  Chaque stratégie de groupe peut contenir de multiples applications. Chaque application disposera de ses propres  paramètres de déploiement qui préciseront comment l’application sera installée, mise à niveau ou supprimée. Vous  pouvez déclarer ces paramètres au moment de la déclaration du logiciel au sein de la stratégie de groupe ou plus  tard, en éditant la stratégie.  Comme le montre la figure précédente, vous disposez de deux grands modes de déploiements.  Attribution d’applications Lorsque  vous  attribuez  des  applications  à  des  utilisateurs  ou  à  des  ordinateurs,  celles­ci  sont  automatiquement  installées  sur  l’ordinateur  à  l’ouverture  de  session,  pour  les  applications  attribuées  aux  utilisateurs,  ou  bien  au  démarrage pour les applications attribuées aux ordinateurs.  Lorsque vous attribuez une application à un utilisateur, le comportement par défaut veut qu’elle soit annoncée sur  l’ordinateur la prochaine fois que l’utilisateur ouvre une session.  Cela signifie que le raccourci de l’application apparaît dans le menu Démarrer et que le Registre est mis à jour avec  les informations relatives à l’application, notamment l’emplacement des packages d’applications et celui des fichiers  sources de l’installation. Une fois ces informations publiées sur l’ordinateur de l’utilisateur, l’application est installée  la première fois que l’utilisateur tente de l’utiliser, c’est­à­dire au dernier moment.  En  plus  de  ce  comportement  par  défaut,  les  clients  Windows  XP  Professionnel  et  Windows  Server  2003  prennent en charge une option permettant l’installation complète du package à l’ouverture de session, au  lieu d’une installation lors de la première utilisation. 

Notez  que  dans  le  cas  où  cette  option  serait  définie,  elle  sera  ignorée  par  les  ordinateurs  exécutant  Windows  2000  qui  continueront  à  installer  les  applications  attribuées  à  un  utilisateur  lors  de  la  première  utilisation. 

Lorsqu’une  application  est  attribuée  à  un  ordinateur,  elle  est  installée  lors  du  démarrage  suivant  de  l’ordinateur.  Les  applications  attribuées  à  des  ordinateurs  ne  sont  pas  annoncées,  mais  installées  avec  la  série  de  fonctionnalités par défaut configurée pour le package.  L’attribution d’applications par le biais d’une stratégie de groupe nécessite l’usage exclusif des fichiers MSI. En effet,  les  fichiers  Zap  ne  sont  utilisables  qu’en  dernier  recours  pour  des  déploiements  de  type  utilisateur  et  pas  ordinateur.  Publication d’applications Vous pouvez également publier des applications pour les utilisateurs, qui peuvent ainsi les installer.  Pour installer une application publiée, les utilisateurs peuvent utiliser Ajouter ou supprimer des programmes dans  le Panneau  de  configuration. Celui­ci comporte une liste de toutes les applications publiées accessibles par le ou  les utilisateurs visés.  Si  l’administrateur  a  sélectionné  la  fonctionnalité  Installer  automatiquement  cette  application  en  activant  l’extension de fichier, les utilisateurs peuvent également ouvrir un fichier document associé à l’application publiée. 

© ENI Editions - All rigths reserved

- 3-

Par  exemple,  si  un  utilisateur  déclenche  l’ouverture  d’un  fichier  Zip,  et  que  le  programme  n’est  pas  déjà  installé,  alors l’installation de l’application associée à cette extension sera déclenchée.  Notez que le mode Publication d’applications  ne  s’applique qu’à une stratégie utilisateur. Vous ne pouvez  pas publier des applications pour un ordinateur. 

  La  figure  précédente  montre  les  différentes  options  de  déploiement  disponibles.  Vous  pouvez  constater  que  les  applications  attribuées  s’installent  automatiquement  via  l’extension  de  l’application.  De  même,  une  application  attribuée à un utilisateur est, par défaut, automatiquement publiée dans le panneau de configuration à la rubrique  Ajout/Suppression  de  programmes.  L’option Ne  pas  afficher  ce  package  dans  l’application Ajout/Suppression  de programmes vous permettra de “cacher” cette publication “naturelle”.  Paramètres du nœud “Installation de logiciels” 

- 4-

© ENI Editions - All rigths reserved

  Cette fenêtre vous permettra de déclarer les options par défaut de tous les nouveaux packages déclarés au sein  d’une  stratégie  de  groupe.  Cette  fenêtre  est  pratique  dans  la  mesure  où  elle  permet  de  déclarer  les  valeurs  en  fonction de vos préférences. 

  L’onglet  Options  avancées  permet  de  gérer  certains  comportements  particuliers  tels  que  la  compatibilité  des  applications 32 bits sur les ordinateurs de type Windows x64. 

© ENI Editions - All rigths reserved

- 5-

c. Association des extensions de fichiers  Vous pouvez contrôler quelles applications sont associées à quelles extensions. Par exemple, vous pouvez déployer  l’application Winzip mais aussi Winrar pour le même groupe d’ordinateurs ou d’utilisateurs.  Concernant le déploiement de ces deux applications vers des ordinateurs, il n’y a aucun problème, puisque les deux  applications seront installées l’une après l’autre lors du démarrage de l’ordinateur.  Par contre qu’en est­il du déploiement vers les utilisateurs ?  En  fait,  le  problème  concerne  la  sélection  de  l’application  à  installer.  Effectivement,  quelle  application  doit­on  installer lors de l’ouverture d’un fichier Zip sachant que deux applications gèrent ce type de fichiers ? Vous pourrez  déclarer  l’ordre  de  sélection  préféré  d’installation  de  l’application  lorsqu’un  utilisateur  invoquera  l’extension  conflictuelle en accédant aux propriétés du nœ ud Installation de logiciel. Les boutons Monter et Descendre vous  permettront de gérer la priorité d’installation de telle application par rapport aux autres.  Dans notre premier exemple, si l’application préférée pour les fichiers Zip est WinZip, alors l’application Winzip sera  automatiquement  installée.  L’utilisateur  pourra  néanmoins  aussi  déclencher  l’installation  du  programme  de  son  choix en passant par l’option du Panneau de configuration Ajout/Suppression de programmes, ou bien en cliquant  directement sur l’icône du programme annoncé sur le bureau ou bien dans le menu Démarrer. 

d. Création des catégories des applications publiées  La  publication  de  nombreuses  applications  nécessite  un  certain  niveau  d’organisation.  Vous  pouvez  organiser  toutes les applications publiées en de multiples catégories de manière à faciliter leur sélection par les utilisateurs du  réseau Active Directory.  Vous pouvez envisager la création de multiples catégories en fonction des critères spécifiés ci­dessous : 

- 6-

●

La  nature  des  logiciels  :  un  tel  modèle  d’organisation  est  très  pratique  lorsque  l’entreprise  dispose  de  multiples  applications  d’un  même  type.  Vous  pouvez,  par  exemple,  regrouper  toutes  les  applications  bureautiques  dans  la  catégorie  Applications  bureautiques  et  toutes  les  applications  financières  dans  la  catégorie Applications financières. 

●

Le  modèle  organisationnel  :  vous  pouvez  aussi  regrouper  les  applications  en  fonction  des  différents  services.  Par  exemple,  toutes  les  applications  métier  nécessaires  à  des  utilisateurs  du  service  “Comptabilité” pourraient être regroupées dans une catégorie appelée “Applications Métier Comptabilité”. 

●

Les  types  d’activités  des  utilisateurs  de  l’entreprise  :  vous  pouvez  aussi  regrouper  les  applications  en  fonction des rôles joués dans l’entreprise. Par exemple, toutes les applications nécessaires à l’activité des  directeurs pourraient être regroupées dans une catégorie appelée “Applications des directeurs”. 

© ENI Editions - All rigths reserved

Création des catégories de programmes  Une  fois  les  catégories  créées  en  fonction  des  critères  que  vous  jugerez  les  plus  pertinents,  associez  chaque  application déployée aux bonnes catégories. 

Affectation d’une application à une ou plusieurs catégories 

© ENI Editions - All rigths reserved

- 7-

- 8-

© ENI Editions - All rigths reserved

Maintenance des logiciels déployés  1. Mise à niveau des applications  Une  application  déployée  à  l’aide  de  la  technologie  de  Gestion  et  de  Maintenance  des  logiciels  pourra  faire  l’objet  d’une mise à jour optionnelle ou d’une mise à jour obligatoire.  Une mise à jour optionnelle permet aux utilisateurs de choisir s’ils souhaitent ou non procéder à la mise à jour de la  dite application. À l’inverse, une mise à jour obligatoire mettra automatiquement à jour l’application.  Lors  d’une  mise  à  jour  optionnelle,  l’utilisateur  a  toujours  la  possibilité  d’installer  la  nouvelle  version  en  passant par l’option du Panneau de configuration Ajout/Suppression de programmes. 

Si l’application est mise à jour en mode obligatoire, alors la nouvelle version sera installée automatiquement  lors de sa prochaine exécution. 

Lorsqu’une application repackagée est mise à niveau, le processus de mise à niveau n’en n’est pas vraiment  un ! L’application précédemment déployée est d’abord supprimée, puis la nouvelle est installée. 

L’inconvénient  de  cette  méthode,  outre  ses  effets  en  terme  de  trafic  sur  le  réseau,  sera  la  perte  de  tous  les  paramètres et préférences de l’utilisateur.  Ce phénomène ne se produira pas dans le cas d’une mise à jour d’un produit appartenant à la même famille. Dans ce  cas, le code de mise à niveau est inclus dans le fichier MSI lui­même de manière à considérer l’état initial avant la mise  à niveau.  Pour créer un logiciel devant jouer le rôle de mise à niveau, procédez comme spécifié ci­dessous :  ■

Créez une nouvelle stratégie de groupe ou rajoutez dans une stratégie existante, le nouveau logiciel jouant le rôle  de mise à niveau, 

■

Dans  l’onglet  Mises  à  jour,  déclarez  le  ou  les  packages  qui  seront  mis  à  niveau  par  celui  que  vous  venez  de  déclarer. 

Le package Cosmo v2 est la mise à jour de Cosmo v1 

© ENI Editions - All rigths reserved

- 1-

L’application Cosmo 2 remplacera Cosmo 1, si l’utilisateur le souhaite  Les  deux  écrans  ci­dessus  montrent  que  l’application  Cosmo  v2  remplacera  de  manière  non  obligatoire,  donc  facultative, la version Cosmo v1.  Notez que la console de gestion des stratégies de groupe est capable de déterminer automatiquement lorsque deux  applications sont capables de réaliser une véritable mise à niveau.  Vous  remarquerez  aussi  que  la  première  figure  montre  que  le  package  à  mettre  à  niveau  est  sélectionné  à  partir  d’une stratégie de groupe différente de celle qui contient la mise à niveau. Cela signifie que n’importe quel logiciel de  n’importe quelle stratégie peut être vu comme une application susceptible d’être mise à niveau. En d’autre terme, un  logiciel ne devrait être déclaré qu’une seule et unique fois, même s’il ne s’agit pas d’une obligation. 

2. Déploiement des Services Packs et mises à jour  Le déploiement d’un Service Pack ou d’une mise à niveau de l’application provoquera le redéploiement de l’application  de telle sorte que les ordinateurs et/ou utilisateurs disposant déjà de l’application puissent disposer de la nouvelle  version.  Les nouveaux ordinateurs ou utilisateurs installeront directement la version la plus à jour. L’écran suivant illustre le  fait  qu’il  est  de  votre  ressort  de  prévenir  l’infrastructure  que  le  logiciel  a  “changé”.  Cette  opération  est  appelée  “Redéploiement des applications”.  Pour réaliser une opération de déploiement d’un Service Pack ou d’une mise à jour logicielles, vous pouvez procéder  comme suit : 

- 2-

■

Procurez­vous  le  Service  Pack  ou  la  mise  à  jour  logicielle,  laquelle  est  fournie  par  l’éditeur  du  système  ou  de  l’application. 

■

Déposez  les  fichiers  du  Service  Pack  au  même  emplacement  que  les  fichiers  sources  initiaux.  Parmi  les  fichiers  livrés, vous devez impérativement disposer au minimum de fichiers .MSP et d’un nouveau fichier MSI. Un fichier au  format  MSP  est  un  fichier  standard  défini  dans  les  spécifications  Windows  Installer.  Ce  fichier  décrit  le  détail  des  opérations  à  réaliser  telles  que  les  fichiers  à  replacer  et  les  éventuelles  modifications  de  paramètres  à  apporter  dans le registre du système. 

■

Déclenchez la tâche Redéploiement des applications. 

© ENI Editions - All rigths reserved

  Un message d’avertissement vous préviendra de l’importance de l’opération.  En effet, en fonction de l’importance de la mise à jour, nous pouvons considérer qu’il  s’agit presque d’une véritable  nouvelle installation, a ceci près que tous les paramètres seront récupérés.  Si lors du téléchargement d’un Service Pack ou d’une mise à niveau, les fichiers MSP et MSI semblent ne pas  être “apparents”, il est probable que le fichier téléchargé est un fichier exécutable autodécompactable. 

Renseignez­vous  sur  les  éventuels  commutateurs  à  utiliser  pour  extraire  l’ensemble  des  fichiers  et  les  intégrer dans le répertoire de l’application (habituellement, l’extraction est obtenue à l’aide du paramètre /X).  Cette  procédure  sera  généralement  documentée  sur  le  site  du  fournisseur  de  l’application  et  vous  permettra  de  préparer comme il se doit votre serveur de distribution en prévision d’un prochain “Redéploiement”. 

Les  Services  Packs  concernant  les  systèmes  d’exploitation  ne  peuvent  être  déployés  que  vers  des  ordinateurs. Par exemple, il n’est pas possible de déployer le SP4 de Windows 2000 ou le SP2 de Windows  XP Professionnel sur la base d’un déploiement de type utilisateur. 

Au sens large, en fonction des logiciels, les mises à jour logicielles peuvent faire l’objet d’un déploiement de  type ordinateur et/ou utilisateur. 

3. Suppression des logiciels  La suppression d’un logiciel pourra être forcée. Dans ce cas, dès que la stratégie de groupe sera vérifiée, le logiciel  sera intégralement supprimé, soit au démarrage de l’ordinateur dans le cas d’une stratégie de groupe s’appliquant à  l’ordinateur, soit à l’ouverture de session de l’utilisateur dans le cas d’une stratégie s’appliquant à un utilisateur.  L’écran  ci­après  illustre  la  simplicité  de  l’opération  et  aussi  l’effet  catastrophique  en  cas  d’erreur  de  manipulation.  Vous pouvez d’ailleurs noter qu’il n’est pas possible d’accéder à cette opération en agissant sur la touche [Del]. 

© ENI Editions - All rigths reserved

- 3-

Suppression d’un logiciel obligatoire ou non  Si  vous  ne  souhaitez  pas  que  l’application  soit  supprimée,  dans  ce  cas,  choisissez  le  deuxième  choix  :  l’option  Autoriser  les  utilisateurs  à  continuer  à  utiliser  le  logiciel,  mais  interdire  de  nouvelles  installations  permet  aux  utilisateurs de conserver l’application.  Vous pouvez obtenir le même effet en préservant le logiciel dans la stratégie de groupe, mais en désactivant  la stratégie de groupe ayant permis le déploiement initial. 

Notez  le  nom  de  la  stratégie  de  groupe  utilisée  pour  l’opération  de  suppression.  En  effet,  lorsque  vous  déclarez dans une stratégie de groupe donnée qu’un logiciel doit être supprimé, le dit logiciel n’apparaît plus  dans la liste des applications. Du coup, il n’est plus possible de “visualiser” l’opération toujours en cours. 

À  propos  des  opérations  de  suppression  :  les  opérations  de  suppression  pouvant  être  dangereuses,  l’interface  graphique des différents outils d’administration Active Directory a été particulièrement soignée. Ces différents points  sont brièvement expliqués ci­dessous :  ●

cas de la suppression d’une application au sein d’une stratégie de groupe : cette opération ne peut pas être  réalisée  à  l’aide  de  la  touche  [Del].  Vous  devez  impérativement  utiliser  le  menu  Toutes  les  tâches .../Supprimer .... 

●

cas  de  la  suppression  d’un  lien  de  stratégie  de  groupe  dans  la  console  de  gestion  MMC  des  stratégies  de  groupe  :  cette  opération  peut  être  réalisée  à  l’aide  de  la  touche  [Del].  Cependant,  les  dégâts  occasionnés  sont limités car il est toujours facile de recréer un lien détruit par erreur. 

 

●

- 4-

cas  de  la  suppression  d’un  objet  stratégie  de  groupe  dans  la  console  de  gestion  MMC  des  stratégies  de  groupe  :  cette  opération  peut  être  réalisée  à  l’aide  de  la  touche  [Del].  Cependant,  les  dégâts  occasionnés  seront aussi limités que dans le cas précédent, si vous avez sauvegardé vos objets stratégies de groupe, par  exemple, à l’aide de l’un des scripts livrés avec la console de gestion. 

© ENI Editions - All rigths reserved

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Comment déclarez­vous qu’un contrôleur de domaine joue le rôle de catalogue global ?  2 Sur quel port TCP un catalogue global est­il actif ?  3 Citez plusieurs raisons importantes qui justifient la mise en place de catalogues globaux.  4 Le suffixe UPN d’un utilisateur nommé [email protected] signifie­t­il que le domaine fr.company.com  est effectivement un domaine Active Directory ?  5 Quel outil devez­vous utiliser pour déclarer de nouveaux suffixes UPN sur une forêt Active Directory ?  6 Par rapport à la notion de sites Active Directory, donnez une règle d’architecture Active Directory qui traite du  positionnement des catalogues globaux.  7 Dans quel cas peut­il être intéressant de personnaliser les catalogues globaux en terme d’attributs gérés et/ou  indexés ?  8 Que se passe­t­il lorsque le schéma Active Directory est modifié ?  9 Quel est l’objet de la fonction de mise en cache de l’appartenance à des groupes universels ?  10 Que signifie l’option Actualiser le cache à partir de : <Par défaut> ? Quels catalogues seront sollicités, en  évitant la mise en place de la fonction de type catalogue global sur le site local ?  11 Quelle est la valeur de rafraîchissement du cache de l’appartenance aux groupes universels ?  12 Comment pouvez­vous augmenter la valeur de rafraîchissement du cache de l’appartenance aux groupes  universels ?  13 Quel est l’objet de la mise en cache des ouvertures de session sur les ordinateurs Windows Vista, Windows XP  Professionnel ou Windows 2000 ?  14 Quel est le nombre d’ouvertures de sessions autorisées mises en cache localement ?  15 Est­il possible de faire en sorte que la mise en cache des ouvertures de session précédentes sur les postes de  travail Windows soit infinie ?  16 En plus des services d’annuaire et d’authentification indispensables au bon fonctionnement du réseau, quel  autre service doit être présent et disponible sur chaque site ?  17 Un contrôleur de domaine Windows Server 2008 comprend trois partitions indispensables. Lesquelles ?  18 Quelles autres partitions un contrôleur de domaine Windows 2000 Server peut­il supporter ?  19 Quelles autres partitions un contrôleur de domaine Windows Server 2003 ou Windows Server 2008 peut­il  supporter ?  20 De combien de partitions un contrôleur de domaine fonctionnant sous Windows Server 2003 ou Windows  Server 2008 dispose­t­il à l’issue de l’installation d’une nouvelle forêt Active Directory ?  21 Dans quelle mesure les nouvelles partitions de l’annuaire d’applications sont­elles intéressantes ?  22 Votre domaine Active Directory est composé de 10 sites. Chaque site dispose d’un seul et unique contrôleur de  domaine catalogue global. Comment configureriez­vous les paramètres DNS des postes clients Windows 2000,  Windows XP Professionnel ou Windows Vista des différents sites ?  23 Quel est le rôle du maître d’opération de schéma ?  24 Quel est le rôle du maître d’opération de noms de domaine ?  25 Quelle est la nouvelle fonctionnalité intégrée à un maître d’attribution de noms de domaine fonctionnant sous  Windows Server 2003 ou Windows Server 2008 ?  26 Quels sont les trois rôles de maîtres d’opérations indispensables à tout domaine Active Directory ?  27 Précisez en quoi le rôle de maître d’opération PDC Emulator est particulièrement important.  28 Quelle relation existe entre le maître d’opération PDC Emulator et la création ou la modification des objets  stratégies de groupe ?  29 Quel est le rôle du maître des identificateurs relatifs ?  30 Quel est le rôle du maître d’infrastructure ? 

© ENI Editions - All rigths reserved

- 1-

31 Quelle point important devez­vous considérer concernant l’emplacement du maître d’infrastructure ?  32 Dans quel cas est­il possible que le rôle de maître d’infrastructure soit pris en charge par un catalogue global ?  33 Quel type de configuration de maîtres d’opérations est recommandé pour optimiser les trafics et la gestion des  maîtres d’opérations ?  34 Est­il important que le maître d’opérations contrôleur de schéma soit toujours disponible ?  35 Combien de SID le contrôleur de domaine maître d’opérations RID est­il capable de générer avec son pool de  RID par défaut ?  36 Que se passe­t­il lorsque le pool du contrôleur de domaine maître d’opérations RID est épuisé ?  37 Existe­t­il un système d’élection automatique d’un maître d’opération lors d’une défaillance ?  38 Quels sont l’utilitaire et la méthode qui vous permettent de forcer un rôle de maître d’opérations sur un  contrôleur de domaine donné ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /38  Pour ce chapitre, votre score minimum doit être de 29 sur 38. 

3. Réponses  1 Comment déclarez­vous qu’un contrôleur de domaine joue le rôle de catalogue global ?  Dans Sites et services Active Directory, sélectionnez les propriétés NTDS Settings d’un objet contrôleur de domaine sur  le site souhaité. Il suffit ensuite d’activer la case à cocher Catalogue global.  Notez  que  l’assistant  d’installation  Active  Directory  (DCPROMO)  de  Windows  Server  2008  permet  désormais  de  sélectionner le site et aussi le rôle Catalogue global.  2 Sur quel port TCP un catalogue global est­il actif ?  Un  catalogue  global  est  actif  sur  le  port  TCP  3268.  Dans  le  cas  où  le  support  du  protocole  SSL  serait  activé  sur  les  fonctions de recherches via les catalogues globaux, le port serait 3269 (catalogue global via SSL).  3 Citez plusieurs raisons importantes qui justifient la mise en place de catalogues globaux ?  Les catalogues globaux sont sollicités pour les ouvertures de session dans les domaines fonctionnant en mode natif  Windows  2000,  en  mode  Windows  Server  2003  ou  dans  le  niveau  fonctionnel  Windows  Server  2008.  Ils  sont  aussi  utilisés par des applications d’entreprise telles que Microsoft Exchange Server et aussi pour la résolution des suffixes  UPN. En plus de ces spécificités, ils permettent une prise en charge des recherches LDAP à l’échelle de la forêt.  4 Le suffixe UPN d’un utilisateur nommé [email protected] signifie­t­il que le domaine fr.company.com  est effectivement un domaine Active Directory ?  Le  suffixe  UPN  n’est  utilisé  que  dans  la  forêt  Active  Directory  et  est  utile  pour  localiser  un  royaume  Kerberos  v5.  Cependant, il n’est pas obligatoire que ce domaine soit forcément un nom de domaine DNS valide. Il peut aussi s’agir  d’un alias (suffixe UPN) posé sur la forêt.  5 Quel outil devez­vous utiliser pour déclarer de nouveaux suffixes UPN sur une forêt Active Directory ?  Vous pouvez ajouter ou supprimer des suffixes UPN à l’aide de la console de gestion MMC Domaines et approbations  Active Directory.  6 Par rapport à la notion de sites Active Directory, donnez une règle d’architecture Active Directory qui traite du  positionnement des catalogues globaux.  Une bonne pratique consiste à disposer d’un contrôleur de domaine catalogue global par site.  7 Dans quel cas peut­il être intéressant de personnaliser les catalogues globaux en terme d’attributs gérés et/ou  indexés ?  Une bonne raison qui pourrait vous pousser à personnaliser les catalogues globaux serait l’usage de certains attributs  par certaines applications. Lorsque des applications sollicitent trop certains attributs, il est recommandé de placer ces  attributs  dans  les  catalogues.  Le  fait  de  créer  un  index  sur  tel  ou  tel  attribut  permettra  ensuite  d’augmenter  de  manière significative les performances des recherches lorsque les machines sont chargées.  8 Que se passe­t­il lorsque le schéma Active Directory est modifié ?  Dans  un  domaine  fonctionnant  en  mode  Windows  2000  mixte  ou  Windows  2000  natif ­  c’est­à­dire  dans  une  forêt  fonctionnant dans le niveau fonctionnel Windows 2000 ­ le fait de modifier le schéma aura pour effet de synchroniser  l’intégralité  du  contenu  de  tous  les  catalogues  globaux  de  la  forêt.  Si  cette  forêt  contient  des  catalogues  globaux  - 2-

© ENI Editions - All rigths reserved

fonctionnant sous Windows Server 2003 ou Windows Server 2008, seules les données relatives aux attributs modifiés  seront répliquées. Microsoft recommande donc de procéder en priorité à la mise à niveau des contrôleurs de domaine  catalogues globaux vers Windows Server 2003 ou Windows Server 2008. Dans une forêt fonctionnant dans le niveau  fonctionnel  Windows  Server  2003  ou  Windows  Server  2008,  comme  tous  les  catalogues  fonctionnent  sur  des  contrôleurs  de  domaines  Windows  Server  2003  ou  Windows  Server  2008,  seules  les  modifications  apportées  seront  réalisées.  9 Quel est l’objet de la fonction de mise en cache de l’appartenance à des groupes universels ?  La fonctionnalité de mise en cache des appartenances à un groupe universel permet, lors d’une ouverture de session,  de ne plus devoir rechercher un catalogue global. Les informations relatives aux appartenances à un groupe universel  sont "cachées" sur le contrôleur de domaine ayant pris en charge l’authentification.  10 Que signifie l’option Actualiser le cache à partir de : <Par défaut> ? Quels catalogues seront sollicités, en  évitant la mise en place de la fonction de type catalogue global sur le site local ?  Cette  option  vous  permet  de  diriger  les  requêtes  d’appartenance  aux  groupes  universels  vers  des  serveurs  de  catalogues globaux d’un site particulier. De cette manière, vous pouvez contrôler quels catalogues seront sollicités.  11 Quelle est la valeur de rafraîchissement du cache de l’appartenance aux groupes universels ?  Le cache est automatiquement rafraîchi toutes les 8 heures.  12 Comment pouvez­vous augmenter la valeur de rafraîchissement du cache de l’appartenance aux groupes  universels ?  Modifiez la clé de registre : HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Parameters\ Cached Membership Refresh  Interval (minutes). Par exemple, pour ne réaliser qu’un seul rafraîchissement par jour, déclarez la valeur 1440.  13 Quel est l’objet de la mise en cache des ouvertures de session sur les ordinateurs Windows Vista, Windows XP  Professionnel ou Windows 2000 ?  Toutes les informations d’ouvertures de session précédentes des utilisateurs sont mises en cache localement afin que,  au  cas  où  le  contrôleur  de  domaine  serait  indisponible  lors  de  tentatives  d’ouvertures  de  session  ultérieures,  ils  puissent  ouvrir  une  session.  Cette  fonction  permet  aussi  à  des  ordinateurs  portables  l’ouverture  de  session  dans  le  domaine en mode déconnecté.  14 Quel est le nombre d’ouvertures de sessions autorisées mises en cache localement ?  Par  défaut,  les  ordinateurs  Windows  2000  et  Windows  XP  Professionnels  autorisent  10  tentatives  d’ouvertures  de  session lorsqu’aucun contrôleur de domaine n’est disponible.  15 Est­il possible de faire en sorte que la mise en cache des ouvertures de session précédentes sur les postes de  travail Windows soit infinie ?  Non. Cette option n’est pas possible pour des raisons de sécurité. Toute valeur du paramètre Ouvertures de sessions  interactives supérieure à 50, mettra en cache au maximum 50 tentatives d’ouverture de session. Au­delà de la 50ème  ouverture  de  session,  l’utilisateur  ne  pourra  pas  se  connecter,  sauf  bien  entendu,  en  contactant  un  contrôleur  de  domaine.  16 En plus des services d’annuaire et d’authentification indispensables au bon fonctionnement du réseau, quel  autre service doit être présent et disponible sur chaque site ?  Il est indispensable que tous les clients et serveurs puissent disposer du système de résolution DNS. Par conséquent,  sur chaque site important, il est judicieux de disposer d’un contrôleur de domaine qui joue le rôle de serveur DNS.  17 Un contrôleur de domaine Windows Server 2008 comprend trois partitions indispensables. Lesquelles ?  La base de données Active Directory du contrôleur doit contenir la partition de schéma, la partition de configuration et la  partition  du  domaine.  Sur  les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2003  ou  Windows  Server  2008,  vous  disposerez  aussi  des  deux  partitions  de  l’annuaire  d’applications  pour  stocker  les  zones  DNS  de  type  domaine et les zones DNS de type forêt.  18 Quelles autres partitions un contrôleur de domaine Windows 2000 Server peut­il supporter ?  Uniquement les partitions de domaine de tous les autres domaines de la forêt, lorsque le contrôleur joue aussi le rôle  de catalogue global. Les contrôleurs de domaine Windows 2000 Server ne supportent pas les partitions de l’annuaire  d’application, lesquelles ne sont supportées que par Windows Server 2003 et Windows Server 2008.  19 Quelles autres partitions un contrôleur de domaine Windows Server 2003 ou Windows Server 2008 peut­il  supporter ?  Les contrôleurs de domaine Windows Server 2003 et Windows Server 2008 supportent les mêmes partitions que les  contrôleurs de domaine fonctionnant sous Windows 2000 plus les partitions de l’annuaire d’applications.  20 De combien de partitions un contrôleur de domaine fonctionnant sous Windows Server 2003 ou Windows  Server 2008 dispose­t­il à l’issue de l’installation d’une nouvelle forêt Active Directory ?  Le contrôleur dispose de 5 partitions. Les 3 partitions de tout contrôleur de domaine plus les 2 partitions de l’annuaire  d’applications qui accueillent les zones DNS intégrées à Active Directory au niveau du domaine et au niveau de la forêt.  21 Dans quelle mesure les nouvelles partitions de l’annuaire d’applications sont­elles intéressantes ?  Par rapport à Windows 2000 Server, et concernant l’intégration des zones DNS dans Active Directory, l’avantage de ces  nouvelles partitions est de minimiser l’activité sur la partition du domaine Active Directory.  22 Votre domaine Active Directory est composé de 10 sites. Chaque site dispose d’un seul et unique contrôleur de 

© ENI Editions - All rigths reserved

- 3-

domaine catalogue global. Comment configureriez­vous les paramètres DNS des postes clients Windows 2000,  Windows XP Professionnel ou Windows Vista des différents sites ?  Utilisez le protocole DHCP pour configurer l’intégralité des paramètres TCP/IP des ordinateurs clients du domaine. Sur  chaque  étendue  DHCP  spécifique  à  chaque  réseau  ou  sous­réseau  IP,  déclarez  comme  serveur  DNS  préféré  le  contrôleur  de  domaine  du  site  et  comme  serveur  DNS  auxiliaire  un  contrôleur  de  domaine  du  site  distant  le  plus  judicieux par rapport à votre configuration réseau. Cette bonne pratique utilise aussi une autre bonne pratique : les DC  de chaque site sont aussi des serveurs DNS.  23 Quel est le rôle du maître d’opération de schéma ?  Ce maître d’opération est le seul contrôleur de domaine à avoir la responsabilité et le contrôle des opérations de mises  à jour du schéma de la forêt.  24 Quel est le rôle du maître d’opération de noms de domaine ?  Ce maître d’opérations est le seul contrôleur à avoir la responsabilité de contrôler l’ajout ou la suppression de domaines  au sein de la forêt.  25 Quelle est la nouvelle fonctionnalité intégrée à un maître d’attribution de noms de domaine fonctionnant sous  Windows Server 2003 ou Windows Server 2008 ?  La nouvelle fonctionnalité de renommage des domaines Active Directory est implémentée au niveau du rôle de maître  d’attribution de noms de domaine.  26 Quels sont les trois rôles de maîtres d’opérations indispensables à tout domaine Active Directory ?  Chaque  domaine  Active  Directory  d’une  forêt  doit  disposer  de  ses  propres  maîtres  d’opérations : le PDC Emulator, le  maître des identificateurs relatifs et le maître d’infrastructure.  27 Précisez en quoi le rôle de maître d’opération PDC Emulator est particulièrement important.  Ce maître d’opération joue le rôle de contrôleur principal de domaine Windows NT. Il traite les modifications de mot de  passe des clients et réplique les mises à jour à destination des contrôleurs secondaires NT. Le maître d’opération de  type PDC Emulator est aussi responsable de la synchronisation horaire au sein de son domaine Active Directory. Les  autres contrôleurs du domaine choisissent le contrôleur PDC Emulator comme référence. Les machines membres du  domaine se synchronisent ensuite sur le contrôleur sélectionné, en général le contrôleur du site ou le plus proche.  28 Quelle relation existe entre le maître d’opération PDC Emulator et la création ou la modification des objets  stratégies de groupe ?  Par  défaut,  le  maître  d’opérations  PDC  Emulator  interdit  toute  possibilité  d’écrasement  des  objets  de  stratégie  de  groupe.  En  effet,  la  stratégie  de  groupe  du  domaine  réduit  les  risques  de  conflits  de  réplication  en  désignant  ce  contrôleur de domaine comme serveur préféré pour réaliser les modifications des GPO.  29 Quel est le rôle du maître des identificateurs relatifs ?  Ce  contrôleur  de  domaine  alloue  des  séquences  de  RID  à  chacun  des  différents  contrôleurs  de  domaine  de  son  domaine.  Ainsi,  chaque  contrôleur  peut  émettre  des  SID  tout  en  garantissant  l’impossibilité qu’il  puisse  exister  des  conflits. La valeur du RID Pool est, par défaut, fixée à 500.  30 Quel est le rôle du maître d’infrastructure ?  Ce contrôleur de domaine est responsable de la mise à jour des références des objets de son domaine sur les objets  des autres domaines. Il maintient l’identification  de  l’objet en fonction de son déplacement au sein d’un  domaine  ou  d’un  autre  domaine.  Il  compare  ses  données  à  celles  du  catalogue  global  qui,  lui­même,  reçoit  des  mises  à  jour  régulières de tous les domaines par le biais de réplications.  31 Quel point important devez­vous considérer concernant l’emplacement du maître d’infrastructure ?  Le rôle de maître d’infrastructure ne doit pas être attribué au contrôleur de domaine qui héberge le catalogue global,  cependant, ces deux machines devraient être proches l’une de l’autre.  32 Dans quel cas est­il possible que le rôle de maître d’infrastructure soit pris en charge par un catalogue global ?  Dans  le  cas  où  le  domaine  ne  comporte  qu’un  seul  contrôleur  de  domaine  ou  bien  lorsque  tous  les  contrôleurs  de  domaine sont des catalogues globaux.  33 Quel type de configuration de maîtres d’opérations est recommandé pour optimiser les trafics et la gestion des  maîtres d’opérations ?  Vous  pouvez  dans  chaque  domaine  de  la  forêt  cumuler  les  rôles  de  PDC  Emulator,  de  maître  RID  et  de  maître  d’infrastructure sur le premier serveur du domaine. Dans ce cas, assurez­vous que ce contrôleur n’est pas, et ne sera  pas à l’avenir, désigné comme serveur de catalogue global.  34 Est­il important que le maître d’opérations contrôleur de schéma soit toujours disponible ?  Non. Il doit être disponible lorsqu’il est nécessaire de modifier le schéma.  35 Combien de SID le contrôleur de domaine maître d’opérations RID est­il capable de générer avec son pool de  RID par défaut ?  Par défaut, la taille du pool de RID de chaque contrôleur de domaine est fixée à 500 RID.  36 Que se passe­t­il lorsque le pool du contrôleur de domaine maître d’opérations RID est épuisé ?  Le  contrôleur  en  question  est  dans  l’incapacité  de  créer  des  objets  nécessitant  un  SID.  Ce  cas  ne  devrait  pas  se  produire  puisque  le  pool  est  regénéré  lorsqu’il  atteint  80  %  d’utilisation  sous  Windows  2000  Server  et  50  %  sous 

- 4-

© ENI Editions - All rigths reserved

Windows Server 2003 ou Windows Server 2008.  37 Existe­t­il un système d’élection automatique d’un maître d’opération lors d’une défaillance ?  Non. Il est du ressort de l’administrateur de réaliser une prise de contrôle de la fonction de maître d’opérations perdue.  38 Quels sont l’utilitaire et la méthode qui vous permettent de forcer un rôle de maître d’opérations sur un  contrôleur de domaine donné ?  Il  faut  utiliser  la  commande  ntdsutil.  Vous  devez  accéder  au  menu  de  maintenance  FSMO  en  tapant  la  commande  "roles".  Vous  devrez  vous  connecter  à  l’aide  du  menu  "Connect"  puis  sélectionner  le  contrôleur  à  forcer  à  l’aide  du  menu "Select operation target". Ensuite, pour par exemple forcer le rôle de PDC Emulator, vous utiliserez la commande  "Seize PDC" puis confirmerez l’opération. 

© ENI Editions - All rigths reserved

- 5-

Travaux pratiques  1. Publication d’une application à l’aide des stratégies de groupe  L’objectif de ce TP vous permettra de réaliser la publication d’un logiciel à l’aide de la technologie de gestion et de  maintenance  des  logiciels.  La  publication  d’un  logiciel  permet  la  mise  à  disposition  du  dit  logiciel  au  travers  du  Panneau  de  configuration/Ajout/Suppression  de  programmes,  sachant,  que  par  défaut,  l’installation  par  extension  lancera automatiquement l’installation de l’application.  Dans notre exemple, vous devrez publier la visionneuse Powerpoint 2003.  Pour télécharger la Visionneuse PowerPoint 2003, faites une recherche sur le site Microsoft Downloads.  Pour publier le logiciel demandé, procédez de la manière suivante :  1. 

À l’aide de console de gestion MMC, Gestion des stratégies de groupe, modifiez ou créez  un objet stratégie de groupe adapté aux utilisateurs devant utiliser le logiciel. 

2. 

Positionnez­vous sur Configuration utilisateur ­ Paramètres du logiciel ­ Installation de  logiciel, puis faites un clic droit Nouveau ­ Package. 

3. 

Dans la fenêtre Ouvrir, sélectionnez le fichier MSI du package logiciel à installer en  prenant soin d’utiliser le chemin réseau le plus convenable, puis validez par OK. 

4. 

Dans la fenêtre Déploiement du logiciel, sélectionnez le type de déploiement. Dans  notre cas, sélectionnez Publié, puis validez votre choix en cliquant sur le bouton OK. 

Pour vérifier que le logiciel publié est bien disponible pour les utilisateurs situé dans l’étendue de gestion de l’objet  stratégie de groupe, procédez aux opérations ci­dessous :  1. 

Assurez­vous que la base de données Active Directory ainsi que le volume système  partagé Sysvol sont bien synchronisés. Si tel n’est pas le cas, forcez une synchronisation  à l’aide des outils d’administration de Windows Server 2003 ou des outils tels que  repadmin ou replmon. 

2. 

Ouvrez une session avec un compte utilisateur concerné par l’objet stratégie de groupe. 

3. 

Ouvrez le Panneau de configuration ­ Ajout/Suppression de programmes, puis cliquez  sur le bouton Ajouter des nouveaux programmes. 

Le logiciel publié doit apparaître dans la liste des programmes.  Vous  venez  d’utiliser  les  services  de  gestion  et  de  maintenance  des  logiciels  pour  publier  l’application  Powerpoint  Viewer 2003 à des utilisateurs soumis à l’étendue de gestion de la stratégie de groupe. 

2. Affectation (Attribution) d’une application à l’aide des stratégies de groupe  L’objectif  de  ce  TP  vous  permettra  de  réaliser  l’affectation  d’un  logiciel  à  l’aide  de  la  technologie  de  gestion  et  de  maintenance des logiciels. D’un  point  de  vue  de  la  terminologie,  notez  que  l’affectation était appelé "_attribution_"  dans l’environnement Windows 2000. L’affectation des logiciels vous permet de vous assurer que l’utilisateur peut en  disposer  en  permanence.  Des  raccourcis  dans  le  menu  Démarrer  et  des  icônes  sur  le  Bureau  correspondant  aux  logiciels  apparaissent  lorsque  l’utilisateur  ouvre  sa  session.  En  outre,  l’affectation  de  logiciels  fait  que  ceux­ci  sont  tolérants aux pannes. Si, pour une raison quelconque, l’utilisateur supprime un logiciel, Windows Installer le réinstalle  lorsque l’utilisateur se reconnecte et démarre l’application.  Dans notre exemple, vous devrez affecter l’application Visionneuse Word 2007, non pas à des utilisateurs mais à des  ordinateurs.  Pour  télécharger  la  Visionneuse  Word  2007,  faites  une  recherche  sur  le  site  Microsoft  Downloads.  Pour  affecter  le  logiciel demandé, procédez de la manière suivante :  1. 

À l’aide de console de gestion MMC, Gestion des stratégies de groupe, modifiez ou créez  un objet stratégie de groupe adapté aux ordinateurs devant recevoir le logiciel, 

2. 

Positionnez­vous sur Configuration ordinateur ­ Paramètres du logiciel ­ Installation  de logiciel, puis faites un clic droit Nouveau ­ Package. 

3. 

Dans la fenêtre Ouvrir, sélectionnez le fichier MSI du package logiciel à installer en 

© ENI Editions - All rigths reserved

- 1-

prenant soin d’utiliser le chemin réseau le plus convenable, puis validez par OK.  4. 

Dans la fenêtre Déploiement du logiciel, sélectionnez le type de déploiement. Dans  notre cas, sélectionnez Attribué, puis validez votre choix en cliquant sur le bouton OK. 

Pour vérifier que le logiciel affecté est bien disponible pour les ordinateurs situés dans l’étendue de gestion de l’objet  stratégie de groupe, procédez aux opérations ci­dessous :  1. 

Assurez­vous que la base de données Active Directory ainsi que le volume système  partagé Sysvol sont bien synchronisés. Si tel n’est pas le cas, forcez une synchronisation  à l’aide des outils d’administration de Windows Server 2003 ou des outils tels que  repadmin ou replmon. 

2. 

Redémarrez un ordinateur concerné par l’objet stratégie de groupe. 

3. 

Pendant la phase de démarrage et après la phase Préparation des connexions réseaux,  un message indiquera que l’application des paramètres d’installation des logiciels est en  cours. Ensuite, le nom du package sera affiché le temps de l’installation de celui­ci. 

4. 

Ouvrez une session avec un compte du domaine. Le logiciel affecté doit apparaître dans  l’environnement de l’utilisateur en fonction de ses caractéristiques propres.  Les  logiciels  affectés  à  un  ordinateurs  sont  disponibles  pour  tous  les  utilisateurs  ouvrant  une  session  sur  l’ordinateur. 

Remarquez que lorsqu’il s’agit d’un déploiement de logiciel à destination d’un ordinateur, il n’est pas possible  d’utiliser  le  mode  Publié.  Ce  point  est  normal,  puisque  seuls  les  utilisateurs  ont  la  possibilité  d’accéder  au  bureau et au Panneau de configuration pour accéder à la fonction Ajout/Suppression de programmes. 

Les logiciels affectés aux ordinateurs sont installés pendant la phase de démarrage des ordinateurs. Notez  que l’ordinateur s’authentifie avec son compte pour accéder à la source de distribution réseau. Il faut donc  que  la  permission  par  défaut  Utilisateurs  authentifiés  soit  en  place,  ou  bien  que  l’ordinateur  soit  autorisé  à  un  accès en lecture sur le partage réseau. 

Notez  qu’il  est  possible  de  réaliser  un  filtrage  de  sécurité  sur  les  packages  insérés  au  sein  d’un  objet  stratégies  de  groupe.  Cette  fonctionnalité  pour  être  très  intéressante  pour  un  filtrage  de  dernière  minute.  Pour réalisez cette opération, accédez à l’onglet Sécurité des Propriétés du package. 

L’affectation des logiciels à des ordinateurs est intéressante pour déployer les Services Packs des systèmes  d’exploitation. 

Vous  venez  d’utiliser  les  services  de  gestion  et  de  maintenance  des  logiciels  pour  affecter  l’application Visionneuse  Word 2007 à des ordinateurs soumis à l’étendue de gestion de la stratégie de groupe. 

3. Passage des patchs et redéploiement d’une application  L’objectif de ce TP vous permettra de réaliser le passage de correctifs pour une application précédemment déployée à  l’aide de la technologie de gestion et de maintenance des applications.  Pour procéder à cette opération de gestion des logiciels, procédez de la manière suivante :  1. 

- 2-

Vérifiez que vous disposez des correctifs de l’application et que vous disposez aussi  d’une nouvelle version du fichier au format MSI. Concernant un produit tel que Microsoft  Office 2003, référez­vous au Guide de déploiement de Microsoft Office 2003. En résumé,  vous devez télécharger les mises à jour, les décompresser dans un répertoire de travail,  puis patcher le point de distribution contenant les fichiers d’installation source  actuellement utilisés. Si vous ne disposez pas d’un nouveau package Windows Installer,  vous ne pourrez pas redéployer le logiciel. En effet, toutes les opérations à réaliser sont  contenues dans ce fichier. 

© ENI Editions - All rigths reserved

2. 

Éditez l’objet Stratégie de groupe qui avait déployé le logiciel à l’origine. 

3. 

Positionnez­vous sur Installation de logiciel, faites un clic droit sur le nom du package,  faites Toutes les tâches, puis sélectionnez l’option Redéploiement des applications. 

4. 

Dans la boîte de dialogue de confirmation, cliquez sur le bouton Oui. 

Pour obtenir plus d’informations sur les méthodes de mises à niveau des logiciels, recherchez l’article 226936 intitulé  "_How  To  Patch  a  Software  Installation  Stored  on  a  Network  Server  That  Is  Deployed  Using  Microsoft  Software  Installer_" en utilisant le lien suivant : http://support.microsoft.com/default.aspx?scid=kb;en­us;Q226936.Vous venez  d’utiliser  les  services  de  gestion  et  de  maintenance  des  logiciels  pour  déployer  des  correctifs  sur  une  application  déployée à l’aide de la technologie de gestion et de maintenance des logiciels. 

4. Configuration d’un point de distribution DFS  L’objectif  de  ce  TP  vous  permettra  de  réaliser  la  mise  en  oeuvre  d’un point de distribution à l’aide  des  services  de  fichiers  distribués  de  Windows  Server  2003  ou  Windows  Server  2008.  L’usage  des  services  DFS  vous  permettra  d’accéder  en  toute  transparence  à  l’espace  de  fichiers  sans  jamais  plus  faire  référence  aux  serveurs  eux­mêmes.  Sous Windows Server 2008, l’accès à la console de gestion des services de systèmes de fichiers distribués DFS est  réalisé via la console DFSMgmt.msc, située dans les dossiers Outil d’administration. Notez que sous Windows Server  2008,  on  parle  d’espace  de  noms  DFS.De  cette  manière,  vous  pourrez  par  exemple,  accéder  aux  fichiers  sources  d’installation  des  logiciels  avec  un  chemin  UNC  qui  prendra  la  forme  suivante  \\europe.company.com\DataSpace\Install­Softs,  sachant  que  europe.company.com  représente  le  nom  d’un  domaine  Active Directory.  Pour créer un point de partage pris en charge à l’aide des services DFS, procédez de la manière suivante :  1. 

Menu Démarrer, Exécuter et lancez Dfsmgmt.msc.  La console de gestion des services de fichiers distribués DFS s’affiche. 

2. 

Via le menu Action, sélectionnez Nouvel espace de noms. 

3. 

À l’aide des Étapes de l’assistant, déclarez les paramètres suivants :  ●

Nom du serveur sur lequel accède le nouvel espace DFS (par exemple, Corp_Soft)  en conservant les paramètres par défaut (Tous les utilisateurs disposent  d’autorisations en lecture seule). 

●

Type d’espace de noms : Espace de noms de domaine. 

4. 

Positionnez­vous sur votre espace de noms, puis dans le menu Actions, sélectionnez  Nouveau dossier. Entrez par exemple INSTALL. 

5. 

Déclarez le nom d’une ou plusieurs cibles contenant les logiciels à installer. 

6. 

Validez par OK. 

7. 

Dans la fenêtre Domaine hôte, choisissez parmi tous les domaines de la forêt, le  domaine qui hébergera la nouvelle racine DFS, puis cliquez sur Suivant. 

8. 

Dans la fenêtre Serveur hôte, choisissez en cliquant sur le bouton Parcourir, le serveur  qui hébergera cette nouvelle racine DFS, puis cliquez sur Suivant. 

9. 

Dans la fenêtre Nom de la racine, indiquez un nom unique pour cette nouvelle racine  DFS. Dans notre exemple, entrez DataSpace, puis faites Suivant. 

10. 

Dans la fenêtre Partage Racine, cliquez sur Parcourir. Déterminez un emplacement à  votre convenance. Une bonne pratique consiste à créer un dossier appelé DFS.Root. Une  fois le dossier créé, cliquez sur Suivant pour terminer la mise en place de la nouvelle  racine DFS de domaine intégrée dans Active Directory.  Pour apporter des modifications dans l’espace DFS, vous devez être un membre du groupe Administrateurs  sur le serveur hébergeant l’espace DFS. 

Vous pouvez héberger de multiples racines DFS sur un seul ordinateur lorsque vous utilisez Windows Server  2003,  Enterprise  Edition  ou  Windows  Server  2003,  Datacenter  Edition.  La  version  standard  de  Windows  Server 2008 ne supporte qu’une seule racine DFS, comme cela est le cas avec Windows 2000 Server et Windows  2000 Advanced Server.  © ENI Editions - All rigths reserved

- 3-

  Tout serveur membre ou contrôleur de domaine peut héberger une racine DFS de type domaine.

Seuls les volumes NTFS peuvent héberger des racines DFS. Vous ne pouvez pas héberger une racine DFS sur  une partition FAT ou FAT32. 

Vous venez d’utiliser les services d’espace de noms DFS de Windows Server 2008 pour disposer de multiples points  de distribution à l’échelle du réseau de l’entreprise sur la base des sites Active Directory. 

5. Suppression d’une application  L’objectif de ce TP vous permettra de réaliser la suppression d’une application déployée à l’aide de la technologie de  gestion et de maintenance des logiciels.  Pour procéder à cette opération de gestion des logiciels, procédez de la manière suivante :  1. 

Éditez l’objet Stratégie de groupe qui avait déployé le logiciel à l’origine. 

2. 

Positionnez­vous sur Installation de logiciel, faites un clic droit sur le nom du package,  faites Toutes les tâches, puis sélectionnez l’option Supprimer. 

Attention à la sélection de l’option de suppression de logiciel 

3. 

Dans la boîte de dialogue de confirmation, cliquez sur le bouton OK.  Les  logiciels  installés  à  l’aide  d’une  stratégie  de  groupe  de  type  utilisateur  seront  désinstallés  lors  de  la  prochaine ouverture de session. 

Les  logiciels  installés  à  l’aide  d’une  stratégie  de  groupe  de  type  ordinateur  seront  désinstallés  lors  du  prochain redémarrage des ordinateurs. 

Vous venez d’utiliser les services de gestion et de maintenance des logiciels pour supprimer une application à l’aide  de la technologie de gestion et de maintenance des logiciels. 

6. Activation des diagnostics avancés de Windows Installer  L’objectif de ce TP vous permettra d’activer la journalisation de l’activité du service Windows Installer responsable de  l’installation,  la  mise  à  niveau,  la  suppression  ainsi  que  la  réparation  des  applications  basées  sur  la  technologie  Microsoft  Windows  Installer.  Une  fois  que  vous  aurez  activé  la  journalisation  du  service  Windows  Installer,  vous  pourrez disposer d’informations utiles dans le cadre d’un déploiement d’applications dans le journal des événements  de Windows sous les références Installation de logiciel, MsiInstaller et Gestion des applications.  Pour activer la journalisation dans Windows Installer, procédez comme suit :  1.  - 4-

Créez ou éditez un objet stratégie de groupe adapté aux ordinateurs devant faire l’objet  © ENI Editions - All rigths reserved

d’une surveillance du service Windows Installer.  2. 

Dans l’éditeur de stratégie de groupe, positionnez­vous à l’emplacement : Configuration  ordinateur ­ Stratégies ­ Modèles d’administration ­ Composants Windows ­ Windows  Installer 

3. 

Cliquez avec le bouton droit sur Enregistrement, puis cliquez sur Propriétés. 

4. 

Sélectionnez le niveau de journalisation souhaité puis cliquez sur OK pour valider votre  choix. 

Les paramètres seront opérationnels lors du prochain rafraîchissement des stratégies de groupe. 

Activation des Journaux Windows Installer  Acceptez le réglage proposé par défaut. IWEAP permet de consigner :  ●

Les messages d’état, 

●

Les avertissements récupérables, 

●

Tous les messages d’erreurs, 

●

Le démarrage des actions, 

●

Les propriétés du terminal. 

L’ensemble de ces messages est consigné dans le fichier MSI.log dans le répertoire Temp du volume système.  Vous  venez  d’utiliser  une  stratégie  de  groupe  pour  activer  l’enregistrement  des  journaux  Windows  Installer.  Cette  opération  sera  intéressante  pour  contrôler  la  nature  des  erreurs  d’installation  lors  du  déploiement  d’une  nouvelle  application à l’aide du service Windows Installer et de la technologie de gestion et de maintenance des logiciels. 

© ENI Editions - All rigths reserved

- 5-

Maintenance Active Directory avec Windows Server 2003 et Windows  Server 2008  Windows Server 2008 inclut un nombre important d’évolutions qui touchent de nombreux aspects techniques tels que  les  services  de  sécurité  ou  les  services  de  gestion  et  d’administration.  Toutes  ces  évolutions  sont  conçues  pour  augmenter la fiabilité et la flexibilité des solutions d’infrastructure Windows Server.  Le cœ ur Active Directory a profondément évolué, tant fonctionnellement ­ avec l’intégration des services AD CS, AD FS,  AD LDS et AD RMS, que techniquement avec ses nouvelles capacités de redémarrage à chaud ainsi que le support de  DFS­R comme successeur de NTFRS pour la réplication du SYSVOL.  Même  si  les  services  Active  Directory  de  Windows  2000  et  de  Windows  Server  2003  ont  fait  l’objet  de  multiples  corrections pour atteindre une grande robustesse au cours de ces dernières années, il n’en demeure pas moins que  les  services  de  domaine  Active  Directory  AD  DS  sont  toujours  vulnérables  à  des  événements  difficilement  prévisibles  tels que les erreurs d’administration, les incidents matériels ou aussi les erreurs de configuration de logiciels plus ou  moins proches du système ou des composants Active Directory.  L’Active  Directory  contient  de  multiples  données  internes  et  aussi  externes  dont  dépendent  de  nombreux  éléments  d’infrastructure. Il peut s’agir des informations utilisateurs, de leurs mots de passe, des listes de révocations utilisées  par l’authentification par carte à puces, des secrets utilisés par les serveurs Radius ou NPS (Network Policy Server), ou  tout  simplement  des  données  des  objets  GPO,  lesquels  sont  aujourd’hui  devenus  de  plus  en  plus  puissants  donc  indispensables !  Tous ces problèmes potentiels, autour des services de domaine Active Directory, peuvent impacter de manière sérieuse  la  disponibilité  des  applications,  des  services  globaux,  la  productivité  des  utilisateurs  et  par  là  même  l’image  des  équipes ayant en charge les services d’infrastructure.  Prévoir un plan de récupération adapté  La  récupération  des  objets  ou  données  Active  Directory  à  l’aide  des  outils  Active  Directory  de  Windows  Server  2003  n’est  pas  particulièrement  aisée  et  ceux  qui  ont  dû  en  passer  par  ces  opérations  savent  que  ces  incidents  peuvent  nécessiter des heures, voire dans certains cas particulièrement délicats, des jours.  Avancées apportées par Windows Server 2008  Windows Server 2008 introduit d’intéressants changements dans les opérations de sauvegarde et de récupération des  services  Active  Directory.  Ces  changements  permettent  aux  ingénieurs  systèmes,  responsables  des  services  Active  Directory, d’avoir un meilleur contrôle du processus de restauration des donnés à récupérer. Cependant, nous allons  découvrir  que  la  récupération  des  objets  n’est  pas  encore  intuitive  et  qu’il  sera  parfois  nécessaire  d’envisager  l’acquisition d’un produit tiers pour en faciliter le processus.  Méthodes et outils Windows Server 2003 et Windows Server 2008  Comme les méthodes et outils fournis avec Windows Server 2008 ne sont pas compatibles avec Windows Server 2008,  il est clair que les entreprises qui envisagent une transition douce des services d’annuaire Active Directory de Windows  2000 Server ou Windows Server 2003 vers les services de domaine AD DS de Windows Server 2008, devront, pendant  cette période de transition, exécuter des procédures de sauvegarde différentes. D’un côté les méthodes de Windows  2000 Server et Windows Server 2003 et, de l’autre, les méthodes de Windows Server 2008.  Ce chapitre va nous permettre de faire le point sur les principes communs de maintenance des services Active  Directory avec Windows Server 2003 et Windows Server 2008. Ensuite, nous traiterons en détail des nouvelles  fonctionnalités apportées par Windows Server 2008. 

© ENI Editions - All rigths reserved

- 1-

Introduction à la maintenance Active Directory  Windows Server 2003 et Windows Server 2008 disposent de toute la technologie nécessaire pour garantir un très haut  niveau d’intégrité et de tolérance de panne.  Toutes les données de l’annuaire lui­même, c’est­à­dire le schéma et la configuration sont elles­mêmes stockées au sein  de la base de données de l’annuaire. Comme la plupart des produits ou services serveurs, Microsoft a choisi d’utiliser le  moteur  de  stockage  ESE  ­  Extensible  Storage  Engine.  Les  informations  du  service  d’annuaire  Active  Directory  sont  stockées dans une base de données transactionnelle, laquelle facilite le maintien de l’intégrité des données en cas de  défaillance. Le terme "défaillance" signifie toute panne du contrôleur de domaine qu’il s’agisse d’une panne logicielle ou  d’une panne totale du système.  La base de données NTDS.DIT ­ comme Directory Information Tree, utilise des journaux de transactions qui permettront  la récupération des données corrompues au sein de la base. Une fois les données récupérées, le système d’annuaire  utilise  les  mécanismes  "normaux"  de  réplication  pour  obtenir  les  données  manquantes  causées  par  l’interruption  de  service.  De  nombreux  composants  interagissent  les  uns  avec  les  autres  aussi,  les  méthodes  utilisées  ne  devront  pas  se  contenter  de  sauvegarder  et  restaurer  la  base  de  données  de  l’annuaire  Active  Directory.  Il  faudra  tenir  compte  des  éventuelles relations avec les composants systèmes de Windows ainsi que des extensions que l’annuaire ne manquera  pas d’utiliser. 

1. À propos du moteur de base de données ESE  Avant de commencer à décrire les opérations de gestion et de maintenance de la base de données Active Directory, il  peut  être  intéressant  de  connaître  les  concepts  de  base  inhérents  au  moteur  de  stockage  ESE  ­ Extensible  Storage  Engine, utilisé par Active Directory.  Le processus de base de modification des données comprend six étapes :  1.  La  demande  d’écriture  déclenche  une  demande  de  transaction.  Si  le  moteur  remplit  toutes  les  conditions  pour  accepter la demande, la demande d’écriture est acceptée.  2. Le moteur Active Directory place la transaction en mémoire dans le tampon de transactions.  3. Le moteur Active Directory transfère la transaction de la mémoire dans le journal des transactions.  4. Le moteur Active Directory transfère la transaction vers la base de données.  5.  Finalement,  Active  Directory  compare  la  base  de  données  et  les  fichiers  de  transactions  pour  vérifier  que  la  dite  transaction a été validée dans la base de données.  6. Une fois les vérifications terminées, Active Directory actualise le fichier de points de vérification. 

a. Mise en cache et points importants  Le  principe  des  caches  disques  est  souvent  repris  par  les  moteurs  de  base  de  données  pour  optimiser  encore  les  performances.  Par  exemple,  le  système  de  fichiers  NTFS  est  capable  d’exploiter  deux  modes  tels  que  l’écriture  retardée (en anglais, Lazy Writes) et les lectures anticipées (en anglais, Read Ahead). Le moteur ESE implémente lui  aussi des mécanismes du même type. En fait, la combinaison de l’usage des journaux de transaction et de la gestion  de la mise en cache améliore considérablement les performances.  Les  points  ci­dessous  donnent  une  première  liste  des  recommandations  que  vous  pouvez  respecter  pour  définir  votre stratégie de maintenance Active Directory :  ●

Active Directory nettoie la mémoire et optimise les structures de la base de données à l’aide du processus de  défragmentation en ligne. Ce processus s’exécute suivant un cycle prédéfini, toutes les 12 heures. L’objectif  de cette opération est de résoudre au fil de l’eau, les problèmes d’organisation de la base de données. De  cette  manière,  le  système  doit  maintenir  son  niveau  de  performances  habituel.  Notez  que  ce  processus  d’optimisations  ne  prend  pas  en  charge  la  récupération  de  l’espace libre à l’intérieur  de  la  base.  Parmi  les  opérations réalisées, la base de données est inspectée, les objets supprimés sont déplacés dans le dossier  "Deleted  Objects"  et  dotés  d’un  marqueur  pour  spécifier  que  leur  durée  de  vie  est  désormais  fixée  à  60  jours. De cette façon, les objets supprimés sont toujours là (désactivés) pour pouvoir être encore récupérés.  Les  objets  dont  la  durée  de  vie  a  expiré  sont  définitivement  détruits  et  enfin,  la  défragmentation  en  ligne  peut commencer. 

Notez que le module NTDS ISAM initie une défragmentation en ligne de la base de données ntds.dit.  À  propos  de  la  défragmentation  et  du  moteur  ESE  :  l’annuaire Active Directory s’appuie  sur  un  moteur  de  base  de  données  de  type  ISAM.  Le  terme  ISAM  signifie  "Indexed  Sequential  Access  Method  (ISAM)"  ou  en 

© ENI Editions - All rigths reserved

- 1-

français,  "gestionnaire  de  tables  à  accès  séquentiel  indexé".  Comme  c’est  le  cas  avec  les  bases  de  données  utilisées  par  des  services  et  applications  telles  que  Exchange  Server,  FRS,  le  gestionnaire  de  configuration  de  sécurité (Security configuration editor), les services Wins et Dhcp et aussi les services de certificats de Windows  Server  2003  et  Windows  Server  2008,  le  processus  de  défragmentation  en  ligne  ne  récupère  pas  l’espace  libre  non utilisé à l’intérieur de la base de données. La réorganisation complète du fichier ainsi que la récupération de  l’espace inutilement consommé ne peut être réalisées qu’avec une procédure de défragmentation hors ligne. Cette  procédure est étudiée plus loin. Lorsqu’il s’agit de serveurs fonctionnant sous Windows Server 2008, vous pouvez  réaliser  une  défragmentation  OFF  LINE  sans  redémarrer  le  serveur  en  mode  DSRM  (Directory  Services  Restore  Mode).  Cette  possibilité  est  donnée  aux  administrateurs  via  la  nouvelle  fonctionnalité  "Windows  Server  2008  Restartable AD DS". Lorsqu’il s’agit de serveurs fonctionnant sous Windows Server 2003, vous ne pourrez réaliser  une  défragmentation  hors  ligne  qu’en  planifiant  un  arrêt  du  contrôleur  de  domaine.  Cette  opération  n’est  pas  "urgente  en  soi"  mais  devra  être  planifiée  si  vous  souhaitez  réduire  la  taille  du  fichier  de  base  de  données  de  l’Active Directory, Ntds.dit. Nous savons que les objets de l’Active Directory sont stockés au niveau de la forêt dans  des partitions. Microsoft recommande de sauvegarder chaque partition donc chaque domaine Active Directory à un  rythme largement inférieur à la durée de vie des objets. Pour rappel, les objets supprimés ont une durée de vie de  60  jours  à  l’intérieur  de  la  base  Active  Directory.  Il  est  fortement  recommandé  de  faire  tous  les  jours  une  sauvegarde de l’état du système. Une sauvegarde de type "System State" permet de sauvegarder un ensemble  cohérent d’informations. Ainsi, tous les composants systèmes, l’Active Directory, le volume système SYSVOL et les  services de certificats sont automatiquement sauvegardés. (Ces données sont appelées données d’état système.) 

Le concept de la sauvegarde de type "état du système" a pour objet de sauvegarder, et restaurer lorsque  nécessaire, le bon état d’un système défaillant. Une sauvegarde de ce type ne sauvegarde pas l’intégralité  du  système  mais  seulement  ce  qui  le  caractérise  le  plus.  Pour  restaurer  une  telle  sauvegarde,  il  est  donc  nécessaire de disposer d’un système d’exploitation capable de s’initialiser correctement. 

Une sauvegarde de type "état du système" pourra aussi être utilisée pour installer un nouveau contrôleur  de domaine à partir d’une sauvegarde, lorsque le site sur lequel le nouveau contrôleur est situé ne dispose  pas  d’un  autre  contrôleur  proche  de  lui.  Pour  rappel,  l’installation d’un  contrôleur  à  partir  d’une  sauvegarde  est  réalisée à l’aide de la commande Dcpromo /adv. L’exécution de la commande dcpromo /? sous Windows Server  2003 renvoie uniquement les paramètres /answer et /adv, sous la forme d’une fenêtre d’informations Windows.  Sur un serveur Windows Server 2008, il est nécessaire de lancer la commande dcpromo /? en ligne de commande  pour  obtenir  le  retour  (toujours  en  ligne  de  commande),  des  nombreux  paramètres  offerts  par  Windows  Server  2008.  Notez  aussi  que  les  sauvegardes  de  type  "system  state"  peuvent  être  restaurées  sur  des  systèmes  fonctionnant sur des matériels différents. Ce point est particulièrement important dans le cadre de la mise en place  d’un plan de récupération d’urgence. 

b. Fichiers utilisés par ESE  Le moteur de base de données d’Active Directory stocke et organise tous les objets de l’annuaire. Le moteur ESE est  basé  sur  les  transactions  et  utilise  des  fichiers  journaux  (aussi  appelés  fichiers  de  transactions)  pour  garantir  l’intégrité  de  la  base  de  données.  L’ensemble  des  fichiers  utilisés  par  le  moteur  ESE  de  Windows  Server  2003  est  listé ci­dessous :  ●

Ntds.dit  :  il  s’agit  du  fichier  de  base  de  données  Active  Directory  qui  stocke  tous  les  objets  au  niveau  du  contrôleur de domaine. L’extension .dit fait référence à l’arborescence des informations de l’annuaire (DIT ­  Directory  Information  Tree).  Ce  fichier  est  situé  par  défaut  dans  le  répertoire  %systemroot%\Ntds.  Active  Directory enregistre chaque transaction dans un ou plusieurs fichiers journaux associés au fichier Ntds.dit. 

●

Edb*.log : il s’agit du fichier journal des transactions dont le nom par défaut est Edb.log. Ce fichier est d’une  capacité  fixe  de  10  mégaoctets  (Mo).  Lorsque  le  fichier  Edb.log  est  saturé,  Active  Directory  crée  un  autre  fichier dénommé Edbnnnnn.log (où nnnnn correspond à l’ordre chronologique de création). 

●

Edb.chk : il s’agit d’un fichier à caractère système. Appelé "fichier de points de contrôle", ce fichier est utilisé  par le moteur de base de données pour garder une trace des données qui ne sont pas encore écrites. Le  fichier  .chk  est  une  table  de  pointeurs  qui  conserve  des  données  de  statut  entre  les  journaux  de  transactions,  la  mémoire  et  le  fichier  de  la  base  de  données  sur  le  disque.  Il  indique  le  point  de  départ  à  partir duquel les informations doivent être récupérées en cas de défaillance. 

●

Res1.log  et  Res2.log  :  ces  deux  fichiers  sont  des  fichiers  de  réservation  d’espace  disque.  Cette  quantité  d’espace  disque  est  fixée  à  20  Mo  et  réservée  sur  le  disque  pour  les  journaux  de  transactions.  De  cette  manière le système d’exploitation dispose d’un espace suffisant pour procéder à la fermeture de la base de  données Active Directory. 

c. Nouvelle structure de fichiers Active Directory de Windows Server 2008  - 2-

© ENI Editions - All rigths reserved

Le  tableau  ci­dessous  compare  la  structure  des  fichiers  de  base  de  données  Active  Directory  de  Windows  Server  2008 par rapport à l’ancienne structure utilisée par Windows Server 2003.  Le nouveau format de fichiers utilisé par Active Directory sur les serveurs Windows Server 2008 ainsi que le  nouveau  format  de  la  base  Jet  est  identique  à  celui  utilisé  par  Microsoft  Exchange  Server  2007  (ainsi  que  pour la gestion des licences des services de terminaux de Windows Server 2008). 

Windows Server 2008 

edb.chk 

edb.log 

Windows Server 2003 

Utilisation ­ Rôle du fichier 

edb.chk 

Les fichiers CHK sont des fichiers  de point de contrôle utilisés pour  déterminer quelles transactions  contenues dans le journal de  transactions (edb.log) doivent  encore être inscrites dans la base  de données Active Directory. Ce  fichier est mis à jour chaque fois  qu’une transaction est inscrite sur  disque et sera utilisé pour  récupérer instantanément  l’intégrité de la base de données  Active Directory. Ce pourra être le  cas en cas de crash ou d’arrêt  brutal du serveur. 

edb.log 

Il s’agit du journal de transactions  utilisé par la base de données  Active Directory. Ce fichier a  toujours une taille maximale de  10 Mo. Lorsque le journal de  transactions courant est saturé,  alors Active Directory crée un  fichier supplémentaire  edbxxxxx.log, en commençant par  edb00001.log, puis en  l’incrémentant pour chaque  nouveau fichier. 

edbres00001.jrs 

res1.log 

edbres00002.jrs 

res2.log 

edbtmp.log 

­­­ 

© ENI Editions - All rigths reserved

Ces nouveaux fichiers permettent  de réserver un espace physique  sur le disque. Comme cela était le  cas avec Windows Server 2003,  ces 2 fichiers réservent 10 Mo  chacun et ne seront utilisés que si  l’espace disponible du disque qui  héberge les journaux de  transactions est insuffisant. En  général, ces fichiers permettront  de réaliser un arrêt propre de la  base de données lorsque le  disque est saturé.  Ce fichier est utilisé comme  modèle de journal de  transactions. Il est utilisé lorsque  le fichier de transactions edb.log  atteint sa taille maximale de 10  Mo, puis est renommé. Lorsque le  fichier edb.log est renommé, le  fichier edbtmp.log est utilisé pour  stocker les nouvelles  transactions. Il est ensuite  renommé en edb.log une fois que  le fichier existant edb.log a bien  été renommé. Une fois que le  fichier edbtmp.log est renommé  en edb.log, un nouveau fichier  edbtmp.log vide est créé par ESE.  Ce processus de permutation de 

- 3-

fichiers n’a pas d’équivalent sous  Windows Server 2003. 

Ntds.dit 

tmp.edb 

- 4-

Ntds.dit 

Le fichier de base de données  Active Directory.  

tmp.edb 

Ce fichier, d’une taille de 2 Mo, est  utilisé comme espace de travail  temporaire pour traiter les  transactions. 

© ENI Editions - All rigths reserved

Opérations de maintenance Active Directory  1. Introduction  Les systèmes de toute nature sont sujets à une baisse de leurs performances. Au fil du temps, la fragmentation de la  base de données se produit tant sur le disque dur qu’à l’intérieur même de la base de données. Cet affaiblissement  est  principalement  dû  à  la  multitude  d’opérations  de  créations,  suppressions  et  autres  modifications  d’attributs  et  d’objets dans la base de l’annuaire.  Il  existe  deux  niveaux  de  fragmentation.  Le  premier  niveau  concerne  le  système  de  fichier  lui­même,  le  second  concerne la structure de la base elle­même. Le processus de défragmentation permet de récupérer les performances  initiales en réalisant les opérations nécessaires sur les deux niveaux.  Notez par ailleurs qu’il n’est pas interdit de placer la base de données Active Directory ainsi que ses journaux  de  transaction  sur  un  disque  de  type  FAT.  En  fait,  seul  le  volume  système  partagé  (Sysvol)  nécessite  un  disque formaté en NTFS pour pouvoir utiliser les notifications NTFS. Le déplacement de la base de données Active  Directory et des journaux de transaction sont traités plus loin.  La  bonne  pratique  est  d’utiliser  NTFS  car  il  s’agit  du  meilleur  système  de  fichiers  pour  garantir  la  protection  et  la  récupération des données. En effet, NTFS dispose d’un mécanisme de type "Write Ahead" qui protège les opérations  d’écriture de fichiers. De plus, NTFS supporte les avantages suivants :  ●

récupération rapide en cas de système de fichier mal fermé, 

●

meilleur usage du stockage lorsqu’il y un nombre important de petits fichiers, 

●

temps d’accès plus rapides sur les grands volumes et les grands fichiers. 

De plus, NTFS est nécessaire pour supporter les quotas disques, les points de montage (très utile lorsque le disque  système est plein), le cryptage EFS, et le support de DFS. 

2. Pourquoi est­il nécessaire de défragmenter ?  Les  baisses  de  performances  peuvent  être  considérables.  En  effet,  dès  que  les  données  à  récupérer  sont  fragmentées, le moteur de stokage ESE et aussi le système de fichiers de l’ordinateur doivent parcourir la base de  données  Active  Directory  nécessitant  d’innombrables  opérations.  Ces  opérations  font  baisser  les  performances  globales du système d’annuaire en augmentant les délais (temps de réponse) de la base de données.  Par conséquent, toutes les opérations d’écritures et de lectures soumises au moteur de stockage Active Directory ont  un impact négatif sur d’autres services connexes. Parmis ceux­ci nous pouvons lister :  ●

les  accès  sur  les  stratégies  de  groupes  lors  des  opérations  de  lectures  et  de  découverte  S,D,OU  (sites,  domaines, unités d’organisations), 

●

les accès aux clés publiques des utilisateurs qui utilisent des certificats X.509 v3, 

●

les accès aux partitions applicatives des services DNS, 

●

les accès aux partitions en lectures seules des catalogues globaux avec les effets que nous pouvons imaginer  sur les performances de produits tels que, par exemple, Microsoft Exchange Server. 

Ces quelques exemples, nous permettent de montrer que la fragmentation diminue véritablement les performances  d’autres composants s’appuyant sur des données stockées dans la base de données Active Directory.  Pour  palier  aux  problèmes  issus  des  phénomènes  de  fragmentation,  la  seule  solutions  consiste  à  entreprendre  la  défragmentation  de  la  base  de  données  Active  Directory.  La  défragmentation  est  une  opération  d’entretien  qui  consiste à réécrire les enregistrements contenus dans la base de données Active Directory dans des zones contiguës  afin  d’accroître  la  vitesse  d’accès  et  d’extraction.  Par  ailleurs,  il  est  intéressant  de  noter  que  lorsque  les  enregistrements  sont  mis  à  jour,  le  moteur  ESE  d’Active  Directory  enregistre  ces  mises  à  jour  dans  le  plus  grand  espace contigu disponible de la base de données Active Directory. 

© ENI Editions - All rigths reserved

- 1-

3. Comment défragmenter ?  a. Introduction  La défragmentation en ligne se produit automatiquement lors du processus de nettoyage de la mémoire toute les  12 heures. Par contre, la défragmentation hors connexion est effectuée manuellement lors d’une opération qui doit  généralement être planifiée. 

b. Pourquoi effectuer une défragmentation hors connexion ?  Le principal avantage apporté par une opération de défragmentation hors connexion est qu’elle permet de "recréer"  une nouvelle version compactée de la base de données originale.  Bien  entendu,  l’intérêt  majeur  de  cette  opération  permet  la  récupération  d’une  quantité  d’espace  disque  variable  qui pourra alors être allouée à un autre usage. Microsoft recommande de réaliser une opération de défragmentation  hors connexion dans le cas où le contrôleur de domaine aurait par le passé, joué le rôle de catalogue global. Ce  point  est  certainement  la  meilleure  des  raisons  surtout  si  la  forêt  en  question  contenait  des  domaines  contenant  des millions d’objets. Dans ce cas, il est probable que vous pourrez libérer un espace disque important. 

c. Procédure de défragmentation  Pour  effectuer  une  défragmentation  hors  connexion,  le  disque  contenant  la  base  de  données  doit  disposer  d’une  quantité d’espace disque libre égale ou supérieure à 15 % de la taille actuelle de la base de données. Cet espace  nécessaire est indispensable au stockage des fichiers temporaires utilisés pendant la regénération de ou des index.  En plus de cet espace de travail, le disque cible qui hébergera la base de données doit avoir un espace disque libre  égal ou supérieur à la taille actuelle de la base de données. Cet espace sera réservé et consommé pour y stocker  une copie de la base de données, en version compressée.  Windows  Server  2008  autorise  le  stockage  temporaire  de  la  nouvelle  base  de  données  Active  Directory  générée  lors  de  la  défragmentation  OFF  LINE  sur  un  emplacement  réseau  tel  qu’un  partage  UNC.  Cette  option est intéressante lorsque l’espace disque est faible.  La procédure qui suit permet de défragmenter une base de données Active Directory en mode hors connexion :  ■

Avant toute opération qui pourrait être de nature à corrompre tout ou partie des données, faites une sauvegarde  de type "état du système". Conservez une copie du fichier contenant la sauvegarde localement et sur une autre  machine du réseau. 

■

Lorsque  le  contrôleur  de  domaine  fonctionne  sous  Windows  Server  2008,  l’opération  de  défragmentation  OFF  LINE peut être réalisée soit en arrêtant les services de domaine Active Directory, soit en redémarrant le serveur  en mode DSRM, comme cela était le cas sous Windows Server 2003. 

■

Pour stopper les services Active Directory à la volée, tapez la commande net stop NTDS et acceptez d’arrêter les  services de réplication de fichiers, le centre de distribution des clés Kerberos, le service de messagerie intersite et  le service serveur DNS. Vous pouvez aussi utiliser le gestionnaire de serveur, ou encore la console MMC Gestion  de l’ordinateur. 

■

Pour  initialiser  le  mode  DSRM,  redémarrez  le  contrôleur  de  domaine  et  appuyez  sur  [F8]  pour  afficher  le  menu  d’options avancées de Windows. Une fois le menu affiché, sélectionnez Mode restauration Active Directory puis  validez en appuyant sur [Entrée]. 

■

À  l’aide  du  compte  Administrateur  local  et  du  mot  de  passe  DSRM  (mot  de  passe  de  type  "Directory  Services  Repair  Mode)  déclaré  au  moment  de  l’installation  du  contrôleur  de  domaine,  ouvrez  une  session  en  utilisant  le  compte Administrateur et le mot de passe défini pour le compte Administrateur local dans la SAM locales. 

Perte ou oubli du mot de passe du compte local à utiliser pour la réparation : dans le cas, où vous auriez  égaré le mot de passe de réparation Active Directory, vous ne pourrez pas vous identifier localement pour  procéder  aux  opérations  de  maintenance  du  contrôleur  de  domaine.  Pour  débloquer  cette  situation,  relancez  normalement  le  contrôleur  de  domaine.  Identifiez  en  tant  qu’administrateur  du  domaine  et  changez  le  mot  de  passe  du  compte  Administrateur  local  à  la  SAM  à  l’aide  de  la  commande Ntdsutil.  Sur  le  shell  Ntdsutil,  tapez  la  commande set  DSRM  passord. Validez puis entrez le nouveau mot de passe du compte administrateur local de  - 2-

© ENI Editions - All rigths reserved

l’ordinateur.  Une  fois  le  mot  de  passe  changé  localement  via  Ntdsutil,  redémarrez  l’ordinateur  en  mode  restauration Active Directory à l’aide de la touche [F8], puis identifiez­vous. 

■

À l’invite de commande, tapez ntdsutil et appuyez sur [Entrée]. 

S’il  s’agit  d’un  contrôleur  de  domaine  Windows  Server  2008,  sélectionnez  l’instance  Active  Directory  de  production en tapant la commande activate instance ntds à l’invite de commande ntdsutil. 

■

Tapez files puis validez avec [Entrée]. 

■

À l’invite "files", tapez  compact to C:\Compact (où C:\Compact fixe le chemin d’accès) et appuyez sur [Entrée].  Cette opération préalable nous permet de créer un emplacement avec suffisamment d’espace disque libre pour y  stocker  la  base  de  données  compressée.  Une  nouvelle  base  de  données  Ntds.dit  est  créée  à  l’emplacement  spécifié. 

■

Une fois l’opération terminée, tapez quit et appuyez sur [Entrée]. Pour quitter Ntdsutil, tapez de nouveau quit. 

■

Remplacez l’ancien fichier Ntds.dit par le nouveau fichier à l’emplacement habituel de la base de données Active  Directory, lequel est par défaut %Systemroot%\ NTDS. 

■

Supprimez les anciens journaux de transactions via la commande del c:\Windows\ NTDS\*.log. 

■

Avant le redémarrage des services ou du serveur, exécutez un contrôle d’intégralité pour la nouvelle base Active  Directory.  Pour  y  parvenir,  via  NTDSUTIL,  sélectionnez  la  nouvelle  instance  à  l’aide  de  la  commande  activate  instance NTDS. Puis passez dans le menu FILES et tapez la commande Integrety. Redémarrez le contrôleur de  domaine  ou  les  services  de  domaine  Active  Directory,  connectez­vous et vérifiez les journaux d’événements  en  consultant via l’observateur d’événements les journaux "Système" et "Service d’annuaire". 

À  l’issue  de  cette  procédure,  assurez­vous  que  le  contrôleur  de  domaine  est  pleinement  opérationnel.  Vérifiez  quelques  objets  connus  ainsi  que,  par  exemple,  le  bon  fonctionnement  du  service  serveur  DNS.  Ce  point  est  particulièrement  important  puisque  les  contrôleurs  de  domaine  fonctionnant  sous  Windows  Server  2003  et  2008  possèdent deux partitions de l’annuaire d’applications pour y héberger les zones DNS Active Directory du domaine  racine de la forêt et de la zone _msdcs.domaine_racine. Une fois cette opération de contrôle de bon fonctionnement  réalisée,  il  ne  reste  plus  qu’à  conclure  l’opération  avec  une  sauvegarde  "System  State"  de  la  configuration  du  contrôleur de domaine.  Dans  le  cas  où  la  procédure  de  défragmentation  hors  connexion  a  été  justifiée  par  des  problèmes  de  baisse  des  performances,  assurez­vous  que  la  nouvelle  base  défragmentée  permet  de  retrouver  le  niveau  de  performances  souhaité. Si tel n’est pas le cas, prévoyez la mise en place d’un audit de performance pour déterminer les éventuels  goulets d’étranglement.  Vous venez de réaliser la défragmentation hors connexion du contrôleur de domaine. 

4. Pourquoi déplacer la base de données et les fichiers journaux ?  Dans le cas où l’espace disque contenant le répertoire \ntds serait limité, vous pouvez envisager d’ajouter un autre  disque  dur  pour  y  placer  la  base  de  données  et/ou  les  journaux  de  transactions.  Vous  pourrez  aussi  déplacer  les  fichiers de la base de données dans le cadre d’une opération de maintenance matérielle. Dans le même ordre d’idées,  si  vous  prévoyez  une  opération  de  maintenance  particulièrement  longue  ou  stressante,  vous  pourrez  déplacer  les  fichiers vers un autre emplacement de façon temporaire, le temps de l’opération.  De plus, comme le déplacement des données ne supprime pas la base de données originale, vous pourrez facilement  revenir  en  arrière  si,  dans  le  cadre  d’une  défragmentation,  la  nouvelle  base  de  données  défragmentée  était  corrompue. 

5. Comment déplacer la base de données ?  Dans le cas d’une pénurie d’espace disque ou dans le cas de la découverte d’un problème d’intégrité potentiellement  dangereux,  vous  pouvez  décider  de  planifier  une  opération  de  déplacement  des  fichiers  de  bases  de  données  de  l’annuaire Active Directory. 

© ENI Editions - All rigths reserved

- 3-

Comme cela est le cas pour réaliser l’opération de défragmentation hors ligne, il est nécessaire d’utiliser l’outil Active  Directory Ntdsutil en ayant pris soin d’arrêter les services de domaine Active Directory ou de démarrer le contrôleur de  domaine  en  mode  restauration  Active  Directory.  Cette  condition  remplie,  vous  pourrez  exécuter  la  procédure  de  déplacement  de  la  base  de  données  vers  un  autre  emplacement  sur  le  même  disque  ou  sur  un  autre  disque  physique.  Notez  qu’il  existe  des  relations  entre  les  fichiers  de  bases  de  données  Active  Directory  et  les  paramètres  Active  Directory  déclarés  à  la  clé  HKLM\CurrentControlSet\  Services\NTDS\Parameters.  Par  conséquent,  il  est  indispensable de toujours utiliser Ntdsutil pour réaliser les opérations de déplacement de fichiers. Le fait de stopper  les services NTDS ou de démarrer le contrôleur de domaine en mode DSRM permet effectivement de libérer les fichiers  et pourquoi pas de les copier. Cependant, les clés de registre nécessaires ne seront pas à jour.  La procédure ci­dessous permet de réaliser très simplement le déplacement de la base de données Active Directory :  ■

Pour éviter tout risque d’indisponibilité ou de perte de données, exécutez une sauvegarde "System State" de votre  système. Ce choix vous permet de sauvegarder en ligne votre base de données Active Directory ainsi que le Sysvol  et autres composants apparentés. 

■

Stoppez  les  services  de  domaine  Active  Directory  ou  redémarrez  le  contrôleur  de  domaine  en  mode  "Réparation  Active Directory" à l’aide de la touche [F8], puis validez par [Entrée]. 

■

Si  vous  optez  pour  le  redémarrage  du  contrôleur  en  mode  DSRM,  ouvrez  une  session  en  utilisant  le  compte  d’administrateur et le mot de passe définis dans la SAM locale. 

■

À l’invite de commande, tapez ntdsutil et appuyez sur [Entrée]. 

■

Entrez dans le menu de maintenance des fichiers Active Directory en tapant files et validez par [Entrée]. 

■

À  l’invite  "files"  tapez  move  DB  to  C:\NTDS  puis  validez  par  [Entrée].  Le  répertoire  C:\NTDS  correspond  au  nouveau chemin local qui contiendra la base de données. 

■

Une fois l’opération de déplacement terminée, tapez quit et validez sur [Entrée]. 

■

Il ne reste plus qu’à redémarrer les services de domaine Active Directory ou à redémarrer le contrôleur de domaine.  Vous  avez  aussi  la  possibilité  de  déplacer  les  journaux  de  transactions  à  l’aide  de  la  commande  Move  logs  to  C:\NTDS. 

À l’issue de cette procédure, assurez­vous que le contrôleur de domaine est pleinement opérationnel. Une fois cette  opération  de  contrôle  de  bon  fonctionnement  réalisée,  il  ne  vous  reste  plus  qu’à  conclure  l’opération  avec  une  sauvegarde "System State" de la nouvelle configuration du contrôleur de domaine. 

- 4-

© ENI Editions - All rigths reserved

Sauvegarde de l’annuaire Active Directory  1. Introduction  Tout système d’exploitation jouant un rôle précis au sein d’un réseau informatique doit être sauvegardé. Concernant  les  systèmes  dont  les  données  sont  tenues  synchronisées  ou  répliquées,  il  est  toujours  possible  de  se  dire  que,  finalement, les données sont disponibles sur une autre machine, dans notre cas, sur un autre contrôleur de domaine.  S’il est vrai que ce principe peut parfois être retenu, il n’en demeure pas moins que la sauvegarde de l’annuaire Active  Directory est essentielle.  Au­delà  d’une  simple  sauvegarde  de  base,  le  premier  besoin  est  de  pouvoir  rendre  opérationnel  le  contrôleur  de  domaine  d’un  site  aussi  rapidement  que  possible  afin  de  garantir  un  fonctionnement  constant  de  l’Active  Directory  pour tous les utilisateurs du réseau, où qu’ils soient situés.  Windows Server 2003 et Windows 2000 Server vous permettent de sauvegarder Active Directory de deux manières :  à  l’aide  de  l’interface  graphique  via  l’utilitaire  de  sauvegarde  NTBackup,  ou  à  l’aide  des  outils  de  la  ligne  de  commande.  Alors  que  l’outil  graphique  ou  la  commande  NTBackup  sont  utilisés  sur  les  systèmes  Windows  Server  2003,  nous  verrons plus loin que Windows Server 2008 est désormais pourvu d’une nouvelle solution avec l’outil Sauvegarde de  Windows Server ainsi que la nouvelle ligne de commande WBAdmin.exe et les cmdlets PowerShell. 

2. Pourquoi est­il vital de réaliser une sauvegarde ?  Une bonne politique de sauvegarde et de restauration doit être claire et bien documentée. Si cela est respecté, vous  mettez le plus de chances de votre côté pour redémarrer le système défaillant en un temps le plus court possible.  Au­delà  du  fait  que  vous  devez  posséder  une  sauvegarde  de  type  "état  du  système"  et  du  contenu  du  disque  système (%Systemroot%), vous devez aussi considérer la durée de vie des objets désactivés. Par défaut, les objets  désactivés ont une durée de vie de 60 jours. Par conséquent, toute sauvegarde ultérieure à la période de rétention  de 60 jours n’est plus une sauvegarde correcte.  Recommandation  :  Microsoft  recommande  de  planifier  la  sauvegarde  d’au  minimum  deux  contrôleurs  de  domaine pour chaque domaine. L’un des contrôleurs de domaine sauvegardé devrait posséder les 3 rôles de  maîtres d’opérations de domaine (PDC Emulator, RID et Infrastructure). Ensuite, pour chaque domaine, conservez  au moins une sauvegarde pour permettre une restauration forcée des données en cas de besoin. 

3. État du système (System State)  Comme cela est le cas pour d’autres composants du système, Windows Server 2003 et Windows 2000 Server vous  permettent  d’exécuter  vos  procédures  de  sauvegarde  régulière  sans  interrompre  le  fonctionnement  des  services  d’annuaire Active Directory ni des autres services qui en dépendent comme par exemple, les services de certificats de  Windows Server 2003.  Nous verrons plus loin que concernant Windows Server 2008 l’utilisation des sauvegardes de type "Etat du système"  ne sont possibles qu’en ligne de commande. Les serveurs Windows Server 2008 supportent aussi une nouvelle option  appelée Récupération du système.  L’usage d’une sauvegarde de type "état du système" incorpore les composants listés ci­dessous :  ●

L’Active Directory : à partir du moment où le serveur est un contrôleur de domaine, les données spécifiques  à un contrôleur Active Directory sont automatiquement intégrées dans "l’état du système". 

●

Le  volume  partagé  SYSVOL  :  le  dossier  partagé  SYSVOL  est  présent  uniquement  sur  les  contrôleurs  de  domaine.  Il  contient  les  modèles  Stratégie  de  groupe,  les  stratégies  de  groupe  par  défaut  (Default  Domain  Policy  et  Default  Domain  Controllers  Policy)  ainsi  que  les  scripts  d’ouverture  de  session.  Ce  dossier  est  répliqué sur tous les contrôleurs de domaine du domaine par le service de réplication de fichiers FRS. Notez  que les clients Active Directory accèdent au volume Sysvol à l’aide du service DFS, sous la forme d’un chemin  réseau  de  type  DFS  à  tolérance  de  panne  tel  que  celui­ci  :  \\addscorp.corpnet.net\SYSVOL\addscorp.Corpnet.net\Policies 

●

Le registre : la base de données de registre contient toutes les informations et paramètres du système. Ces 

© ENI Editions - All rigths reserved

- 1-

éléments  sont  indispensables  pour  le  bon  fonctionnement  du  système  d’exploitation  et  des  applications  installées sur le contrôleur.  ●

Les fichiers de démarrage du système : pour s’initialiser avec succès, le système d’exploitation nécessite les  fichiers d’amorçage tels que les fichier NTLDR, Ntdetect.com et Boot.ini. Tous ces fichiers de démarrage sont  sous  la  protection  de  WFP,  Windows  File  Protection,  et  garantissent  le  bon  chargement  du  système.  Concernant les serveurs Windows Server 2008, l’organisation des informations de démarrage a complètement  été  repensée.  L’habituel  BOOT.INI  n’est  plus  utilisé  et  est  remplacé  par  le  BCD  ­  Boot  Configuration  DATA,  lequel supporte le nouveau protocole EFI ­ Extensible Fizware Interface. 

●

Base de données des inscriptions de classe COM+ : les informations contenues dans cette base concernent  les applications et services de composants du système d’exploitation. 

●

Base  de  données  des  services  de  certificats  :  les  informations  contenues  dans  cette  base  de  données  concernent les services de certificats de Windows Server 2008, Windows Server 2003 et aussi Windows 2000  Server. Cette base contient l’historisation des opérations de gestion des certificats (émission, révocation des  certificats),  le  certificat  contenant  la  clé  privée  de  l’autorité ainsi que toutes les clés privées des utilisateurs  lorsque  les  certificats  sont  basés  sur  un  modèle  qui  impose  l’archivage  des  clés  privées.  Les  services  de  certificats  sont  importants  dans  la  mesure  où  ils  sont  souvent  utilisés  pour  des  opérations  hautement  sécurisées  telles  que  la  signature  électronique  des  messages,  les  technologies  cryptages  EFS  ou  IPSec,  les  authentifications  Radius  ou  encore  l’authentification  de  type  Smartlogon  à  l’aide  d’une  carte  à  puce.  Bien  entendu, la base de données des services de certificat est présente uniquement lorsque le serveur fonctionne  comme serveur de certificats. 

Les données d’état du système comportent ce qui est vraiment important en termes de paramètres systèmes et de  composants  critiques.  Cependant,  il  se  peut  que  ce  ne  soit  pas  suffisant  pour  réussir  à  initialiser  complètement  le  système défaillant.  Dans  ce  cas,  sélectionnez  aussi  dans  la  sauvegarde  de  type  "état  du  système",  au  minimum,  le  répertoire  % Systemroot% ainsi que les fichiers de démarrage.  Finalement, les données d’état du système (System State) peuvent être sauvegardées à différents moments :  ●

Ponctuellement  :  une  opération  de  sauvegarde  des  données  d’état  du  système  peut  être  réalisée  ponctuellement lorsque l’on dispose déjà d’une sauvegarde récente comprenant le répertoire %Systemroot%  et les fichiers d’amorçage. 

●

Régulièrement  :  une  opération  de  sauvegarde  des  données  d’état  du  système  est  réalisée  dans  le  cadre  d’une procédure de sauvegarde régulière. 

●

En mode Off Line : les données d’état du système sont sauvegardées lorsque le contrôleur de domaine est  en  mode  DSRM  (Mode  Réparation  Active  Directory).  Cette  opération  sera  réalisée  avant  de  réaliser  une  opération présentant un risque d’altération ou de perte totale des données. 

La création d’une sauvegarde de type "Etat du système" en mode off­line n’est plus évoquée lorsqu’il s’agit  de Windows Server 2008. 

4. Procédure de sauvegarde de l’Active Directory avec Windows Server 2003  Une sauvegarde de type "system state" nécessite que vous apparteniez au groupe "Administrateurs" ou "Opérateurs  de sauvegardes" sur l’ordinateur local. Dans le cas où l’ordinateur se trouve dans un domaine, ce qui est notre cas,  les membres du groupe "Admins du domaine" peuvent bien entendu exécuter cette opération.  La procédure ci­dessous permet de sauvegarder les données d’état du système :  La procédure de sauvegarde et de restauration Active Directory des serveurs fonctionnant sous Windows Server 2008  est traitée en détail plus loin dans ce chapitre. 

- 2-

■

Lancez l’outil de sauvegarde et restauration Utilitaire de sauvegarde. Pour ce faire, accédez au Menu Démarrer ­  Tous les programmes ­ Accessoires ­ Outils système et cliquez sur Utilitaire de sauvegarde. 

■

Dans la page Assistant Sauvegarde ou Restauration, cliquez sur Suivant. 

■

Dans  la  page  Sauvegarder  ou  Restaurer,  cliquez  sur  Sauvegarder  des  fichiers  et  des  paramètres  puis  sur 

© ENI Editions - All rigths reserved

Suivant.  ■

Dans la page Que voulez­vous sauvegarder ?, cliquez sur Me laisser choisir les fichiers à sauvegarder, puis sur  Suivant. 

■

Dans la page Éléments  à  sauvegarder, développez Poste de travail, activez la case à cocher System State puis  cliquez sur Suivant. 

■

Dans  la  page  Type,  nom  et  destination  de  la  sauvegarde,  cliquez  sur  Parcourir.  Sélectionnez  ensuite  un  emplacement pour la sauvegarde et cliquez sur Enregistrer puis sur Suivant. 

■

Dans la page Fin de l’Assistant Sauvegarde ou Restauration, cliquez sur Terminer. 

■

Dans la page Sauvegarde en cours, cliquez sur Fermer. 

Comme cela existe sur la majorité des logiciels de sauvegarde, de nombreuses options de sauvegarde avancées vous  permettent de définir ou configurer des paramètres, comme la vérification des données ou la compression matérielle.  Vous pouvez également lier la tâche de sauvegarde à une tâche précédente ou programmer la sauvegarde pour une  date ultérieure. La vérification des données permet de contrôler une éventuelle différence entre les fichiers originaux  sauvegardés  à  partir  du  contrôleur  de  domaine  et  les  fichiers  de  sauvegarde.  Au  fur  et  à  mesure  des  différentes  phases  de  l’opération  de  sauvegarde,  différents  événements  ainsi  qu’un  compte­rendu  d’exécution  général  de  la  sauvegarde seront notifiés dans l’Observateur d’événements. 

La sauvegarde "état du système" commence à sauvegarder la base de données du serveur de certificats  Comme  vous  pouvez  le  constater,  la  sauvegarde  de  type  "System  State"  commande  les  différents  composants  de  l’opération  à  réaliser.  Dans  cet  exemple,  la  sauvegarde  invoque  le  moteur  ESENT  dans  le  cadre  du  service  "certsrv.exe" pour que la base de données des services de certificats soit sauvegardée. 

© ENI Editions - All rigths reserved

- 3-

Restauration  de  l’annuaire  Active  Directory  avec  Windows  Server  2003  1. Introduction  Le  redémarrage  d’un  contrôleur  de  domaine  défaillant  peut  être  réalisé  de  plusieurs  manières.  Dans  le  cas  d’une  perte de données ou d’une corruption d’un ou plusieurs fichiers, vous pouvez décider d’entreprendre la restauration  de la base de données Active Directory.  La  procédure  de  restauration  Active  Directory  des  serveurs  fonctionnant  sous  Windows  Server  2008  est  traité  en  détail plus loin dans ce chapitre.  Vous  pourrez  aussi  invoquer  une  procédure  de  ce  type  pour  récupérer  des  objets  de  l’annuaire  modifiés  ou  supprimés par erreur.  De nombreuses opérations sont réalisables à l’aide de scripts VB ou Perl, pour ne citer que deux des moteurs  de scripts les plus connus. Testez toujours vos scripts dans un environnement de test ! 

Vous pourriez par exemple faire un script qui recherche tous les utilisateurs dont le mot de passe n’a pas été  changé depuis 180 jours et déclencher la suppression de ces comptes obsolètes. Cela pourrait par exemple  concerner une trentaine d’utilisateurs. 

Une erreur humaine dans le script peut rechercher les utilisateurs dont le mot de passe n’a pas été changé  depuis  18  jours  ­  au  lieu  de  180.  Cette  fois­ci,  plus  de  600  utilisateurs  sont  concernés  et  sont  malheureusement supprimés de l’annuaire. Il ne reste plus qu’à déclencher une procédure restauration forcée puis  une synchronisation des contrôleurs du domaine. 

Le  processus  de  restauration  peut  être  réalisé  de  différentes  manières,  telles  que  celles  qui  sont  présentées  ci­ dessous.  Réinstallation du contrôleur de domaine  Le contrôleur défectueux est réinstallé en tant que contrôleur de domaine pour profiter d’une réplication normale et  récupérer ainsi les données en provenance d’un partenaire de réplication.  Attention  :  pour  réinstaller  avec  succès  un  ancien  contrôleur  de  domaine,  vous  devez  :  1.  Forcer  la  suppression  des  services  d’annuaire  Active  Directory  sur  le  contrôleur  défaillant.  Pour  cela,  utilisez  la  commande dcpromo /forceremoval. 2. Réaliser une opération de nettoyage des metadata encore présentes dans  l’annuaire appartenant à l’ancien  contrôleur  de  domaine.  Pour  réaliser  cette  opération,  consultez  l’article 216498  "How  to  remove  data  in  Active  Directory  after  an  unsuccessful  domain  controller  demotion"  de  la  base  de  connaissances de Microsoft à l’aide du lien ci­dessous : http://support.microsoft.com/kb/216498/en­us  Restauration des données : vous ne souhaitez pas réinstaller le contrôleur de domaine car le serveur contient des  composants  ou  applications  difficilement  reconfigurables.  Vous  préférez  donc  utiliser  une  procédure  de  restauration  des données pour éviter de réinstaller le système d’exploitation et/ou reconfigurer certaines applications hébergées  sur le serveur. 

2. Méthodes de restauration  Active  Directory  peut  être  restauré,  à  partir  d’une  sauvegarde  de  type  "System  State",  à  l’aide  de  l’une  des  trois  méthodes présentées ci­dessous :  Restauration principale : cette méthode de restauration reconstruit le premier contrôleur de domaine d’un domaine  lorsqu’il n’est plus possible de reconstruire le domaine d’une autre façon. Cette procédure ne doit être utilisée que  lorsque  tous  les  contrôleurs  du  domaine  sont  corrompus.  Par  conséquent,  il  est  clair  qu’à  l’issue  du  processus  de  restauration du premier contrôleur, tous les autres contrôleurs devront être réinstallés.  Restauration  normale  :  cette  méthode  de  restauration  permet  de  récupérer  les  données  en  deux  temps.  Premièrement, les données Active Directory sont restaurées dans l’état où elles étaient avant la sauvegarde. Ensuite,  les  données  seront  mises  à  jour  via  le  processus  de  réplication  de  l’annuaire  Active  Directory.  Cette  procédure  de  restauration  est  classique  et  permet  de  restaurer  un  contrôleur  défaillant  à  son  état  antérieur,  sachant  que  les  © ENI Editions - All rigths reserved

- 1-

données d’annuaire les plus récentes l’emporteront sur les données restaurées.  Restauration  forcée  :  cette  procédure  est  une  extension  de  la  procédure  précédente. Vous effectuez d’abord  une  restauration normale. Puis, vous forcez certains objets restaurés à l’emporter face à la réplication d’annuaire. En fait,  les  valeurs  d’USN  (Unique  Sequence  Number)  des  objets  forcés  sont  augmentées  très  fortement  pour  faire  croire  à  l’annuaire que ces données anciennes sont plus récentes que celles disponibles dans l’annuaire. Par conséquent, les  données  restaurées  sélectionnées  sont  protégées  contre  l’écrasement  et  sont  ensuite  répliquées  dans  tout  le  domaine. La restauration forcée aura pour effet négatif de perdre les éventuels changements apportés sur les objets  restaurés après la sauvegarde. 

a. Importance de la durée de vie des objets de désactivation  La  durée  de  vie  des  objets  supprimés  est  un  paramètre  qui  conditionne  directement  les  sauvegardes  que  vous  pourrez utiliser. En effet, il n’est pas possible de restaurer Active Directory à partir d’une sauvegarde qui serait plus  "vieille" que la durée de vie des objets désactivés dans la base, laquelle est de 60 jours par défaut dans les forêts  initialement  créées  avec  Windows  2000  ou  Windows  Server  2003,  et  de  180  jours  pour  les  forêts  créées  avec  Windows Server 2003 SP1 et Windows Server 2003 (SP1) R2.  Un contrôleur de domaine garde une trace des objets supprimés pendant cette période, au­delà de laquelle, l’objet  sera  réellement  détruit  de  la  base.  Lorsqu’il  y  a  plusieurs  contrôleurs  de  domaine  et  si  la  durée  de  vie  de  la  sauvegarde  est  inférieure  à  celle  des  objets  désactivés,  alors  il  est  possible  de  restaurer  la  sauvegarde  et  de  répliquer  les  données  restaurées  vers  les  autres  contrôleurs  de  domaine.  Bien  entendu,  s’il  n’existe  pas  de  données plus récentes sur un contrôleur de domaine existant, alors les données restaurées seront actives et les  anciens changements seront perdus.  Par définition, les sauvegardes dont la date de sauvegarde est plus vieille que la valeur de la durée de conservation  des objets détruits (tombstone lifetime), ne sont "plus" de bonnes sauvegardes.  Si vous pensez que la durée de vie des sauvegardes doit être augmentée, alors vous devrez augmenter la valeur  de  l’attribut  tombstoneLivetime.  Pour  modifier  la  valeur  de  cet  attribut,  positionnez­vous  sur  :  CN=Directory  Service,CN=Windows NT, CN=services,CN=configuration,DC=votredomaine  Dans  le  cas  où  une  sauvegarde  plus  ancienne  que  la  valeur  de  l’attribut  tombstoneLivetime  serait  présentée  en  vue  d’une  restauration  de  l’annuaire,  Active  Directory  refuserait  de  réaliser  l’opération  de  restauration. 

Utilisation d’ADSI Edit pour modifier l’attribut tombstoneLifeTime 

- 2-

© ENI Editions - All rigths reserved

3.  Comment  exécuter  une  restauration  en  mode  principale  pour  Windows  Server  2003 ?  Une  restauration  de  type  principale  nécessite  que  vous  apparteniez  au  groupe  "Administrateurs"  sur  l’ordinateur  local. Dans le cas où l’ordinateur se trouve dans un domaine, ce qui est notre cas, les membres du groupe "Admins du  domaine"  peuvent  bien  entendu  exécuter  cette  opération.  La  procédure  ci­dessous  vous  permettra  d’effectuer une  restauration principale d’Active Directory :  ■

Redémarrer votre contrôleur de domaine en mode restauration Active Directory. 

■

Démarrez l’Utilitaire de sauvegarde. 

■

Dans la page Assistant Sauvegarde ou Restauration, cliquez sur mode avancé. 

■

Dans la page Utilitaire Sauvegarde en mode avancé, sous l’onglet Restaurer et gérer le média, sélectionnez les  éléments à restaurer, puis cliquez sur Démarrer. 

■

Dans la boîte de dialogue Avertissement, cliquez sur OK. 

■

Dans la boîte de dialogue Confirmation de restauration, cliquez sur Avancé. 

■

Dans  la  boîte  de  dialogue  Options  de  restauration  avancées,  cliquez  sur  Lors  de  la  restauration  de  jeux  de  données  répliqués,  marquer  les  données  restaurées  en  tant  que  données  principales  pour  tous  les  réplicas,  puis cliquez deux fois sur OK. 

Cette option est très importante. Elle garantit que les données du SYSVOL gérées par FRS (File Replication  Service)  sont  répliquées  vers  les  autres  serveurs.  Sélectionnez  cette  option  si  vous  voulez  restaurer  le  premier ensemble de réplicas sur le réseau. 

■

Dans la boîte de dialogue Restauration en cours, cliquez sur Fermer. 

À  l’issue  du  redémarrage,  le  service  d’annuaire  Active  Directory  s’initialisera  et  le  service  "service  de  réplication  de  fichiers" rendra maître le réplica local du volume SYSVOL. 

4. Comment exécuter une restauration normale pour Windows Server 2003  Vous  pouvez  restaurer  Active  Directory  de  manière  non  forcée  lorsque  vous  remplacez  un  contrôleur  de  domaine  défectueux ou réparez une base de données Active Directory endommagée.  Pour effectuer une restauration normale d’Active Directory, exécutez les étapes suivantes :  ■

Redémarrer votre contrôleur de domaine en mode restauration Active Directory. 

■

Démarrez l’Utilitaire de sauvegarde. 

■

Dans la page Assistant Sauvegarde ou Restauration, cliquez sur Suivant. 

■

Dans la page Sauvegarder ou restaurer, cliquez sur Restaurer des fichiers et des paramètres. 

■

Dans la page Que voulez­vous restaurer, sous Éléments à restaurer, développez la liste, activez la case à cocher  System State, puis cliquez sur Suivant. 

■

Dans la page Fin de l’Assistant Sauvegarde ou Restauration, cliquez sur Terminer. 

■

Dans la boîte de dialogue Avertissement, cliquez sur OK. 

© ENI Editions - All rigths reserved

- 3-

■

Dans la boîte de dialogue Restauration en cours, cliquez sur Fermer. 

■

Dans la boîte de dialogue Utilitaire de sauvegarde, cliquez sur Oui. 

Lorsque vous effectuez la restauration de données d’état système, l’Utilitaire de sauvegarde remplace les données  d’état système présentes sur votre ordinateur par celles que vous restaurez. À l’issue de la restauration, le système  est redémarré et la réplication Active Directory synchronise le contrôleur restauré.  La restauration de l’état du système restaure l’Active Directory mais aussi des données d’état système sans  rapport  avec  l’Active Directory. S’il est vrai que l’annuaire Active Directory sera parfaitement synchronisé au  bout  de  quelques  minutes,  il  n’en  demeure  pas  moins  que  vous  aurez  perdu  la  configuration  la  plus  récente  de  l’ordinateur.  Pour  éviter  cet  effet  négatif  pour  le  système,  il  est  recommandé  de  sauvegarder  les  données  d’état  système de manière journalière. 

5. Comment exécuter une restauration forcée avec Windows Server 2003 ?  À  la  différence  d’une  restauration  normale,  une  restauration  forcée  nécessite  l’utilisation de la commande  Ntdsutil.  Nous avons déjà utilisé cette commande dans le cadre des opérations de nettoyage de la partition de configuration  Active Directory.  L’utilitaire  de  sauvegarde  de  Windows  Server  2003  ou  Windows  2000  Server  n’est  pas  capable  de  réaliser  une  restauration forcée. La commande Ntdsutil permettra donc à l’administrateur d’altérer les USN des objets qui devront  gagner devant la réplication issue des autres contrôleurs actifs sur le réseau.  En balisant les objets souhaités de cette manière, vous garantissez le fait que les données modifiées dernièrement  dans d’autres  contrôleurs  de  domaine  n’écraseront  pas  les  données  d’état système précédemment restaurées lors  de la prochaine réplication. Vous pourrez utiliser la procédure ci­dessous pour effectuer une restauration forcée :  ■

Redémarrer votre contrôleur de domaine en mode restauration Active Directory. 

■

Restaurez Active Directory dans son emplacement d’origine. 

■

Si  vous  devez  effectuer  une  restauration  forcée  qui  concerne  des  données  stockées  dans  le  volume  SYSVOL,  restaurez Active Directory dans un autre emplacement par l’intermédiaire de l’Utilitaire de sauvegarde.    Même si un message vous y invite, ne redémarrez pas votre ordinateur après la restauration.

■

À l’invite de commande, exécutez Ntdsutil.exe. 

■

Dans ntdsutil, tapez authoritative restore. 

■

À  l’invite  "authoritative  restore",  tapez  restore  subtree  DN_de_l’objet.  Par  exemple,  pour  restaurer  une  unité  d’organisation  nommée  Production  dans  le  domaine  mycorp.corporate.com,  tapez  restore  subtree  OU=Sales,DC=mycorp, DC=corporate,DC=com. 

■

Tapez quit et appuyez sur [Entrée]. 

■

Tapez de nouveau quit, puis appuyez sur [Entrée] pour quitter ntdsutil. 

■

Redémarrez le contrôleur de domaine. 

■

Après publication du dossier SYSVOL par le système FRS, copiez dans le dossier SYSVOL uniquement les dossiers  de  la  stratégie  de  groupe  correspondant  aux  objets  restaurés  depuis  le  nouvel  emplacement  vers  les  emplacements existants. 

Une fois la procédure terminée, vous pourrez vérifier que l’opération de copie dans le volume système SYSVOL s’est  bien  déroulée  en  examinant  le  contenu  du  dossier  SYSVOL\Domaine,  où  Domaine  correspond  au  nom  du  domaine  Active Directory. 

- 4-

© ENI Editions - All rigths reserved

© ENI Editions - All rigths reserved

- 5-

Outils et méthodes de Sauvegarde de Windows Server 2008  La nouvelle version de l’outil de sauvegarde de Windows Server 2008 apparaît au sein du système sous la forme d’une  nouvelle fonctionnalité qui pourra être installée à l’aide du Gestionnaire de serveur. L’outil  Sauvegarde de Windows  Server  (en  anglais,  Windows  Server  Backup),  fournit  une  solution  basique  de  sauvegarde  et  de  récupération  du  serveur et des services et rôles présents sur la machine et aussi sur les machines distantes. Nous allons voir plus loin  que cette nouvelle version comprend de nouvelles possibilités, remplaçant ainsi les fonctionnalités de sauvegardes de  Windows Server 2003. 

1. Opérations prises en charge par l’outil Sauvegarde de Windows Server  La fonctionnalité de sauvegarde intégrée à Windows Server 2008 peut être considérée comme une solution simple et  suffisante  pour  les  opérations  simples  de  sauvegarde  et  de  restauration.  Plusieurs  assistants  sont  intégrés  pour  prendre  en  charge  la  planification  des  opérations  de  sauvegarde,  réaliser  des  sauvegardes  et  restaurations  d’éléments ou de volumes complets. Enfin, il est intéressant de noter que ce nouvel outil permet aux administrateurs  de  prendre  en  charge  une  véritable  récupération  d’urgence  en  cas  panne  complète  du  sous­système  disques.  En  effet,  il  est  maintenant  possible  de  réaliser  une  récupération  complète  du  système  en  procédant  à  la  restauration  complète du système sur un nouveau sous­système disques à l’aide du nouvel environnement de récupération Win  RE ­ Windows Recovery Environment. 

2. À propos des droits de sauvegarde et restauration et de NTBackup 2003  Comme cela était le cas sous Windows Server 2003, il est nécessaire d’être membre des groupes Administrateurs ou  Opérateurs de sauvegarde.  Attention au fait que sous Windows Server 2008, le pare­feu avancé est par défaut activé. Ce point peut être  important si vous devez réaliser des sauvegardes de serveurs distants à l’aide de la console de gestion MMC  Sauvegarde Windows Server.  De nombreux administrateurs Windows utilisent des solutions de sauvegardes tierces offrant des fonctionnalités plus  avancées  que  les  outils  Microsoft  intégrés  de  base  dans  Windows.  Il  n’est  pas  rare  non  plus  de  constater  que  le  traditionnel NTBackup de Windows Server 2003 est aussi utilisé en tant que solution complémentaire pour offrir une  méthode supplémentaire de récupération en cas de défaillance de la solution tierce. Pour ces administrateurs, il est  donc  important  de  savoir  quels  sont  les  impacts  liés  à  la  transition  des  anciens  outils  de  Windows  2000  Server  et  Windows Server 2003 vers la nouvelle version Sauvegarde de Windows Server intégrée à Windows Server 2008. Les  points ci­dessous résument les impacts liés à ces changements :  ●

Les paramètres NTBackup ne sont pas migrés lors du processus de mise à niveau de Windows Server 2003  vers Windows Server 2008. 

●

Les opérations de sauvegardes planifiées doivent être positionnées sur des disques différents. 

●

Le  support  des  unités  de  sauvegardes  sur  bandes  a  été  supprimé.  Il  est  donc  nécessaire  de  réaliser  les  sauvegardes sur des disques locaux internes ou externes ou des disques réseaux. 

●

L’outil  Sauvegarde  de  Windows  Server  intégré  à  Windows  Server  2008  ne  permet  pas  de  récupérer  les  anciennes  sauvegardes  créées  précédemment  sous  Windows  Server  2003  avec  NTBackup.  Vous  avez  néanmoins la possibilité de télécharger du site de Microsoft, une version mise à jour de NTBackup que vous  pourrez  installer  sous  Windows  Server  2008.  De  cette  manière,  vous  pourrez  récupérer  les  données  sauvegardées  précédemment  à  l’aide  de  la  version  NTBackup  de  Windows  Server  2003.  Pour  télécharger  cette mise à jour, référez­vous au lien http://go.microsoft.com/fwlink/?LinkId=82917. 

Attention  :  cette  mise  à  jour  ne  doit  être  utilisée  que  dans  le  cadre  de  la  récupération  des  anciennes  sauvegardes. Elle ne doit pas être utilisée pour créer de nouvelles sauvegardes à partir de Windows Server  2008. 

3. Nouvelles fonctionnalités de Sauvegarde de Windows Server 

© ENI Editions - All rigths reserved

- 1-

Les fonctionnalités et améliorations suivantes ont été ajoutées à l’outil Sauvegarde de Windows Server :  ●

Amélioration importante de la rapidité des opérations de sauvegardes et de restauration. L’utilisation des API  VSS ­ Volume Shadow Copy Services, et des sauvegardes en mode bloc permettent conjointement d’accélérer  toutes les opérations. 

●

Simplification du processus de restauration des données. Il n’est plus nécessaire de réaliser des sauvegardes  incrémentales à partir de multiples sauvegardes. Vous pouvez directement restaurer les données souhaitées  en spécifiant la date à laquelle vous souhaitez récupérer les fichiers ou les dossiers. 

●

Simplification du processus de restauration du système d’exploitation. L’outil Sauvegarde de Windows Server  a été conçu pour tirer parti du nouvel environnement de récupération d’urgence WinRE. Il est donc possible  de récupérer le serveur défaillant sur le même serveur ou, en cas de défaillance matérielle, sur un nouveau  serveur ne disposant pas de système d’exploitation. 

●

Récupération  rapide  via  VSS  des  applications  telles  que  Microsoft  SQL  Server  ainsi  que  des  rôles  systèmes  tels que les services AD DS ou AD CS. 

●

Amélioration  des  fonctionnalités  de  planification.  Le  processus  de  planification  est  désormais  entièrement  guidé,  étape  par  étape.  Les  disques  systèmes  sont  automatiquement  ajoutés  dans  les  sauvegardes  planifiées afin de garantir une récupération totale du fonctionnement du serveur en cas de sinistre. 

●

Gestion  des  rotations  de  disques.  Il  est  désormais  possible  de  planifier  des  sauvegardes  vers  de  multiples  disques  en  rotation.  Il  suffit  d’ajouter  le  ou  les  disques.  Si  le  premier  disque  est  absent  alors  l’outil  de  sauvegarde de Windows Server 2008 sélectionne le disque suivant automatiquement. 

●

Support  de  l’administration  à  distance.  Le  nouvel  outil  est  désormais  implémenté  sous  la  forme  d’un  composant enfichable de type console MMC 3.0. Il est donc possible d’utiliser l’outil Sauvegarde de Windows  Server de deux manières : soit à l’aide du Gestionnaire de serveur, soit en ajoutant le nouveau composant  au sein d’un nouvelle console de gestion MMC. Le menu Action de la console de gestion vous permet alors de  vous connecter vers un autre ordinateur distant. 

●

Gestion automatique des supports de sauvegarde de type disques. Le fait de déclarer des disques au sein  des opérations de sauvegardes planifiées, force l’outil Sauvegarde de Windows Server à prendre en charge  la gestion de l’utilisation du disque en réutilisant l’espace consommé par les sauvegardes les plus anciennes.  Cette  évolution  libère  l’administrateur  des  tâches  de  surveillance  d’espace  libre  sur  les  disques  dédiés  aux  sauvegardes en garantissant la récupération des données les plus récentes. 

●

Automation en ligne de commande. L’ensemble des options de l’interface graphique est disponible en ligne de  commande  garantissant  ainsi  aux  administrateurs  la  possibilité  d’automatiser  toutes  les  tâches  de  sauvegardes à l’aide de scripts. 

●

Support  des  DVD.  L’outil Sauvegarde  de  Windows  Server  supporte  toutes  les  opérations  de  sauvegardes  vers des médias de type DVD. Cette fonctionnalité peut être intéressante pour réaliser des sauvegardes hors  site. 

À  propos  des  sauvegardes  planifiées  et  des  média  de  stockage  :  il  n’est  pas  possible  de  réaliser  des  sauvegardes  planifiées  sur  des  médias  de  type  DVD  ou  vers  des  partages  réseaux.  Les  sauvegardes  planifiées  ne  sont  possibles  que  vers  des  disques  locaux.  De  plus,  n’oubliez  pas  que  l’outil  Sauvegarde  de  Windows Server ne supporte pas les unités de sauvegardes de type bandes. L’utilisation d’unités de sauvegardes  sur bandes est prise en charge à l’aide de logiciels tiers. 

4. Différences entre NTBackup et Sauvegarde de Windows Server  Nous venons de présenter les fonctionnalités les plus remarquables du nouvel outil Sauvegarde de Windows Server  2008. Les points ci­dessous mettent en évidence les grandes différences entre ces deux produits : 

- 2-

●

NTBackup est apparu avec Windows NT 3.5 en 1994. Il a été amélioré au fil des versions de Windows Server  mais n’a jamais fais l’objet d’une refonte complète. 

●

L’outil  Sauvegarde  de  Windows  Server  est  clairement  orienté  comme  étant  une  solution  de  type  "disk  to  © ENI Editions - All rigths reserved

disk".  Il  permet  de  réaliser  des  sauvegardes  vers  des  médias  directement  attachés  au  serveur  ou  sur  des  disques  externes  USB  ou  aussi  vers  des  partages  réseaux.  Il  ne  prend  pas  en  charge  les  unités  de  sauvegardes sur bandes.  ●

L’outil  Sauvegarde  de  Windows  Server  travaille  au  niveau  volume  et  blocs  tandis  que  NTBackup  travaille  simplement  au  niveau  des  fichiers.  Notez  que  l’usage  des  clichés  instantanés  n’est  possible  que  lorsque  la  destination de la sauvegarde est un disque attaché au système. Il n’est pas possible d’utiliser VSS sur des  sauvegardes stockées sur des DVD ou des disques réseaux. 

●

L’usage  des  clichés  instantanés  supportés  par  la  technologie  VSS  permet  de  réaliser  des  sauvegardes  complètes sans consommer d’espace disque inutile. 

●

Les  fichiers  de  sauvegardes  utilisent  le  système  de  fichiers  VHD  utilisé  par  Microsoft  Virtual  Server  2005  et  Hyper­V. Il est donc aisé de monter une sauvegarde VHD sur une machine virtuelle existante et de parcourir  le contenu sans effectuer de restauration. 

Attention : le fait de sauvegarder un serveur Windows Server 2008 sous la forme d’un fichier VHD ne signifie  pas  que  vous  pourrez  monter  cette  sauvegarde  en  tant  que  machine  virtuelle.  Ce  point  est  normal  et  Microsoft précise bien que l’outil Sauvegarde de Windows Server n’incorpore aucune fonctionnalité de P2V (Physical  to Virtual). 

Attention : l’utilisation "systématique et exclusive" de la technologie VSS oriente l’outil Sauvegarde Windows  Server  comme  un  outil  de  sauvegarde  orienté  volume  et  disques.  La  source  de  la  sauvegarde  étant  un  ensemble de volumes ou de blocs, il n’est pas possible de seulement sauvegarder des fichiers. De plus, vous ne  pouvez pas stocker la sauvegarde d’un volume donné sur un volume que vous avez sauvegardé. Ce point est un  point  très  important  à  souligner  puisqu’il  pose  un  problème  pour  le  stockage  des  sauvegardes  de  type  "Etat  du  système" vers un volume où des fichiers systèmes résidents. Ce point est traité plus loin. 

5. Installation de l’outil Sauvegarde de Windows Server  L’outil Sauvegarde de Windows Server est supporté sur toutes les versions de Windows Server 2008, en mode 32  bits et en mode 64 bits. Cependant, il convient de noter qu’à l’issue de l’installation de la fonctionnalité Sauvegarde  de  Windows  Server  sur  un  serveur  Windows  Server  2008  installé  en  mode  Server  Core,  seule  l’interface  en  mode  ligne de commande sera installée.  Ce  nouvel  outil  est  intégré  sous  Windows  Server  2008  sous  la  forme  d’une  fonctionnalité  et  n’est  pas  installé  par  défaut. Avant qu’il soit possible de réaliser une opération de sauvegarde, il sera donc nécessaire de procéder à son  installation :  ●

à l’aide de la nouvelle console de gestion MMC Gestionnaire de serveur, 

●

ou bien via la commande : servermanagercmd ­install Backup­Features. 

© ENI Editions - All rigths reserved

- 3-

Interface de l’outil Sauvegarde de Windows Server  En  fait,  l’outil  Sauvegarde  de  Windows  Server  2008  est  composé  de  deux  sous­fonctionnalités,  à  savoir  l’outil  lui­ même et les outils de la ligne de commande. Ces derniers sont composés de cmdlets PowerShell sauf pour la ligne de  commande WBAdmin.exe.  Note  :  l’installation  des  outils  de  sauvegarde  de  la  ligne  de  commande  nécessite  l’installation  de  la  fonctionnalité Windows PowerShell. 

L’installation  de  l’outil  Sauvegarde  de  Windows  Server  en  mode  Server  Core  nécessite  l’utilisation  de  la  commande  OCSetup  WindowsServerBackup.  Attention  :  la  commande  OCSetup  est  une  commande  qui  respecte la casse. 

6. Nouvelles fonctionnalités de l’outil Sauvegarde de Windows Server  a. Composants Windows et opérations de sauvegardes  Par rapport à Windows Server 2003, Windows Server 2008 apporte un nombre important de changements. Ainsi, à  l’issue  de  l’installation,  vous  trouverez  les  nouvelles  fonctionnalités  de  sauvegarde  dans  le  Gestionnaire  de  serveur/Stockage  et  aussi  au  sein  du  menu  Outil  d’administration.  L’ensemble  est  composé  d’une  console  MMC  WBAdmin.msc,  de  l’interface  ligne  de  commande  WBAdmin.exe,  du  service  Backup  service  ­  WBEngine.exe,  et  de  l’ensemble de cmdlets PowerShell.  L’avantage  de  cette  nouvelle  architecture  isolant  d’un  côté  les  composants  orientés  "serveur"  et  de  l’autre  les  composants  orientés  "clients"  est  de  permettre  une  meilleure  stabilité  de  toutes  les  opérations,  la  possibilité  de  réaliser toutes les opérations à distance et aussi de quitter les interfaces d’administration en laissant les opérations  se réaliser en tâche de fond. 

b. Outil Sauvegarde de Windows Server, support de VSS et performances  L’outil Sauvegarde de Windows Server utilise la technologie VSS intégrée à Windows de différentes manières. Ces  différentes méthodes sont présentées ci­dessous :  Lorsqu’une sauvegarde totale est initiée, la première opération consiste à réaliser un cliché instantané des volumes  - 4-

© ENI Editions - All rigths reserved

sélectionnés.  Cette  opération  crée  une  "vue  du  système  de  fichiers"  jouant  le  rôle  de  point  de  départ.  Ensuite,  l’outil  Sauvegarde  de  Windows  Server  copie  bloc  par  bloc  l’ensemble  des  fichiers  en  créant  un  fichier  VHD  représentatif de chaque volume sauvegardé. 

Optimisation des performances via l’activation des clichés instantanés  Par défaut, l’outil Sauvegarde de Windows Server génère un cliché du volume source pour suivre les changements  des  blocs  de  données  au  niveau  du  volume.  Cette  phase  est  indispensable  pour  réaliser  des  sauvegardes  incrémentales par bloc, lesquelles nécessitent seulement de lire les blocs ayant été modifiés sur le volume.  Cette  technique  permet  de  minimiser  le  temps  de  sauvegarde  en  ne  sauvegardant  que  les  blocs  modifiés  mais  augmente de manière considérable le volume des opérations d’écritures sur le volume source, lors de la génération  du cliché.  Vous  pouvez  minimiser  cet  impact  sur  les  performances  en  désactivant  la  génération  d’un cliché instantané sur le  volume  source,  par  l’option  Optimise  Backup  performanec,  et  en  désactivant  le  support  des  sauvegardes  incrémentales sur ce volume.  La  désactivation  des  clichés  sur  les  disques  particulièrement  stressés  peut  être  réalisée  séparément  au  niveau de chaque disque. 

c. Sauvegardes locales et clichés instantanés du support de sauvegarde VHD  Une  fois  l’opération  de  sauvegarde  terminée  et  si  la  destination  de  la  sauvegarde  est  sur  un  disque  local,  alors  l’outil Sauvegarde de Windows Server réalise un cliché instantané du volume de destination contenant le fichier de  sauvegarde  au  format  VHD.  Cette  opération  permet  lors  de  l’écrasement  du  fichier  VHD  issu  de  la  prochaine  opération  de  sauvegarde  de  maintenir  les  versions  du  fichier  de  sauvegarde  au  format  VHD  sur  le  disque  de  destination.  De  cette  manière,  vous  disposez  de  n  versions  du  fichier  VHD  relatif  à  toutes  les  sauvegardes  complètes.  L’avantage  est  qu’au  final,  tout  en  disposant  de  n  sauvegardes  complètes,  le  disque  de  destination  ne  contient  qu’une  seule  sauvegarde  complète  à  laquelle  est  associé  le  delta  des  blocs  modifiés  à  chaque  sauvegarde  complète.  Attention ! Il n’est pas possible de réaliser une opération de récupération du système si la sauvegarde se  trouve sur le même disque physique qu’un ou plusieurs volumes critiques.  En  plus  de  la  remarque  ci­dessus,  il  faut  préciser  que  les  sauvegardes  réalisées  sur  un  disque  local  doivent  © ENI Editions - All rigths reserved

- 5-

forcément  être  réalisées  sur  un  disque  supplémentaire  ­  interne  ou  externe,  géré  par  Windows.  Les  étapes  de  configuration  suivantes  montrent  que  le  disque  local  que  vous  choisirez  sera  dédié  au  rôle  de  support  de  sauvegardes. 

Protection totale des données de récupération du serveur Windows Server 2008  L’affectation  de  ce  disque  nécessite  le  reformatage  du  disque  et  son  association  exclusive  aux  services  de  sauvegarde. Cette opération aura pour effet de le rendre invisible de l’explorateur. Notez que ces contraintes ne  sont  imposées  que  lorsqu’il  s’agit d’une  sauvegarde  planifiée.  Une  sauvegarde  Ad  Hoc  peut  être  réalisée  sur  un  disque supplémentaire sans pour autant nécessiter l’affectation de celui­ci aux services de sauvegarde. 

  Le  bouton  Afficher  tous  les  disques  disponibles  permet  d’associer  les  disques  disponibles  aux  services  de  sauvegardes.  Noter que les nouveaux services de sauvegarde de Windows Server supportent aussi les ports USB et Firewire.  Attention au fait que le disque de destination est reformaté chaque fois qu’une opération de sauvegarde se  déclenche  !  De  plus,  l’outil  Sauvegarde  de  Windows  Server  n’est  pas  capable  de  planifier  des  tâches  hebdomadaires ou mensuelles. Pour planifier des tâches de sauvegarde à différentes périodes de la semaine ou 

- 6-

© ENI Editions - All rigths reserved

du mois, vous pouvez utiliser le planificateur de tâches ­ Task Scheduler ­ de Windows Server 2008. 

d. Sauvegarde sur le réseau  La méthode est identique à une sauvegarde vers un volume local, si ce n’est que dans ce cas, il n’est pas possible  de  créer  un  cliché  instantané  du  volume  distant.  Cette  limitation  implique  que  la  sauvegarde  précédente  sera  écrasée.  Pour  cette  raison,  il  ne  sera  pas  possible  de  directement  planifier  ce  type  d’opérations  de  sauvegardes  vers des partages réseaux. Vous pourrez toutefois utiliser le planificateur de tâches de Windows Server 2008 et la  commande  WBAdmin.exe  pour  réaliser  la  planification  de  sauvegardes  complètes  vers  un  partage  réseau  en  prenant soin de ne pas écraser la ou les sauvegardes précédentes. Lors de la déclaration de l’emplacement réseau  spécifiez le dossier distant.  Un dossier nommé WindowsImageBackup sera créé puis la nouvelle sauvegarde que vous créez sera enregistrée à  l’emplacement spécifié ci­dessous : WinSrv­XShare_DataWindowsImageBackupNom_du_serveur_sauvegardé  Attention  !  Si  vous  enregistrez  une  sauvegarde  dans  un  dossier  partagé  distant  pour  sauvegarder  de  nouveau le même ordinateur, l’ancienne sauvegarde sera écrasée par la nouvelle. De plus, en cas d’échec  de l’opération de sauvegarde, vous pouvez vous retrouver sans aucune sauvegarde du fait du remplacement de  l’ancienne sauvegarde et de l’impossibilité d’utiliser la nouvelle. Microsoft recommande de créer des sous­dossiers  dans  le  dossier  partagé  distant  pour  organiser  les  sauvegardes.  Si  une  sauvegarde  est  déjà  stockée  à  cet  emplacement, vous recevrez néanmoins un message vous avertissant que la sauvegarde sera remplacée si vous  refusez d’annuler l’opération. 

e. Sauvegardes sur DVD  L’outil Sauvegarde de Windows Server 2008 supporte les médias de type DVD comme destination de sauvegarde  sachant qu’il est possible d’utiliser n supports DVD par sauvegarde. Notez que :  ●

Les données stockées sur DVD sont toujours compressées. 

●

Les sauvegardes de type DVD ne sont utilisables que dans le cas de la restauration complète des volumes  ou du système. 

●

Les sauvegardes de type DVD ne prennent pas en charge les sauvegardes de type Etat du système, ni de  type fichiers. 

●

Il n’est pas possible de planifier les sauvegardes dont la destination est un média de type DVD. 

f. Sauvegardes de type Etat du système en ligne de commande  Les  sauvegardes  de  type  Etat  du  système  sont  bien  connues  des  administrateurs  Windows.  L’idée  est  de  sauvegarder uniquement une sélection de fichiers et d’informations critiques spécifiques à un système. Apparu avec  Windows  2000  Server,  les  sauvegardes  de  type  Etat  du  système  (en  anglais,  System  state)  ont  été  grandement  améliorées avec Windows Server 2003.  Cependant,  avec  Windows  Server  2008,  il  semble  que  Microsoft  ait  eu  une  approche  différente.  En  effet,  dès  les  premières  versions  de  Windows  Server  Longhorn,  le  support  des  sauvegardes  de  type  Etat  du  système  était  remplacé  par  la  sauvegarde  complète  des  volumes  critiques,  un  volume  critique  étant  un  volume  comprenant  des  éléments vitaux nécessaires au démarrage du système et des applications les plus importantes. 

© ENI Editions - All rigths reserved

- 7-

Attention ! Ne confondez pas Etat et Récupération du système !  La  figure  ci­dessus  montre  que  l’interface  graphique  de  l’outil  Sauvegarde  de  Windows  Server  comprend  l’option  Activer  la  récupération  du  système.  Cette  option  ne  signifie  pas  qu’il  s’agit  d’une  sauvegarde  de  type  état  du  système.  En  fait,  elle  garantit  une  restauration  du  système  en  incluant  automatiquement  tous  les  volumes  contenant des composants du système. Par exemple, le volume de démarrage, le volume contenant le système et  sur  un  contrôleur  de  domaine  les  volumes  contenant  la  base  de  données  Active  Directory,  les  journaux  de  transaction  Active  Directory  et  le  SYSVOL  seront  automatiquement  sélectionnés.  Il  en  sera  de  même  avec  les  services de certificats AD CS.  L’habituelle  sauvegarde  de  type  Etat  du  système  a  finalement,  suite  aux  différents  retours  issus  du  programme  Beta, poussé Microsoft à ajouter le support de cette méthode à l’outil Sauvegarde de Windows Server. Il convient  de préciser que dans ce cas, lorsque des composants en rapport avec le système sont situés sur différents disques,  alors  une  sauvegarde  de  type  Etat  du  système  créera  autant  de  fichiers  VHD  que  de  disques  contenant  des  composants du système d’exploitation.  À la différence des sauvegardes normales, une sauvegarde de type Etat du système ne crée pas de cliché  instantané  du  volume  de  destination.  Ce  point  signifie  que  chaque  nouvelle  sauvegarde  de  type  Etat  du  système génère un ensemble complet de nouveaux fichiers. 

Attention  !  Seule  la  ligne  de  commande  permet  de  réaliser  une  sauvegarde  de  l’état  du  système.  Pour  réaliser une sauvegarde de type Etat du système, vous pourrez utiliser la commande suivante : WBAdmin  start  systemstatebackup  ­backuptarget:F:.  La  figure  précédente  montre  l’option  Activer  la  récupération  du  système qui, elle, permet d’intégrer dans la sauvegarde du volume sélectionné tous les volumes comprenant des  composants du système d’exploitation Windows Server 2008. 

Comme  nous  l’avons  vu  plus  haut,  une  sauvegarde  de  type  Etat  du  système  contient  tous  les  fichiers  systèmes  critiques nécessaires pour restaurer un contrôleur de domaine Active Directory. Cependant, n’oubliez pas que vous  ne pouvez pas exécuter de sauvegarde d’état du système sur un partage réseau. Vous devez disposer d’un volume  dédié au stockage des sauvegardes de type Etat du système.  Pour  utiliser  la  commande  WBAdmin,  vous  devez  au  préalable  installer  la  fonctionnalité  Sauvegarde  de  Windows Server. 

- 8-

© ENI Editions - All rigths reserved

Attention  !  Il  est  nécessaire  de  disposer  d’un  volume  de  disque  local  disponible  pour  jouer  le  rôle  de  destination pour stocker les images de sauvegarde d’état du système. De plus, il faut considérer ce volume  comme  dédié  au  rôle  de  destination  de  sauvegardes  car  il  ne  doit  pas  faire  partie  de  l’ensemble  du  volume  à  sauvegarder.  En  résumé,  tout  contrôleur  de  domaine  faisant  l’objet  de  sauvegardes  de  type  Etat  du  système  devrait disposer d’un volume disque supplémentaire. 

Pour malgré tout stocker l’état du système sur un volume inclus dans le backup, vous devez rajouter la clé  de  registre  AllowSSBToAnyVolume  sur  le  serveur  à  sauvegarder.  Cependant,  le  fait  de  stocker  l’état  du  système  sur  un  volume  inclus  dans  la  sauvegarde  introduit  certaines  limitations.  Pour  plus  d’informations,  consultez le document "Known Issues for AD DS Backup and Recovery" à partir du site de Microsoft. 

Attention  aux  limitations  de  la  clé  AllowSSBToAnyVolume  :  l’opération  de  sauvegarde  peut  échouer  car  la  sauvegarde peut être modifiée pendant l’opération de sauvegarde. De plus, l’espace disque de destination  est  mal  utilisé.  Par  rapport  à  la  configuration  qui  dispose  d’un  volume  dédié  pour  la  cible  de  sauvegarde,  vous  devrez  disposer  de  deux  fois  l’espace  nécessaire  pour  réaliser  la  sauvegarde.  Cette  contrainte  est  due  au  fait  que le volume doit allouer deux fois plus d’espace pour le traitement des clichés instantanés (shadow copies). 

Emplacement  de  la  clé  AllowSSBToAnyVolume  :  HKLM\SYSTEM\CurrentControlSet\Services\wbengine\SystemStateBackup\AllowSSBToAnyVolume  ;  Type:  DWORD ; 1, interdit le stockage du System State sur un volume source ; 0, autorise le stockage du System State  sur un volume source. 

g. Sauvegarde d’un serveur via la console MMC  L’utilisation de la console MMC Sauvegarde de Windows Server permet de choisir parmi deux grandes options :  ●

la création d’une planification de sauvegarde de volumes ou de l’intégralité du serveur, 

●

la possibilité d’exécuter immédiatement une sauvegarde ponctuelle. 

© ENI Editions - All rigths reserved

- 9-

Choix du type de sauvegarde à réaliser  L’assistant  de  définition  d’une  sauvegarde  vous  propose  de  sauvegarder  l’intégralité  du  serveur  ou  bien  uniquement certain volumes. Vous noterez que cela revient à exclure certains volumes de la sauvegarde. Ensuite,  vous  devrez  sélectionner  la  destination  de  la  sauvegarde,  c’est­à­dire  un  média  local  tel  qu’un  disque  interne  ou  externe ou même un graveur de DVD, ou bien sûr un partage réseau. La dernière étape consistera à choisir si la  sauvegarde est à réaliser en mode  Sauvegarde  de  copie  VSS ou  Sauvegarde  complète  VSS. Cette option peut  prêter à confusion mais finalement il n’en est rien ! Cette option permet de contrôler de quelle manière l’état des  fichiers sources sera géré à l’issue de la sauvegarde.  ●

La  sauvegarde  de  copie  VSS  est  l’option  par  défaut  recommandée  par  Microsoft.  Elle  sauvegarde  l’intégralité  du  volume  mais  laisse  les  fichiers  sources  en  l’état.  Cette  option  est  tout  à  fait  convenable  si  vous utilisez un autre logiciel de sauvegarde, qui lui pourra entreprendre certaines opérations particulières  telles que le reset du bit d’archive ou la suppression de journaux d’applications tels que, par exemple, ceux  de Microsoft Exchange Server. 

●

La sauvegarde  complète  VSS sauvegarde aussi l’intégralité du volume mais remet à zéro le bit d’archive.  Comme  le  montre  la  figure  suivante,  ce  mode  de  sauvegarde  est  particulièrement  adapté  lorsque  l’outil  Sauvegarde de Windows Server est le seul outil de sauvegarde. 

Attention  à  l’option Sauvegarde  complète  VSS : Microsoft précise que les fichiers journaux d’applications  peuvent être remplacés ou tronqués. 

- 10 -

© ENI Editions - All rigths reserved

Sélection du type de sauvegarde VSS 

h. Sauvegarde d’un serveur en ligne de commande  Vous pourrez être amené à utiliser l’interface de la ligne de commande pour réaliser l’automation  d’opérations de  sauvegardes spécifiques ou aussi dans le cas des configurations Windows Server 2008 déployées en mode Server  Core.  WBAdmin supporte l’intégralité des options de l’outil graphique Sauvegarde de Windows Server ainsi que la gestion  des tâches planifiées. Les commandes ci­dessous illustrent les opérations que vous pourrez réaliser :  Sauvegarde des disques C:\ et D:\ vers E:\  ●

WBAdmin start backup ­include c:,d : ­backuptarget:e: 

Sauvegarde des volumes critiques  ●

WBAdmin start backup ­allcritical ­backuptarget:e: 

Affichage du suivi des travaux de sauvegarde en cours  ●

WBAdmin get status 

Liste des disques internes et externe connectés sur l’ordinateur local*  ●

WBAdmin get disks 

Le tableau ci­dessous liste les paramètres de la commande WBAdmin.exe les plus importants :  Commande 

Description 

Wbadmin enable backup 

Configure et active une sauvegarde journalière.  © ENI Editions - All rigths reserved

- 11 -

- 12 -

Wbadmin disable backup 

Désactive les sauvegardes journalières. 

Wbadmin start backup 

Active une sauvegarde une seule fois. Ce paramètre  utilise les valeurs définies sur la sauvegarde  journalière planifiée. 

Wbadmin stop job 

Stoppe les opérations de sauvegarde ou de  récupération en cours. 

Wbadmin get versions 

Liste les détails des sauvegardes stockées sur  l’ordinateur local ou, si un autre emplacement est  spécifié, celles d’un autre ordinateur. 

Wbadmin get items 

Liste les éléments contenus dans une sauvegarde  donnée. 

Wbadmin start recovery 

Démarre une récupération des volumes, des  applications, des fichiers ou des dossiers spécifiés. 

Wbadmin get status 

Affiche le statut des opérations de sauvegarde ou de  restauration en cours.  

Wbadmin get disks 

Liste les disques actuellement en ligne. 

Wbadmin start systemstaterecovery 

Démarre une récupération de type System State. 

Wbadmin start systemstatebackup 

Démarre une sauvegarde de type System State.  

Wbadmin deletesystemstatebackup 

Supprime une ou plusieurs sauvegardes de type  System State. 

Wbadmin start sysrecovery 

Exécute une récupération complète du système,  c’est­à­dire de tous les volumes contenant des  données de type System State. Cette fonction  s’applique uniquement pour les serveurs Windows  Server 2008 et si vous utilisez l’environnement de  récupération WinRE, Windows Recovery  Environment. 

Wbadmin restore catalog 

Récupére un catalogue de sauvegarde à partir d’un  emplacement spécifique dans la cas où le catalogue  de sauvegarde de l’ordinateur local est corrompu.  

Wbadmin delete catalog 

Supprime le catalogue de sauvegarde de l’ordinateur  local. Cette commande doit être utilisée seulement si  le catalogue de sauvegarde est corrompu et que  vous n’avez aucune sauvegarde stockée à un autre  emplacement que vous pouvez utiliser pour  restaurer le catalogue. 

© ENI Editions - All rigths reserved

Opérations  de  sauvegarde  et  restauration  Active  Directory  avec  Windows Server 2008  1. Récupération complète du système d’exploitation Windows Server 2008  Sur un ordinateur exécutant Windows Server 2008, vous pouvez utiliser les assistants et méthodes ci­dessous pour  effectuer des tâches de récupération :  ●

Assistant "Récupération" : cet Assistant vous permet de récupérer des fichiers, des dossiers, des applications  et des volumes. 

●

Assistant "Récupération du catalogue" : cet Assistant vous permet de récupérer le catalogue de sauvegarde.  Notez qu’il n’est disponible que si votre catalogue de sauvegarde a été endommagé. 

●

Un disque d’installation de Windows Server 2008 associé à une sauvegarde créée avec l’outil Sauvegarde de  Windows Server : cette méthode vous permet de récupérer votre système d’exploitation ou le serveur entier. 

Vous pouvez aussi effectuer une opération de récupération à l’aide des commandes ci­après : Wbadmin start  recovery,  Wbadmin  start  systemstaterecovery  et  aussi  Wbadmin  restore  catalog.  Pour  plus  de  renseignements et des exemples de syntaxes, référez­vous au guide de référence des commandes disponible sur le  site de Microsoft à l’adresse http://go.microsoft.com/fwlink/?LinkId=93131. 

Pour plus de renseignements sur le processus de récupération complet d’un serveur Windows Server 2008,  référez­vous au site de Microsoft à l’adresse suivante : http://go.microsoft.com/fwlink/?LinkId=93012 

a. Restauration à l’aide de l’environnement de récupération WinRE  La  dernière  méthode  est  certainement  la  plus  intéressante  car  elle  permet  de  résoudre  les  sinistres  les  plus  importants. En effet, l’environnement WinRE fait désormais partie intégrante de Windows Server 2008.  Il  suffit  de  démarrer  à  partir  du  média  d’installation  de  Windows  Server  2008  et  de  sélectionner  l’option  Réparer  l’ordinateur. Une fois l’environnement démarré, vous devrez sélectionner le système d’exploitation à réparer avant  de pouvoir sélectionner la sauvegarde que vous souhaitez restaurer.  Par défaut, l’environnement de récupération WinRE utilise la sauvegarde système complète la plus récente.  Toutefois, vous avez la possibilité de spécifier d’autres sauvegardes stockées sur des disques locaux. Vous  avez  aussi  la  possibilité  de  rechercher  sur  le  réseau  les  sauvegardes  stockées  dans  les  partages  d’autres  serveurs. 

© ENI Editions - All rigths reserved

- 1-

Lancement de WinRE à partir du DVD de Windows Server 2008 

Sélection du système d’exploitation à réparer sur l’ordinateur cible  Notez aussi le bouton Charger des pilotes si le contrôleur de disque n’est pas détecté. 

- 2-

© ENI Editions - All rigths reserved

Sélection des outils de restauration de l’ordinateur  Cette  figure  illustre  les  trois  grandes  options  de  récupération  système.  Bien  entendu,  la  plus  importante  est  sans  aucun  doute  la  première,  entièrement  dédiée  à  la  restauration  complète  du  serveur  à  partir  d’une  image  de  sauvegarde. 

Sélection des sauvegardes locales à la machine ou via le réseau  La figure ci­dessus illustre la sélection d’une sauvegarde locale à la machine ou via le réseau. Une fois la sauvegarde  choisie, l’assistant de restauration complète de la machine propose le formatage et le repartitionnement de tous les  disques avant qu’ils ne soient restaurés. 

© ENI Editions - All rigths reserved

- 3-

Sélection automatique de la dernière sauvegarde 

Option de restauration  Il est possible de reformater, ou même de repartitionner tout ou partie des disques. 

- 4-

© ENI Editions - All rigths reserved

Dernière étape de l’assistant Restauration de l’ordinateur Windows  Bien sûr, cette sélection dépendra des circonstances du crash, mais en général il faudra sélectionner ces opérations.  Ce point est particulièrement vrai si vous pensez que votre système a été corrompu par une défaillance disque, ou  bien sûr, si vous avez procédé au renouvellement d’un ou plusieurs disques sur le serveur.  Finalement, à la fin de la procédure de restauration, le serveur redémarre. 

2. Récupération de l’état système d’un contrôleur de domaine Windows Server 2008  La récupération de l’état du système vous permettra de restaurer la base de données des services de domaine Active  Directory très simplement. Les points ci­dessous expliquent le processus de récupération :  ■

Au départ, vous devez disposer d’une sauvegarde de type Etat du système. 

■

Ensuite, il vous suffit de démarrer le contrôleur de domaine en mode restauration des services d’annuaire à l’aide de  la touche [F8]. 

■

Une  fois  connecté  en  mode  DSRM ­  Directory  Services  Repair  Mode,  vous  pourrez  exécuter  la  commande WBAdmin  start SystemStateRecovery. 

À  l’issue  du  processus  de  restauration,  vous  aurez  récupéré  l’intégralité  de  l’état  du  système  avec  une  base  de  données des services d’annuaires ne faisant pas autorité.  Enfin, la base de données NTDS.DIT ayant été récupérée, vous pourrez, comme sous Windows Server 2003, restaurer  des objets spécifiques en mode Authoritative Restore via NTDSUTIL. 

a.  Clichés  instantanés  de  la  base  Active  Directory  et  consultation  des  données  via  l’outil  Active  Directory Database Mounting Tool ­ DMT  Une autre nouveauté importante concernant la sauvegarde des services ADDS est la possibilité d’utiliser le service  de cliché instantané de volume pour créer des clichés instantanés de la base de données Active Directory. Lorsque  vous  créez  un  cliché  instantané  avec  la  commande  NTDSUTIL,  le  service  de  cliché  instantané  de  volume  enregistre  l’image précédente de chaque bloc de disque de la base NTDS.DIT avant sa mise à jour.  En  associant  les  images  enregistrées  précédemment  avec  la  version  actuelle  de  la  base  de  données  NTDS.DIT,  le  service  de  cliché  instantané  de  volume  peut  reconstruire  un  cliché  instantané  complet  de  la  base  Active  Directory  avec  une  surcharge  minimum.  Créer  un  cliché  instantané  ne  prend  qu’une  poignée  de  secondes,  et  ce,  quelle  que  soit la taille de la base de données Active Directory. 

© ENI Editions - All rigths reserved

- 5-

Cette  possibilité  est  intéressante,  notamment  pour  "suivre"  les  évolutions  des  objets  contenus  dans  les  services  d’annuaire  Active  Directory,  mais  pas  réellement  utile  en  termes  de  récupération.  En  fait,  Windows  Server  2008  comprend l’utilitaire de la ligne de commande DSAMAIN, lequel permet le montage des clichés instantanés en mode  lecture  seule.  DSAMAIN  fournit  une  instance  LDAP  autonome  ­  un  peu  comme  une  instance  ADLDS,  contenant  les  données  de  l’annuaire  Active  Directory  au  moment  de  la  capture  du  cliché  instantané.  Vous  pouvez  parcourir  le  répertoire avec l’utilitaire LDP ou les autres outils LDAP et exporter les versions des objets répertoire à un moment  antérieur.  Simplifier le processus de récupération en cas de catastrophe  Jusqu’à Windows Server 2003, les entreprises doivent déterminer quelle est la sauvegarde "la plus correcte" pour  restaurer  un  environnement  complet  de  production  opérationnel.  La  solution  la  plus  logique  et  séduisante  serait  certainement  de  restaurer  la  sauvegarde  "la  plus  récente".  Cependant,  cette  logique  augment  de  manière  significative  la  probabilité  et  donc  le  risque  de  réintroduire  des  données  dangereuses  dans  la  forêt  nouvellement  restaurée.  Pour  déterminer  quelle  sauvegarde  serait  "la  plus  correcte",  Windows  Server  2003  impose  de  restaurer  la  dite  sauvegarde  vers  un  contrôleur  de  domaine  pour  en  examiner  le  contenu,  sachant  qu’une  restauration  Active  Directory  sur  un  serveur  Windows  Server  2003  nécessite  le  redémarrage  complet  du  serveur  en  mode  DSRM  ­  Directory Service Repair Mode, puis son redémarrage final.  Certaines  entreprises  ne  peuvent  se  permettre  "d’attendre  que  la  meilleure  sauvegarde  soit  identifiée"  pour  entamer le processus de restauration. De fait, la nouvelle possibilité offerte par Windows Server 2008 d’utiliser des  clichés instantanés et d’y accéder instantanément pourra rendre un grand service à ces entreprises, notamment en  évitant n restaurations successives inutiles.  Auditer les opérations de modification ou de suppression des objets  Il  peut  être  judicieux  de  programmer  une  tâche  qui  crée  des  clichés  instantanés  de  la  base  de  données  Active  Directory dans l’objectif de conserver l’état des données dans le temps.  Clichés instantanés, sauvegardes ou les deux ? La tâche de création régulière de clichés instantanés de la  base  de  données  Active  Directory  ne  nécessite  que  peu  de  ressources  disques  et  est  quasi  instantanée  comparativement à une tâche de sauvegarde de type "sauvegarde des volumes critiques" réalisée avec l’outil de  sauvegarde de Windows Server 2008.  Ainsi, via l’utilisation de DSAMAIN, vous aurez la possibilité d’accéder aux données plus anciennes pour examiner les  changements effectués et déterminer la meilleure solution pour y apporter une correction.  À  propos  de  l’outil  Database  Mounting  Tool  :  DMT  est  une  fonctionnalité  très  pratique  pour  parcourir  les  différents  clichés  de  la  base  Active  Directory.  Cependant,  cette  fonctionnalité  ne  permet  pas  de  "directement" restaurer les objets, comme peuvent le faire certains outils tiers tels que ceux fournis pour Quest ­  http://www.quest.com.  Pré­requis pour utiliser AD DMT ­ Active Directory Database Mounting Tool  Tous les outils nécessaires pour utiliser cette nouvelle fonctionnalité de Windows Server 2008 sont présents au sein  du système lorsque les rôles AD DS ou AD LDS sont installés. Ces outils sont les suivants :  ●

NTDSUTIL : la nouvelle version intégrée à Windows Server 2008 permet de prendre en charge la gestion des  clichés  instantanés  ­  snapshots.  Vous  pouvez  donc  l’utiliser  pour  créer,  afficher,  monter  et  démonter  les  clichés contenant des données de type AD DS ou AD LDS. 

●

DSAMAIN  :  ce  composant  permet  de  charger  les  données  d’un  cliché  donné  au  sein  d’un  pseudo  serveur  LDAP. 

●

Les outils LDAP habituels tels que Ldp, ADSI Edit, Utilisateurs et ordinateurs Active Directory, AD Restore, AD  Explorer. 

DSAMAIN  est  capable  de  monter  n’importe  quel  type  de  bases  de  données  Active  Directory.  Vous  pouvez  donc  accéder  à  des  données  Active  Directory  issues  des  clichés  instantanés  mais  aussi  issues  de  sauvegardes des bases AD DS ou AD LDS.  Par défaut, seuls les membres des groupes Admins du domaine et Administrateurs de l’entreprise sont autorisés à  accéder aux clichés instantanés. Notez aussi que toutes les permissions sont préservées et en vigueur. Ainsi, si les  membres du groupe Admins du domaine sont explicitement déclarés comme n’ayant pas accès à certaines données  contenues dans le cliché instantané, ils ne pourront y accéder. Pour y parvenir, ils devront s’identifier avec un compte  disposant des bonnes autorisations. 

- 6-

© ENI Editions - All rigths reserved

Ports TCP/IP utilises par DSAMAIN : le serveur Ldap DSAMAIN utilise quatre ports pour LDAP, LDAP­SSL, les  accès  aux  Global  Catalog  et  les  accès  aux  Global  Catalog  en  mode  crypté  via  SSL.  Notez  que  seul  le  port  Ldap  est,  par  défaut,  nécessaire.  Lorsque  les  autres  ports  ne  sont  pas  expressément  spécifiés  alors,  ils  sont  automatiquement incrémentés de +1.  Comparaison LDIFDE ­ CSEDE / Clichés instantanés Active Directory  Par  rapport  aux  mécanismes  classiques  d’exportation/importation  basés  sur  l’utilisation  du  protocole  Ldap,  les  nouvelles fonctionnalités de Windows Server 2008 apportent les avantages listés ci­dessous :  ●

Il est possible de monter un cliché instantané et de s’y connecter directement à l’aide du protocole Ldap via  les  outils  connus  tels  que  Ldp,  ADSI  Edit,  AD  Explorer  ou  AD  Restore.  Les  outils  tels  que  Ldifde  et  Csvde  permettent seulement des fonctionnalités d’exportation/importation. 

●

Il est possible de sauvegarder entièrement et instantanément la base de données. Les outils tels que Ldifde  et Csvde permettent de spécifier un seul DN ou une seule partition à la fois à exporter. 

●

Du point de vue de la sécurité, les exportations basées sur Ldifde et Csvde sont de simples fichiers en texte  clair,  ce  qui  n’est  pas  le  cas  des  clichés  instantanés.  Les  données  des  clichés  sont  des  données  binaires  brutes stockées dans les structures NTFS du volume, et de ce point de vue, ils sont bien plus sécurisés que  de simples fichiers non cryptés. 

Processus de récupération des objets effacés via les clichés instantanés Active Directory  Les  points  ci­dessous  listent  les  grandes  étapes  de  l’utilisation  des  méthodes  basées  sur  l’outil  DMT  ­  Database  Mounting Tool.  ■

Planifiez la création de clichés instantanés réguliers via le sous menu SNAPSHOT de l’environnement de commande  NTDSUTIL (commande ntdsutil snapshot create). 

■

Lorsque cela est nécessaire, procédez au montage du cliché instantané de votre choix via le sous menu SNAPSHOT  de l’environnement de commande NTDSUTIL (commande ntdsutil snapshot mount {GUID}). 

■

Rendez  le  cliché  instantané  monté  précédemment  accessible  aux  outils  tels  que  Ldp,  ADSI  Edit,  la  console  de  gestion MMC Utilisateurs et ordinateurs Active Directory (dsa.msc) ou aux autres outils LDAP dont vous disposez  en utilisant DSAMAIN. 

Au  final,  vous  pouvez  maintenant  voir  tous  les  objets  contenus  dans  le  cliché  instantané  pour  analyser  et/ou  comparer les données présentes dans les clichés par rapport aux données de l’environnement de production.  Méthodes Microsoft pour restaurer les objets :  ■

Exportez/importez les données contenues dans le cliché instantané via Ldifde/Csvde. 

■

Réanimez  les  objets  effacés  de  la  même  manière  qu’avec  Windows  Server  2003  pour  recréer  les  objets  manquants.  Vous  pouvez,  pour  y  parvenir,  utiliser  les  outils  de  Microsoft  et  Quest,  à  savoir  respectivement,  AD  Restore et Object Restore for Active Directory. 

■

Restaurez Active Directory en mode autoritaire via NTDSUTIL pour sélectionner les objets à récupérer. 

© ENI Editions - All rigths reserved

- 7-

Sauvegarde et restauration AD DS ­ Bonne pratiques  Les  points  ci­dessous  résument  les  bonnes  pratiques  à  respecter  pour  garantir  une  récupération  en  cas  de  sinistre  d’un contrôleur de domaine fonctionnant sous Windows Server 2008.  ■

Sur  les  serveurs  particulièrement  critiques,  stockez  les  fichiers  systèmes,  la  base  de  données  Active  Directory  ­  NTDS.DIT,  le  SYSVOL,  sur  des  volumes  séparés  ne  contenant  aucune  donnée  en  rapport  avec  des  applications  ou  des données utilisateurs. 

■

Réalisez  des  sauvegardes  de  l’état  du  système  de  manière  régulière  à  l’aide  de  la  commande  WBAdmin  start  systemstatebackup. 

■

Réalisez une sauvegarde du ou des volumes sur un disque interne ou externe, puisqu’il n’est pas possible d’utiliser  un partage réseau comme cible. Évitez de pallier cette limitation en utilisant la clé de registre AllowSSBToAnyVolume ­  HKLM\SYSTEM\CurrentControlSet\Services\wbengine\SystemStateBackup\  AllowSSBToAnyVolume  et  préférez  associer un nouveau volume disque dédié aux sauvegardes supportant les clichés VSS. 

© ENI Editions - All rigths reserved

- 1-

Nouveaux  paramètres  de  GPO  pour  les  opérations  de  sauvegarde  de  Windows Server 2008  Windows Server 2008 introduit de nouveaux paramètres de stratégies de groupe pour permettre aux administrateurs  de  définir  comment  les  opérations  de  sauvegardes  se  déroulent  sur  les  serveurs.  Ces  stratégies  permettent  notamment de limiter les risques liés à des opérations de sauvegardes illicites qui permettraient d’accéder à certaines  données pour lesquelles la personne ne dispose pas des permissions. 

Paramètres de Client : Empêcher la sauvegarde vers des médias optiques  La figure ci­dessus montre que ces quelques paramètres de stratégies de groupe vous permettront de "mieux gérer"  les  opérations  réellement  accordées  aux  personnels  devant  réaliser  les  sauvegardes.  Les  différentes  options  de  sauvegardes  orientées  Client  et  orientées  Serveur  sont  situées  dans  Configuration  ordinateur/  Stratégies/Modèles  d’administration/Composants Windows/Sauvegarde. Elles sont présentées ci­après.  Paramètres de Client ●

Empêcher l’utilisateur d’exécuter le programme de statut et de configuration de la sauvegarde : ce paramètre  vous permet de désactiver le programme Statut et configuration de la sauvegarde qui est relié aux applications  de  sauvegarde  et  de  restauration  de  fichiers  ainsi  qu’à  la  sauvegarde  intégrale  Windows,  et  qui  renseigne  l’utilisateur  sur  l’état  de  la  sauvegarde.  Si  ce  paramètre  est  activé,  l’utilisateur  ne  peut  pas  démarrer  le  programme Statut et configuration de la sauvegarde. Si ce paramètre est désactivé, ou s’il n’est pas configuré,  les utilisateurs peuvent démarrer le programme Statut et configuration de la sauvegarde. 

●

Empêcher la sauvegarde vers les disques locaux. 

●

Empêcher la sauvegarde dans un dossier partagé sur le réseau. 

●

Empêcher la sauvegarde vers des médias optiques (CD/DVD). 

●

Désactiver la configuration de la sauvegarde. 

●

Désactiver la fonction de restauration 

●

Désactiver la fonction de sauvegarde intégrale de Windows. 

Paramètres de serveurs ●

Autoriser uniquement la sauvegarde du système. 

●

Ne pas autoriser un périphérique de stockage connecté localement à faire office de cible de sauvegarde. 

●

Ne pas autoriser un réseau à faire office de cible de sauvegarde. 

© ENI Editions - All rigths reserved

- 1-

●

Ne pas autoriser un media optique à faire office de cible de sauvegarde. 

●

Ne pas autoriser les sauvegardes à exécution unique. 

Paramètres de Serveur : Autoriser uniquement la sauvegarde système 

Attention ! L’ensemble de ces paramètres de stratégies ne concernent que les fonctionnalités de sauvegarde  de Windows Server 2008 ­ et aussi Windows Vista. Elles sont sans effet sur les plates­formes Windows Server  2003. 

- 2-

© ENI Editions - All rigths reserved

Maintenance de l’annuaire Active Directory  1. Définir une politique de surveillance  Tout nouveau serveur de production fait généralement l’objet d’une procédure de mise en exploitation. À l’issue de la  mise en œ uvre opérationnelle, vous devrez accompagner la mise en production par un certain nombre de mesures qui  vous permettront de préserver au mieux le rôle opérationnel du nouveau serveur.  Vous  devez  évaluer  le  niveau  d’accompagnement  et  de  support  qui  correspond  à  vos  principes  de  fonctionnement  habituels ou exceptionnels, dans le cas où la solution déployée recevrait un caractère exceptionnel particulier.  Les besoins en matière de disponibilité et de reprise varient considérablement d’une entreprise à l’autre. Les  entreprises qui sont sujettes à des contraintes de disponibilité importantes disposent souvent de procédures  détaillées et d’outils puissants décrivant les méthodes de reprise sur incidents. 

Même  si  votre  entreprise  ne  fait  pas  partie  de  cette  catégorie,  il  est  très  important  de  considérer  que  la  sauvegarde,  les  procédures  de  restauration  et  de  reprise  ainsi  que  la  surveillance  des  systèmes  sont  des  aspects qui doivent être particulièrement soignés. 

La mise en place d’une politique de surveillance vous permettra de travailler en mode pro­actif et non plus en mode  réactif.  Vous  pourrez  anticiper  certains  problèmes  ou,  si  tel  n’est  pas  le  cas,  résoudre  plus  efficacement  les  petits  problèmes de disponibilité.  En plus de la résolution des problèmes, une politique de surveillance vous permettra d’augmenter le niveau de qualité  de  service  que  vous  apportez  aux  utilisateurs  du  réseau.  En  effet,  vous  pourrez  faire  progresser  vos  méthodes  de  telle  sorte  que  les  utilisateurs  bénéficient  d’une  fiabilité  accrue  des  applications  reposant  sur  Active  Directory  et  les  performances  seront  équilibrées.  Si  les  contrôleurs  de  domaine  sont  correctement  surveillés,  alors  la  disponibilité  pourra être proche de 100% et les utilisateurs oublieront le réseau pour se contenter de l’utiliser !  De  nombreux  compteurs  de  performances  et  outils  sont  disponibles  pour  aider  à  avoir  un  état  complet  de  l’infrastructure  Active  Directory.  Ainsi,  en  analysant  uniquement  les  principaux  indicateurs,  vous  pouvez  améliorer  de  manière significative la fiabilité globale du système et mieux comprendre comment il réagit.  La surveillance des systèmes les plus importants, tels que les contrôleurs permet, grâce à une démarche pro­ active, d’être beaucoup plus réactif face aux incidents.  L’objectif principal de la surveillance doit permettre de contrôler les points listés ci­dessous :  ●

Les  services  vitaux  en  relation  avec  l’annuaire  Active  Directory  sont  opérationnels  sur  chaque  contrôleur  de  domaine. 

●

Les performances en requêtes LDAP sont acceptables. 

●

Les contrôleurs de domaine ne subissent pas de surcharges inconsidérées. 

2. Outils utilisés  Nous  découvrirons  plus  loin  les  paramètres  les  plus  intéressants  à  surveiller  pour  anticiper  au  mieux  d’éventuelles  indisponibilités ou saturations. Les outils que nous utiliserons sont les outils bien connus de Windows NT, Windows  2000 et Windows Server 2003. 

a. L’observateur d’événements  La figure ci­dessous montre que plusieurs journaux sont disponibles dans le gestionnaire d’événements. 

© ENI Editions - All rigths reserved

- 1-

Les contrôleurs de domaines possèdent des journaux supplémentaires  Faites  en  sorte  de  configurer  une  stratégie  de  groupe  qui  configure  tous  les  paramètres  de  journaux  pour  vos  différents types ou familles de serveurs. Dans la mesure où les partitions systèmes sont aujourd’hui, de plus en plus  volumineuses, n’hésitez pas à fixer des tailles de journaux qui permettent d’avoir une période de temps intéressante  à étudier. 

Gestion des affichages personnalisés  L’option Remplacer les événements si nécessaire est intéressante car elle permet à l’administrateur du système de  disposer de journaux à analyser en cas de problème. 

- 2-

© ENI Editions - All rigths reserved

Le journal Application contient les messages de la source Userenv  La  figure  précédente  montre  que  la  source  Userenv  dépose  ses  messages  dans  le  journal  Application.  Pour  information, la source Userenv prend en charge tout ce qui concerne l’application des stratégies de groupe. 

b. L’analyseur de performances et le moniteur de fiabilité et de performances  L’analyseur  de  performances,  disponible  dans  les  Outils  d’administration,  est  l’outil  par  excellence  dédié  à  la  surveillance  de  l’activité  d’un  ou  plusieurs  ordinateurs.  L’activité  peut  être  visualisée  de  différentes  manières.  Les  graphiques  permettent  une  vision  instantanée  ou  analytique  des  données  à  partir  d’un  journal  de  surveillance  fonctionnant en tâche de fond, mais il peut aussi être très pratique pour afficher des tableaux de valeurs moyennes  basées sur une plage de temps spécifiée. Cette fenêtre est appelée Fenêtre temporelle.  Les serveurs Windows Server 2008 adoptent l’intégralité des outils de gestion de Windows Vista. 

Console Moniteur de fiabilité et de performances 

Comment créer un journal de compteurs ? Pour créer des journaux de compteurs ou de traçage, vous devez être membre du groupe "Administrateurs" ou du 

© ENI Editions - All rigths reserved

- 3-

groupe  "Utilisateurs  du  journal  de  performance"  sur  l’ordinateur  local.  Vous  pouvez  aussi  avoir  reçu  délégation  de  l’autorisation  appropriée.  Dans  le  cas  où  l’ordinateur  fait  partie  d’un  domaine,  par  défaut,  les  membres  du  groupe  Admins du domaine sont aussi en mesure d’effectuer des analyses de performances.  ■

Pour ouvrir l’Analyseur de performances, vous pouvez cliquer sur Démarrer,  puis  sur Panneau de configuration,  puis sur Outils d’administration puis sur Analyseur de performances. 

■

Pour  enregistrer  les  paramètres  de  compteur  pour  un  journal  de  compteur,  un  journal  de  suivi  ou  une  alerte,  cliquez avec le bouton droit sur le journal ou l’alerte dans le volet d’informations, puis cliquez sur Enregistrer les  paramètres sous. 

Vous pouvez ensuite spécifier un fichier .htm dans lequel enregistrer les paramètres.  ■

Pour réutiliser les paramètres enregistrés pour un nouveau journal ou une nouvelle alerte, cliquez avec le bouton  droit dans le volet d’informations, puis cliquez sur Nouveaux paramètres de journal à partir de ou sur Nouveaux  paramètres d’alerte à partir de. Cette méthode permet de générer facilement de nouveaux paramètres à partir  de  la  configuration  d’un  journal  ou  d’une  alerte.  Vous  pouvez  également  ouvrir  le  fichier  HTML  dans  Internet  Explorer afin d’afficher une courbe du Moniteur système. 

Utilisation d’Internet Explorer pour surveiller un serveur éloigné 

Attention  au  format  des  fichiers  d’analyses  de  performances  :  bien  que  l’extension  d’un  fichier  journal  soit  .blg,  le  format  de  fichier  est  différent  de  Windows  Server  2003  et  différent  de  celui  disponible  sous  Windows 2000 Server. Par exemple, si vous copiez un fichier binaire de Windows Server 2003 vers Windows 2000,  il vous sera impossible de le lire sur Windows 2000. 

Création d’un journal à l’aide de la ligne de commande Logman.exe Vous avez aussi la possibilité de déclarer des journaux d’analyse de performances en utilisant la ligne de commande.  Pour y parvenir, ouvrez une invite de commandes, tapez une commande en respectant la syntaxe ci­dessous : 

- 4-

© ENI Editions - All rigths reserved

logman create counter nom_collection c {chemin [chemin...]} | {cf NomFichier} create counter nom_collection  Crée une requête de collection de compteurs nommée nom_collection.  c {chemin [chemin...]} | cf {NomFichier}  Spécifie le chemin d’accès des compteurs de performance à enregistrer dans le journal (chemin) ou le nom du chemin  d’accès du fichier journal qui répertorie ces compteurs (cf NomFichier). Pour afficher la liste de plusieurs chemins de  compteur, séparez chaque ligne de commande par un espace ou utilisez l’option cf pour afficher la liste des chemins  de compteur dans un fichier d’entrée, ligne par ligne.  Pour chaque chemin de compteur, utilisez le format [\\ordinateur]\objet[instance]\compteur] où :  ●

Ordinateur  est  le  nom  d’ordinateur  facultatif  ou  l’adresse  IP  d’un  ordinateur  distant.  Lorsque  le  nom  d’ordinateur n’est pas indiqué, l’ordinateur local est utilisé par défaut. 

●

Objet est l’objet compteur de performance (processus ou mémoire). 

●

Instance (le cas échéant) est l’objet de performance (processus). 

●

Compteur est le compteur de performance de l’objet (temps processeur). 

Par exemple, pour créer une requête de collection nommée journal_perf en vue de collecter les données du compteur  Total%  Temps  processeur,  tapez  :  logman create counter journal_perf c "\Processeur(_Total)\% Temps processeur"  Sous  Windows  Server  2003,  la  commande  logman  permet  de  gérer  les  journaux  systèmes.  Sous  Windows  Server  2008, logman permet de gérer le même type d’éléments. Sous Windows Server 2008, les éléments qui permettent  de corriger les logs sont appelés des collecteurs de données.  Instances, Objets et Compteurs de performances Les systèmes Windows NT, Windows 2000 Server, Windows Server 2003 et Windows Server 2008 considèrent les  périphériques, les fichiers, les disques, les processeurs, les cartes réseaux, les protocoles comme des objets. Bien  sur  cela  puisse  paraître  quelque  peu  ahurissant  ­  mais  il  faut  se  rappeler  qu’au  tout  début,  le  projet  NT  était  effectivement au cœ ur de la conception d’un système d’exploitation basé sur un micro­noyau, une grande abstraction  (via le HAL ­ Hardware Abstraction Layer) vis­à­vis des périphériques et des processeurs et l’intégration de différents  sous­systèmes serveurs ­ quelque part on pourrait penser que l’on fonctionne sur un Mainframe ! 

Quelques compteurs de performances de l’objet NTDS  Quoi  qu’il  en  soit,  chaque  objet  peut  être  surveillé  sous  de  multiples  aspects.  Ainsi,  pour  l’objet  NTDS  qui  nous  intéresse plus particulièrement, nous aurons à notre disposition de nombreux compteurs tels que ceux présentés ci­ dessous :  ●

DRA Inbound Bytes Compressed (Between Sites, After Compression)/sec 

●

DRA Inbound Bytes Compressed (Between Sites, Before Compression)/sec 

© ENI Editions - All rigths reserved

- 5-

- 6-

●

DRA Inbound Bytes Not Compressed (Within Site)/sec 

●

DRA Inbound Bytes Total/sec 

●

DRA Inbound Full Sync Objects Remaining 

●

DRA Inbound Objects/sec 

●

DRA Inbound Objects Applied/sec 

●

DRA Inbound Objects Filtered/sec 

●

DRA Inbound Object Updates Remaining in Packet 

●

DRA Inbound Properties Applied/sec 

●

DRA Inbound Properties Filtered/sec 

●

DRA Inbound Properties Total/sec 

●

DRA Inbound Values (DNs only)/sec 

●

DRA Inbound Values Total/sec 

●

DRA Outbound Bytes Compressed (Between Sites, After Compression)/sec 

●

DRA Outbound Bytes Compressed (Between Sites, Before Compression)/sec 

●

DRA Outbound Bytes Not Compressed (Within Site)/sec 

●

DRA Outbound Bytes Total/sec 

●

DRA Outbound Objects Filtered/sec 

●

DRA Outbound Objects/sec 

●

DRA Outbound Properties/sec 

●

DRA Outbound Values (DNs only)/sec 

●

DRA Outbound Values Total/sec 

●

DRA Remaining Replication Updates 

●

DRA Pending Replication Synchronizations 

●

DRA Sync Requests Made 

●

DS Security Descriptor Suboperations/sec 

●

DS Security Descriptor Propagation Events 

●

DS Threads in Use 

●

LDAP Client Sessions  © ENI Editions - All rigths reserved

●

LDAP Bind Time 

●

Kerberos Authentications/sec 

●

NTLM Authentications/sec 

●

LDAP Successful Binds/sec 

●

LDAP Searches/sec 

Certains de ces compteurs seront utilisés plus loin comme compteurs de base pour aider à l’établissement  d’une stratégie de surveillance des contrôleurs de domaine Windows Server 2003 et Windows Server 2008.  Pour  plus  d’informations sur les détails de ces compteurs, veuillez vous référer au site de Microsoft et consulter le  document  "Monitoring  Performance  in  Active  Directory"  à  l’adresse  :  http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en­us/  Default.asp? url=/resources/documentation/Windows/2000/server/reskit/enus/distrib/ dsbm_mon_GVII.asp  Graphiques et tableaux de valeurs moyennes L’analyseur de performances vous permet de créer graphiques, histogrammes et tableaux de valeurs pour que vous  puissiez traiter toutes les données d’analyses que vous remonterez des serveurs. Cet outil supporte les fonctions  suivantes :  ●

l’utilisation des vues d’analyse, 

●

l’utilisation des données enregistrées dans le journal, 

●

la modification des compteurs et de leurs propriétés, 

●

la modification des options d’échantillonnage, 

●

la possibilité d’analyser des ordinateurs à distance, 

●

la possibilité de mettre en surbrillance les données d’un compteur avec la séquence de touches [Alt] H, 

●

le passage d’un affichage de courbe à une vue sous forme de rapport ou d’histogramme, 

●

l’ajout de titres, de quadrillages et d’autres attributs à un graphe, 

●

la modification des propriétés d’arrière­plan, de courbe, de texte et de police. 

Comme vous pouvez le constater, la console de performances est simple d’utilisation. Elle contient deux objets :  ●

l’objet Moniteur système pour réaliser graphiques, rapports et histogrammes ; 

●

l’objet Journaux et alertes pour déterminer les instances, objets et compteurs d’objets qui seront surveillés. 

Par  exemple,  la  figure  qui  suit  montre  un  rapport  basé  sur  les  données  d’un  journal  qui  surveille  sur  le  serveur  booster2003 les compteurs de performances des objets processeurs, mémoire, entrées/sorties pour les processus  csrss, lsass et ntfrs. 

© ENI Editions - All rigths reserved

- 7-

Tableaux : analyse des journaux sur une période de temps 

c. Journaux de surveillance et de traçage  Grâce aux Journaux et alertes de l’Analyseur de performances, vous pouvez collecter des données de performances  provenant d’ordinateurs locaux ou distants. Vous pouvez afficher les données enregistrées dans le journal à l’aide  du  Moniteur  système  ou  les  exporter  vers  des  tableurs  ou  des  bases  de  données  en  vue  d’une  analyse  ou  d’une  génération de rapports. L’outil Journaux et alertes de performance propose les fonctionnalités suivantes : 

- 8-

●

Les  journaux  peuvent  fonctionner  sous  différents  comptes  d’utilisateurs.  Par  exemple,  si  vous  devez  enregistrer  dans  un  journal  des  données  provenant  d’un  ordinateur  distant  nécessitant  des  informations  d’identification  différentes,  vous  pouvez  ainsi  spécifier  un  compte  doté  des  informations  d’identification  requises. 

●

Deux nouveaux groupes de sécurité vous permettent de vous assurer que seuls les utilisateurs de confiance  peuvent accéder aux données de performances sensibles et les manipuler. Il s’agit des groupes "Utilisateurs  du journal de performance" et "Utilisateurs de l’Analyseur de performances". 

●

La  taille  des  fichiers  journaux  pris  en  charge  par  Windows  Server  2003  dépasse  maintenant  1  Go  et,  le  nouveau format permet de fusionner différents journaux. 

●

Vous  pouvez  collecter  les  données  dans  un  format  de  base  de  données  SQL.  Cette  option  définit  le  nom  d’une base de données SQL existante et d’un jeu de journaux au sein de la base de données dans lesquels  les données de performance seront lues ou écrites. Ce format de fichier est utile pour collecter et analyser  des  données  de  performances  au  niveau  de  l’entreprise  plutôt  que  sur  chaque  ordinateur.  Il  est  possible  d’enregistrer des données directement dans une base de données SQL par le biais d’ODBC (Open DataBase  Connectivity). 

●

Les données de compteur collectées par les Journaux et alertes de l’Analyseur de performances peuvent être  affichées au cours de la collecte, mais aussi une fois que celle­ci a pris fin. 

●

Comme  l’enregistrement  dans  le  journal  est  exécuté  en  tant  que  service,  la  collecte  de  données  a  lieu  en  tâche de fond que des utilisateurs soient ou non connectés à l’ordinateur en cours d’analyse. 

●

Vous pouvez définir les heures de démarrage et d’arrêt, les noms et tailles de fichier et d’autres paramètres  pour la génération automatique de journaux. 

© ENI Editions - All rigths reserved

●

Vous  pouvez  gérer  plusieurs  sessions  d’enregistrement  dans  le  journal  à  partir  d’une  seule  fenêtre  de  la  console. 

●

Vous pouvez définir une alerte sur un compteur. Cette alerte peut stipuler qu’un message doit être envoyé,  un programme exécuté, une entrée ajoutée dans le journal d’événements de l’application  ou  qu’un journal  doit  être  démarré  lorsque  la  valeur  du  compteur  sélectionné  est  supérieure  ou  inférieure  à  la  valeur  spécifiée. 

●

À l’instar du Moniteur système, l’outil Journaux et alertes de performance prend en charge la définition des  objets de performance, des compteurs de performance et des instances de l’objet de performance. Il permet  également  de  définir  des  intervalles  d’échantillonnage  pour  l’analyse  de  données  relatives  aux  ressources  matérielles et aux services système. Le service Journaux et alertes de performance offre également d’autres  options liées à l’enregistrement des données de performances. 

●

Démarrer et arrêter l’enregistrement dans le journal, soit manuellement sur demande, ou automatiquement  en fonction d’une planification définie par l’utilisateur. 

●

Configurer  des  paramètres  supplémentaires  pour  l’enregistrement  automatique  dans  le  journal  (renommer  automatiquement  les  fichiers,  par  exemple)  et  définir  des  paramètres  d’arrêt  et  de  démarrage  d’un  fichier  journal en fonction du temps écoulé ou de la taille du fichier. 

Commande Tracerpt.exe : vous avez aussi la possibilité de générer des rapports d’analyse de suivi à partir  des  fichiers  de  sortie  des  journaux  à  l’aide  de  la  commande  Tracerpt.  Cet  outil  inclus  de  base  dans  le  système d’exploitation, vous permet de traiter des journaux d’événements de suivi du noyau, Active Directory et  transactionnels,  et  de  générer  des  rapports  d’analyse  de  suivi  ainsi  que  des  fichiers  .csv  à  partir  des  journaux  binaires. La commande Tracerpt est disponible sous Windows Server 2003 et Windows Server 2008. 

3. Événements à auditer  Un contrôleur de domaine génère tous les jours des centaines d’événements en relation directe ou indirecte avec les  services d’annuaires Active Directory. Une solution de contrôle efficace peut fortement réduire le nombre d’événements  en  les  consolidant  au  niveau  de  chaque  contrôleur  de  domaine  et  entre  plusieurs  contrôleurs  de  domaine.  Même  si  beaucoup  de  ces  événements  ne  sont  pas  suffisamment  importants  pour  déclencher  une  alerte,  ils  peuvent  être  consignés  dans  un  rapport  hebdomadaire  et  faire  l’objet  d’une  analyse  ultérieure  pour  planifier  une  évolution  des  matériels ou la mise en œ uvre de nouveaux paramètres systèmes.  Les points de contrôles ou de vérifications qui sont listés plus loin vous serviront de points de contrôle de base. Les  indicateurs  présentés  ci­dessous  sont  autant  de  symptômes  qui  préfigurent  des  problèmes  potentiels  quant  à  l’intégrité générale du contrôleur de domaine. 

a. Événements réseaux des contrôleurs de domaine  Les contrôleurs de domaines sont, comme tous les serveurs, eux aussi clients du réseau et en partie d’eux­mêmes !  Les messages ci­dessous sont caractéristiques de problèmes ennuyeux lorsqu’ils sont détectés sur un contrôleur de  domaine.  Journal/Erreur ou message caractéristique 

Commentaire 

System / DNSAPI 11154 / 11166 

Le contrôleur de domaine n’a pas les droits suffisants  pour exécuter une mise à jour dynamique sécurisée. 

System / DNSAPI   11152 / 11153 / 11164 / 11165  System / DNSAPI   11151 / 11155 / 11163 / 11167 

System / NETLOGON 5773  

La zone ou le serveur DNS actuellement connecté ne  prend pas en charge les mises à jour dynamiques. 

Un enregistrement de ressources pour le contrôleur  de domaine n’est pas enregistré dans le DNS.   Un ou plusieurs enregistrements du localisateur de  contrôleur de domaine ne sont pas enregistrés car le  serveur DNS principal ne prend pas en charge les 

© ENI Editions - All rigths reserved

- 9-

mises à jour dynamiques.   Un ou plusieurs enregistrements du localisateur de  contrôleur de domaine ne sont pas enregistrés dans  le DNS. 

System / NETLOGON 5774  

b. Événements de réplication  Les  événements  spécifiés  ci­dessous  peuvent  indiquer  des  problèmes  de  réplication  du  volume  système  partagé  SYSVOL ou d’autres problèmes au niveau de l’application des stratégies de groupe.  Journal/Erreur ou message caractéristique 

Commentaire 

Service de réplication de fichiers Toutes les sources /  Gravité →Erreur  

FRS est utilisé pour synchroniser la stratégie entre  tous les contrôleurs de domaine de la forêt.  

Application / USERENV  Responsable de l’application de la stratégie de  groupe et des profils sur les contrôleurs de domaine. 

Gravité → Erreur  Utilisateur = Système  

Messages d’erreur du moteur de configuration de la  sécurité. Souvent un problème transitoire. Prévient  lorsque plus de 5 événements se produisent en 30  minutes.  

Application / SCECLI  Gravité → Erreur 1058 

c. Événements d’authentification  Ces  événements  peuvent  indiquer  des  problèmes  liés  à  différents  éléments.  Surveillez  ces  compteurs  sur  tous  les  contrôleurs de domaine de la forêt.  ●

Protocole d’authentification Kerberos version 5 

●

Protocole d’authentification par défaut 

●

Service Netlogon et protocole requis pour le fonctionnement correct du contrôleur de domaine. 

Erreur ou message caractéristique 

Commentaire 

Système / W32TIME  FRS est utilisé pour synchroniser la stratégie entre  les contrôleurs de domaine. 

Gravité → Erreur  Gravité → Avertissement  Système / Centre de distributions de clés  Kerberos V5 (KDC) 

Messages d’erreur de service KDC critiques  Gravité → Erreur  Rapport 11 hebdomadaire  Système / NETLOGON  Gravité → Erreur 

Erreurs du service NETLOGON critiques. 

Rapport 5705, 5723 hebdomadaire 

4. Compteurs de performance à contrôler 

- 10 -

© ENI Editions - All rigths reserved

Lorsque  vous  effectuez  un  contrôle  de  base,  vous  pouvez  également  utiliser  les  compteurs  de  performance  pour  contrôler l’intégrité générale du contrôleur de domaine. 

a. Compteurs de performance pour le contrôle de la quantité de données répliquées  Sauf  indication  contraire,  utilisez  les  lignes  de  base  déjà  définies  pour  affecter  des  valeurs  à  ces  compteurs  de  performance.  Objet/Compteur/Intervalle 

Commentaire 

Objet du service d’annuaire NT (NTDS) Octets  d’entrée DRA   Compressés 15 minutes  

Indique la quantité de données de réplication à  destination du site. Un changement significatif du  compteur indique une modification de la topologie de  réplication ou que des données importantes ont été  ajoutées ou modifiées dans Active Directory.  Indique la quantité de données de réplication en  provenance du site. Un changement significatif du  compteur indique une modification de la topologie de  réplication ou que des données importantes ont été  ajoutées ou modifiées dans Active Directory. 

NTDS Octets de sortie DRA  Compressés 15 minutes  

NTDS Octets de sortie DRA 

Indique la quantité de données de réplication  provenant du contrôleur de domaine au sein du site. 

non compressés 15 minutes 

Indique la quantité de données de réplication  provenant du contrôleur de domaine. Un changement  significatif du compteur indique une modification de la  topologie de réplication ou que des données  importantes ont été ajoutées ou modifiées dans  Active Directory. 

NTDS Octets de sortie  Total/sec 15 minutes 

b. Compteurs de performance pour le contrôle des fonctions et services principaux  Sauf indication contraire, définissez des lignes de base pour affecter des seuils à ces compteurs de performance.  Objet/Compteur/Intervalle 

Commentaire 

NTDS Sous­opérations de recherche Active  Directory/s. 5 minutes 

Indique les problèmes de performance du contrôleur  de domaine en cas de modification importante du  compteur. Vérifiez que les applications ne ciblent pas  le contrôleur de domaine de façon incorrecte. 

Processus % Temps proc.  Indique la quantité d’UC utilisée par Active Directory.  LSASS 1 minute 

NTDS Recherches LDAP/sec  15 minutes 

NTDS Sessions client LDAP  5 minutes 

Indique la quantité d’utilisation totale pour un  contrôleur de domaine. Idéalement, ce compteur ne  varie pas sur les contrôleurs de domaine. Ce  compteur peut indiquer qu’une nouvelle application  cible le contrôleur de domaine ou que davantage de  clients ont été ajoutés au réseau.  Indique le nombre de clients actuellement connectés  au contrôleur de domaine. Une modification  significative peut indiquer que les ordinateurs  basculent vers le contrôleur de domaine. En  établissant une ligne de base sur ce compteur, vous  pouvez également collecter des informations utiles  sur le moment de la journée où les gens se  connectent et le nombre maximum d’ordinateurs  client qui se connectent chaque jour. 

© ENI Editions - All rigths reserved

- 11 -

c. Compteurs de performance de contrôle des volumes de sécurité principaux  Sauf indication contraire, définissez des lignes de base pour affecter des seuils à ces compteurs de performance.  Objet/Compteur/Intervalle 

Commentaire  Indique le nombre de clients qui s’authentifient au  niveau du contrôleur de domaine en utilisant NTLM au  lieu de Kerberos (Microsoft Windows NT 4.0 et clients  antérieurs ou authentifications interforêts). 

NTDS Authentifications NTLM/s.  15 minutes  

Indique le nombre de tickets de session délivrés par  le KDC. Ce compteur est un bon indicateur de l’impact  de la modification de la durée de vie du ticket. 

NTDS Requêtes KDC AS/s.  15 minutes 

Indique le volume de chargement d’authentifications  placé sur le KDC. Ce compteur est une aide précieuse  pour l’établissement de lignes de base.  

Kerberos Authentifications/s.  15 minutes 

Indique le nombre de tickets d’accord de ticket (TGT,  Ticket Granting Ticket) délivrés par le KDC. Ce  compteur est un bon indicateur de l’impact de la  modification de la durée de vie du ticket. 

NTDS Requêtes KDC TGS   15 minutes 

d. Compteurs de performance pour le contrôle des principaux indicateurs du système  Utilisez  ces  compteurs  de  performance  pour  contrôler  les  principaux  indicateurs  du  système  d’exploitation.  Ces  compteurs exercent un impact direct sur les performances d’Active Directory.  Objet/Compteur/Intervalle/Seuil 

Commentaire 

Mémoire Erreurs de page/s.   5 minutes / 700/s  

Indique un manque de mémoire physique s’il y a un  taux élevé d’erreurs de page/s. 

Disque physique Longueur de file d’attente du disque  actuel 1 minute / 2 ou Supérieur à 3 intervalles en  moyenne 

Indique un journal des requêtes E/S entrée/ sortie  du disque. Prenez en compte l’augmentation du  disque et le débit du contrôleur.  

Processeur % Temps DPC_Total (exemple) 15  minutes / 10  

Indique un travail différé car le contrôleur de domaine  était trop occupé et peut indiquer une congestion du  processeur. 

Système / Longueur de file d’attente du processeur 1  minute 6 Supérieur à 5 intervalles en moyenne 

Indique que l’UC n’est pas assez rapide pour traiter  les requêtes à mesure qu’elles arrivent. Si la  topologie de réplication est correcte et que la  condition n’est pas due à un basculement depuis un  autre contrôleur de domaine, envisagez une mise à  niveau de votre UC. 

Mémoire Mégaoctets disponibles 15 minutes 4 Mo 

Indique que si le seuil est atteint, le système a  dépassé la mémoire disponible. Une défaillance  imminente du service est probable. 

Processeur % Temps processeur Total 1 minute 85%  Supérieur à 3 intervalles en moyenne 

Indique que le processeur est surchargé. Détermine  si le chargement du processeur est délivré par Active  Directory en examinant le compteur "% Temps  Processeur­ LSASS". 

Système Contexte Commutateurs  / s. 15 minutes 70,000 

- 12 -

Indique des transitions excessives. Il est possible  que trop d’applications ou de services fonctionnent  ou que la charge sur le système soit trop élevée.  Prenez en compte l’allègement de cette demande. 

© ENI Editions - All rigths reserved

Système / Durée de fonctionnement du système 15  minutes 

Mesure la fiabilité du contrôleur de domaine. 

5. Usage des bonnes pratiques pour surveiller Active Directory  Même  si  chaque  entreprise  dispose  de  ses  propres  spécificités,  veillez  à  respecter  ces  recommandations  générales  lorsque vous concevez une stratégie de surveillance et d’analyse.  Les  plus  petites  entreprises  pourront  trouver  que  les  instructions  suivantes,  les  utilitaires  fournis  avec  Windows  Server 2008 et quelques scripts particuliers suffisent pour fournir un service d’annuaire fiable.  Les  organisations  plus  grandes  pourront  nécessiter  une  solution  de  contrôle  plus  sophistiquée,  pouvant  fournir  une  vue centrale de plusieurs contrôleurs de domaine, sur la base d’agents ou des services qui consolident et filtrent les  événements, les compteurs et les indicateurs. Un produit comme Microsoft System Center Operations Manager 2007  offre ce type de services pour les grandes entreprises avec MOM 2005 et pour les plus petites avec Microsoft System  Center Essentials 2007.  SCOM  2007  est  un  produit  stratégique  pour  la  surveillance  pro­active  des  serveurs  d’infrastructure  et  d’applications. La version SCE 2007 offre les mêmes services de surveillance, d’analyse et de diagnostic que la  version  SCOM  2007,  mais  est  licenciée  pour  500  PC  et  30  serveurs.  Le  principe  est  très  moderne  puisque  SCOM  2007 est équipé de Management Packs spécialisés par produits ou services. Le serveur SCOM 2007 peut mettre lui­ même  à  jour  les  Management  Packs  qu’il  utilise.  Pour  plus  d’informations,  connectez­vous  sur  http://www.microsoft.com/ mom.  Suivez les instructions suivantes pour déterminer comment concevoir et implémenter des solutions de contrôle.  ●

Associez des actions précises aux avertissements et alertes générés par votre système de surveillance. Pour  conserver  une  intégrité  parfaite  de  votre  infra­  structure  Active  Directory,  vous  devez  disposer  d’un  plan  de  gestion précis pour traiter efficacement les différents messages générés par Active Directory. 

●

Générez  des  alertes  uniquement  pour  indiquer  un  problème  nécessitant  une  attention  toute  particulière.  Le  système  de  surveillance  ne  doit  pas  générer  des  alertes  superflues  qui  pourraient  surcharger  l’opérateur  chargé de résoudre les problèmes. 

●

Contrôlez  les  services  fondamentaux  d’Active  Directory.  Certains  services  sont  essentiels  au  bon  fonctionnement  d’Active  Directory,  notamment  les  services  DNS,  FRS,  DFS­R,  KDC  (Key  Distribution  Center),  Netlogon et Windows Time (W32time). 

●

Déterminez une ligne de base fiable afin de définir la limite de transmission d’avertissements et d’alertes. Il est  indispensable que vous connaissiez les niveaux de fonctionnement normal avant de déterminer si une action  est requise. En définissant une ligne de base, vous pouvez rassembler suffisamment de données pour décider  d’un plan d’action ou de reprise. 

●

Vérifiez l’espace disque libre pour les fichiers journaux et la base de données Active Directory. Les volumes de  disque  contenant  le  fichier  de  la  base  de  données  Active  Directory,  Ntds.dit,  ainsi  que  les  fichiers  journaux  doivent avoir suffisamment d’espace  libre  pour  prendre  en  charge  l’utilisation et l’évolution  quotidienne.  Une  alerte  doit  être  générée  si  l’espace  disque  libre  est  inférieur  à  50  Mo  ou  à  10  %  de  la  taille  du  volume.  Microsoft recommande que ce contrôle ait lieu toutes les heures. 

●

Réduisez  l’utilisation  des  ressources  lors  de  la  surveillance  de  l’Active  Directory.  Vous  trouverez,  ci­dessous,  quelques recommandations pour réduire l’utilisation des ressources :  ●

la surveillance ne doit pas solliciter de la mémoire au point de diminuer les performances du système, 

●

les  ordinateurs  contrôlés  ne  doivent  pas  consacrer  plus  de  5  %  de  l’exploitation  du  processeur  aux  fonctions de surveillance, 

●

la solution de surveillance doit générer un minimum de trafic réseau, 

●

le  nombre  total  de  compteurs  de  performance  et  la  fréquence  de  collecte  des  données  doivent  être  limités. De cette manière, vous ne surchargerez pas trop le système, tout en collectant des données  essentielles, 

© ENI Editions - All rigths reserved

- 13 -

●

- 14 -

les scripts des utilisateurs et des administrateurs devraient être exécutés en local, et non à distance.  Ainsi, la bande passante du réseau est préservée. 

© ENI Editions - All rigths reserved

Validation des acquis : questions/réponses  1. Questions  Si l’état de vos connaissances sur ce chapitre vous semble suffisant, répondez aux questions ci­après.  1 Quelle option devez­vous sélectionner pour sauvegarder les objets stratégies de groupe (GPO) contenues dans  l’annuaire Active Directory ?  2 En quoi consiste une restauration Active Directory forcée (Restauration faisant autorité) ?  3 Quelle commande système devez­vous utiliser pour réaliser la restauration forcée (Restauration faisant  autorité) de certains objets Active Directory ?  4 Est­il possible de réaliser une opération de défragmentation en mode hors connexion sans redémarrer le  serveur ?  5 Est­il possible de déplacer et séparer les journaux de transactions des fichiers de la base de données de telle  manière que les performances de l’annuaire soient au maximum de leurs possibilités ?  6 Où sont stockés les fichiers liés à la base de données Active Directory ?  7 Les fichiers Res1.log et Res2.log sont­ils des fichiers de transactions Active Directory ?  8 Quel sous­menu de la commande de maintenance Ntdsutil.exe permet de retirer un contrôleur de domaine  défunt ?  9 Est­ce que la défragmentation en ligne de la base de données Active Directory réduit la taille de la base de  données ?  10 Au bout de combien de temps les objets désactivés sont­ils réellement supprimés ?  11 Comment pouvez­vous modifier la valeur de la durée de vie des objets défunts ?  12 Quel est l’objet du processus de défragmentation en ligne et quelle est la fréquence de cette opération ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /12  Pour ce chapitre, votre score minimum doit être de 9 sur 12. 

3. Réponses  1 Quelle option devez­vous sélectionner pour sauvegarder les objets stratégies de groupe (GPO) contenues dans  l’annuaire Active Directory ?  Sous Windows Server 2003, vous devez veiller à cocher l’option Etat du système. De cette manière, l’annuaire et le  Sysvol  sont  sauvegardés,  lesquels  contiennent  les  objets  stratégies  de  groupe.  Vous  pouvez  aussi  sauvegarder  les  objets GPO à l’aide de la console de gestion des stratégies de groupe (GPMC).  2 En quoi consiste une restauration Active Directory forcée (Restauration faisant autorité) ?  Une restauration autoritaire permet de récupérer les objets effacés par erreur.  3 Quelle commande système devez­vous utiliser pour réaliser la restauration forcée (Restauration faisant  autorité) de certains objets Active Directory ?  Vous  devez  utiliser  ntdsutil  puis  entrer  dans  le  sous­menu  authoritative  restore.  Ensuite,  vous  devez  taper  la  commande restore subtree DN_de_l’objet, quitter ntdsutil puis redémarrer le contrôleur de domaine.  4 Est­il possible de réaliser une opération de défragmentation en mode hors connexion sans redémarrer le  serveur ?  Sous Windows Server 2003, cette opération nécessite un arrêt des services Active Directory lesquels ne peuvent être  arrêtés qu’en mode Restauration des services d’annuaire (DSRM).  Sous Windows Server 2008, il n’est  pas  nécessaire  de  redémarrer  en  mode  DSRM.  Vous  pouvez  arrêter  les  services  Active Directory à l’aide du Gestionnaire de serveur ou via la commande net stop NTDS /y.  5 Est­il possible de déplacer et séparer les journaux de transactions des fichiers de la base de données de telle 

© ENI Editions - All rigths reserved

- 1-

manière que les performances de l’annuaire soient au maximum de leurs possibilités ?  Oui. Ces deux opérations sont possibles. Vous pouvez déplacer les journaux et la base de données Active Directory de  manière  séparée.  Dans  ntdsutil,  allez  dans  le  sous­menu  files  puis  invoquez  la  commande  Move  DB  to  D:\AD­DB.  Procédez de la même manière pour déplacer les journaux de transactions à l’aide de la commande Move logs to E:\AD­ LOGS.  6 Où sont stockés les fichiers liés à la base de données Active Directory ?  Le  fichier  NTDS.DIT  ainsi  que  les  journaux  et  fichiers  de  points  de  contrôle  sont  stockés  dans  le  répertoire  % systemroot%\NTDS.  7 Les fichiers Res1.log et Res2.log sont­ils des fichiers de transactions Active Directory ?  Non.  Ces  deux  fichiers,  utilisés  sur  les  plates­formes  Windows  Server  2003,  ont  l’extension  habituelle  .log  fréquemment  rencontrée  pour  des  fichiers  journaux  cependant,  dans  ce  cas,  il  s’agit  simplement  de  fichiers  de  réservations  d’espace  disque.  Cette  quantité  d’espace  disque  (fixée  à  20  Mo),  permet  au  système  de  disposer  d’un  espace suffisant pour procéder à la fermeture de la base de données Active Directory. Sur les plates­formes Windows  Server 2008, ces fichiers sont nommés edbres00001.jrs et edbres00002.jrs.  8 Quel sous­menu de la commande de maintenance Ntdsutil.exe permet de retirer un contrôleur de domaine  défunt ?  À  l’invite  de  commande  Ntdsutil,  tapez  la  commande  Metadata  cleanup,  connectez­vous  via  le  menu  Connections,  sélectionnez le contrôleur à supprimer via le menu Select Opérations Target, puis lancez la suppression via Remove  selected server.  9 Est­ce que la défragmentation en ligne de la base de données Active Directory réduit la taille de la base de  données ?  Non,  seules  les  structures  internes  utilisées  dans  la  base  sont  réorganisées.  Pour  obtenir  la  performance  maximum  dans un environnement stressé, réalisez une défragmentation en mode non connecté.  10 Au bout de combien de temps les objets désactivés sont­ils réellement supprimés ?  Les  objets  sont  réellement  supprimés  lorsque  la  valeur  de  la  durée  de  vie  maximale  de  l’objet  est  atteinte.  La  sauvegarde utilisée ne doit pas être plus ancienne que la durée de vie de désactivation du domaine, qui est de 60 jours  par défaut.  11 Comment pouvez­vous modifier la valeur de la durée de vie des objets défunts ?  Si vous pensez que la durée de vie des sauvegardes doit être augmentée, alors vous devrez augmenter la valeur de  l’attribut  tombstoneLivetime,  définie  au  niveau  de  l’objet  CN= Directory  Service,CN= Windows  NT,  CN= services,  CN=configuration, DC=votredomaine. Notez que, par défaut, la valeur de la durée de vie des objets défunts est de 60  jours. Les forêts mises en œuvre avec Windows Server 2003 SP1 implémentent une nouvelle valeur par défaut définie  à 180 jours.  12 Quel est l’objet du processus de défragmentation en ligne et quelle est la fréquence de cette opération ?  Active  Directory  nettoie  la  mémoire  et  optimise  les  structures  de  la  base  de  données  à  l’aide  du  processus  de  défragmentation en ligne. Ce processus s’exécute suivant un cycle prédéfini, toutes les 12 heures. L’objectif de cette  opération  est  de  résoudre  au  fil  de  l’eau,  les  problèmes  d’organisation  de  la  base  de  données.  De  cette  manière,  le  système maintient un niveau de performances acceptable, sans pour autant la compacter.  Dans l’absolu, il n’est pas nécessaire de réaliser une défragmentation OFF LINE de la base de données Active Directory.  Le  processus  de  défragmentation  en  ligne  optimise  suffisamment  la  base  de  données  en  la  réorganisant  et  en  récupérant l’espace des enregistrements détruits dont la durée de vie a expiré. 

- 2-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Déplacement des fichiers de base de données Active Directory de Windows Server  2008  L’objectif de ce TP est de vous permettre de gérer l’emplacement des fichiers de base de données et/ou des fichiers  journaux (fichiers de transactions) dans le cas où cela s’avérerait nécessaire. Ce pourra être le cas si l’espace disque  devient  insuffisant  sur  la  partition  d’origine  ou  pour  atteindre  un  meilleur  niveau  de  performance  en  déplaçant  les  fichiers vers un sous­système disques plus performant.  Pour réaliser l’opération de déplacement de la base de données Active Directory, procédez de la manière suivante :  1. 

Avant toute opération critique sur un contrôleur Active Directory, faites une sauvegarde  de l’état du système pour sauvegarder Active Directory et le volume système Sysvol.  Sous Windows Server 2008, la sauvegarde de l’état du système ne peut être réalisée  qu’en ligne de commande. Pour réaliser une sauvegarde de l’état du système, tapez la  commande WBAdmin start systemstatebackup _backuptarget:F:. Notez qu’une  sauvegarde de ce type consomme quelques 6 Go. 

2. 

À l’aide du Gestionnaire de serveur, stoppez les services Active Directory ou bien,  redémarrez le contrôleur de domaine en mode restauration Active Directory à l’aide de la  touche [F8]. 

3. 

Ouvrez une session en utilisant le compte d’administrateur et le mot de passe définis  pour les opérations de restauration Active Directory, ce compte correspond au compte  stocké dans la SAM locale. 

4. 

Ouvrez une invite de commande et tapez la commande Ntdsutil. 

5. 

Sélectionnez l’instance Active Directory souhaitée à l’aide de la commande suivante :  activate instance NTDS. 

6. 

À l’invite Ntdsutil, tapez files et validez par [Entrée]. 

7. 

À l’invite Files, tapez move DB to :\ puis appuyez sur [Entrée].  Les paramètres  et  définissent le nouvel emplacement local de la  base de données Active Directory Ntds.dit. 

8. 

Quittez ntdsutil en entrant la commande quit. 

9. 

Redémarrez le contrôleur de domaine ou bien toujours à l’aide du Gestionnaire de  serveur, redémarrez les services Active Directory. 

10. 

Vérifiez que les services d’annuaire Active Directory sont bien opérationnels en ouvrant  une session sur la console locale de l’ordinateur. 

11. 

Finalement, faites une nouvelle sauvegarde de l’état du système pour sauvegarder Active  Directory et cette nouvelle configuration du système. 

Cette opération vous a permis de déplacer le fichier de base de données Ntds.dit à un nouvel emplacement.  L’invite  de  maintenance  des  fichiers  vous  permet  aussi  de  gérer  l’emplacement  des  journaux  des  transactions.  La  commande Move logs to :\ vous permettra de réaliser cette opération.  Sur  les  serveurs  Windows  Server  2008,  Active  Directory  considère  le  nouvel  emplacement  de  la  base  de  données et des journaux de transactions lors du redémarrage des services Active Directory. 

Pour  information,  les  clés  de  registre  HKLM  \  System  \  CurrentControlSet  \  Services  \  Ntds  \  Dsa  Database  file  et  Database  log  files  path  déclarent  les  emplacements  des  fichiers  Active  Directory.  Cependant,  la  modification  de  ces  clés  n’est  pas  suffisante  pour  réaliser  l’opération  de  déplacement.  Ces  informations  sont  aussi  inscrites  dans  les  fichiers  eux­mêmes  et  n’est  modifiable  qu’à  l’aide  de  la  procédure  que  nous venons d’utiliser. 

2. Réalisation d’une défragmentation hors ligne  © ENI Editions - All rigths reserved

- 1-

L’objectif  de  ce  TP  est  de  vous  permettre  de  réaliser  une  opération  d’entretien  de  la  base  de  données  Active  Directory.  À  l’issue  de  cette  opération,  vous  pourrez  libérer  l’espace  non  utilisé  de  la  base  de  données  Ntds.dit  et  ainsi revenir à une taille plus proche de la réalité. Ce sera par exemple le cas, si un contrôleur de domaine catalogue  global est démis de ses fonctions de catalogue. Les objets et autres partitions de l’annuaire seront supprimés, mais  l’espace  ne  sera  pas  récupéré.  La  défragmentation  hors  ligne  pourra  aussi  dans  les  environnements  stressés  participer à une amélioration sensible des performances en lecture. Un autre avantage lié à la réduction de la taille de  la base de données Ntds.dit sera de diminuer le temps de la sauvegarde de l’état du système. Notez aussi que, par  défaut,  la  défragmentation  en  ligne  se  produit  automatiquement  lors  du  processus  de  nettoyage  de  la  mémoire  réalisé par Active Directory.  Pour réaliser l’opération de défragmentation hors connexion de la base de données Active Directory, procédez de la  manière suivante :  1. 

Avant toute opération critique sur un contrôleur Active Directory, faites une sauvegarde  de l’état du système pour sauvegarder Active Directory et le volume système Sysvol.  Sous Windows Server 2008, la sauvegarde de l’état du système ne peut être réalisée  qu’en ligne de commande. Pour réaliser une sauvegarde de l’état du système, tapez la  commande WBAdmin start systemstatebackup _backuptarget:F:. Notez qu’une  sauvegarde de ce type consomme quelques 6 Go. 

2. 

À l’aide du Gestionnaire de serveur, stoppez les services Active Directory ou bien,  redémarrez le contrôleur de domaine en mode restauration Active Directory à l’aide de la  touche [F8]. 

3. 

Ouvrez une session en utilisant le compte d’administrateur et le mot de passe définis  pour les opérations de restauration Active Directory, ce compte correspond au compte  stocké dans la SAM locale. 

4. 

Ouvrez une invite de commande et tapez la commande Ntdsutil. 

5. 

Sélectionnez l’instance Active Directory souhaitée à l’aide de la commande suivante :  activate instance NTDS. 

6. 

À l’invite Ntdsutil, tapez files et validez par [Entrée]. 

7. 

À l’invite Files, tapez la commande ci­dessous : compact to :\  Les paramètres  et  définissent un emplacement avec suffisamment  d’espace disque libre pour y stocker la nouvelle base de données compressée. 

8. 

Quittez ntdsutil en entrant la commande quit. 

9. 

À l’issue de cette opération, une nouvelle base de données Ntds.dit est créée à  l’emplacement spécifié. 

10. 

Remplacez l’ancien fichier Ntds.dit par le nouveau fichier Ntds.dit dans le chemin d’origine  de la base de données Active Directory qui, par défaut, se situe à l’emplacement % Systemroot%\NTDS. 

11. 

Redémarrez le contrôleur de domaine ou bien toujours à l’aide du Gestionnaire de  serveur, redémarrez les services Active Directory. 

Vous venez de réaliser une défragmentation hors connexion de la base de données Active Directory. Cette opération  vous a permis de disposer d’une base compactée optimisée.  Pour effectuer la défragmentation, le disque doit disposer d’une quantité d’espace disque libre équivalente à  15 % de la taille actuelle de la base de données. Cet espace est utilisé temporairement par le processus de  recréation de l’index. Vous devez aussi prévoir un espace cible pour pouvoir y stocker la nouvelle version du fichier  de la base de données compressée. 

3.  Vérification  de  l’intégrité  de  la  base  de  données  Active  Directory  de  Windows  Server 2008  L’objectif de ce TP est de vous permettre de vérifier l’intégrité des données de la base de données de l’annuaire par  rapport  aux  sémantiques  Active  Directory.  À  l’issue  de  chaque  opération,  un  rapport  sera  généré  dans  un  fichier  dump.  Pour réaliser cette opération, procédez de la manière suivante : 

- 2-

© ENI Editions - All rigths reserved

1. 

Avant tout opération de maintenance des services d’annuaire Active Directory, réalisez  une sauvegarde de l’état du système à l’aide de l’Assistant de sauvegardes ou de l’outil  de sauvegarde que vous utilisez habituellement. Sous Windows Server 2008, la  sauvegarde de l’état du système ne peut être réalisée qu’en ligne de commande. Pour  réaliser une sauvegarde de l’état du système, tapez la commande WBAdmin start  systemstatebackup _backuptarget:F:. Notez qu’une sauvegarde de ce type consomme  quelques 6 Go. 

2. 

À l’aide du Gestionnaire de serveur, stoppez les services Active Directory ou bien,  redémarrez le contrôleur de domaine devant faire l’objet de l’opération en mode  Restauration des services d’annuaire à l’aide de la touche [F8]. 

3. 

Ouvrez une session à l’aide du compte de réparation d’urgence Administrateur et du mot  de passe associé défini au moment de l’installation des services d’annuaire Active  Directory. 

4. 

Ouvrez une invite de commande et lancez la commande Ntdsutil. 

5. 

Sélectionnez l’instance Active Directory souhaitée à l’aide de la commande suivante :  activate instance NTDS. 

6. 

Tapez la commande ci­dessous : Semantic database analysis 

7. 

A l’invite Semantic checker, pour activer l’affichage des messages détaillés, tapez la  commande suivante : verbose on  Vous obtiendrez en retour Mode informations détaillées activé. 

8. 

Finalement, lancez l’analyse d’intégrité :  ●

pour lancer l’analyse sans corrections, tapez la commande go. 

●

pour lancer l’analyse avec corrections, tapez la commande : go fixup 

L’analyse  sémantique  génère  le  fichier  DsDit.dmp.0  dans  le  répertoire  racine  du  disque  système  que  vous  pouvez  ensuite analyser.  La syntaxe de l’invite Semantic database analysis est spécifiée ci­dessous :  get %d  Extrait le numéro d’enregistrement %d du fichier Ntds.dit.  go  Lance l’analyse sémantique du fichier Ntds.dit. Un rapport est généré et écrit dans le fichier nommé Dsdit.dmp.n, dans  le répertoire en cours, où n est un entier incrémenté chaque fois que vous exécutez la commande.  verbose %s  Active ou désactive le mode commenté.  %d  Une variable numérique, telle que des retards de réplication.  %s  Variable alphanumérique, telle que le nom d’un domaine ou d’un contrôleur de domaine.  quit  Permet de revenir au menu précédent ou de quitter l’utilitaire.  help  Affiche l’aide à l’invite de commandes. 

© ENI Editions - All rigths reserved

- 3-

Contrairement  aux  commandes  de  gestion  décrites  précédemment,  lesquelles  testent  l’intégrité de la base  de  données  par  rapport  aux  sémantiques  de  base  de  données  ESENT,  l’analyse  sémantique  s’effectue sur  les  données  par  rapport  aux  sémantiques  Active  Directory.  Elle  génère  des  rapports  sur  le  nombre  d’enregistrements présents, y compris les enregistrements supprimés et fantômes.  Vous venez de réaliser une analyse d’intégrité du fichier de base de données Ntds.dit. 

4. Modification du mot de passe du compte Administrateur de réparation d’urgence  Le  démarrage  d’un contrôleur de domaine Windows Server 2008 Active Directory en mode de réparation d’urgence  nécessite  l’arrêt  des  services  d’annuaire  et  l’obligation  d’utiliser  un  compte  local  pour  accéder  au  système  d’exploitation.  Ce  compte,  appelé  Compte  de  réparation  d’urgence  est  créé  la  première  fois  par  l’Assistant  d’installation  Active  Directory.  L’objectif  de  ce  TP  vous  permettra  de  modifier  le  mot  de  passe  de  ce  compte  initialement fixé au moment de l’installation du contrôleur de domaine.  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Ouvrez une session avec un compte utilisateur disposant du privilège Administrateur  local. 

2. 

Sélectionnez l’instance Active Directory souhaitée à l’aide de la commande suivante :  activate instance NTDS. 

3. 

À l’invite de commande, tapez la commande Ntdsutil suivante : Set DSRM Password 

4. 

À l’invite Redéfinir le mot de passe administrateur DSRM, tapez la commande suivante :  Reset Password on server NULL 

5. 

À l’invite Entrez le mot de passe du compte Administrateur du mode de restauration du  service d’annuaire, entrez le nouveau de passe. 

6. 

À l’invite Confirmez le nouveau mot de passe, ressaisissez le nouveau mot de passe et  confirmez à l’aide de la touche [Entrée]. 

La syntaxe de l’invite Set DSRM Password est listée ci­dessous :  Reset  Password  on  server  %s : invite l’utilisateur  à  saisir  un  nouveau  mot  de  passe  DSRM  pour  un  contrôleur  de  domaine.  Utilisez  NULL  comme  nom  du  contrôleur  de  domaine  pour  réinitialiser  le  mot  de  passe  DSRM  du  serveur  actuel.  Une  fois  que  vous  avez  saisi  ce  paramètre,  l’invite  Entrez  le  mot  de  passe  du  compte  Administrateur  du  mode de restauration du service d’annuaire : s’affiche.  À cette invite, tapez le nouveau mot de passe DSRM souhaité.  %s  Variable alphanumérique, telle que le nom d’un domaine ou d’un contrôleur de domaine.  Quit  Permet de revenir au menu précédent ou de quitter l’utilitaire.  ? ou help  Affiche l’aide à l’invite de commandes. 

Le mot de passe DSRM d’un contrôleur de domaine est initialement défini lorsque l’Assistant Installation de  Active  Directory  (Dcpromo)  est  exécuté  sur  un  serveur  afin  de  le  promouvoir  au  rang  de  contrôleur  de  domaine. 

Notez que l’usage de la fonction Set DSRM Password ne peut avoir lieu lorsque le contrôleur de domaine se  trouve en mode Restauration des services d’annuaire. 

La  commande  Ntdsutil.exe  est  un  outil  système  qui  est  installé  dans  le  dossier  %Systemroot%\System32.  Pour  plus  d’informations  sur  les  différentes  invites  de  la  commande  de  maintenance  Active  Directory 

- 4-

© ENI Editions - All rigths reserved

Ntdsutil.exe, tapez ? à l’invite Ntdsutil. Vous pouvez noter que le paramètre /? retourne une erreur de type illegal  syntax. 

Vous venez d’utiliser la commande de maintenance Active Directory Ntdsutil pour modifier le mot de passe du compte  Administrateur du mode de réparation d’urgence Active Directory. 

5. Sauvegarde System State régulière de l’Active Directory  L’objectif de ce TP consiste à sauvegarder l’état du système d’un ordinateur fonctionnant sous Windows Server 2008  et jouant le rôle de contrôleur de domaine Active Directory.  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Dans le menu Démarrer/Exécuter, lancez une invite de commande. 

2. 

Tapez la commande : WBAdmin start systemstatebackup _backuptarget:F:.  Vous  ne  pouvez  pas  sauvegarder  les  données  d’état  système  d’un  ordinateur  distant.  Vous  pouvez  cependant planifier une sauvegarde qui s’exécutera localement sur chaque contrôleur de domaine. 

S’il est vrai que la base de données Active Directory est disponible en de multiples points grâce aux multiples  contrôleurs de domaine d’un domaine, il n’en demeure pas moins qu’il peut être judicieux de disposer d’une  sauvegarde de l’état du système de chaque contrôleur. En effet, la sauvegarde d’un contrôleur A ne peut pas être  utilisée pour restaurer un contrôleur B. Par conséquent, pour pouvoir restaurer un contrôleur de domaine donné en  cas de sinistre, vous devez disposer d’une sauvegarde de l’état du système du dit contrôleur. 

Notez  qu’il  est  cependant  possible  d’installer  un  nouveau  contrôleur  de  domaine  en  important  une  sauvegarde de l’état du système d’un autre contrôleur fonctionnant sous Windows Server 2003 en utilisant  la commande Dcpromo /adv. 

En  cas  de  crash  ou  de  dysfonctionnement,  vous  pourrez  restaurer  cette  sauvegarde  en  démarrant  votre  contrôleur  de  domaine  en  mode  Restauration  Active  Directory  et  en  restaurant  l’état  du  système  précédemment  sauvegardé.  Les  informations  manquantes  dans  la  sauvegarde  seront  ensuite  récupérées  par  l’intermédiaire des réplications Active Directory. 

Vous venez de réaliser une sauvegarde de l’état du système de votre contrôleur de domaine Windows Server 2008. 

6. Restauration forcée de la base Active Directory  L’objectif  de  ce  TP  consiste  à  restaurer  la  base  de  données  de  l’Active  Directory  pour  récupérer  un  ou  des  objets  malencontreusement effacés.  Préparation du TP :  1. 

2. 

Créez sur le contrôleur de domaine S1 les objets suivants :  ●

une unité d’organisation nommée "Service des Ventes", 

●

dans l’unité d’organisation Production, créez un utilisateur nomme User1 et un  ordinateur nommé PC1. 

Affichez les propriétés de ces objets et notez leur numéro de séquence de mise à jour  (USN). Pour y parvenir, utilisez la console de gestion MMC Utilisateurs et ordinateurs  Active Directory, assurez­vous que le mode Affichage / Fonctionnalités avancées est  activé puis accédez aux propriétés de chaque objet précédemment créé :  USN de l’OU : ___________________________  USN de User1 : __________________________ 

© ENI Editions - All rigths reserved

- 5-

USN de PC1 : ___________________________  3. 

Réalisez une sauvegarde des données d’état système de l’ordinateur S1. 

4. 

Finalement, supprimez l’unité d’organisation Production et les objets contenus dans  l’unité d’organisation. 

Suite du TP : Récupération des objets effacés à l’aide de Ntdsutil  Pour réaliser cette opération, procédez de la manière suivante :  1. 

Redémarrez votre contrôleur de domaine en Mode restauration Active Directory ou  stoppez les services Active Directory à l’aide de la commande net stop ntds. 

2. 

Restaurez Active Directory dans son emplacement d’origine et ne redémarrez pas votre  contrôleur de domaine. 

3. 

Ouvrez une invite de commande et lancez Ntdsutil. 

4. 

Sélectionnez l’instance Active Directory souhaitée à l’aide de la commande suivante :  activate instance NTDS. 

5. 

À l’invite ntdsutil, tapez : authoritative restore. 

6. 

À l’invite Authoritative restore, tapez la commande ci­dessous : restore subtree  DN_de_l’objet_à_restaurer. Dans notre cas, il faudra entrer la commande ci­dessous :  restore subtree OU=Production,DC=company,DC=com 

7. 

Quittez Ntdsutil en entrant la commande quit et validez par [Entrée]. 

8. 

Redémarrez le contrôleur de domaine ayant fait l’objet de la restauration forcée ou bien,  redémarrez les services Active Directory à l’aide de la commande net start ntds. 

9. 

Ouvrez une session en tant qu’administrateur du domaine. 

10. 

Vérifiez que l’unité d’organisation Production et son contenu ont bien été restaurés. 

11. 

Consultez les propriétés des objets restaurés et remarquez les valeurs des numéros de  séquence des mises à jour (USN). 

Rappelez­vous  que,  par  défaut,  vous  ne  pouvez  pas  restaurer  Active  Directory  à  partir  d’une  sauvegarde  datant  de  plus  de  180  jours.  Cette  valeur  correspond  à  la  durée  de  vie  des  objets  désactivés.  Pour  information,  les  forêts  Windows  2000  Server  et  Windows  Server  2003  implémentent  une  valeur  de  60  jours.  Windows Server 2003 SP1 et Windows Server 2008 implémentent une valeur, plus longue, portée à 180 jours.  Vous venez de procéder à la restauration forcée de la base de données Active Directory pour récupérer des objets  effacés. 

7. Surveillance des réplications Active Directory et FRS  L’objectif de ce TP consiste à mettre en  œ uvre une base de surveillance pour contrôler les variations d’activité des  réplications de la base de données Active Directory et du volume système partagé SYSVOL à l’aide de FRS.  Pour réaliser cette opération, procédez de la manière suivante : 

- 6-

1. 

Dans le menu Démarrer ­ Exécuter lancez la commande Perfmon.msc. 

2. 

Positionnez­vous dans Ensembles de collecteurs de données ­ Personnalisés. 

3. 

Via le bouton droit de la souris, faites Nouveau ­ Ensemble de collecteurs de données. 

4. 

Via l’assistant Créer un nouvel ensemble de collecteurs de données, spécifiez le nom du  collecteur, par exemple COLLECTEUR 1. 

5. 

Choisissez le modèle System Performance puis cliquez sur Terminer. 

6. 

Modifiez les propriétés de l’élément Performance Counter.  Sur l’onglet Compteurs de performances, ajoutez les compteurs NTDS ci­dessous : 

© ENI Editions - All rigths reserved

●

Nb d’octets DRA compressés entrants, 

●

Nb d’octets DRA compressés sortants, 

●

Nb d’octets DRA sortants non compressés, 

●

Nombre total d’octets DRA sortants, 

●

Sous­opérations de recherche Active Directory/s, 

●

Authentifications NTLM, 

●

Requêtes KDC AS et Authentifications, 

●

Recherches LDAP/s., 

Sur l’objet Processus, déclarez les compteurs ci­dessous :  ●

% Temps processeur sur le processus LSASS, 

●

Octet privé, 

●

Nombre de handles 

Sur l’objet Mémoire, déclarez le compteur ci­dessous :  ●

Défauts de page/s., 

●

Sur l’objet Système 

●

Taille de file d’attente du disque actuelle, 

●

Longueur de la file du processeur, 

●

Changements de contexte/s. 

●

Temps d’activité système 

Sur l’objet FileReplicaSet, déclarez les compteurs ci­dessous :  ●

Change Orders Received, 

●

Change Orders Sent, 

●

File Installed, 

●

KB of Staging Space, 

●

KB of Staging, 

●

Packets Received, 

●

Packets Sent, 

●

USN Records Accepted, 

Sur l’objet Volumes du service de réplication DFS, sélectionnez les différents compteurs  proposés et cliquez sur Ajouter.  7. 

Validez vos choix en cliquant sur OK. 

8. 

Faites un clic droit sur le nouveau collecteur de performances créé (COLLECTEUR 1) puis  cliquez sur Démarrer. 

Vous venez d’utiliser les outils de surveillance de Windows Server 2008 pour créer un journal de surveillance qui vous  permettra de contrôler les variations d’activité des réplications de la base de données Active Directory et du volume  système partagé SYSVOL.  Pour  obtenir  les  détails  de  chaque  paramètre  et  compteur,  consultez  sur  le  site  de  Microsoft  la  page  "Monitoring  Performance  in  Active  Directory"  à  l’adresse  ci­dessous  :  http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en­us/  Default.asp? url=/resources/documentation/windows/2000/server/reskit/en­us/distrib/ dsbm_mon_gvii.asp 

8. Installation des fonctionnalités de Sauvegarde de Windows Server 2008  L’application et les services de sauvegarde de Windows Server 2008 ne sont pas installés par défaut. À l’issue de ce  TP vous aurez installé ces nouveaux services.  L’installation  de  ces  services  vous  permettra  d’accéder  aux  services  de  sauvegarde  à  partir  de  la  console  Gestionnaire  de  serveur  ainsi  qu’à  partir  des  Outils  d’administration  de  Windows  Server  2008.  Vous  pourrez  aussi  utiliser la nouvelle commande WBAdmin, laquelle permet l’exécution des opérations de sauvegarde à partir de la ligne  de commande. 

© ENI Editions - All rigths reserved

- 7-

L’installation  des  outils  de  sauvegarde  de  la  ligne  de  commande  nécessite  aussi  l’installation  de  la  fonctionnalité Windows PowerShell.  Pour installer la fonctionnalité Sauvegarde de Windows Server, procédez de la manière suivante :  1. 

Ouvrez une session en tant qu’administrateur de la machine et lancez la console  Gestionnaire de serveur de Windows Server 2008. 

2. 

Dans la partie Fonctionnalités, cliquez sur Ajouter des fonctionnalités. 

3. 

Dans la liste des fonctionnalités, double cliquez sur Fonctionnalités de sauvegarde de  Windows Server puis sélectionnez Sauvegarde de Windows Server et Outils de la  ligne de commande. Ensuite, cliquez sur Suivant. 

4. 

Dans le cas où Windows PowerShell ne serait pas installé, cliquez sur Ajouter les  fonctionnalités nécessaires puis cliquez sur Suivant. 

5. 

Enfin, à la dernière étape de l’assistant, confirmez la sélection pour installer les nouvelles  fonctionnalités. 

Vous venez de réaliser l’installation des fonctionnalités de sauvegarde de Windows Server 2008 à l’aide du nouveau  Gestionnaire de serveur de Windows Server 2008. 

9. Installation des fonctionnalités de Sauvegarde de Windows Server 2008 à l’aide de  la ligne de commande  L’application et les services de sauvegarde de Windows Server 2008 ne sont pas installés par défaut. À l’issue de ce  TP vous aurez installé ces nouveaux services à l’aide de la ligne de commande.  Cette opération peut être réalisée en invoquant la commande d’installation des composants optionnels de Windows  Server 2008 de la manière suivante :  1. 

Ouvrez une session en tant qu’administrateur de la machine et lancez la console  Gestionnaire de serveur de Windows Server 2008. 

2. 

Ouvrez une invite de commande. 

3. 

Tapez la commande ci­dessous puis validez par [Entrée] : ocsetup  WindowsServerBackup 

Vous venez de réaliser l’installation des fonctionnalités de sauvegarde de Windows Server 2008 à l’aide de la ligne  de commande. 

10.  Sauvegarde  des  volumes  critiques  à  l’aide  de  l’outil  Sauvegarde  de  Windows  Server 2008  Windows  Server  2008  permet  de  sauvegarder  les  serveurs  jouant  le  rôle  de  contrôleur  de  domaine  de  trois  différentes manières.  ●

Une sauvegarde complète, laquelle contient par définition tous les volumes du serveur. 

●

Une sauvegarde de type Etat du système qui ne contient que les fichiers nécessaires à la récupération des  rôles installés sur le système. 

●

Une  sauvegarde  des  volumes  critiques  qui  contient  tous  les  fichiers  des  volumes  contenant  des  fichiers  de  type Etat du système. 

Ce  TP  va  vous  permettre  de  réaliser  une  sauvegarde  des  volumes  critiques  d’un  contrôleur  de  domaine  Windows  Server 2008 à l’aide de l’interface graphique de l’outil Sauvegarde de Windows Server.  De  la  même  manière  que  pour  Windows  Server  2003,  pour  réaliser  cette  procédure  vous  devez  avoir  ouvert  une  session sur le contrôleur de domaine en tant que membre du groupe Administrateurs ou Opérateurs de sauvegarde.  Une fois la session ouverte, procédez de la manière suivante :  1.  - 8-

Via le groupe de programme Outils d’administration ou le Gestionnaire de  © ENI Editions - All rigths reserved

serveur/Fonctionnalités, accédez à l’application Sauvegarde de Windows Server.  2. 

Via le menu Actions, sélectionnez Sauvegarde unique. 

3. 

À l’aide de l’assistant, sélectionnez les différentes options et cliquez sur Suivant. 

4. 

S’il s’agit de la première sauvegarde du contrôleur de domaine, cliquez sur Suivant pour  sélectionner des Options différentes. 

5. 

Dans la fenêtre Sélection de la configuration de la sauvegarde, cliquez sur Personnalisé  puis sur Suivant. 

6. 

Dans la fenêtre de sélection, sélectionnez les volumes à inclure dans la sauvegarde.  Prenez soin d’activer l’option Activer la récupération du système. Cette option permet  de sauvegarder automatiquement tous les volumes critiques du serveur. 

7. 

Toujours à l’aide de l’assistant, sur la page qui permet de spécifier la destination de la  sauvegarde, sélectionnez Disque local ou Dossier réseau partagé. Si vous sauvegardez  sur un disque réseau, déclarez le chemin UNC. Une fenêtre d’authentification vous  permettra de spécifier un compte d’utilisateur qui devra disposer des droits d’écriture sur  le dossier de destination. 

8. 

Sur la page suivante, sélectionnez l’option de sauvegarde en mode copie à l’aide de la  technologie VSS. 

9. 

À ce stade, l’ensemble des paramètres nécessaires à la sauvegarde des volumes  critiques sont déclarés et vous pouvez cliquer sur le bouton Sauvegarder. Une fois la  procédure de sauvegarde lancée, vous pouvez quitter l’application Sauvegarde de  Windows Server, la tâche s’exécutant en arrière­plan. Vous pourrez ensuite relancer  celle­ci à n’importe quel moment pour surveiller la progression de l’opération de  sauvegarde. 

Vous venez de réaliser la sauvegarde des volumes critiques d’un contrôleur de domaine fonctionnant sous Windows  Server 2008.  Le  volume  de  destination  des  sauvegardes  des  volumes  critiques  ne  peut  pas  être  un  volume  inclus  dans  l’opération  de  sauvegarde.  De  plus,  Microsoft  recommande  de  ne  pas  stocker  sur  le  même  volume  les  données de type Volumes critiques et sauvegardes de type Etat du système. 

11.  Sauvegarde  de  type  Etat  du  système  d’un  contrôleur  de  domaine  à  l’aide  de  la  ligne de commande  Ce  TP  va  vous  permettre  de  réaliser  une  sauvegarde  de  type  Etat  du  système  à  partir  des  outils  de  la  ligne  de  commande de Windows Server 2008.  Pour  réaliser  cette  procédure  vous  devez,  de  la  même  manière  que  pour  Windows  Server  2003,  avoir  ouvert  une  session sur le contrôleur de domaine en tant que membre du groupe Administrateurs ou Opérateurs de sauvegarde.  Une fois la session ouverte, procédez de la manière suivante :  1. 

Ouvrez une invite de commande. 

2. 

Tapez la commande ci­dessous et validez par [Entrée] : wbadmin start  systemstatebackup ­backuptarget:: ­quiet  Le  paramètre  ­quiet  permet  d’éviter  qu’une  demande  de  confirmation  soit  générée  au  moment  où  la  sauvegarde se déclenche. 

Attention  :  le  volume  de  destination  d’une  sauvegarde  de  type  Etat  du  système  ne  peut  pas  être  un  quelconque  volume  inclus  dans  la  sauvegarde.  La  clé  de  registre  AllowSSBToAnyVolume  vous  permettra  de  stocker une sauvegarde de type Etat du système sur un disque lui­même inclus dans la sauvegarde. 

Vous venez de réaliser la Sauvegarde de type Etat du système d’un contrôleur de domaine à partir des outils de la  ligne de commande de Windows Server 2008. 

© ENI Editions - All rigths reserved

- 9-

12. Sauvegarde complète d’un contrôleur de domaine via l’interface graphique  Ce TP va vous permettre de réaliser une sauvegarde complète d’un contrôleur de domaine Windows Server 2008 à  partir de l’outil graphique Sauvegarde de Windows Server.  Pour  réaliser  cette  procédure  vous  devez,  de  la  même  manière  que  pour  Windows  Server  2003,  avoir  ouvert  une  session sur le contrôleur de domaine en tant que membre du groupe Administrateurs ou Opérateurs de sauvegarde.  Une fois la session ouverte, procédez de la manière suivante :  1. 

Lancez la console Sauvegarde de Windows Server via le groupe de programmes Outils  d’administration. 

2. 

Via le menu Actions, sélectionnez l’option Sauvegarde unique. 

3. 

Dans l’assistant Sauvegarde unique, dans la page des options de sauvegarde, cliquez  sur le choix D’autres options puis sur Suivant. 

4. 

Dans la fenêtre de configuration de la sauvegarde, choisissez Serveur complet puis  cliquez sur Suivant. 

5. 

Dans la fenêtre de spécification de la destination, sélectionnez Lecteurs locaux ou  Dossier partagé distant puis validez par Suivant. 

6. 

Pour sélectionner l’emplacement de la sauvegarde, procédez de la manière suivante :  ●

pour sauvegarder localement, sélectionnez un disque local, 

●

pour sauvegarder vers un dossier partagé sur le réseau, sur la page Spécifiez  un dossier distant tapez le chemin UNC souhaité. 

7. 

Dans la zone Contrôle d’accès, sélectionnez l’option Hériter ou Ne pas hériter pour  spécifier votre stratégie d’accès aux données de sauvegarde. 

8. 

Dans la fenêtre d’authentification, spécifiez le compte d’utilisateur et le mot de passe  d’un utilisateur disposant des droits d’écriture sur le dossier partagé puis cliquez sur  Suivant. 

9. 

Dans la fenêtre Spécifiez une option avancée, sélectionnez Sauvegarde de copie VSS  (option recommandée) puis cliquez sur Suivant. 

10. 

Validez votre sélection de paramètres sur la page de confirmation en cliquant sur  Sauvegarde. 

La sauvegarde démarre. À partir de ce moment vous pouvez suivre le déroulement de la sauvegarde ou bien fermer  l’interface graphique à n’importe quel moment, la procédure de sauvegarde s’exécutant en tâche de fond.  Une sauvegarde complète capture tous les volumes du serveur sur des disques localement connectés au dit  serveur. Il peut s’agit de disques USB, iScsi ou de tout disque attaché au serveur. Comme nous l’avons vu  précédemment, si la destination de la sauvegarde est un disque du serveur, celui­ci ne pourra pas être inclus dans  la sauvegarde. 

Par  défaut,  l’outil  Sauvegarde  de  Windows  Server  apparaît  dans  le  groupe  de  programmes  Outils  d’administration,  et  ce,  même  lorsque  la  fonctionnalité  de  sauvegarde  n’est  pas  installée  sur  le  serveur.  Microsoft  précise  que  ce  point  est  normal  pour  inciter  les  administrateurs  à  installer  la  fonctionnalité  de  sauvegarde. Effectivement, si vous tentez de lancer la console MMC Sauvegarde de Windows Server, un message  d’avertissement  vous  informera  que  l’outil  n’est  pas  installé  et  vous  indiquera  la  procédure  pour  installer  la  fonctionnalité recommandée. 

Vous  venez  de  réaliser  la  sauvegarde  complète  d’un  contrôleur  de  domaine  via  l’interface  graphique  de  Windows  Server 2008. 

13. Sauvegarde complète d’un contrôleur de domaine via la ligne de commande  Ce TP va vous permettre de réaliser une sauvegarde complète d’un contrôleur de domaine Windows Server 2008 à  partir de la ligne de commande de Windows Server 2008. 

- 10 -

© ENI Editions - All rigths reserved

Pour  réaliser  cette  procédure  vous  devez,  de  la  même  manière  que  pour  Windows  Server  2003,  avoir  ouvert  une  session sur le contrôleur de domaine en tant que membre du groupe Administrateurs ou Opérateurs de sauvegarde.  Une fois la session ouverte, procédez de la manière suivante :  1. 

Ouvrez une invite de commande. 

2. 

À la ligne de commande, tapez la commande suivante puis validez par [Entrée] :  wbadmin start backup ­include:<sourceDrive_1>:,<sourceDrive_2>:,...  <sourceDrive_n>: ­backuptarget:: ­quiet  Où : <sourceDrive_x> spécifie le ou les volumes à sauvegarder.   spécifie le volume local, la lettre d’un disque réseau partagé ou la lettre  d’un disque physique comme destination de la sauvegarde.  Le  paramètre  ­quiet  permet  d’éviter  qu’une  demande  de  confirmation  soit  générée  au  moment  où  la  sauvegarde se déclenche. 

Vous  venez  de  réaliser  la  sauvegarde  complète  d’un  contrôleur  de  domaine  Windows  Server  2008  à  l’aide  de  la  nouvelle commande WBAdmin.exe. 

14. Récupération complète d’un contrôleur de domaine via l’environnement WinRE de  Windows Server 2008  Ce TP va vous permettre de réaliser une restauration complète d’un contrôleur de domaine Windows Server 2008 en  mode non autoritaire à partir de l’environnement de récupération d’urgence de Windows Server 2008.  À la différence des procédures que nous venons de voir qui nécessitent l’appartenance aux groupes Administrateurs  ou Opérateurs de sauvegarde, il n’est pas nécessaire de disposer de droits particuliers. Ce point s’explique par le fait  que  l’environnement  de  récupération  Windows  RE  ne  réalise  aucune  authentification.  Une  fois  la  session  ouverte,  procédez de la manière suivante :  1. 

Redémarrez le contrôleur de domaine en ayant pris soin de redémarrer sur le DVD  d’installation de Windows Server 2008. 

2. 

Lors du démarrage du serveur sur le DVD, appuyez sur un touche lorsque cela est  demandé. 

3. 

Sur l’écran Windows d’accueil, faites la sélection des paramètres de langages adaptés à  votre configuration puis cliquez sur Suivant. 

4. 

Sur l’écran Installer Windows, cliquez sur le lien Réparer votre ordinateur. 

5. 

Dans la fenêtre Options de récupération du système, cliquez n’importe où pour effacer  tous les systèmes d’exploitation qui pourraient être sélectionnés. 

6. 

Dans la fenêtre Choisir un outil de récupération, sélectionnez Restauration de  l’ordinateur Windows. 

7. 

Dans la fenêtre Sélection de l’emplacement de la sauvegarde, et si la sauvegarde est  stockée sur l’ordinateur local, sélectionnez cet emplacement puis faites Suivant. Si la  sauvegarde est stockée sur un partage réseau, cliquez sur Avancé puis sur Rechercher  une sauvegarde sur le réseau. 

8. 

Validez la demande de connexion. 

9. 

Renseignez le nom de partage à l’aide d’un chemin UNC ­ Universal Naming Convention,  puis validez par OK. 

10. 

Spécifiez un nom d’utilisateur ainsi que son mot de passe disposant des permissions de  restauration puis validez par OK. 

11. 

Sélectionnez l’emplacement de la sauvegarde puis validez par Suivant. 

12. 

Vous avez maintenant la possibilité de remplacer toutes les données de tous les volumes  du serveur. Pour remplacer les données de tous les volumes indépendamment des  données à restaurer, sélectionnez l’option Formater et repartitionner les disques sur la  page Choisir comment restaurer la sauvegarde.  Notez que vous avez la possibilité d’exclure les disques qui ne sont pas inclus  © ENI Editions - All rigths reserved

- 11 -

dans la sauvegarde via l’option Exclure les disques. 

13. 

Pour terminer cliquez sur Suivant puis Terminer. 

14. 

Sélectionnez la case à cocher Je confirme que je souhaite formater les disques et  restaurer la sauvegarde puis cliquez sur OK. 

Vous  venez  de  réaliser  la  restauration  d’un  contrôleur  de  domaine  Windows  Server  2008  à  l’aide  de  la  nouvelle  console graphique de Windows Server 2008. 

15. Récupération complète d’un contrôleur de domaine via la ligne de commande de  Windows Server 2008  Ce TP va vous permettre de réaliser une restauration complète d’un contrôleur de domaine Windows Server 2008 en  mode non autoritaire à partir de la ligne de commande de Windows Server 2008.  À la différence des procédures que nous venons de voir qui nécessitent l’appartenance aux groupes Administrateurs  ou Opérateurs de sauvegarde, il n’est pas nécessaire de disposer de droits particuliers. Ce point s’explique par le fait  que  l’environnement  de  récupération  Windows  RE  ne  réalise  aucune  authentification.  Une  fois  la  session  ouverte,  procédez de la manière suivante :  1. 

Redémarrez le contrôleur de domaine en ayant pris soin de redémarrer sur le DVD  d’installation de Windows Server 2008. 

2. 

Lors du démarrage du serveur sur le DVD, appuyez sur une touche lorsque cela est  demandé. 

3. 

Sur l’écran Windows d’accueil, faites la sélection des paramètres de langages adaptés à  votre configuration puis cliquez sur Suivant. 

4. 

Sur l’écran Installer Windows, cliquez sur le lien Réparer votre ordinateur. 

5. 

Dans la fenêtre Options de récupération du système, cliquez n’importe où pour effacer  tous les systèmes d’exploitation qui pourraient être sélectionnés. 

6. 

Dans la fenêtre Choisir un outil de récupération, sélectionnez Invite de commande. 

7. 

Au prompt Sources, tapez la commande Diskpart puis validez par [Entrée]. 

8. 

Au prompt Diskpart, identifiez le volume correspondant à l’emplacement de la  sauvegarde totale que vous souhaitez maintenant restaurer, en tapant la commande  List vol, puis validez par [Entrée].  Attention ! Les lettres de disques affichées par Windows RE ne sont pas  forcement en concordance avec celles des volumes disques lorsque le serveur  est opérationnel. 

9.  10. 

Quittez le prompt Dispart à l’aide la commande Exit, validez via la touche [Entrée].  Au prompt Sources, tapez la commande ci­dessous puis validez par [Entrée].  wbadmin get versions ­backupTarget::­machine:    Où :  : est l’emplacement de la sauvegarde que vous souhaitez restaurer.   est le nom de l’ordinateur où vous souhaitez récupérer la  sauvegarde.  Le paramètre  est nécessaire uniquement lorsque la  sauvegarde est stockée sur un serveur distant.  La commande précédente vous permet d’identifier la version de sauvegarde que vous  souhaitez utiliser, laquelle devra être correctement déclarée par la suite. 

11. 

- 12 -

Au prompt Sources, entrez la commande suivante puis validez à l’aide de la touche  [Entrée] :  © ENI Editions - All rigths reserved

wbadmin start sysrecovery ­version:<MM/DD/YYYY­HH:MM> ­backuptarget:  : ­machine: ­restoreAllVolumes  Où :  <MM/DD/YYYY­HH:MM> est la version de la sauvegarde que vous souhaitez  restaurer.  : est le disque contenant la sauvegarde.   est le nom de l’ordinateur où vous souhaitez récupérer la  sauvegarde. Ce paramètre est nécessaire lorsque vous avez sauvegardé plusieurs  ordinateurs vers le même emplacement, ou bien lorsque l’ordinateur a été renommé  depuis que la sauvegarde a été faite.  12. 

Lorsque la commande le demande, validez le traitement de restauration en pressant la  touche O. 

13. 

Une fois l’opération de restauration terminée, redémarrez le serveur. 

Les  fichiers  de  sauvegarde  sont  nommés  en  utilisant  la  date  de  la  manière  suivante  :  MM/DD/YYYY­HH:MM.  Les  fichiers  membres  d’un  ensemble  en  réplication  DFS  sont  présents.  Les  certificats  émis  par  AD  CS  sont  présents.  Le  service  de  temps  W32Time  est  configuré,  les  dossiers  systèmes  NETLOGON  et  SYSVOL  sont  configurés, les paramètres de DNS et IP sont préservés et les enregistrements de ressources sont correctement  enregistrés.  Vous  venez  de  réaliser  la  restauration  d’un  contrôleur  de  domaine  Windows  Server  2008  à  l’aide  de  la  ligne  de  commande WBAdmin. 

16. Gestion des clichés instantanés sur la base de données Active Directory  Ce TP va vous permettre de créer, monter et lister des clichés instantanés de la base de données Active Directory sur  un contrôleur de domaine Windows Server 2008.  Pour pouvoir créer un cliché instantané, vous devez être membre des groupes Admins du domaine ou Administrateurs  de l’entreprise.  Pour  créer  un  cliché  instantané  de  la  base  de  données  AD  DS  ou  de  la  base  de  données  AD  LDS,  procédez  de  la  manière suivante :  1. 

Ouvrez une session sur un contrôleur de domaine fonctionnant sous Windows Server  2008 en utilisant un compte membre des groupes Admins du domaine ou Administrateurs  de l’entreprise. 

2. 

Ouvrez une invite de commande et tapez la commande NTDSUTIL. 

3. 

À l’invite NTDSUTIL, tapez la commande SNAPSHOT. 

4. 

À l’invite SNAPSHOT, tapez la commande ACTIVATE INSTANCE NTDS. Vous obtenez en  retour le message : Instance active définie à "NTDS". 

5. 

À l’invite SNAPSHOT, tapez la commande CREATE et validez par [Entrée]. Vous obtenez  en retour "Création en cours du cliché instantané…"  Le jeu de capture instantané {806c4822­0d47­4f71­964b­32f000a2fd0e} a été généré.    Chaque cliché est représenté par un GUID (Globally Unique Identifier).

6. 

À l’invite SNAPSHOT, tapez la commande : Mount {GUID} 

7. 

Pour vous assurer que le cliché instantané est bien monté, tapez la commande list  mounted puis validez par [Entrée]. 

Vous obtenez en retour la liste des clichés montés, chaque cliché disposant de sa propre valeur d’index. À partir de  maintenant,  vous  pouvez  utiliser  le  numéro  d’index  associé  à  la  place  du  GUID  pour  toutes  les  opérations  de  montage, démontage ou suppression de clichés instantanés.  Autres commandes utiles :  Pour démonter un cliché instantané, tapez l’une ou l’autre des commandes ci­dessous puis validez par [Entrée] :  ●

unmount index #1 

© ENI Editions - All rigths reserved

- 13 -

●

unmount {GUID} 

Pour supprimer un cliché instantané, tapez l’une ou l’autre des commandes ci­dessous puis validez par [Entrée] :  ●

delete index #1 

●

delete {GUID} 

Pour  quitter  la  ligne  de  commande  NTDSUTIL,  tapez  QUIT  deux  fois  pour  atteindre  l’invite  de  commandes  de  Windows.  Ce TP vous a permis de créer, monter, démonter et supprimer des clichés instantanés de la base de données Active  Directory. 

17. Planification d’un cliché instantané automatique  Ce TP va vous permettre de planifier une tâche pour créer de manière régulière des clichés instantanés.  Pour  créer  une  tâche  planifiée,  vous  devez  être  membre  du  groupe  Admins  du  domaine  ou  membre  du  groupe  Administrateurs de l’entreprise.  1. 

Ouvrez une session en tant que membre du groupe Admins du domaine ou du groupe  Administrateurs de l’entreprise. 

2. 

Dans le menu Démarrer/Outils d’administration, cliquez sur Planificateur de tâches. 

3. 

Dans le menu Action, cliquez sur Créer une tâche. 

4. 

Via l’onglet General, donnez un nom à votre tâche et sélectionnez les options de sécurité  souhaitées. 

5. 

Via l’onglet Déclencheurs, cliquez sur NEW. 

6. 

Dans Nouveau déclencheur, sélectionnez les différentes options. 

7. 

Dans Nouvelle action, tapez le nom de la commande ou parcourez les fichiers pour  sélectionner Ntdsutil.exe. Dans le champ Ajouter des arguments (facultatif) renseignez  les paramètres puis validez par [Entrée] : ntdsutil "activate instance ntds" snapshot  create quit quit 

8. 

Sur l’onglet Conditions et Paramètres, sélectionnez les paramètres additionnels que  vous souhaitez appliquer sur la tâche puis validez par [Entrée]. 

9. 

Si nécessaire, entrez le mot de passe du compte actuellement en session, puis validez  par OK. 

Ce  TP  vous  a  permis  de  créer  une  tâche  dans  le  planificateur  de  tâches  de  Windows  Server  2008  pour  planifier  l’exécution automatique de la création de clichés instantanés de la base de données Active Directory. 

18. Montage d’un cliché instantané en dynamique via DSAMAIN  Ce TP va vous permettre de monter un cliché instantané pour exposer les données de la base AD DS (ou AD LDS) via  le composant DSAMAIN.  Pour utiliser le programme DSAMAIN et accéder aux données Active Directory qui seront exposées, vous devez être  membre du groupe Admins du domaine ou membre du groupe Administrateurs de l’entreprise.  Lorsque le cliché instantané est issu d’un domaine Active Directory qui n’existe plus, vous pouvez spécifier le  paramètre /allowNonAdminAccess.  Pour exposer un cliché instantané AD DS ou AD LDS en tant que serveur LDAP, procédez de la façon suivante :  1. 

- 14 -

Ouvrez une session en tant que membre du groupe Admins du domaine ou du groupe  Administrateurs de l’entreprise. 

© ENI Editions - All rigths reserved

2. 

Ouvrez une invite de commande et tapez la commande ci­dessous : dsamain /dbpath  <path_to_database_file> /ldapport <port_#> 

Par exemple, lorsque la machine est contrôleur de domaine et pour le cliché instantané considéré, tapez la commande  suivante  :  dsamain  /dbpath  E:\$SNAP_200704181137_VOLUMED$\WINDOWS\NTDS\  ntds.dit  /ldapport  51389  Un message indiquant que le démarrage des services Active Directory est terminé est affiché à l’écran. À partir de ce  moment, le cliché instantané de la base de données Active Directory est disponible via Ldap sur le port 51389.  Ce TP vous a permis d’utiliser le programme DSAMAIN pour exposer un cliché instantané de la base de données Active  Directory sur un serveur LDAP autonome sur le port 51389. 

19. Accès aux données Active Directory stockées dans un cliché instantané  Ce TP va vous permettre d’accéder aux données Active Directory contenues dans un cliché instantané. L’opération va  consister à monter un cliché instantané pour exposer les données de la base AD DS (ou AD LDS) via le composant  DSAMAIN.  Pour utiliser LDP, la console MMC ADSI Edit ou la console MMC Utilisateurs et ordinateurs Active Directory vous devez  être membre du groupe Admins du domaine ou membre du groupe Administrateurs de l’entreprise.  Pour exposer un cliché instantané AD DS ou AD LDS en tant que serveur LDAP, procédez de la façon suivante :  1. 

Ouvrez une session en tant que membre du groupe Admins du domaine ou du groupe  Administrateurs de l’entreprise. 

2. 

Via le menu Démarrer, exécutez la commande LDP. 

3. 

Dans le menu connexion, sélectionnez Se connecter. 

4. 

Dans le champ Serveur, tapez le nom du serveur ou tapez localhost et, dans Port, tapez  le port spécifié lors du démarrage de l’instance DSAMAIN. Par exemple, tapez 51389 puis  validez par OK. 

5. 

Dans le menu connexion, sélectionnez Lier. 

6. 

Dans le menu Affichage, sélectionnez Arborescence. 

7. 

Dans le champs Nom unique de base (BaseDN), tapez le DN souhaité ou sélectionnez le  nom du domaine à l’aide de la liste déroulante. Par exemple, pour le domaine adds­ emea.corpnet.net, sélectionnez DC=adds­emea,DC=corpnet,DC= net. 

8. 

Vous pouvez désormais vous déplacer au sein de l’arborescence du domaine et accéder à  toutes les propriétés des objets en double cliquant sur chaque objet. 

9. 

Ce TP vous a permis d’utiliser le programme LDP pour accéder aux données exposées par  un cliché instantané de la base de données Active Directory monté sur un serveur LDAP  autonome sur le port 51389. 

© ENI Editions - All rigths reserved

- 15 -

Introduction  Les  services  d’annuaire  Active  Directory  et  ses  différents  composants  centraux  forment  le  cœ ur  des  systèmes  d’information mis en œ uvre à l’aide de la plate­forme Windows Server. Apparu avec Windows 2000 Server, les services  d’annuaire Active Directory se sont rapidement imposés comme plate­forme centrale capable d’accueillir des services de  sécurité  avancée  et  de  nombreuses  applications  capables  d’y  faire  référence.  L’un  des  points  les  plus  importants  qui  aura contribué à ce succès est certainement la toujours très grande compatibilité de l’ensemble des protocoles entre les  différentes versions de contrôleurs de domaine Windows et les systèmes d’exploitation client. En effet, il est fréquent  de  devoir  exploiter  et  supporter  des  infrastructures  composées  de  serveurs  et  de  contrôleurs  fonctionnant  sous  Windows Server 2003, Windows 2000 Server et parfois encore Windows NT avec des postes de travail Windows 2000,  Windows XP, Windows Vista et parfois même fonctionnant sous une distribution de Linux. Tout ceci avec un maximum de  simplicité, de fiabilité et de sécurité !  Cet  important  succès  a  permis  aux  équipes  de  développement  de  Microsoft  d’étendre  de  manière  significative  les  services intégrés à Active Directory pour que ces services soient le support d’une plate­forme complète de gestion des  identités et de gestion des accès à l’échelle de l’entreprise. 

1. Services d’annuaire de Windows 2000 Server et services associés  Les  services  fondamentaux  des  services  Active  Directory  ont  été  introduits  avec  Windows  2000  Server.  Au  départ,  l’accent a été mis sur l’adoption des standards de l’industrie. En effet, les protocoles LDAP v2 et v3, Kerberos v4 et v5,  des  services  DNS  modernisés  et  le  service  de  temps  NTP  (Network  Time  Protocol)  sont  choisis.  Les  mécanismes  de  réplication sont puissants et permettent de déployer des infrastructures de domaine comportant plusieurs centaines  de  contrôleurs.  A  ce  stade,  l’accent  est  mis  sur  la  gestion  des  objets  les  plus  importants  tels  que  les  objets  ordinateurs,  groupes,  utilisateurs,  imprimantes  et  autres  dossiers  partagés.  L’un  des  objectifs  principaux  est  de  permettre  via  une  ouverture  de  session  unique  un  accès  à  l’ensemble  des  ressources  de  l’entreprise.  De  cette  manière,  les  utilisateurs  peuvent  localiser  et  accéder  facilement  aux  ressources  nécessaires  à  l’exercice  de  leur  activité.  De  leur  côté,  les  personnels  en  charge  de  l’administration  disposeront  d’une  infrastructure  d’annuaire  cohérente et intuitive basée sur un modèle organisé et hiérarchique du réseau et des éléments qui le compose. De ce  point vue, le plus remarquable aura sans aucun doute été la technologie IntelliMirror laquelle s’appuie sur le modèle  d’administration  basé  sur  les  sites,  les  domaines  et  les  unités  d’organisation  (modèle  S,D,OUs)  et  les  stratégies  de  groupe (objets GPO).  Une version aboutie des Services de Certificats  Par  rapport  à  son  prédécesseur  Windows  NT,  les  services  de  certificats  de  Windows  2000  Server  tirent  partie  de  services  d’infrastructure  Active  Directory.  Il  est  ainsi  possible  d’installer une autorité de certification (CA,  Certification  Authority),  pour  émettre  et  gérer  des  certificats  numériques.  Ces  certificats  pourront  alors  être  utilisés  pour  l’authentification des utilisateurs et des ordinateurs et pour l’usage d’applications telles que les accès aux sites Web  sécurisés  via  SSL  (Secure  Socket  Layer)  ou  la  messagerie  électronique.  Même  s’il  est  vrai  que  les  autorités  de  certification fonctionnant sous Windows 2000 Server ne sont pas intimement intégrées aux services d’annuaire Active  Directory, les autorités de certification de type Racine d’Entreprise, donc intégrées au sein de la configuration Active  Directory,  supportent  des  fonctionnalités  modernes  tel  que  l’enrôlement  automatique  des  certificats  pour  les  ordinateurs et l’authentification Active Directory à l’aide d’une carte à puce (Smart Logon). 

2. Services d’annuaire de Windows Server 2003 et services associés  Après un peu plus de trois ans de bons et loyaux services et quatre services packs, le successeur de Windows 2000  Server  pouvait  et  devait  faire  son  entrée.  Windows  Server  2003  est  un  produit  dont  toutes  les  attentes  sont  au  rendez­vous.  Le  produit  est  une  évolution  saine  et  optimisée  de  Windows  2000  Server  même  s’il  aura  nécessité  le  travail de près de cinq mille développeurs. L’arrivée de Windows Server 2003 est version qui arrive sur le marché au  bon  moment  parfaitement  en  phase  avec  les  préoccupations  des  entreprises  ­  projets  de  consolidation  et  de  virtualisation.  Magasin et Gestionnaire d’autorisations et Partitions de l’annuaire d’applications Du  côté  des  services  d’annuaire Microsoft continue son travail d’extension  sur  la  plate­forme Windows Server 2003.  L’idée  est  d’étendre  les  services  de  sécurité  Active  Directory  pour  que  les  applications  puissent  y  faire  appel  plus  efficacement.  Pour  y  parvenir  deux  grandes  nouveautés  sont  implémentées  :  le  gestionnaire  d’autorisation  (Authorization  Manager)  et  les  partitions  de  l’annuaire  d’applications.  Le  premier  composant  fournit  un  ensemble  d’interfaces de programmation COM (Component Object Model) permettant à une application de gérer et contrôler les  demandes  initiées  par  les  utilisateurs  sur  la  base  d’une  gestion  "applicative"  des  rôles.  Le  second  composant  est  directement intégré dans Active Directory. En effet, les partitions de l’annuaire  d’application sont supportées par les  contrôleurs  de  domaine  Windows  Server  2003  et  les  versions  ultérieures.  Les  données  stockées  dans  la  partition  d’applications sont destinées aux cas où les informations doivent être répliquées, mais pas nécessairement à l’échelle  de  l’entreprise.  Il  est  donc  possible  de  créer  des  partitions  d’annuaire  répliquées  uniquement  sur  les  contrôleurs  spécifiques de la forêt Active Directory. 

© ENI Editions - All rigths reserved

- 1-

Seuls  les  contrôleurs  de  domaine  exécutant  Windows  Server  2003  peuvent  héberger  un  réplica  d’une  partition  de  l’annuaire  d’applications.  Par  exemple,  les  zones  DNS  intégrées  à  Active  Directory  peuvent  être  stockées  dans  des  partitions  de  ce  type,  comme  cela  est  aussi  le  cas  des  services  TAPI  (Telephony  API)  qui  y  stocke  ses  données  spécifiques. L’Active Directory permet ainsi d’offrir à certaines catégories d’application la redondance, la disponibilité et  un  haut  niveau  de  tolérance  de  pannes.  De  plus,  le  fait  d’isoler  le  stockage  des  données  d’applications  dans  une  partition de l’annuaire d’applications plutôt que dans une partition de l’annuaire de type domaine aura pour avantage  de réduire le trafic de réplication de ces données. Cette nouveauté apporte aussi un autre avantage. Les applications  ou  services  utilisent  le  protocole  LDAP  et  les  authentifications  Kerberos  comme  méthodes  standard  pour  accéder  à  leurs informations d’application. De cette manière, les services d’annuaire Active Directory jouent pleinement le rôle de  fédérateur.  Services de gestion des droits numériques RMS Windows Server 2003 introduit aussi un autre composant associé à Active Directory. Les services de gestion des droits  numériques Windows RMS pour Windows Server 2003. Ils assurent la protection des informations et fonctionnent avec  des  applications  et  des  navigateurs  compatibles  avec  RMS.  Ainsi,  les  informations  numériques  sont  protégées  d’une  utilisation non autorisée. En effet, la fuite d’informations confidentielles peut engendrer une perte de chiffre d’affaires,  compromettre la compétitivité d’une entreprise, et plus encore. Les méthodes de sécurité tels que les pare­feu et les  listes de contrôle d’accès (ACLs) empêchent les accès non autorisés aux informations dans le périmètre de stockage  contrôlé.  Sécurisation de l’Information avec RMS Le  cryptage  des  données  protège  les  informations  pendant  le  transit  sur  le  réseau.  Mais  qu’en  est­il  lorsque  le  document est copié sur une clé USB ou transmis par e­mail à une personne située à l’extérieur du périmètre sécurisé  de l’entreprise ?  RMS  protège  les  informations  confidentielles  d’une  utilisation  non  autorisée,  que  ce  soit  en  ligne,  hors  connexion,  à  l’intérieur ou à l’extérieur du réseau de l’entreprise. De manière pratique, les développeurs définissent les conditions  dans  lesquelles  le  destinataire  peut  utiliser  tel  ou  tel  type  de  données,  tandis  que  l’auteur  d’un  document  pourra  utiliser ces mêmes conditions. Par exemple, la gestion des droits numériques inclue dans Microsoft Office Professionnel  2003 et 2007 supporte les opérations "ouvrir, modifier, imprimer et transférer". Il est ainsi possible qu’un utilisateur de  la  messagerie  utilisant  Microsoft  Outlook  reçoive  un  message  confidentiel  de  sa  direction  et  ne  dispose  pas  de  la  permission qui lui permettrait de l’imprimer, de le copier et même de le transférer à un autre destinataire !  Techniquement,  la  plate­forme  RMS  associe  des  fonctions,  des  outils  de  développement  et  des  technologies  de  sécurité incluses dans Windows Server 2003, tels que les services de cryptage, les certificats XrML (Extensible Rights  Mark­up  Language)  et  les  mécanismes  d’authentification  forte  capables  de  garantir  la  mise  en  œ uvre  d’une  solution  fiable  de  protection  de  l’information.  Pour  déployer  une  solution  RMS,  il  sera  nécessaire  de  disposer  des  services  d’annuaire Active Directory, des services IIS 6.0 avec ASP.NET 1.1, des services Message Queuing et de Microsoft SQL  Server 2000 ou SQL Server 2005.  Gestion des Identités avec MIIS Les entreprises disposent presque toujours de multiples sources de données représentatives des mêmes éléments.  Par  exemple,  un  objet  utilisateur  existant  dans  Active  Directory  existera  certainement  aussi  sur  une  machine  IBM  AS/400 ou sur un système Unix. L’objet (dans cet exemple un utilisateur) peut aussi exister au sein d’une simple base  de données ou dans une application verticale autonome.  Ainsi, l’administration et la mise en service de nouveaux comptes dans ces différents espaces de données nécessitent  de  multiples  actions  toujours  redondantes.  De  plus,  il  est  évident  que  la  gène  occasionnée  par  l’usage  de  multiples  identifiants  et  mots  de  passe  pour  les  différents  systèmes  et  applications  est  réelle  et  nuit  à  la  productivité  de  ces  mêmes utilisateurs. Plus grande est l’organisation, plus le nombre des espaces de données et les efforts requis pour  leur mise à jour sont importants.  Les  fonctionnalités  implémentées  par  MIIS  2003  permettent  donc  une  centralisation  des  informations  d’identité  en  regroupant les données d’une personne ou d’une ressource spécifique sous la forme d’une entrée unique contenant  tout ou partie des informations d’identité en provenance de chacune des sources originales. MIIS garantit aussi une  cohérence  globale  en  détectant  toute  modification  des  informations  d’identité,  quelle  qu’en  soit  la  provenance  en  propageant  automatiquement  les  modifications,  les  ajouts,  les  suppressions  et  les  suspensions  d’utilisateurs  vers  toutes les sources de données prises en charges par la configuration.  Environnements pris en charge par le tandem Active Directory et MIIS De part ces importantes capacités de connectivité, MIIS 2003 est un produit adapté à tous les types d’entreprises. Le  fait  qu’il  dispose  de  nombreux  connecteurs  prêts  à  l’emploi  pour  la  plupart  des  systèmes  d’exploitation  réseau,  les  systèmes de messagerie électronique, les moteurs de bases de données, les annuaires, les applications et même de  simples fichiers plats, il permet de fédérer de nombreuses sources d’informations d’identité disparates de l’entreprise,  et ce, sans qu’il soit nécessaire d’installer quoi que ce soit sur les systèmes cibles.  Les systèmes pris en charge par MIIS sont : Windows NT, Active Directory, Active Directory Application Mode, IBM Tivoli  Directory Server, Novell eDirectory, les annuaires Sun, les systèmes X.500 standard, Lotus Notes et Domino, Microsoft  Exchange, PeopleSoft, SAP, les centraux téléphoniques basés sur XML et DSML (Directory Service Markup Language), les  systèmes de bases de données Microsoft SQL Server, Oracle, Informix, dBase, IBM DB2 ainsi que les fichiers DSMLv2,  LDIF (LDAP  Interchange  Format),  CSV  (Comma Separated Values), formatés en texte délimité, à largeur fixe ou encore 

- 2-

© ENI Editions - All rigths reserved

avec des paires attribut­valeur.  Une vue unifiée des Identités Finalement l’objectif de l’annuaire peut être atteint en présentant une seule vue unifiée de tout ou partie des attributs  en  provenance  des  différentes  sources.  Un  emplacement  unique  est  fourni  à  partir  duquel  les  administrateurs,  les  applications et les utilisateurs peuvent accéder aux informations d’identités. Pour déployer une solution MIIS, il sera  nécessaire  de  disposer  des  services  d’annuaire  Active  Directory,  de  Windows  Server  2003  Edition  Entreprise,  des  services IIS 6.0 avec ASP.NET, et de Microsoft SQL Server 2000. 

3. Services d’annuaire de Windows Server 2003 R2 et services associés  Windows Server 2003 R2 introduit à son tour deux services en rapport avec les services d’annuaire et la gestion des  identités. Ces services étaient disponibles précédemment en téléchargement à partir du site Microsoft. Il s’agit d’ADAM  et d’ADFS.  ADAM, un annuaire dédié aux applications pour préserver l’Active Directory Active  Directory  Application  Mode  est  une  version  allégée  des  services  d’annuaire  Active  Directory.  Il  pouvait  être  déployé et utilisé très facilement par toute application compatible avec des services d’annuaire basés sur le protocole  LDAP.  ADAM  ne  dépend  en  aucune  façon  d’Active  Directory  et  ne  contiendra  généralement  que  des  informations  nécessaires aux applications. De ce point de vue, ADAM est complémentaire aux services Active Directory. En effet, le  fait  qu’ADAM  ne  soit  pas  un  composant  d’infrastructure  permet  d’accueillir  de  multiples  instances  ADAM  sur  la  même  machine que celle­ci soit contrôleur de domaine, membre du domaine ou bien encore simplement serveur autonome.  Le  fait  de  pouvoir  disposer  de  n  instances  ADAM  sur  le  même  ordinateur  permet  aussi  de  prendre  en  charge  les  spécificités  des  applications  tels  que  par  exemple,  des  paramètres  LDAP  spécifiques,  les  ports  SSL,  et  surtout  des  schémas différents adaptés à chaque application. Il convient de faire remarquer que même si ADAM ne nécessite ni ne  dépend  des  services  d’annuaire  Active  Directory,  il  est  simple  de  les  faire  communiquer  via  LDAP.  Notez  que  comme  cela  est  le  cas  pour  RMS,  ADAM  est  aussi  disponible  en  téléchargement  à  partir  du  site  de  Microsoft  pour  Windows  Server 2003.  Offrir un logon unifié de type SSO aux applications Web via ADFS Les services de fédération Active Directory (ADFS) sont inclus de base dans Windows Server 2003 R2. Ils permettent  de prendre en charge les scénarios d’authentification dans les entreprises qui étendent les accès de leurs applications  Web internes à des partenaires externes ou situés sur Internet. Par conséquent, pour fournir des accès sécurisés et  des  moyens  de  gestion  cohérents,  la  gestion  des  services  de  fédération  devient,  petit  à  petit,  un  élément  clé  de  l’implémentation  des  services  Web.  Les  services  de  fédération  Active  Directory  sont  basés  sur  la  spécification  Web  Services Architecture (ou WS­*) et permettent l’accès aux services de sécurité Active Directory. De cette manière les  mécanismes d’authentification sont utilisables, via ADFS, avec d’autres organisations permettant ainsi une extension  de l’infrastructure Active Directory existante avec des mécanismes de logon unique de type SSO (Single Sign On).  Ainsi,  les  accès  sont  possibles  pour  des  utilisateurs  approuvés  déclarés  une  seule  et  unique  fois.  Ce  principe  fondamental  permet  de  réduire  le  nombre  d’emplacement  ou  un  compte  serait  créé  et  du  même  coup  simplifie  l’administration. Un autre aspect important concerne la sécurité puisque l’unicité de l’identité de l’utilisateur réduit les  risques d’erreurs causées par d’éventuels conflits de comptes.  Enfin,  l’architecture  d’ADFS  étant  basée  sur  les  standards  WS­*,  il  est  techniquement  possible  de  supporter  des  communications avec des systèmes différents. ADFS est intégré au plus près des services d’annuaire Active Directory,  et aussi vers ADAM, de telle sorte qu’il est facile d’accéder aux attributs utilisateurs et de procéder à l’authentification  des  utilisateurs  vers  les  domaines  Active  Directory  ou  des  instances  de  type  ADAM.  Si  ces  dernières  sont  utilisées,  l’authentification  sera  de  type  LDAP  Bind,  tandis  que  dans  le  cas  des  domaines  Active  Directory,  ADFS  utilisera  l’ensemble  des  méthodes  supportées  à  savoir  Kerberos,  les  certificats  numériques  X.509  v3  et  les  authentifications  par cartes à puce de type Smart Logon.  Active Directory et la gestion des Identités : La vision Finalement, l’Active Directory est véritablement au cœ ur de la gestion des identités. Une bonne gestion des services  Active Directory doit permettre de standardiser et rationaliser tout ce qui touche les utilisateurs et les mots de passe.  Les serveurs d’applications non­Windows doivent tendre vers un usage du protocole Kerberos pour mieux fédérer la  gestion  des  identités.  Enfin,  MIIS  peut  participer  à  synchroniser  les  multiples  espaces  de  stockage  de  comptes  utilisateurs. 

4. Services d’annuaire de Windows Server 2008 et services associés  Windows  Server  2008  remet  en  œ uvre  l’ensemble  des  services  que  nous  venons  de  découvrir  en  réarchitecturant  l’ensemble des services au dessus des services Active Directory. Cette nouvelle version majeure de Windows Server  améliore  de  manière  importante  l’ensemble  de  ces  différentes  briques,  lesquelles  sont  rapidement  présentées  ci­ dessous : 

© ENI Editions - All rigths reserved

- 3-

- 4-

●

Les  services  AD  DS,  pour  Active  Directory  Domain  Services,  et  les  services  AD  LDS,  pour  Active  Directory  Lightweight  Directory  Services,  fournissent  les  services  et  composants  fondamentaux  de  type  domaine  et  de  type autonome. 

●

Les  services  AD  CS,  pour  Active  Directory  Certificate  Services,  fournissent  les  certificats  numériques  X.509  v3  nécessaires  à  la  mise  en  œ uvre  de  tous  les  mécanismes  cryptographiques  actuels  ainsi  que  l’ensemble  des  services offerts par une infrastructure à clés publiques, PKI (Public Key Infrastructure). 

●

Les services AD RMS, pour Active Directory Rights Management Services, fournissent l’infrastructure capable de  protéger  les  informations  critiques  et  confidentielles  contenues  dans  les  documents  et  autres  messages  électroniques. 

●

Les  services  AD  FS,  pour  Active  Directory  Federation  Services,  fournissent  l’infrastructure  et  les  mécanismes  capables d’offrir une ouverture de session unique de type SSO pour les applications Web, tout en éliminant la  nécessité de créer plusieurs identités pour le même utilisateur. 

© ENI Editions - All rigths reserved

Nouvelles fonctionnalités des services de domaine AD DS de Windows  Server 2008  1. Introduction  L’ensemble  des  chapitres  précédents  a  posé  les  concepts  et  particularités  des  services  de  domaine  Active  Directory  offerts par Windows Server 2008, Windows Server 2003 et aussi Windows 2000 Server. Les points sensibles relatifs  aux services DNS ­ notamment concernant l’intégration des zones DNS dans Active Directory, la structure des forêts et  les  services  d’administration  tels  que  les  stratégies  de  groupe  ont  été  largement  discutés.  Les  pages  qui  suivent  permettent maintenant de mettre l’accent sur les fonctionnalités les plus remarquables implémentées dans Windows  Server 2008.  Nous allons donc traiter les points ci­dessous :  ●

Le  renforcement  de  la  sécurité  des  contrôleurs  de  domaine  déportés  en  agence  avec  l’installation  en  mode  Server Core. 

●

Le  renforcement  de  la  sécurité  des  contrôleurs  de  domaine  déportés  en  agence  avec  le  nouveau  rôle  de  contrôleur de type lecture seule (en anglais, RODC pour Read Only Domain Controller). 

●

La création de nouvelles stratégies de mot de passe granulaires directement applicables sur des utilisateurs  ou  des  groupes  du  domaine,  en  plus  de  l’habituelle  stratégie  de  mot  de  passe  appliquée  à  l’ensemble  du  domaine. 

●

La  possibilité  d’activer  si  nécessaire  les  nouvelles  fonctionnalités  d’audit  disponibles  sur  les  contrôleurs  de  domaine Windows Server 2008. 

●

La  possibilité  de  protéger  les  objets  Active  Directory  contre  l’effacement  en  utilisant  les  nouveaux  outils  d’administration Active Directory de Windows Server 2008. 

2. Rôle contrôleur de domaine et mode Server Core  a. À propos du mode Server Core  Au départ, la notion de Server Core semble sonner l’arrivée d’un retour en arrière, vers quelque chose d’austère, de  pauvre  ou  de  limité.  En  fait,  il  n’en  n’est  rien  car  la  majorité  des  rôles  et  fonctionnalités  apportées  par  Windows  Server 2008 sont ­ presque tous ­ disponibles en mode Core. En fait, on pourrait dire que Windows Server 2008 en  mode Server Core c’est toute la puissance de Windows Server 2008 mais sans l’interface graphique Windows !  Cette approche n’est pas négative, loin s’en faut. En effet, même s’il est entendu que la modernité des interfaces et  assistants de configuration et d’administration de Windows Server 2008 est vraiment très aboutie, et si au cours de  ces 15 dernières années tout a été fait pour rendre les systèmes d’exploitation plus abordables et donc plus faciles  à maîtriser, il est aussi vrai que la ligne de commande permet aux administrateurs chevronnés de gagner du temps  et même de limiter les erreurs parfois imputables à certaines imperfections de telle ou telle interface graphique. Nous  verrons plus loin que bien sûr, il ne s’agit pas là des seuls avantages.  Ainsi,  l’installation  en  mode  Server  Core,  disponible  avec  Windows  Server  2008  Edition  Standard,  Windows  Server  2008 Edition Entreprise et Windows Server 2008 Datacenter, prend en charge les services ci­dessous :  Rôle du  serveur et  Versions de  Windows  Server 2008 

Entreprise 

Datacenter 

Standard  

Web 

Services IIS  7.0 sans  ASP.Net  

Partiellement 

Partiellement 

Partiellement 

Partiellement 

Services  d’impression  

Itanium 

 

 

 

 

 

 

 

 

 

 

 

© ENI Editions - All rigths reserved

- 1-

 

 

 

 

 

 

 

 

 

 

26 Services AD  LDS  

 

 

 

 

 

Service  Serveur DHCP 

 

 

 

 

 

Service  Serveur DNS  

 

 

 

 

 

Services de  fichiers  

 

 

Hyper­V  Services AD DS  

Partiellement 

 

Attention  !  Les  versions  Web  et  Itanium  ne  prennent  pas  du  tout  en  charge  le  mode  Server  Core.  Notez  aussi  que  les  services  de  fichiers  et  IIS  7.0  ne  sont  que  partiellement  supportés  en  mode  Server  Core.  ASP.Net, la console MMC IIS 7.0, le service IIS Management ainsi que le Windows Activation Service ne sont pas  disponibles. Vous pourrez toutefois utiliser IIS 7.0 avec le support d’ASP, de Javascript, d’AJAX ­ Asynchronous Java  Script  and  XML,  des  scripts  CGI  et  aussi  Perl.  Le  point  délicat  sera  l’administration  puisqu’elle  devra  donc  être  réalisée entièrement en ligne de commande ! 

Notez aussi qu’une installation en mode Server Core peut aussi tirer profit de la sécurisation des disques via  la technologie BitLocker Drive Encryption. 

Réduire les opérations de maintenance  Il est clair qu’un système d’exploitation est principalement composé de fichiers centraux essentiels qui implémentent  le cœ ur de l’OS. L’interface graphique qui lui est assortie n’a qu’une importance toute relative eu égard au rôle que  jouera la machine dans le réseau de l’entreprise.  Finalement, en fonction de la criticité du serveur, le tableau ci­après fait apparaître très clairement qu’il est possible  d’avoir un serveur « allégé » tout à fait fonctionnel par rapport aux grands rôles de type entreprise. Mais attention  tout de même au fait que certains programmes additionnels peuvent nécessiter la présence de l’interface graphique.  Réduire l’exposition donc la surface d’attaque, les bugs et aussi la maintenance  Parce qu’une installation en mode Server Core est minimale, de nombreux composants ne sont pas présents et de  fait la surface d’attaque est réduite. Par voie de conséquence, la réduction du nombre de composants et de services  réduit le volume de code, ce qui aura pour effet de considérablement réduire le nombre de correctifs nécessaires.  Réduire l’espace disque  L’installation de Windows Server 2008 en mode Server Core nécessite entre 1 et 2 Go d’espace disque seulement.  Ce point peut être intéressant pour les entreprises disposant de salles machines comptant des centaines, voire des  milliers de serveurs. A ce niveau, les économies d’échelles réalisées sur l’espace disque consommé par le système  d’exploitation peuvent être importantes en représentant des centaines de giga octets. 

b. Limitations d’une installation en mode Server Core  Malgré  les  avantages  certains  de  ce  type  d’installation,  l’installation  en  mode  Server  Core  est  très  spécifique  et  introduit les limitations suivantes : 

- 2-

●

Seule  une  installation  "neuve"  est  supportée.  Cela  signifie  qu’il  n’est  pas  possible  de  réaliser  de  mise  à  niveau à partir d’une version précédente telle que Windows Server 2003. 

●

Il  n’est  pas  possible  de  "réduire"  une  installation  classique  d’un  serveur  Windows  Server  2008  en  mode  Server Core. 

●

Il n’est pas non plus possible de réaliser une mise à niveau de Windows Server 2008 Server Core vers une  installation classique de Windows Server 2008 pour y ajouter tous les composants manquants. Vous devrez  donc forcement passer par une nouvelle installation de Windows Server 2008. 

© ENI Editions - All rigths reserved

c. Server Core et rôles Windows Server 2008  L’installation  en  mode  Server  Core  de  Windows  Server  2008  est  initiée  au  moment  de  l’installation  et  permet  d’installer un environnement de production minimal. Par rapport à une installation classique de Windows Server 2008  qui  nécessite  un  espace  disque  minimum  de  10  Go,  cette  installation  ne  consomme  pas  plus  de  2  Go  lorsque  le  serveur  est  opérationnel.  Comme  nous  l’avons  vu  plus  haut,  ce  type  d’installation  procure  l’avantage  de  limiter  la  charge associée au système tout en renforçant la sécurité et en réduisant les tâches de maintenance et de gestion.  Notez cependant que le mode Server Core ne permet pas la mise en œ uvre de tous les rôles. Ainsi, il est précisé que  seuls  les  rôles  Active  Directory  Domain  Services  (AD  DS),  Active  Directory  Lightweight  Directory  Services  (AD  LDS),  DHCP  Server,  DNS  Server,  File  Services,  Print  Server  et  Streaming  Media  Services  sont  pris  en  charge.  Il  est  aussi  précisé qu’il devra s’agir  d’une nouvelle installation. En effet, l’installation en mode Core Server est une nouveauté  apportée  par  Windows  Server  2008,  laquelle  n’a  pas  d’équivalent  sous  Windows  Server  2003  ou  Windows  2000  Server. Pour cette raison, il n’est pas possible de réaliser une mise à niveau d’une version antérieure de Windows  Server vers une installation de Windows Server 2008 en mode Server Core.  Enfin,  il  existe  une  dernière  particularité  concernant  les  services  de  serveur  vidéo  Windows  Media  2008  pour  Windows Server 2008 ­ en anglais, Streaming Media Services 2008. Dans sa version WMS ­ Windows Media Server,  sous Windows Server 2003, ce service faisait partie de la distribution Windows Server 2003.  Dans Windows Server 2008, le rôle des services de diffusion multimédia par flux (qui comprend la dernière version  des  Services  Windows  Media)  ainsi  que  les  outils  d’administration  à  distance  ne  sont  pas  compris  dans  le  gestionnaire  de  serveur.  Pour  obtenir  ces  nouvelles  fonctionnalités  et  les  nouveaux  outils  disponibles  pour  les  Services  Windows  Media  de  Windows  Server  2008,  comme  le  plug­in  intégré  WMS  cache/proxy,  vous  devrez  le  télécharger du site de Microsoft.  Pour  télécharger  les  nouveaux  services  de  streaming  vidéo,  référez­vous  à  l’article  de  la  base  de  connaissances  Microsoft  KB,  en  anglais  :  KB934518.  Vous  y  trouverez  la  procédure  détaillée  ainsi  que  les  différents packages MSU comprenant les versions x86, x64 en mode serveur et en mode Server Core, ainsi que le  package contenant les outils d’administration x86 et x64 pour Windows Server 2008 et Windows Vista SP1. Notez  aussi que ces package permettent l’installation de ces services uniquement sur les versions Windows Server 2008  Standard et Entreprise. 

MSU  :  Windows  Vista  et  Windows  Server  2008  utilisent  un  programme  d’installation  autonome  issu  de  la  technologie Windows Update : Wusa.exe. Ce fichier se trouve dans le dossier %windir%\System32 et utilise  l’API  de  l’Agent  de  mise  à  jour  automatique  Windows  Update  pour  installer  les  packages  de  mise  à  jour.  Ces  packages  de  mise  à  jour  portent  l’extension  .msu,  cette  extension  étant  associée  au  programme  d’installation  autonome  de  Windows  Update.  Les  fichiers  .msu  contiennent  les  composants  suivants  :  des  métadonnées  Windows Update qui décrivent chaque package de mise à jour, un ou plusieurs fichiers .cab, chaque fichier .cab  représentant une mise à jour et enfin un fichier .xml. Ce dernier décrit le package de mise à jour. Enfin, Wusa.exe  utilise  le  fichier  .xml  lorsque  vous  effectuez  une  installation  sans  assistance  via  le  gestionnaire  de  package  (Pkgmgr.exe). 

Par  exemple,  après  avoir  téléchargé  un  package  .msu,  vous  pouvez  décompacter  le  package  dans  un  répertoire  temporaire,  à  l’aide  de  la  commande  expand  ­f:*  "C:\Updates\Windows6.0­KBxxxx­x86.msu"  % TEMP%.  Tapez  ensuite  la  commande  suivante  à  l’invite  de  commandes  :  pkgmgr.exe  /n:%TEMP%\Windows6.0­ KB934307­x86.xml.  Les  fichiers  .msu  contiennent  aussi  un  fichier  de  propriétés  qui  intègre  les  paramètres  que  Wusa.exe utilisera ainsi que le nom et le lien vers l’article de la Base de connaissance Microsoft. 

d. Installation de Windows Server 2008 en mode Server Core 

© ENI Editions - All rigths reserved

- 3-

Sélection du mode Server Core (Installation minimale) 

Préparation de la partition disque 

- 4-

© ENI Editions - All rigths reserved

Choix d’une partition de 5 Go. 

Pour réaliser une installation en mode Server Core, la partition d’installation minimale doit disposer de 1818  Mo d’espace libre. 

Fin de l’installation en mode Server Core. 

© ENI Editions - All rigths reserved

- 5-

À  l’issue  de  l’installation,  le  serveur  est  redémarré  et  lors  de  la  1ère   ouverture  de  session  le  mot  de  passe  de  l’administrateur est changé. Une fois cette opération réalisée, une invite de commande cmd.exe est lancée.  La figure ci­après montre l’exécution de la commande Oclist qui liste les différents composants installables avec leur  statut, installé ou non­installé. 

L’environnement de ligne de commande de Windows Server 2008 en mode Server Core.  Une fois le serveur Windows Server 2008 ­ Edition Standard, Entreprise ou Datacenter, installé en mode Server Core,  il conviendra d’en passer par les étapes de type ligne de commande ci­dessous.  Configuration des paramètres réseaux  Pour  déclarer  les  paramètres  TCP/IP  statiques  de  la  ou  des  cartes  réseaux  du  serveur,  tapez  les  commandes  suivantes :  ●

netsh interface ipv4 show interfaces 

Notez la valeur affichée dans la colonne IDX de la carte réseau. Ensuite, tapez la commande suivante, en spécifiant  la valeur de IDX au paramètre Name (dans notre exemple égal à 2) :  ●

netsh interface ipv4 set address name="2" source=static address=192.168.1.12 mask=255.255.255.0  gateway=192.168.1.240 

Pour déclarer l’adresse du serveur DNS à utiliser, tapez la commande :  ●

netsh interface ipv4 add dnsserver name="2" address=192.168.1.10 index=1 

Déclaration des paramètres DNS  Pour spécifier un serveur DNS supplémentaire, réalisez la même opération en incrémentant la valeur du paramètre  Index.  Dans  le  cas  ou  vous  souhaiteriez  reconfigurer  une  interface  réseau  en  mode  DHCP,  vous  pourrez  taper  la  commande suivante :  ●

netsh interface ipv4 set address name=2 source=dhcp   

Dans notre exemple, name=2 car il s’agit de la 2

ème

 interface réseau.

Déclaration du nom du serveur  Pour renommer le nouveau serveur, vérifiez au préalable le nom de la machine en tapant la commande suivante :  ●

Hostame (ou bien ipconfig /all) 

Procédez  au  renommage  en  tapant  la  commande  ci­après. Vous devez spécifier l’ancien  nom,  WIN­Old_name dans  - 6-

© ENI Editions - All rigths reserved

cet exemple, suivi du nouveau nom, Core­12 dans cet exemple :  ●

netdom renamecomputer WIN­Old_Name /NewName:Core­12 

À l’issue de cette commande, un message d’avertissement vous informera que certains services tels que les services  AD CS exigent un nom fixe et que, dans ce cas, un tel changement pourrait avoir un impact négatif. Comme ce n’est  pas  notre  cas,  vous  pourrez  valider  puis  redémarrer  le  serveur.  Cette  étape  pourra  être  réalisée  via  la  séquence  habituelle [Ctrl] + [Alt] + [Suppr] ou en ligne de commande en tapant Shutdown /r /t 0.  Activation du système Windows Server 2008 via Slmgr  Pour activer le nouveau serveur, tapez la commande suivante :  ●

slmgr.vbs ­ato 

Notez que si l’activation  est  réalisée  avec  succès,  aucun  message  n’est  retourné  et  que  les  méthodes  d’activation  Microsoft via un serveur KMS ou via l’activation par téléphone sont toujours supportées.  Configuration du pare­ feu de Windows Server 2008 en mode Server Core  Pour visualiser la configuration du pare­feu, tapez la commande :  ●

netsh advfirewall show current 

Vous  constaterez  que  le  pare­feu  est  opérationnel,  que  les  communications  en  entrée  sont  bloquées,  que  les  communications en sortie sont autorisées et que l’administration à distance est désactivée.  Pour activer l’administration à distance type RPC/MMC, vous pouvez entrer la commande suivante :  ●

netsh advfirewall firewall set rule group="Remote Administration" new enable=yes 

Pour  activer  l’administration  à  distance  du  pare­feu  de  Windows  Server  2008  à  partir  d’une  machine  fonctionnant  sous Windows Vista SP1 ou Windows Server 2008, vous pouvez taper la commande suivante :  ●

netsh advfirewall set currentprofile settings remotemanagement enable 

Notez que la configuration peut nécessiter de configurer de multiples autres options du système. Pour plus  d’informations  sur  l’installation  et  la  configuration  de  Windows  Server  2008  en  mode  Server  Core,  vous  pouvez  télécharger  le  document  intitulé  "Server_Core_Installation_Option_of_Windows_Server_2008_Step­By­ Step_Guide.doc"  en  recherchant  sur  le  site  de  Microsoft  "Windows  Server  2008  Step­by­Step  Guides"  ou  directement  en  ligne  sur  le  site  Microsoft  Technet  à  l’adresse  ci­dessous  :  http://technet2.microsoft.com/windowsserver2008/en/library/47a23a74­e13c­46de­8d30­ad0afb1eaffc1033.mspx  Installation du rôle contrôleur de domaine AD DS en mode Server Core  À ce stade de la configuration, le serveur est prêt pour faire l’objet de l’ajout du rôle de contrôleur de domaine, ou de  tout  autre  rôle  pris  en  charge.  L’installation  du  rôle  de  contrôleur  de  domaine  ne  peut  pas  être  invoquée  avec  l’habituel  assistant  graphique  d’installation  Active  Directory,  Dcpromo.exe.  La  procédure  doit  obligatoirement  être  basée  sur  l’utilisation  d’un  fichier  unattend  qui,  lui,  sera  utilisé  comme  fichier  automatique  de  paramètres  pour  dcpromo.exe. Le fichier unattend pourra être utilisé pour installer le rôle de contrôleur de domaine Active Directory,  mais  aussi  pour  le  retirer,  en  cas  de  nécessité.  Notez  qu’à  l’issue  de  l’installation  automatique  (en  mode  Server  Core), dcpromo provoquera le redémarrage sauf si vous spécifiez la ligne RebootOnCompletion=No dans le fichier de  réponse.  Vous  avez  la  possibilité  d’utiliser  l’assistant  d’installation  Active  Directory  en  mode  graphique  sur  un  ordinateur  fonctionnant  sous  Windows  Server  2008  et  d’utiliser  l’assistant  pour  sauvegarder  un  fichier  unattend en vue de son utilisation sur le serveur installé en mode Server Core. 

© ENI Editions - All rigths reserved

- 7-

Exportation des paramètres de DCpromo pour créer un fichier de configuration unattend  Pour déclencher l’installation du rôle, tapez la commande suivante :  ●

dcpromo /answer:unattend.txt 

où le fichier unattend.txt est le fichier de réponse. 

Le fichier ainsi exporté servira de base pour l’installation en mode Server Core. 

e. Installation d’un contrôleur RODC en mode Server Core  Le  fichier  ci­dessous  permet  d’installer  un  nouveau  contrôleur  de  domaine  de  type  RODC  ­  Read  Only  Domain  Controller, au sein d’un domaine existant appelé Addscorp1.net. Le paramètre ReplicaOrNewDomain permet de créer  un  nouveau  domaine,  un  nouveau  contrôleur  de  domaine  au  sein  d’un  domaine  existant  ou  le  nouveau  rôle  de  contrôleur  de  domaine  en  lecture  seule,  RODC.  Dans  notre  configuration,  le  contrôleur  appartiendra  au  domaine  Active  Directory  Addscorp1.net  et  il  jouera  aussi  le  rôle  de  serveur  DNS  et  de  Catalogue  Global  sur  le  site  Active  Directory de Sophia­Antipolis. Le compte de domaine utilisé pour réaliser la promotion est JFAprea dans le domaine  Addscorp1.net, sans que le mot de passe de cet administrateur ne soit inscrit dans le fichier, tandis que le mot de  passe du compte de réparation d’urgence (démarrage et ouverture de session en mode DSRM) est défini. 

- 8-

© ENI Editions - All rigths reserved

; DCPROMO unattend file (automatically generated by dcpromo) ; Usage: ; dcpromo.exe /unattend:\\DC-XMS\DATA\DcPromoCore-install.txt ;; You may need to fill in password fields prior to using the unattend file. ; If you leave the values for "Password" and/or "DNSDelegationPassword" ; as "*", then you will be asked for credentials at runtime. ;[DCInstall] ReplicaOrNewDomain=ReadOnlyReplica ReplicaDomainDNSName=addscorp1.net SiteName=Sophia-Antipolis InstallDNS=Yes ConfirmGc=Yes CreateDNSDelegation=No UserDomain=addscorp1.net UserName=addscorp1.net\JFAprea Password=* DatabasePath="C:\Windows\NTDS" LogPath="C:\Windows\NTDS" SYSVOLPath="C:\Windows\SYSVOL" SafeModeAdminPassword=Password1! ; Run-time flags (optional) ; CriticalReplicationOnly=Yes RebootOnCompletion=No

Remarque importante : chaque fois qu’un fichier Unattend est utilisé par Dcpromo, les mots de passe inscrits  sont retirés. Donc, dans le cas où une erreur d’exécution se produirait, veillez à ne pas oublier de modifier le  fichier à nouveau pour y ajouter le ou les mots de passe à utiliser.  La figure ci­après illustre le déroulement des opérations. 

Authentification lors de l’installation du serveur RODC en mode Server Core.  Une fois les fichiers binaires des services de domaine Active Directory installés, le processus d’installation démarre et  se poursuit en installant les composants nécessaires. 

© ENI Editions - All rigths reserved

- 9-

Le nouveau serveur CORE­12 en tant que RODC Windows Server 2008. 

La  figure  ci­dessus montre les contrôleurs de domaine CORE­12  et  CORE­13. Remarquez que CORE­13 est  déclaré comme "Compte de contrôleur de domaine inoccupé…" alors  que  CORE­12 est bien déclaré comme  contrôleur de type "Lecture seule, Catalogue global". Ce point est normal car le 1 e r a fait l’objet d’une pré­création  et n’a pas encore été installé. A contrario, le 2è m e  est opérationnel.  

Visualisation des rôles à l’aide de Oclist.  Dans cet exemple, nous avons installé et configuré les paramètres généraux d’un serveur Windows Server 2008 en  mode Server Core. Nous avons ensuite créé le fichier Unattend en vue de son utilisation avec dcpromo pour ajouter  au sein du domaine Active Directory un nouveau réplica de type RODC jouant le rôle de serveur DNS et Catalogue  global. La suite de ce chapitre détaille le nouveau rôle de contrôleur de domaine en mode lecture seule. 

3. Rôle de contrôleur de domaine en mode lecture seule  Il  s’agit  d’un  nouveau  type  de  contrôleur  de  domaine  qui  permet  aux  entreprises  devant  déployer  des  contrôleurs  dans  des  emplacements  non  sûrs  de  pouvoir  le  faire  en  prenant  soin  d’en  limiter  l’exposition.  Le  principe  d’un  contrôleur  de  domaine  en  mode  lecture  seule  (RODC  pour  Read  Only  Domain  Controller)  consiste  à  marquer  les  partitions  Active  Directory  (NC,  Naming  contexts)  en  mode  lecture  seule.  Nous  allons  voir  plus  loin  que  cette  modification entraîne de nombreux changements.  Pour rappel, les partitions de type Global Catalog fonctionnent déjà sur ce principe. En effet, un contrôleur de domaine  de  type  catalogue  global  dans  un  domaine  donné  possède  une  copie  en  lecture  seule  de  toutes  les  partitions  des  domaines membres de la forêt. Ce type de partition est appelé "Read Only PAS, pour Partial Replica Set". Il est donc  par principe impossible d’en modifier directement le contenu. 

- 10 -

© ENI Editions - All rigths reserved

Le fonctionnement d’un contrôleur de type RODC, est quelque peu différent. En effet, lorsqu’une opération d’écriture  LDAP sera reçue par le contrôleur, alors l’application recevra une référence vers un contrôleur disponible en écriture.  L’opération d’écriture dirigée vers le RODC est donc tout simplement déroutée. Une fois l’opération d’écriture réalisée  sur  le  contrôleur  distant  disponible  en  écriture,  une  réplication  unidirectionnelle  vers  le  contrôleur  RODC  aura  lieue.  Cette approche garantit qu’aucune corruption Active Directory ne peut se produire sur le site où le contrôleur RODC  réside. L’infrastructure toute entière est donc protégée. Finalement, c’est un peu comme avec la réplication des BDC  Windows  NT,  où  le  contrôleur  de  domaine  principal  du  domaine  ­  le  PDC,  pour  Primary  Domain  Controller,  était  au  centre de l’infrastructure !  Il  est  vraiment  recommandé  d’utiliser  les  serveurs  RODC  pour  assurer  des  services  d’infrastructure  sur  des  sites  distants difficiles à sécuriser (lieus publics, campus, etc.). Cela pourra aussi être le cas lorsque des applications tierces  sont  installées  localement  sur  le  contrôleur  de  domaine  et  que  ces  applications  sont  administrées  à  l’aide  d’une  session terminal. L’utilisation du mode RODC, sécurise les données Active Directory du contrôleur local et minimise les  risques de sécurité sur l’ensemble de la forêt.  Ce  principe  garantit  que  ni  la  base  de  données  Active  Directory,  ni  les  objets  y  étant  stockés,  ne  peuvent  être  localement directement modifiés. 

a. Sécurisation des mots de passe sur les contrôleurs RODC  La  sécurisation  des  mots  de  passe  est  dépendante  de  la  stratégie  de  réplication  des  mots  de  passe  sur  les  contrôleurs de type RODC. Les contrôleurs de domaine Windows Server 2008 fonctionnant en mode RODC disposent  d’un mécanisme de gestion des mots de passe des utilisateurs et des ordinateurs très spécifique. L’idée est de faire  en sorte qu’en cas de vol d’un contrôleur de domaine RODC éloigné, il n’existe sur la machine aucun mot de passe ­  ou un nombre très limité ­ susceptible d’être cassé. Cette méthode radicale garantit qu’il sera impossible, même en  volant la machine, de lancer une attaque brute contre la base de données Active Directory. 

Un RODC doit communiquer avec un partenaire contrôleur de domaine ­ RWDC ­ fonctionnant sous Windows  Server 2008. 

Attention ! De plus, le maître FSMO de type PDC Emulator doit fonctionner sur un serveur Windows Server  2008.  Dans  la  pratique,  le  contrôleur  de  domaine  RODC  du  site  transmet  la  demande  d’authentification  du  client  vers  un  contrôleur  de  domaine  disponible  en  lecture  et  en  écriture  fonctionnant  sous  Windows  Server  2008.  Une  fois  l’utilisateur authentifié, le contrôleur RODC demande à ce qu’une copie des informations de sécurité de l’utilisateur lui  soit transmise. Le contrôleur de domaine disponible en écriture reconnaît que la demande est initiée par un RODC et,  dans  ce  cas,  consulte  la  RODC  Password  Replication  Policy.  C’est  celle­ci  qui  déterminera  si  oui  ou  non  les 

© ENI Editions - All rigths reserved

- 11 -

informations de sécurité peuvent être répliquées vers le contrôleur RODC. 

Groupes de réplication pris en charge par les RODC au sein du domaine Active Directory.  Il  est  du  ressort  de  l’administrateur  de  définir  une  stratégie  de  réplication  des  mots  de  passe  des  utilisateurs  sachant que, par défaut, aucun mot de passe d’utilisateur ou d’ordinateur n’est stocké sur le RODC.  Microsoft  recommande  de  conserver  la  stratégie  par  défaut  (RODC  Password  Replication  policy)  pour  préserver  la  sécurité  des  comptes  d’utilisateurs  et  d’ordinateurs  sur  ces  contrôleurs.  Il  conviendra  de  s’assurer  que  les  trafics  réseaux des demandes d’authentification transmises vers un contrôleur Windows Server 2008 disponible en écriture  sont acceptables.  Contrôleurs  RODC  et  stockage  des  mots  de  passe…  À  l’exception  de  tous  les  mots  de  passe,  la  base  de  données  Active  Directory  d’un  contrôleur  de  type  RODC  contient  l’intégralité  des  objets  des  différentes  partitions d’annuaire. Les seuls mots de passe stockés par défaut sont ceux associés au compte de l’ordinateur  lui­même, ainsi que celui du compte krbtgt spécifique au contrôleur de type RODC.  Comme  vous  pouvez  le  constater,  deux  groupes  de  domaine  local  sont  automatiquement  créés  lors  de  la  mise  à  niveau  du  schéma,  sachant  que  le  groupe  autorisant  la  réplication  des  mots  de  passe  est  vide  et  que  le  groupe  refusant explicitement la réplication des mots de passe contient les membres des groupes les plus importants tels  que les Administrateurs de l’entreprise, les Administrateurs du schéma, les Admins du domaine, les Contrôleurs de  domaines  RW  et  RODC  ainsi  que  les  membres  des  groupes  Editeurs  de  certificats  et  Propriétaires  créateurs  de  la  stratégie de groupe. 

- 12 -

© ENI Editions - All rigths reserved

Liste des comptes dont le mot de passe RODC est explicitement refusé. 

b. Réplication des mots de passe sur les contrôleurs RODC  La sécurisation des mots de passe est donc totalement dépendante de la stratégie de réplication des mots de passe  définie sur les objets de types contrôleurs de type RODC.  Pour  mettre  en  œ uvre  ce  fonctionnement,  les  contrôleurs  de  domaine  de  type  RODC  utilisent  un  mécanisme  leur  permettant de ne pas mettre en cache les secrets LSA utilisés pour authentifier les utilisateurs et les ordinateurs.  Cet attribut, inséré dans le schéma lors de la mise à jour de celui­ci est appelé RO PAS  ­ Read Only Partial Attribute  Set. Il prend en charge les secrets utilisateurs et ordinateurs via le support des condensés des mots de passe mais  aussi d’autres informations sensibles telles que les clés de récupération BitLocker.  Bien que les valeurs définies par Microsoft conviennent à la majorité des implémentations, il est intéressant de noter  qu’il est possible de modifier la liste des attributs non répliqués en modifiant le contenu du Partial Attribute Set.  Par défaut, la base locale d’un contrôleur RODC contient uniquement deux condensés de mots de passe : le  condensé  du  mot  de  passe  du  compte  Administrateur  local  de  la  machine  et  celui  du  compte  machine.  Ensuite, en fonction de la stratégie de réplication des mots de passe, d’autres condensés pourront être stockés  pour une durée paramétrable lorsque l’authentification aura été réalisée avec succès.  La politique définie permet, au travers de l’appartenance aux deux groupes de sécurité vus plus haut, de contrôler  quels  sont  les  utilisateurs  pour  lesquels  la  mise  en  cache  et  la  réplication  sont  possibles  et  quels  sont  ceux  pour  lesquels la réplication est interdite. 

© ENI Editions - All rigths reserved

- 13 -

Propriétés du contrôleur RODC CORE12 et stratégie de réplication des mots de passe.  Ainsi, lorsqu’un utilisateur est authentifié via un RODC, l’appartenance à ces deux groupes est vérifiée, sachant que  l’appartenance  au  groupe  dont  la  réplication  des  mots  de  passe  est  refusée  sera  prise  en  compte  de  manière  prioritaire. De cette manière la mise en cache en cas de conflit est prise en charge.  Les  deux  attributs  Active  Directory  utilisés  pour  mettre  en  œ uvre  cette  politique  sont  :  msDS­Reveal­ OnDemandGroup et msDS­NeverRevealedList. Le premier est un paramètre global qui autorise la réplication  du  mot  de  passe  tandis  que  le  second,  toujours  prioritaire  est  un  paramètre  géré  spécifiquement  pour  chaque  contrôleur RODC et pour chaque utilisateur. 

Liste des comptes authentifiés.  Vous remarquerez que la nouvelle console de gestion MMC Utilisateurs et ordinateurs Active Directory de Windows  Server 2008 permet désormais de consulter toutes les propriétés des nouveaux types de contrôleurs de domaine en  lecture seule.  Le  bouton  Avancé,  disponible  sur  l’onglet  Stratégie  de  réplication  des  mots  de  passe  d’un  objet  contrôleur  de  - 14 -

© ENI Editions - All rigths reserved

domaine  en  lecture  seule,  vous  permet  de  consulter  en  temps  réel  la  liste  des  comptes  déjà  authentifiés  sur  le  contrôleur de domaine sélectionné.  Ainsi,  l’interface  vous  offre  la  possibilité  d’afficher  les  utilisateurs  et  les  ordinateurs  répondants  aux  critères  importants que sont les comptes dont les mots de passe sont physiquement stockés sur ce contrôleur de domaine  en lecture seule ou bien uniquement les comptes authentifiés et mis en cache sur le dit contrôleur de domaine en  lecture seule  Attention ! Vous devez revoir périodiquement les comptes ayant été authentifiés auprès d’un contrôleur de  domaine  en  lecture  seule  (RODC).  Ces  informations  peuvent  vous  aider  à  planifier  les  évolutions  de  la  stratégie  de  réplication  de  mot  de  passe  existante.  Par  exemple,  vérifiez  les  comptes  d’utilisateurs  et  d’ordinateurs ayant été authentifiés auprès d’un contrôleur de domaine en lecture seule (RODC) pour ajouter ces  comptes à la liste autorisée d’avance. 

Affichage des stratégies de mot de passe résultantes sur le RODC CORE­12.  Enfin, la fenêtre ci­dessus met en évidence qu’il est aisé de "demander" au contrôleur de domaine en lecture seule si  tels ou tels comptes d’utilisateurs ou d’ordinateurs disposent d’informations de mots de passe actuellement mis en  cache sur le contrôleur.  Par  exemple,  les  compte  de  type  administrateur  Alice  Martin  et  Jean­Francois  Aprea  sont  explicitement  refusés  en  réplication sur ce contrôleur de domaine en lecture seule car membres du groupe des Admins du domaine, ce groupe  faisant lui­même partie du groupe qui refuse explicitement la réplication des mots de passe vers tous les contrôleurs  en lecture seule du domaine. 

c. Pré­remplissage des mots de passe sur un contrôleur en lecture seule  L’interface de gestion des contrôleurs de domaine en lecture seule vous permet aussi de pré­remplir le cache pour  les utilisateurs et/ou ordinateurs dont la réplication des mots de passe est autorisée ­ et non explicitement interdite.  Cette  opération,  réalisée  à  l’aide  du  bouton  Préremplir  les  mots  de  passe,  permet  à  l’administrateur  de  pré­ répliquer les mots de passe jugés comme étant indispensables en cas de problème de contact entre le contrôleur  RODC et un contrôleur source ­ qui rappelons­le doit impérativement fonctionner sous Windows Server 2008. 

© ENI Editions - All rigths reserved

- 15 -

Liste des comptes stockés dans la base Active Directory du contrôleur de domaine en lecture seule CORE12.  L’opération  de  pré­remplissage  est  alors  très  simple  à  réaliser  :  cliquez  sur  Préremplir  les  mots  de  passe  puis  sélectionnez le ou les comptes souhaités. Ils seront alors automatiquement répliqués et stockés sur le contrôleur de  domaine en lecture seule (RODC). 

Opération de pré­remplissage des mots de passe pour une sélection d’utilisateurs et/ou d’ordinateurs. 

Attention ! Il convient de ne pas oublier de répliquer les mots de passe des ordinateurs des utilisateurs. En  effet, si le compte d’ordinateur doit être utilisé pour authentifier l’ordinateur client auprès du contrôleur local  ­  où  même  d’un  autre  serveur  ­  il  sera  nécessaire  de  contacter  un  contrôleur  de  domaine  RW  sur  un  autre  site  fonctionnant  sous  Windows  Server  2008.  Si  ce  contrôleur  n’est  pas  joignable,  alors  l’authentification  ne  pourra  être  réalisée  avec  succès  que  si  le  compte  d’ordinateur  ­  et  le  mot  de  passe  associé  ­  ont  déjà  été  cachés,  ou  mieux, volontairement pré­cachés de manière préventive. 

d. Conditions requises pour déployer un contrôleur en mode lecture seule (DCRO) et limitations 

- 16 -

© ENI Editions - All rigths reserved

Pour  déployer  un  serveur  Windows  Server  2008  jouant  le  rôle  de  DCRO,  le  rôle  FSMO  de  type  PDC  Emulator  doit  impérativement être tenu par un contrôleur fonctionnant aussi sous Windows Server 2008. Il faudra aussi s’assurer  que  le  niveau  fonctionnel  du  domaine  est,  au  minimum,  de  type  Windows  Server  2003.  Le  fonctionnement  du  contrôleur RODC est tout à fait habituel puisque la réplication unidirectionnelle du serveur RODC s’applique au niveau  AD  DS  et  aussi  au  niveau  de  la  réplication  du  SYSVOL  via  NTFRS  ou  DFS­R,  point  essentiel  pour  que  le  contrôleur  accueille les habituels objets stratégies de groupe. 

Connexion exclusivement disponible en entrée et non en sortie.  La  figure  ci­dessus  est  directement  obtenue  en  accédant  aux  propriétés  de  l’objet  serveur  dans  la  console  de  gestion  MMC  Utilisateurs  et  ordinateurs  Active  Directory.  Elle  offre  une  vue  synthétique  des  connexions  Active  Directory pouvant exister entre n contrôleurs de domaine. 

Nouvel accès aux paramètres NTDS via la console Utilisateurs et ordinateurs Active Directory de Windows Server  2008.  Enfin,  il  convient  de  noter  que  pour  des  raisons  évidentes  en  rapport  avec  la  sécurité  de  l’infrastructure  Active  Directory, un contrôleur de domaine de type RODC ne pourra jouer aucun des rôles FSMO bien connus (Flexible Simple  Master Operations). Il en sera de même pour le rôle de serveur tête de pont au sein de la topologie de réplication  Active Directory (serveur BHS, Bridgehead Server).  La figure ci­après montre qu’à l’aide de la console de gestion MMC Sites et services Active Directory, l’objet connexion  est nommé "RODC Connection" (FRS), signifiant que celle­ci sera utilisée aussi pour la réplication du volume SYSVOL  dans le sens "contrôleur de domaine RW vers contrôleur de domaine RODC"). 

© ENI Editions - All rigths reserved

- 17 -

  Comme  illustré  ci­dessus,  le  contrôleur  de  domaine  en  lecture  seule  CORE­12  n’accepte  de  répliquer  des  informations  que  depuis  le  serveur  WINSRV2008­14.  Les  contrôleurs  de  domaine  RODC  Windows  Server  2008  n’acceptent  que  les  réplications  entrantes.  Il  n’existe aucune réplication sortante allant d’un  contrôleur  de  domaine RODC vers un autre contrôleur de l’entreprise. 

4.  Pourquoi  et  comment  évoluer  vers  le  niveau  fonctionnel  de  domaine  Windows  Server 2008 ?  Depuis maintenant plusieurs années, les services de domaine Active Directory sont généralement opérationnels dans  le niveau fonctionnel Windows 2000 natif ou mieux, dans le niveau fonctionnel Windows Server 2003.  L’évolution des domaines Active Directory fonctionnant dans le mode Windows 2000 Server ou Windows Server 2003  vers  le  niveau  fonctionnel  Windows  Server  2008  permet  de  conserver  toutes  les  fonctionnalités  apportées  par  les  modes précédents et rajoute le support des nouvelles fonctionnalités ci­dessous :  ●

La réplication du volume système SYSVOL est prise en charge via la réplication DFS­R. Le service de réplication  DFS­R est sans commune mesure plus performant et plus robuste que le précèdent moteur NTFRS. 

●

Le protocole Kerberos v5 supporte les algorithmes AES 128 et AES 256 ­ Advanced Encryption Standard. 

●

Support  des  informations  de  dernière  ouverture  de  session  interactive.  Les  journaux  de  sécurité  consignent  désormais  des  informations  intéressantes  telles  que  l’heure  de  la  dernière  ouverture  de  session  interactive  ouverte avec succès. 

●

Le nom de la station de travail à partir de laquelle l’utilisateur a ouvert sa session. 

●

Le nombre d’ouvertures de session refusées depuis la dernière ouverture de session réalisée avec succès. 

●

Les  stratégies  de  mot  de  passe  granulaires.  Ces  nouvelles  stratégies  de  mot  de  passe  permettent  aux  administrateurs  de  spécifier  des  stratégies  de  mot  de  passe  et  de  verrouillage  de  comptes  au  niveau  des  utilisateurs  et  des  groupes  globaux  de  sécurité  au  sein  d’un  domaine  Active  Directory  fonctionnant  dans  le  niveau  fonctionnel  Windows  Server  2008.  Pour  plus  de  renseignements  sur  les  nouvelles  stratégies  de  comptes granulaires de Windows Server 2008, vous pouvez vous référer au document "Step­by­Step Guide for  Fine­Grained Password and Account Lockout Policy Configuration" disponible en téléchargement sur le site de  Microsoft à l’adresse : http://go.microsoft.com/fwlink/?LinkID=91477. 

À l’heure où les entreprises tentent d’atteindre un meilleur niveau de sécurité, il convient de noter que les différents  outils  d’administration  de  Windows  Server  2008  interdisent  le  rehaussage  du  rôle  lorsque  toutes  les  conditions  ne  sont pas remplies. 

- 18 -

© ENI Editions - All rigths reserved

Impossible de rehausser le niveau fonctionnel actuel vers le niveau fonctionnel Windows Server 2008 si toutes les  conditions ne sont pas remplies. 

À  propos  des  Forêts  Windows  Server  2008  :  les  forêts  Windows  Server  2008  supportent  toutes  les  fonctionnalités  de  Windows  Server  2003  et  aucune  autre  fonctionnalité  particulière.  Le  fait  qu’une  forêt  donnée fasse l’objet d’un rehaussage du niveau fonctionnel vers le niveau Windows Server 2008 fera en sorte que,  par défaut, tout nouveau domaine sera automatiquement opérationnel dans le mode Windows Server 2008. 

5. Gestion des stratégies de mot de passe granulaires  Il s’agit là d’une petite révolution ! En effet, Windows Server 2008 rend désormais possible la déclaration au sein du  même domaine de différentes stratégies de mot de passe et de verrouillage des mots de passe. Pour rappel, cette  opération  n’a  jamais  été  possible,  ni  dans  le  cas  des  domaines  Microsoft  OS/2  LAN  Manager,  ni  avec  les  domaines  Windows NT ou Active Directory quel qu’en soit le niveau fonctionnel. Les seules solutions de contournement à cette  limitation historique consistaient à mettre en œ uvre un ou des domaines supplémentaires ou bien à développer une  DLL de filtrage de mots de passe tel que cela est spécifié dans les SDK de l’interface Win32. Bien entendu, ces deux  solutions  sont  très  contraignantes  pour  des  raisons  telles  que  les  coûts  relatifs  aux  acquisitions  de  serveurs  supplémentaires ainsi qu’en termes de surcharge d’administration.  La mise en œ uvre de stratégies de mots de passe granulaires au sein d’un même domaine Active Directory utilise la  nouvelle  classe  d’objet  PSO  ­  Password  Settings  Object.  Malheureusement,  à  l’heure  où  ces  lignes  sont  écrites,  Microsoft ne livre pas, pour la version RTM de Windows Server 2008 Build 6001, d’interface graphique pour gérer cette  nouvelle fonctionnalité.  Le  fait  que  Microsoft  ne  livre  ni  interface  graphique,  ni  outil  en  ligne  de  commande  pour  créer,  modifier  ou  supprimer  les  nouveaux  objets  PSO  peut  signifier  que  leur  utilisation  devrait  être  considérée  comme  exceptionnelle.  L’idée  serait  donc  de  toujours  gérer  de  manière  globale  la  stratégie  de  comptes  utilisateurs  au  niveau  du  domaine,  tout  en  sachant  qu’il  est  malgré  tout  possible  d’affiner  celle­ci  via  la  déclaration  manuelle  de  nouvelles stratégies de mots de passe granulaires. 

Vous  devrez  donc  utiliser  l’habituel  ADSI  Edit  ­  ou  encore  un  script  Ldif,  pour  réaliser  les  opérations  de  création,  de  suppression,  de  modification  des  objets  PSO  ainsi  que  pour  affiner  l’ordre  d’application  et  les  liaisons  de  ces  objets  sur  les  objets  utilisateurs  ou  les  groupes  globaux  de  sécurité  faisant  l’objet  de  ces  particularités. 

© ENI Editions - All rigths reserved

- 19 -

Container "Password Settinfs Container" et objets PSO.  La figure ci­dessus montre que la partition du domaine contient désormais le nouveau container "Password Settings  Container", lequel contient ici un objet de la classe msDS­PasswordSettings appelé PSO1.  L’objet stratégie de mots de passe granulaire a donc, comme nous l’avons expliqué plus haut, été entièrement déclaré  manuellement à l’aide de l’éditeur ADS Edit de Windows Server 2008. 

Création d’un objet PSO à l’aide d’ADSI Edit dans le container Password Settings Container du domaine Windows  Server 2008.  Vous remarquerez aussi que la nouvelle console MMC Utilisateurs et ordinateurs Active Directory permet de manipuler  les attributs des objets via le nouvel onglet "Attribute Editor". Cette amélioration de l’interface est très pratique car  elle permet un accès rapide à tous les attributs de tous les objets Active Directory, qu’il s’agisse de les consulter ou  bien d’appliquer certaines valeurs particulières. Par exemple, l’association qui relie l’objet PSO à un utilisateur ou un  groupe  de  sécurité  est  réalisée  en  déclarant  le  DN  ­ Distinguished  Name,  de  l’objet  en  tant  que  valeur  de  l’attribut  msDS­PSOAppliesTo.  Comme  toujours,  une  autre  alternative  consiste  à  utiliser  la  commande  Ldifde.  Elle  vous  permettra  d’appliquer  à  de  multiples utilisateurs ou groupes d’utilisateurs un objet PSO donné, en une seule opération.  Rappel  à  propos  de  Ldifde  :  LDIF  est  un  standard  Internet  qui  définit  un  format  de  fichier  particulier  pour 

- 20 -

© ENI Editions - All rigths reserved

réaliser des opérations en mode batch vers des annuaires respectant les standards LDAP. Le protocole LDIF  peut  donc  être  utile  pour  des  opérations  d’importation  et  d’exportation  de  données.  Pour  plus  d’informations  sur  l’utilisation  de  LDIFDE  avec  Active  Directory,  consultez  le  lien  ci­dessous  :  http://go.microsoft.com/fwlink/? LinkId=87487.  Attributs Active Directory des nouveaux objets PSO de Windows Server 2008  Le tableau ci­dessous liste les attributs qui vous permettront de définir les détails d’un objet PSO (Password Settings  Object) en déclarant les différents attributs obligatoires et optionnels.  Nom de l’attribut 

Description 

Exemple de valeur 

msDS­ PasswordSettingsPrecedence 

Permet de gérer la priorité  d’application des objets PSO avec  une notion de poids.  

10 

MsDS­ PasswordReversibleEncryption­  Enabled 

Permet l’activation du cryptage  réversible ou non des mots de  passe.  

FALSE 

msDS­PasswordHistoryLength 

Nombre de mots de passe pris en  charge.  

24 

msDS­ PasswordComplexityEnabled 

Permet l’activation des mots de  passe complexes.  

TRUE 

msDS­MinimumPasswordLength 

Longueur minimale des mots de  passe.  

8 

msDS­MinimumPasswordAge 

Durée de vie minimale du mot de  passe (la valeur doit être  négative). 

­864000000000 (1 jour) 

msDS­MaximumPasswordAge 

Durée de vie maximale du mot de  passe (la valeur doit être  négative). 

­17280000000000 (20 jours) 

msDS­LockoutThreshold 

Seuil de blocage du compte  utilisateur.  

0 

msDS­LockoutObservationWindow 

Seuil de la période de verrouillage  des comptes utilisateurs  verrouillés. (la valeur doit être  négative) 

­18000000000 (30 minutes) 

msDS­LockoutDuration 

Durée du verrouillage des comptes  utilisateurs verrouillés. (la valeur  doit être négative) 

­18000000000 (30 minutes) 

msDS­PSOAppliesTo 

Liens vers lesquels cet objet PSO  s’applique. Il peut s’agir  d’utilisateurs et aussi de groupes  d’utilisateurs.  

CN=u1,CN=Users,DC=DC1,  DC=corpnet,DC=com 

Il convient de préciser qu’il est possible de "lier" plusieurs objets PSO sur le même utilisateur ou groupe d’utilisateurs.  Il  est  aussi  possible  qu’un  utilisateur  soit  membre  de  plusieurs  groupes  d’utilisateurs  disposant  de  liaisons  vers  plusieurs objets PSO.  Pour des raisons évidentes de gestion des règles de sécurité relatives aux mots de passe, il a été convenu que les  objets  PSO  ne  seraient  pas  fusionnés.  L’attribut  msDS­PSOAppliesTo d’un  objet  PSO  assure  la  liaison  vers  le  ou  les  comptes d’utilisateur ou de groupes pris pour cible.  Finalement, deux types de liaisons peuvent exister : une liaison directe, l’objet PSO étant lié sur l’objet utilisateur ou  une  liaison  indirecte,  sur  la  base  des  objets  PSO  liés  sur  les  groupes  dont  l’utilisateur  est  membre.  Finalement,  si  plusieurs objets PSO existent pour un utilisateur donné, alors un arbitrage aura lieu pour n’en sélectionner qu’un en  utilisant l’attribut msDS­PasswordSettingsPrecedence des différents objets PSO.  À propos du schéma Active Directory et des objets Utilisateurs, InetOrgPerson et Groupes : Le schéma Active  © ENI Editions - All rigths reserved

- 21 -

Directory  de  Windows  Server  2008  ajoute  l’attribut  msDS­PSOApplied  en  tant  que  lien  inverse  assurant  la  liaison  entre  l’objet  utilisateur  ou  groupe  et  l’objet  PSO.  Le  protocole  RSOP  sera  alors  utilisé  pour  résoudre  les  liaisons  vers  les  objets  PSO.  En  résumé,  rappelez­vous  qu’il  existe  l’attribut  msDS­PSOApplied  et  aussi  l’attribut  msDS­PSOAppliesTo.  L’objet PSO disposant de la valeur de précédence la plus faible sera alors appliqué. Afin de pouvoir gérer d’éventuels  conflits, si plusieurs objets PSO disposent du même niveau de précédence, l’objet PSO disposant du GUID le plus faible  sera  sélectionné,  puis  appliqué  de  manière  arbitraire.  Ce  genre  de  problème  ne  se  produira  pas  si  la  valeur  de  précédence de chaque objet PSO a été correctement définie.  Objets de stratégies granulaires et niveau fonctionnel du domaine Active Directory  Le seul point noir à noter pour profiter de cette nouvelle fonctionnalité de gestion des mots de passe granulaire, sera  que  le  domaine  devra  utiliser  le  niveau  fonctionnel  Windows  Server  2008.  Ce  point  est  particulièrement  important  à  souligner car il signifie que tous les contrôleurs de domaine du dit domaine devront au préalable avoir été mis à niveau  vers Windows Server 2008.  Pour plus d’informations sur cette fonctionnalité, recherchez sur le site Microsoft Technet "Step­by­Step Guide  for Fine­Grained Password and Account Lockout Policy Configuration".  Support du protocole RSoP et détermination de la stratégie granulaire à appliquer  L’implémentation des nouvelles stratégies de mot de passe granulaires est particulièrement soignée car le protocole  RSoP ­ Resultant Set of Policy, est supporté pour investiguer les inévitables problèmes d’application des stratégies de  mot de passe granulaires.  En  effet,  un  utilisateur  ou  un  groupe  d’utilisateurs  peut  disposer  de  plusieurs  objets  PSO  liés,  soit  parce  que  l’utilisateur appartient à de multiples groupes, chaque groupe disposant d’un ou plusieurs objets PSO, soit parce que  plusieurs objets PSO sont liés sur l’objet utilisateur directement.  Cependant  au  final,  seulement  un  seul  et  unique  objet  PSO  sera  appliqué  pour  l’utilisateur  concerné.  En  d’autres  termes cela signifie que lorsque plusieurs objets PSO concernent un utilisateur donné, les paramètres contenus dans  les autres objets PSO ne sont jamais considérés. Le problème est donc de déterminer quel objet PSO sera appliqué  sur l’utilisateur. Pour ce faire, les mécanismes RSoP permettent d’évaluer, pour un utilisateur donné, quelle stratégie  de mot de passe granulaire sera effectivement appliquée.  À  propos  de  l’application  des  objets  PSO  :  les  objets  PSO  peuvent  être  directement  liés  à  l’utilisateur  ou  indirectement lorsque l’objet PSO est lié à un groupe dont l’utilisateur est membre. Lorsque plusieurs objets  PSO  sont  liés  à  un  utilisateur  donné  ou  à  un  groupe,  alors  l’objet  PSO  résultant  sera  déterminé  de  la  manière  suivante  :  par  définition,  l’objet  PSO  résultant  est  toujours  celui  qui  est  directement  lié  à  l’utilisateur.  Si  plusieurs  objets PSO sont directement liés à l’utilisateur alors l’objet PSO dont la valeur de précédence est la plus faible sera  l’objet PSO résultant. Si aucun objet PSO n’est directement lié à l’utilisateur, alors les objets PSO liés aux différents  groupes dont l’utilisateur est membre sont sélectionnés. L’objet PSO avec la valeur de précédence la plus faible sera  alors  choisi.  Enfin,  si  aucun  objet  PSO  n’est  sélectionné  par  le  contrôleur  de  domaine  fonctionnant  sous  Windows  Server 2008, alors celui­ci traitera, comme à l’accoutumée, la stratégie par défaut du domaine.  Gérer les stratégies de mot de passe granulaires avec Specops Password Policy de Special Operations Software  La  société  Special  Operations  Software  fournit  plusieurs  outils  permettant  d’améliorer  de  manière  significative  certaines fonctionnalités des services de domaine de Windows Server 2003 et Windows Server 2008. Vous trouverez  sur  le  site  de  cette  société  l’outil  Specops  Password  Policy  BASIC.  Cet  outil  gratuit  vous  permettra  de  gérer  intégralement les nouvelles stratégies de mot de passe granulaires de Windows Server 2008.  L’installation peut être réalisée sur des systèmes fonctionnant sous Windows Server 2008, Windows Server 2003 SP1  ou  ultérieur  et  aussi  sur  Windows  Vista  SP1  via  le  fichier  MSI  SpecopsPasswordPolicyBasic.msi.  Notez  qu’il  est  nécessaire  de  disposer  du  Framework  2.0  et  de  la  console  de  gestion  MMC  3.0http://www.specopssoft.com/products/specops%20password%20policy%20basic/download.asp 

- 22 -

© ENI Editions - All rigths reserved

L’utilitaire Specops Password Policy.  La figure ci­dessus illustre le fait que l’objet PSO "Project managers" est associé à deux utilisateurs ­ Alice Martin et  Bob  Durand.  Les  opérations  de  gestion  des  objets  PSO  sont  présentes,  sans  oublier  le  support  du  protocole  RSoP.  Ainsi les fonctions "Lookup password policy for user" et "Lookup users affected by selected policy" vous permettront  de résoudre les éventuels erreurs ou conflits de gestion des nouvelles stratégies de mot de passe granulaires sur les  utilisateurs.  La recherche de l’objet PSO résultant est affichée à l’écran de la manière suivante : 

Alice Martin est soumise à l’objet PSO "Infrastructure Admins".  Enfin, la modification d’un objet PSO est on ne peut plus simple. Grâce à cet outil, l’administrateur des stratégies de  mot de passe granulaires réduira de manière significative les inévitables erreurs de syntaxe issues des manipulations  d’attributs via le rudimentaire éditeur ADSI Edit. 

© ENI Editions - All rigths reserved

- 23 -

Modification de l’objet PSO "Infrastructure Admins" via l’utilitaire Specops Password Policy. 

6. Service d’audit Active Directory  Microsoft  a  implémenté  de  nouvelles  sous­catégories  au  sein  de  la  catégorie  Audit  directory  service  access,  lesquelles  sont  organisées  de  la  manière  suivante  :  Directory  Service  Access,  Directory  Service  Changes,  Directory  Service  Replication,  Detailed  Directory  Service  Replication.  Dans  notre  cas,  la  sous­catégorie  Directory  Services  Changes  est  la  plus  intéressante  puisqu’elle  journalise  les  événements  de  modifications  des  valeurs  des  attributs  d’objets soumis à l’audit. Les anciennes valeurs ainsi que les nouvelles sont consignées. Cette nouvelle fonctionnalité  est très pratique en cas de mauvaise manipulation puisque l’opération et les détails des valeurs sont consignés.  L’administrateur  d’un  domaine  Active  Directory  peut  contrôler  la  stratégie  d’audit  de  la  même  manière  que  dans  l’environnement Windows Server 2003 en éditant la stratégie par défaut des contrôleurs de domaine.  Par défaut, les contrôleurs de domaine Windows Server 2008 implémentent une stratégie d’audit globale qui active la  sous­catégorie  Directory  Service  Changes.  Enfin,  les  nouveaux  événements  relatifs  à  ces  opérations  seront  consignés dans le bien connu journal de sécurité des contrôleurs de domaine.    Nouveaux événements liés aux opérations de modification des objets Active Directory

- 24 -

●

Event ID 5136 : opérations de modification d’un attribut. 

●

Event ID 5137 : opérations de création d’un objet. 

●

Event ID 5138 : opérations de récupération d’un objet. 

●

Event ID 5139 : opérations de déplacement d’un objet au sein du domaine. 

© ENI Editions - All rigths reserved

Filtrage des événements d’audit avec les fonctions AD DS Auditing.  Il convient toutefois de noter que le contrôle des nouvelles sous­catégories d’audit sera réalisé en ligne de commande  à l’aide de la commande Auditpol.exe.  Par  exemple,  la  commande  auditpol  /set  /user:adds­ corp\Bob.Durand  /Category:"System"  /success:enable  /include  définit  l’audit  des  succès  pour  l’utilisateur  Bob  Durand sur les objets de la catégorie System.  Comme  cela  est  le  cas  avec  les  objets  PSO  vus  précédemment,  Windows  Server  2008  ne  dispose  pas  d’interface  graphique  de  configuration  permettant  de  définir  les  régles  d’audit  de  type  AD  DS  Auditing.  Toutefois,  il  est  intéressant  de  remarquer  que  ces  nouvelles  fonctionnalités  d’audit  avancé  sont  apportées  par  le  rôle de contrôleur de domaine Windows Server 2008 et ne nécessitent pas de rehausser le niveau fonctionnel du  domaine  au  niveau  Windows  Server  2008.  Les  nouvelles  fonctionnalités  d’audit  AD  DS  sont  donc  disponibles  dès  l’installation du premier contrôleur de domaine fonctionnant sous Windows Server 2008.  La  figure  suivante  montre  qu’une  valeur  a  été  modifiée  donc  remplacée  par  une  autre,  provoquant  la  perte  de  la  valeur initiale. La nouvelle valeur est bien sûr affichée, mais le message précédent précise l’action "Value deleted" en  notant l’ancienne valeur. 

Détails de la modification de l’attribut telephoneNumber sur un objet utilisateur. La nouvelle valeur est affichée. Le  message précédent précise l’action "Value deleted" avec l’ancienne valeur. Les messages sont très détaillés et très  © ENI Editions - All rigths reserved

- 25 -

faciles à interpréter. 

7. Protection des objets Active Directory contre l’effacement  Les  nouveaux  outils  d’administration  Active  Directory  permettent  désormais  de  protéger  les  objets  tels  que  les  ordinateurs,  les  contrôleurs  de  domaine,  les  unités  d’organisation,  les  sites  Active  Directory…  contre  une  éventuelle  opération d’effacement de la part d’une personne qui disposerait de ces droits. 

Protection d’une OU dans Active Directory.  De  cette  manière,  une  grande  partie  des  incidents  Active  Directory  causés  par  des  erreurs  de  manipulation  ou  des  scripts  particulièrement  dangereux  sera  supprimée.  Cette  nouvelle  fonctionnalité  rendra,  à  n’en  pas  douter,  de  nombreux services ! 

Protection d’un objet Utilisateur 

- 26 -

© ENI Editions - All rigths reserved

L’administrateur ne peut pas supprimer l’objet protégé 

© ENI Editions - All rigths reserved

- 27 -

Active Directory Certificate Services (AD CS)  1. Introduction aux infrastructures à clés publiques (PKI)  Les  infrastructures  de  clés  publiques  (PKI,  Public  Key  Infrastructure)  permettent  aux  entreprises  de  toute  taille  de  disposer des éléments techniques qui permettent de sécuriser les communications réseau ainsi que les transactions  électroniques.  Une  infrastructure  de  clés  publiques  implique  l’usage  de  certificats  numériques,  l’usage  de  mécanismes  cryptographiques  basés  sur  l’utilisation  des  clés  publiques  ainsi  que  la  mise  à  disposition  pour  les  ordinateurs,  les  applications  et  les  utilisateurs  d’une  ou  plusieurs  autorités  de  certification.  De  part,  l’utilisation  généralisée  des  certificats par les ordinateurs, les applications et les utilisateurs, les services de certificats de Windows Server 2008  sont un élément fondamental d’une architecture sécurisée.  Les mécanismes basés sur les certificats numériques nécessitent des vérifications à de multiples niveaux. C’est ainsi  qu’il  est  possible  de  vérifier  et  d’authentifier  la  validité  de  chacune  des  entités  impliquées  dans  une  transaction  électronique donnée.  Au­delà de la technologie et de par son rôle central en terme de sécurité, une infrastructure de clés publiques introduit  inévitablement  la  nécessité  de  publier  au  sein  de  l’organisation  toutes  les  pratiques  relatives  à  l’utilisation  des  certificats numériques.  D’un  point  de  vue  des  éléments  fondamentaux  qui  composent  une  infrastructure  de  clés  publiques,  il  convient  de  mettre en évidence les éléments suivants :  ●

Les certificats qui seront utilisés par les différentes entités représentées au sein du système d’information. 

●

Les services de certificats qui assureront l’émission des dits certificats et plus largement la gestion de ceux­ci. 

●

Les modèles de certificats adaptés aux différents besoins et usages. 

●

Les entités devant utiliser des certificats (utilisateurs, ordinateurs, applications et services). 

●

Les processus et méthodes de gestion des certificats au sein de l’entreprise. 

2. Les différents types de certificats  a. Introduction  Les  certificats  sont  techniquement  définis  par  la  spécification  X.509v3.  Cette  spécification  décrit  les  différents  formats,  options  et  méthodes  relatives  à  leur  utilisation.  Ils  sont  généralement  utilisés  dans  les  systèmes  d’informations modernes où sur les éléments actifs nécessitant leur usage. Ainsi, les commutateurs réseau, bornes  de  connexion  Wi­Fi,  pare­feu  et  autres  assistants  personnels  peuvent  utiliser  des  certificats  pour  sécuriser  leurs  communications  réseau  et  opérations  sur  Internet.  Bien  sûr,  cette  liste  n’est  pas  exhaustive  et,  finalement,  tout  périphérique, application ou entité active sur un réseau, public ou privé pourra en faire l’usage.  Un certificat est une structure numériquement signée par une autorité émettrice, le dit certificat étant émis et remis à  une  personne,  à  une  machine  ou  à  une  application.  Cette  structure  numérique  crée  la  relation  entre  l’identité  considérée, la valeur de la clé publique qui y est associée ainsi que la clé privée correspondante.  À propos de la spécification X.509v3 : Il s’agit de la version 3 de la recommandation X.509 de l’ITU­T laquelle  spécifie la syntaxe et le format des certificats numériques. Ce format est le format standard des certificats  utilisés sur les systèmes d’exploitation modernes ainsi que sur tous les périphériques physiques réseau.  En plus de la clé publique, un certificat X.509 contient des informations qui permettent de reconnaître l’entité ayant  fait l’objet de l’émission du certificat ainsi que des informations sur le certificat lui­même. Enfin, en fonction du type de  certificat, il y aura aussi des informations concernant l’autorité de certification ayant délivré le certificat.  Une des caractéristiques les plus intéressantes contenue dans un certificat concerne les rôles accordés à celui­ci et  donc à l’entité qui le détient. 

© ENI Editions - All rigths reserved

- 1-

Affichage d’un certificat construit sur le modèle Administrateur.  Les services de certificats inclus dans les familles de systèmes d’exploitation Windows 2000 Server, Windows Server  2003 et Windows Server 2008 implémentent une notion de modèle, laquelle permet l’émission de certificat formatés  et  adaptés  à  des  usages  bien  spécifiques.  Dans  cet  exemple,  le  certificat  a  été  construit  sur  la  base  du  modèle  Administrateur, lequel contient de multiples rôles.  Le plus remarquable est le rôle "Signature de liste d’approbation Microsoft", lequel permet de signer des objets de  type "Liste de confiance de l’entreprise". La figure ci­après illustre cette possibilité via un objet stratégie de groupe.  L’interface met en évidence que la liste dont le nom convivial est "Liste des CA additionnelles" a été délivrée par une  personne "ayant cette responsabilité particulière" via le rôle "Signature de liste d’approbation". 

- 2-

© ENI Editions - All rigths reserved

Élément de type Liste de confiance signé avec un certificat disposant du rôle Signature de liste d’approbation  Microsoft. 

Signature  des  listes  de  confiance  :  comme  cela  est  le  cas  lors  des  opérations  de  signature,  il  est  indispensable que la personne réalisant l’opération dispose du certificat ayant la capacité de signer une liste  de confiance dans le magasin de certificats personnels, ainsi que de la clé privée associée.  La  figure  suivante  montre  l’ensemble  des  rôles  contenus  dans  le  certificat.  Le  rôle  Système  de  fichiers  EFS  (Encrypted  File  System)  permet  à  l’utilisateur  disposant  du  certificat  d’utiliser  les  services  de  cryptage  de  fichiers  disponibles  sur  les  plates­formes  Windows  2000,  Windows  XP,  Windows  Server  2003  ainsi  que  Windows  Vista  et  Windows Server 2008. Dans cet exemple, la clé publique de l’utilisateur est utilisée pour crypter la clé de cryptage  symétrique permettant de crypter un fichier particulier, la clé privée étant la seule à permettre le décryptage de la  dite clé de cryptage précédemment cryptée. Le rôle Messagerie électronique sécurisée permet de signer et crypter  les  messages  électroniques  via  le  protocole  S/MIME  (Secure  Multipurpose  Internet  MAIL  extensions)  lequel  est  supporté  par  les  produits  de  messagerie  tels  que  Microsoft  Outlook  et  Microsoft  Exchange  Server.  Enfin,  le  rôle  Authentification du client permet à l’utilisateur de s’authentifier en prouvant son identité à un serveur supportant,  lui aussi, l’usage des certificats X.509v3. 

Affichage des rôles d’un certificat construit sur le modèle Administrateur. 

À  propos  de  l’utilisation  de  la  clé  :  un  certificat  permet  au  possesseur  du  certificat,  lequel  est  appelé  le  "sujet",  d’exécuter  une  ou  plusieurs  tâches  particulières.  Pour  mettre  en  œ uvre  le  contrôle  de  l’utilisation  des certificats en fonction des rôles, des restrictions sont naturellement incluses dans chaque certificat. Le champ  utilisation de la clé permet de définir le cadre d’utilisation du certificat, c’est­à­dire les rôles supportés. Il est ainsi  possible  d’émettre  des  certificats  en  fonction  des  besoins  des  utilisateurs,  des  ordinateurs,  des  périphériques  réseau ou bien des applications.  Ainsi,  comme  nous  venons  de  le  voir,  les  certificats  peuvent  être  délivrés  pour  de  multiples  fonctions  telles  que  l’authentification des utilisateurs accédant à un site Web à l’aide de leur navigateur, l’authentification des serveurs  Web vis­à­vis des clients, la sécurisation des messages électroniques à l’aide du protocole S/MIME, la sécurité des  datagrammes  IP  à  l’aide  du  protocole  IPSec.  Finalement,  l’usage  des  certificats  n’a  pas  vraiment  de  limites.  La  gestion  des  droits  numériques,  à  l’aide  des  services  DRM  (Digital  Rights  Management),  est  un  exemple  particulièrement significatif.  Grâce  aux  certificats,  il  est  possible  de  prendre  en  charge  une  gestion  avancée  des  droits  numériques  sur  des  données  et  sur  des  identités  situées  à  l’intérieur  et/ou  à  l’extérieur  du  réseau  de  l’entreprise.  La  figure  ci­après  illustre les nombreux rôles pris en charge par les autorités de certification fonctionnant sous Windows Server 2003  R2 ainsi que la possibilité d’en créer de nouveaux. 

© ENI Editions - All rigths reserved

- 3-

Affichage des rôles au niveau de la gestion des modèles.  Les autorités de certification de la famille Windows Server 2003 et Windows Server 2008 sont fournies avec un des  multiples modèles de certificats conçus pour répondre aux besoins de la majorité des organisations. Notez qu’avec  les  autorités  de  certification  Windows  Server  2003  les  rôles  apparaissent  dans  les  modèles  de  certificats  sous  le  libellé Stratégie  d’application tandis que sous Windows 2000, ils apparaissent sous le libellé Utilisation  de  la  clé  améliorée.  Personnalisation des modèles de certificats : les autorités de certification fonctionnant sous Windows Server  2003  Edition  Entreprise  et  Windows  Server  2003  Edition  Datacenter  prennent  en  charge  deux  types  de  modèles  de  certificat  :  Les  modèles  version  1  et  les  modèles  version  2.  Les  modèles  version  2  sont  supportés  uniquement  sur  les  autorités  Windows  Server  2003  et  Windows  Server  2008.  À  la  différence  des  autorités  Windows  2000  Server,  ils  permettent  de  personnaliser  la  majorité  des  paramètres  contenus  dans  un  modèle.  L’une  des  tâches  les  plus  importantes  des  administrateurs  de  certificats  concerne  la  définition  de  modèles  supplémentaires  adaptés  aux  besoins  spécifiques  de  l’organisation.  Les  autorités  de  certifications  fonctionnant  sous  Windows  Server  2008  supportent  aussi  les  certificats  basés  sur  les  modèles  version  3.  Ces  nouveaux  modèles supportent les nouveaux algorithmes de cryptage de la suite ECC (Elliptic Curve Cryptography) pour les  machines fonctionnant sous Windows Server 2008 et sous Windows Vista.  Enfin,  il  est  important  de  noter  que  chaque  entité  de  type  utilisateur,  ordinateur  ou  application  disposant  d’un  ou  plusieurs  certificats  est  connue  sous  l’appellation  "sujet  du  certificat".  De  son  côté,  l’autorité  de  certification  sera  considérée comme "l’émetteur et le signataire" du certificat émis au sujet. 

b. Nature et contenu d’un certificat numérique  De  multiples  informations  techniques  et  logiques  sont  contenues  dans  un  certificat.  En  premier  lieu,  le  certificat  numérique fournit des informations "claires" permettant d’identifier  l’objet du certificat. La figure ci­dessous montre  qu’il s’agit du certificat d’un utilisateur (et pas d’un ordinateur ou d’une application) et que la valeur du champ objet  contient le DN (Distinguished Name) de celui­ci au sein du système d’annuaire Active Directory. Il est intéressant de  remarquer  que  le  champ  objet  contient  la  valeur  du  DN  c’est­à­dire  :  CN= Jean­Francois  Jeff.  APREA,  OU=@Management,DC=Corpnet,DC=net ainsi que l’adresse de messagerie dudit utilisateur. 

- 4-

© ENI Editions - All rigths reserved

Détail du champ "Objet" d’un certificat utilisateur. 

Valeur  du  champ Objet  :  lorsqu’une  demande  de  certificat  est  soumise  en  utilisant  les  modèles  livrés  par  défaut  avec  Windows  Server  2003,  l’inscription  du  sujet  à  lieu  sans  exiger  aucune  entrée  de  la  part  de  l’utilisateur.  La figure ci­dessous illustre les différents paramètres qui peuvent être combinés dans les modèles de certificats pour  construire automatiquement le nom du sujet sur la base des informations contenues dans l’annuaire Active Directory. 

Construction du sujet à partir des informations Active Directory à l’aide des modèles de certificats.  En plus du champ "Objet" qui identifie le sujet, les certificats contiennent les informations suivantes :  ●

La valeur de la clé publique du sujet. 

© ENI Editions - All rigths reserved

- 5-

●

La période de validité définissant la période pendant laquelle le certificat est valide. 

●

Des informations identifiant l’autorité de certification ayant émis le certificat. 

●

La signature numérique de l’autorité émettrice. De cette manière, il est possible de valider la relation qui relie  la clé publique du sujet avec ses informations d’identification. 

La  période  de  validité  d’un  certificat  permet  de  limiter  dans  le  temps  l’usage  d’un  certificat.  Une  fois  la  période  de  validité d’un certificat dépassée, ledit certificat ne peut plus être utilisé et un nouveau certificat doit être demandé  par le sujet utilisant ledit certificat.  Il est possible de faire une analogie de ce principe fondamental avec la carte d’identité ou le passeport. Le document  officiel permet de prouver l’identité de la personne car la préfecture du département est l’autorité ayant émis la pièce  d’identité, cette dernière étant de confiance puisque signée à l’aide du tampon de la préfecture. Le numéro figurant  sur le passeport ou la pièce d’identité peut, lui aussi, être comparé au numéro de série d’un certificat. Enfin, la date  d’émission  de  la  pièce  d’identité  fixe  sa  date  de  fin  d’utilisation  puisque  les  documents  officiels  sont,  eux  aussi,  soumis à une période de validité.  Gestion  des  Identités,  cryptographie,  biométrie  et  logon  unique  SSO  :  aujourd’hui,  certains  passeports  utilisent  les  technologies  biométriques  pour  prouver  de  manière  indiscutable  l’identité  de  la  personne.  En  effet, bien qu’utilisable dans le cadre d’une première reconnaissance visuelle, la traditionnelle photographie peut  être trop facilement falsifiée. L’empreinte digitale ou rétinienne du sujet peut alors dans un deuxième temps être  vérifiée. Il suffit dans ce cas, de comparer les données biométriques du sujet par rapport à celles embarquées au  sein  du  document  lui­même.  Les  données  privées  d’identification  sont  stockées  dans  une  puce  électronique  de  type carte à puce avec certificats et données d’identification privées ou, une chaîne de valeurs de type code barres  tandis  que  les  données  publiques  sont  plus  librement  accessibles  pour  vérifier  l’exactitude  des  données  biométriques  présentées.  Ce  principe  est  aussi  disponible  dans  les  environnements  Active  Directory  pour  authentifier  les  utilisateurs  à  l’aide  de  leur  carte  à  puce  en  remplaçant  le  traditionnel  code  PIN  confidentiel  (Personal Identification Number) par un contrôle biométrique dont la partie privée serait directement embarquée  dans la carte à puce. De cette manière, les clés privées et les données biométriques privées du sujet ne sont en  possession que du sujet lui­même et de personne d’autre. Elles ne sont donc utilisables que par lui et vérifiables  au dernier moment lors d’un contrôle. Les technologies biométriques participent donc, dans un premier temps, à la  réduction des mots de passe et autres codes secrets lors du processus de logon initial. Dans un deuxième temps,  les services de sécurité de type SSO, permettent une utilisation du logon initial de manière "unique" pour accéder  aux données et aux applications de l’entreprise.  Lorsqu’une  pièce  d’identité,  ou  un  certificat,  est  compromis  suite  à  un  vol  ou  une  perte,  il  devient  nécessaire  d’en  faire la déclaration. De cette manière, le certificat volé ou perdu n’est plus de confiance et devient donc inutilisable.  Cette  opération  appelée  révocation  permet  de  rompre  la  confiance  déclarée  via  le  certificat.  Chaque  autorité  de  certification  émettant  des  certificats  gère  une  liste  de  révocation  de  certificats,  laquelle  est  utilisée  ou  non  par  le  système  d’exploitation,  les  programmes  ou  l’utilisateur  au  moment  du  contrôle  de  la  validité  dudit  certificat.  Il  est  important  de  noter  que  le  certificat  révoqué  ne  deviendra  réellement  inutilisable  qu’à  compter  du  moment  où  l’opération sera publiée dans la liste de révocation de certificats.  À propos de la révocation des certificats : attention ! Tant que la liste de révocation n’est pas mise à jour,  puis publiée, puis vérifiée dans le cadre du contrôle de la validité du certificat, le certificat pourtant révoqué  demeure de confiance, donc utilisable.  La figure ci­dessous illustre cette opération réalisée au niveau de l’autorité de certification par un administrateur de  certificat : 

Révocation d’un certificat à l’aide de la console de gestion MMC Autorité de certification 

c. Certificats X.509 version 1 

- 6-

© ENI Editions - All rigths reserved

La spécification X.509 version 1 clarifie les différents champs contenus par un certificat de type version 1.  Le  nom  des  différents  champs  utilisés  est  spécifié  en  français  et  aussi  entre  parenthèses  en  anglais  pour  des raisons pratiques d’usage courant dans de nombreuses documentations, notes techniques, messages  systèmes, etc. 

●

Version (version) : ce champ contient la version du certificat. 

●

Numéro de série (serial number) : identificateur numérique unique associé à chaque certificat émis par une  autorité de certification. 

●

Algorithme  de  signature  de  l’autorité  (signature  algorithm)  :  nom  de  l’algorithme  de  signature  utilisé  par  l’autorité  de  certification  pour  signer  le  contenu  d’un  certificat  numérique  donné.  En  général,  il  s’agit  de  l’algorithme Sha1RSA. 

Les champs Version, Numéro de série, Algorithme de signature, Émetteur, Période de validité, Objet et Clé  publique sont signés par l’autorité de certification. 

●

Émetteur (Issuer Name) : ce champ contient la valeur du DN X.500 (Distinguished Name) spécifiant le nom de  l’autorité de certification ayant émis le certificat. Par exemple, CN = Corpnet Security Services, DC = Corpnet,  DC = net. L’usage du format X.500 pour nommer l’autorité est spécifié dans la spécification X.509 ainsi que  dans le RFC 3280 intitulé Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation  List Profile. 

●

Valide à partir du/Valide jusqu’au (Valid from/Valid to) : ces champs déclarent la période pendant laquelle le  certificat peut être utilisé. Certaines implémentations remplacent ces deux champs par un seul champ appelé  Période de validité (Validity Period). 

●

Objet  (Subject  Name)  :  ce  champ  contient  la  valeur  du  nom  de  l’ordinateur,  du  périphérique  réseau,  de  l’utilisateur  ou  du  service  associé  à  l’usage  du  certificat.  En  général,  le  format  de  ce  champ  utilise  une  syntaxe  de  type  X.500  tel  que  cela  est  spécifié  dans  les  spécifications  X.509  mais  il  peut  aussi  utiliser  des  formats différents (adresse de messagerie électronique, un nom DNS, un suffixe UPN ou même un SPN). 

Spécificités des différents formats supportés par le champ Objet. Les formats suivants peuvent être utilisés.  Nom  de  messagerie  électronique  :  si  le  nom  de  messagerie  est  renseigné  dans  l’objet  utilisateur  Active  Directory, celui­ci sera utilisé. Dans ce cas, il s’agit d’un certificat de type Utilisateur. Nom DNS : le nom de domaine  complet (FQDN) du sujet qui a demandé ou qui représente le certificat. Dans ce cas, il s’agit d’un certificat de type  Ordinateur. Nom principal de l’utilisateur : le nom principal de l’utilisateur est un attribut qui fait partie des objets  Utilisateur Active Directory et pourra être à ce titre utilisé. Dans ce cas, il s’agit d’un certificat de type Utilisateur.  Nom  du  service  principal  (SPN)  :  le  nom  du  service  principal  est  un  attribut  qui  fait  partie  des  objets  Ordinateur  Active Directory et pourra être à ce titre utilisé. 

À  propos  des  SPN  :  les  SPN  sont  des  identificateurs  uniques  utilisés  pour  "représenter"  les  services  fonctionnant sur un serveur donné. Les services qui utilisent l’authentification Kerberos des domaines Active  Directory ou des royaumes Kerberos nécessitent un SPN pour chaque service. Ainsi, les clients peuvent identifier le  dit service sur le réseau. 

Notez que dans un environnement Active Directory, un SPN est un attribut des objets des classes utilisateur  et ordinateur. En général, chaque service doit disposer d’un seul SPN de telle sorte qu’il ne soit pas possible  de sélectionner une autre machine ou d’utiliser la mauvaise clé sur un ticket Kerberos. 

●

Clé  publique  (Public  Key)  :  ce  champ  contient  la  clé  publique  associée  au  possesseur  du  certificat.  La  clé  publique  est  une  donnée  cryptographique  qui  est  transmise  par  le  demandeur  du  certificat  à  l’autorité  de  certification à l’aide d’une requête de demande de certificat. Ce champ contient aussi la déclaration du type  d’algorithme de clé publique utilisé lors de la génération de la paire de clés associée au certificat. 

d. Certificats X.509 version 2  © ENI Editions - All rigths reserved

- 7-

Les  certificats  X.509  version  1  disposent  des  informations  de  base  nécessaires  pour  décrire  le  certificat  lui­même.  Cependant, l’autorité émettrice ne dispose que de peu de paramètres. En effet, la spécification X.509 version 1 met  à disposition le nom de l’émetteur et la signature de l’autorité.  Ce manque d’informations ne permet pas de bien gérer certains événements tels que le renouvellement du certificat  de l’autorité de certification elle­même. En effet, dans ce cas, il existera deux certificats disposant de la même valeur  de champ Émetteur. Il est donc aisé de mettre en œ uvre une "fausse" autorité de certification portant le même nom  que la première.  Pour  résoudre  cette  limitation  inhérente  aux  certificats  X.509  version  1,  la  spécification  X.509  version  2  publiée  en  1993 introduit de nouveaux champs, lesquels sont présentés ci­dessous :  ●

Identificateur unique de l’émetteur (Issuer Unique ID) : ce champ contient un identificateur unique défini par  et  pour  l’autorité  de  certification  émettrice.  Cet  identificateur  est  régénéré  lorsque  le  certificat  de  l’autorité  est renouvelé. 

●

Identificateur unique du sujet (Subject Unique ID) : ce champ contient un identificateur unique défini pour le  certificat  du  sujet  par  l’autorité  émettrice.  Dans  le  cas  où  le  sujet  est  aussi  l’autorité  de  certification  émettrice, l’identificateur unique est placé dans le champ Identificateur unique de l’émetteur (Issuer Unique  ID). 

●

L’implémentation de ces deux champs permet d’améliorer de manière significative la vérification de la chaîne  de liaison existant entre le certificat d’un sujet et l’autorité qui l’a émis. Il est en effet possible de rechercher  le certificat de l’autorité en vérifiant la relation existant entre le nom de l’autorité émettrice déclaré dans le  certificat émis et le nom du sujet déclaré dans le certificat de l’autorité de certification. Une fois ce premier  contrôle  réussi,  il  est  possible  de  procéder  à  une  seconde  vérification.  Celle­ci  aura  pour  objet  de  vérifier  l’identificateur unique de l’émetteur (Issuer Unique ID) du certificat émis avec l’identificateur unique du sujet  (Subject Unique ID) du certificat de l’autorité. 

Attention : bien que les certificats X.509 version 2 soient une avancée significative par rapport à la version 1,  ils  ne  sont  quasiment  pas  utilisés  par  manque  de  support.  De  fait,  le  RFC  3280  recommande  de  ne  pas  utiliser les champs spécifiques à la version 2 et de préférer la spécification X.509 version 3. 

e. Certificats X.509 version 3  La  spécification  X.509  version  3  a  été  publiée  en  1996.  Elle  spécifie  le  concept  des  extensions.  Ces  extensions  ajoutent  à  la  fois  des  fonctionnalités  pour  les  certificats  eux­mêmes  et  d’importantes  possibilités  vis­à­vis  des  applications  qui  pourraient  les  utiliser.  En  plus,  les  extensions  supportées  par  les  certificats  X.509  version  3  permettent de prendre en charge la problématique de validation de la chaîne de certification présentée plus haut.  Dans un premier temps, il convient de préciser qu’une extension au sein d’un certificat X.509 version 3 est composée  des éléments suivants :  ●

La valeur de l’extension laquelle dépend de chaque extension. 

●

L’indicateur  de  type  "Extension  critique"  :  cet  indicateur  spécifie  que  le  contrôle  de  l’extension  revêt  un  caractère  critique.  De  fait,  dans  le  cas  où  l’application utilisant le certificat ne pourrait interpréter ou réagir  correctement en fonction de la valeur de l’extension, alors le certificat ne sera pas utilisé. 

Important  !  Lorsqu’une  application  ne  reconnaît  pas  une  extension  donnée  et  que  l’indicateur  Extension  critique n’est pas déclaré, alors l’application  ignore  l’extension et peut continuer d’utiliser le certificat pour  les autres usages. 

- 8-

© ENI Editions - All rigths reserved

Déclaration de l’usage d’une extension critique sur un modèle de certificat de type Utilisateur  La  figure  ci­dessus montre un modèle de certificat pris en charge par une autorité de certification Windows Server  2008. Ce modèle pourra être utilisé pour les membres du groupe des utilisateurs du service Marketing et fera l’objet  d’une extension critique. Les applications pourront utiliser les certificats basés sur ce modèle et contrôler les rôles  déclarés (Droits numériques, messagerie électronique sécurisée, etc.) sur la base des OID (Object IDentifier) relatifs à  chacun des rôles.  ●

L’identificateur de l’extension : la figure ci­après illustre ce champ très important. Il permet de renseigner la  valeur de l’OID qui sera affecté à l’extension. 

Valeur de l’identificateur d’objet des stratégies associée au rôle Authentification du client  Maintenant que nous savons que l’une des fonctionnalités majeure offerte par les certificats X.509 version 3 réside  dans  l’utilisation  possible  des  "Identificateurs  d’extensions",  nous  pouvons  décrire  l’ensemble  des  champs  pris  en  charge  par  les  certificats  qui  utilisent  cette  spécification.  La  figure  ci­après  met  en  évidence  le  fait  qu’un  certificat  utilisé  aujourd’hui  respecte  toujours  les  spécifications  X.509  version  3  ainsi  que  le  support  des  champs  de  type  version 1.  Note  :  les  services  de  gestion  des  certificats  intégrés  à  Windows  permettent  de  simplifier  l’affichage  des  informations  contenues  dans  le  certificat  en  filtrant  les  champs  sur  la  base  des  extensions  obligatoires  ou  non. 

© ENI Editions - All rigths reserved

- 9-

Filtrage des champs sur l’onglet Détails du certificat d’un utilisateur  Les extensions propres aux certificats X.509 version 3 sont présentées en détails ci­dessous :  ●

Identificateur  de  clé  de  l’autorité (Authority  Key  Identifier  ­  AKI)  :  ce  champ  peut  contenir  deux  types  de  valeurs. D’une part, le nom de l’autorité de certification ainsi que le numéro de série du certificat de l’autorité  de  certification  émettrice.  D’autre  part,  une  empreinte  numérique  (hash)  de  la  clé  publique  du  certificat  de  l’autorité émettrice du certificat. 

●

Identificateur  de  la  clé  du  sujet  (Subject  Key  Identifier  ­  SKI)  :  ce  champ  représente  une  extension  qui  contient une empreinte de la clé publique du dit certificat. 

À propos de extensions AKI et SKI : ces deux informations sont fondamentales pour que la vérification de la  chaîne de certification et la validation des certificats X.509 version 3 puissent avoir lieu. 

●

- 10 -

Utilisation  de  la  clé (Key Usage) : toute entité peut disposer d’un seul et unique certificat ou de plusieurs.  Cette  extension  permet  de  préciser  les  fonctions  de  sécurité  qui  pourront  être  utilisées.  Par  exemple,  un  certificat peut être utilisé uniquement pour assurer une ouverture de session par carte à puce tandis qu’un  autre permettra à ce même utilisateur de signer et/ou crypter des messages électroniques. Pour y parvenir,  l’usage de la clé doit être précisé à l’aide la fenêtre ci­dessous en utilisant les options disponibles au niveau  de l’extension : 

© ENI Editions - All rigths reserved

Configuration des options des extensions d’usage de clé au sein d’un modèle de certificat utilisateur  L’utilisation des clés est contrôlée à l’aide des paramètres d’utilisation des clés ainsi que des stratégies d’application  contenues  dans  le  certificat.  L’utilisation  de  la  clé  est  aussi  appelée  "contrainte  de  base"  sachant  que  cette  contrainte  s’appliquera  sur  l’ensemble  des  opérations  qui  seront  effectuées  avec  le  certificat.  La  figure  ci­dessus  montre que de multiples options et combinaisons sont possibles en fonction du cadre d’utilisation envisagé.  Dans tous les cas, il s’agira de combiner l’usage des clés pour les opérations de Signatures et l’usage des clés pour  les opérations de Cryptage. Pour chaque certificat, l’extension Utilisation de la clé peut utiliser les options suivantes :  Fonctions de Signature ●

Signature numérique (Digital Signature) : des données peuvent être signées numériquement par le certificat.  La clé publique peut être utilisée pour vérifier des signatures ainsi que pour les authentifications des clients  et l’origine de données signées. 

●

Non  répudiation  (nonrepudiation)  :  les  données  signées  par  le  certificat  peuvent  faire  référence  au  sujet  ayant fourni la signature numérique. Cette relation permet la non répudiation des signatures de telle sorte  qu’il est possible de mettre en œ uvre des transactions sécurisées basées sur ces signatures. 

●

Signature  de  certificat  (Certificate Signing)  :  un  certificat  peut  être  utilisé  pour  signer  un  autre  certificat.  Il  s’agit  d’un  rôle  spécifiquement  attribué  aux  gestionnaires  de  certificats.  Les  autorités  de  certifications  utilisent aussi ce type de services. 

●

Signature  des  Listes  de  révocation  (Certificate  revocation  list  signing)  :  un  certificat  peut  être  utilisé  pour  signer des listes de révocation de certificats. 

Fonctions de Cryptage ●

Échange  de  clé  sans  cryptage (Key  Agreement) : cette option configure le sujet afin qu’il puisse utiliser un  protocole  de  gestion  de  clés  qui  lui  permette  de  générer  une  clé  symétrique.  Cette  clé  symétrique  pourra  alors  être  utilisée  pour  crypter  et  décrypter  des  données  entre  le  sujet  et  le  destinataire  souhaité.  Cette  technique  est  utilisée  avec  le  protocole  de  gestion  de  clés  symétriques  Diffie­Hellman.  Dans  ce  cas,  la  clé  publique peut être utilisée pour transporter une clé symétrique entre deux partenaires à l’aide d’un protocole  d’échange de clé. 

●

Échange de clé avec cryptage (Key Encipherment) : cette option configure le sujet afin qu’il puisse utiliser un  protocole  de  gestion  de  clés  qui  lui  permette  de  générer  une  clé  symétrique.  Cette  clé  symétrique  pourra  alors être utilisée pour crypter et décrypter des données entre le sujet et le destinataire souhaité. Dans ce  cas, la clé symétrique est générée, puis cryptée pour enfin être envoyée vers la destination qui prendra à sa  charge le décryptage. Cette méthode doit être sélectionnée lorsque des clés RSA sont utilisées. 

© ENI Editions - All rigths reserved

- 11 -

●

Cryptage  des  données  utilisateur  (Data  Encipherment)  :  cette  option  permet  au  sujet  d’utiliser  une  clé  symétrique  pour  crypter  et  décrypter  des  données  sachant  que  la  même  clé  symétrique  est  aussi  utilisée  pour le chiffrage de la clé durant son transport. 

●

Utilisation de la clé privée (Private Key Usage Period) : cette extension permet de spécifier une période de  validité particulière pour la clé privée du sujet. La valeur de la durée de vie peut ainsi être fixée à une valeur  inférieure à la durée de vie du certificat en question. De cette manière, il est possible de limiter dans le temps  l’utilisation de la clé privée pour la signature de documents tout en permettant à la clé publique associée au  certificat d’être utilisée plus longtemps pour vérifier lesdites signatures. Par exemple, la durée de vie de la clé  privée pourrait être limitée à six mois, tandis que celle de la clé publique pourrait être beaucoup plus longue  (deux ans ou plus).   

Attention : le RFC 3280 publié en avril 2003 recommande de ne pas utiliser cette extension.

●

Stratégies  de  certificat  (Certificate  Policies)  :  cette  extension  décrit  les  stratégies  et  procédures  mises  en  œ uvre  pour  valider  une  demande  de  certificat  avant  que  celui­ci  ne  soit  émis.  La  valeur  de  ce  champ  est  constituée  d’une  série  d’un  ou  plusieurs  termes  définissant  la  stratégie  appliquée  sur  le  certificat,  celle­ci  étant construite sur la base d’un OID et de qualificatifs optionnels. Ces qualificatifs optionnels sont souvent  utilisés pour déclarer une URL qui décrit précisément les stratégies de gestion, les politiques de sécurité ainsi  que les procédures d’émission et de révocation de certificats. 

Les qualificatifs, optionnels, n’ont pas d’influence sur la définition de la stratégie déclarée. Lorsqu’il s’agit du  certificat  d’un  utilisateur,  d’un  ordinateur  ou  d’un  service,  ces  termes  expliquent  le  cadre  d’utilisation  du  certificat  et  donc  ce  pour  quoi  il  a  été  émis.  Lorsqu’il  s’agit  du  certificat  d’une  autorité  de  certification,  ces  informations  limitent  l’ensemble  des  stratégies  pour  les  chemins  de  certification  incluant  ce  certificat  d’autorité.  Dans  le  cas  où  il  n’est  pas  nécessaire  de  restreindre  l’ensemble  des  stratégies,  il  est  possible  de  déclarer  une  stratégie particulière (anyPolicy) et de lui associer une valeur d’OID égale à 2 5 29 32 0. 

●

Autres  noms  de  l’objet  (Subject  Alternative  Name)  :  cette  extension  permet  de  renseigner  les  noms  additionnels  associés  au  sujet.  Alors  que  le  nom  du  sujet  est  inclus  sous  la  forme  d’un  DN  X.500,  cette  extension  permet  d’ajouter  des  informations  d’identification  au  sein  du  certificat.  Ces  informations  peuvent  inclure  l’adresse  électronique  Internet,  le  nom  DNS  de  l’ordinateur  ou  du  périphérique,  voire  même  une  adresse IP. En général, le bon usage de cette extension permet de disposer de la même information sous  des formes différentes. 

Noms supplémentaires supportés via l’extension Autres noms de l’objet au sein d’un modèle de certificat. 

Attention  !  Il  est  impératif  d’utiliser  cette  extension  en  respectant  les  consignes  relatives  au  bon  fonctionnement  des  applications.  Par  exemple,  une  application  de  messagerie  électronique  pourra  exiger  que cette extension renseigne l’adresse électronique de l’utilisateur. Comme ces informations sont intégrées dans  le  certificat  lui­même, l’autorité  de  certification  doit  être  en  mesure  de  vérifier  ces  informations.  Si  le  contrôle  du  sujet  est  réalisé  par  une  autre  méthode,  il  est  nécessaire  de  déclarer  le  champ  "objet"  du  certificat  vide  et  de  déclarer  l’extension  comme  critique.  Les  détails  des  formats  supportés  par  cette  extension  sont  décrits  dans  le  RFC 3280 (section 4.2.1.7). 

- 12 -

© ENI Editions - All rigths reserved

La figure ci­dessous montre les noms additionnels d’un sujet déclarés dans un certificat X.509 version 3. 

Extension Autres noms de l’objet 

●

Point  de  distribution  de  la  liste  de  révocation  (Certification  Revocation  List  Distribution  Point)  :  lorsqu’une  application ou le système d’exploitation sont configurés pour vérifier la liste de révocation, les informations  contenues dans le certificat sont utilisées pour localiser l’emplacement où est stockée la liste de révocation  courante.  L’extension  Point  de  distribution  de  la  liste  de  révocation  contient  une  ou  plusieurs  URL  qui  permettront de localiser la liste de révocation courante. Il est possible de déclarer des URL faisant référence  aux protocoles HTTP, FTP et bien sûr LDAP. 

L’extension  point  de  distribution  de  la  liste  de  révocation  des  certificats  (DP  CRL  ­  Certificate  Revocation  Lists) indique comment ladite liste peut être obtenue, mais ne signifie pas que ce sera possible. Il est donc  important  de  prévoir  la  disponibilité  des  CRL  en  n  points  du  réseau.  Les  RFC  précisent  que  le  nom  du  point  de  distribution doit utiliser un nom de type X.500. 

© ENI Editions - All rigths reserved

- 13 -

Plusieurs emplacements de la liste de révocation de certificats sont connus via l’extension Point de distribution  de la liste de révocation.  La gestion des points de distribution est prise en charge au niveau de l’administration de l’autorité de certification.  La figure suivante montre les différentes URL déclarées par défaut sur une autorité de certification 2008. 

- 14 -

© ENI Editions - All rigths reserved

Déclaration des emplacements (DP) à partir desquels les utilisateurs pourront obtenir une liste de révocation  La console de gestion de l’autorité de certification intègre toutes les fonctions de gestion des points de distribution.  L’ensemble des options est sélectionnable de manière individuelle pour chaque URL déclarée.  Attention ! Chaque application est libre d’utiliser ou non la liste de révocation de l’autorité  de  certification.  Par conséquent, la déclaration et les modifications des emplacements des points de distribution des listes de  révocation peuvent avoir une incidence sur le processus de validation du certificat par ces mêmes applications. 

3. Les certificats et l’entreprise  a. Relation entre les certificats et les authentifications  À  partir  du  moment  où  le  certificat  contient  les  éléments  permettant  de  s’assurer  de  manière  sûre  de  l’identité du  sujet, il devient simple d’authentifier des utilisateurs ou des ordinateurs spécifiques si le serveur devant réaliser le  contrôle d’accès a lui aussi confiance en l’autorité émettrice desdites pièces d’identités que sont les certificats.  En d’autres termes, le client possède un certificat émis par une autorité de certification approuvée par lui­même et le  serveur  approuve  l’autorité  de  certification  approuvée  par  le  client.  Donc,  les  deux  partenaires  impliqués  dans  l’opération de confiance ont confiance en un tiers, qui en l’occurrence est l’autorité approuvée.  Par exemple, lorsqu’un serveur Web utilise le protocole sécurisé HTTPS, le serveur doit avoir confiance dans l’autorité  de certification racine ayant émis le certificat qu’il va lui­même utiliser. À partir de ce moment, le serveur Web accepte  implicitement  les  stratégies  que  l’autorité  met  en  œ uvre  via  le  certificat.  Le  terme  "stratégies"  signifie  quels  rôles  sont réellement pris en charge.  La  figure  ci­après  illustre  les  stratégies  d’un  certificat  utilisé  pour  la  mise  en  œ uvre  du  protocole  HTTPS  sur  un  serveur web particulier nommé krypton­dc.corpnet.net. Le champ "Utilisation avancée de la clé" montre que le rôle  du  certificat  permet  au  serveur  de  prouver  son  identité  au  client.  Cela  peut  être  le  cas  lors  d’une  transaction  bancaire : Suis­je vraiment sur le serveur de la banque ? Oui, si le certificat le prouve via une autorité jouant le rôle  de tiers de confiance. Peut­être  que  oui  ou  peut­être que non, s’il n’y a pas de certificat ou si le certificat est issu  d’une autorité que je n’approuve pas ! Le véritable test de la relation entre le certificat installé sur le serveur Web et  © ENI Editions - All rigths reserved

- 15 -

l’autorité l’ayant émis est réalisé en vérifiant le champ "Identificateur de clé de l’autorité" situé dans le certificat du  serveur Web lui­même. Ce champ doit impérativement correspondre au champ Identificateur de la clé du sujet du  certificat autosigné de l’autorité de certification.  Dans notre exemple, l’ID de la clé a la valeur "f6 e5 6e d0 44 25 ff 3c 5e 95 80 2f 31 57 ce 82 40 8c 0a 58", laquelle  correspond bien à l’identificateur  de  la  clé  du  sujet  du  certificat  de  l’autorité  de  certification.  La  confiance  est  donc  vérifiée puisque le certificat a bien été émis par une autorité réellement approuvée vérifiée.  La figure ci­après montre le rôle Authentification du serveur. 

Affichage du rôle Authentification du serveur 

Détails du certificat de l’autorité de certification  Le serveur Web délégue alors la vérification de l’identité du sujet du certificat à l’autorité émettrice. Cette opération  est facilement réalisée en déclarant l’autorité racine émettrice comme autorité racine de confiance. Il suffit pour cela  de  placer  le  certificat  auto­signé  de  l’autorité  dans  le  magasin  de  certificats  de  la  machine.  Enfin,  comme  il  est  possible de créer des hiérarchies d’autorités de certification, les autorités subalternes ne seront de confiance que si  elles ont un chemin de certification valide jusqu’à leur autorité de certification racine de confiance. 

b. Cadre d’utilisation des certificats  Dans la mesure où les certificats sont souvent utilisés pour établir une identité et créer la confiance qui permettent  une  sécurisation  des  échanges  de  données,  les  autorités  de  certification  peuvent  délivrer  des  certificats  à  des  utilisateurs, à des ordinateurs et, bien sûr, à des services réseau tels que les protocoles IPSec ou Radius (Remote  Authentication Dial­In User Service) et aussi à des applications tels que les serveurs de messagerie ou Web. Dans le  cas où un haut niveau de sécurité est nécessaire, les ordinateurs doivent être en mesure de contrôler l’identité de  l’autre  machine  impliquée  dans  la  transaction.  Cet  état  de  fait  est  identique  vis­à­vis  des  applications  et  des  utilisateurs. Une fois la vérification du certificat effectuée, le client peut "ranger" le certificat du partenaire dans son  - 16 -

© ENI Editions - All rigths reserved

propre magasin de certificats, puis utiliser le certificat pour crypter la suite de la conversation. Dans ce cas, le client  utilise la clé publique contenue dans le certificat pour crypter une clé de session, laquelle sera utilisée pour crypter  les paquets de cette session. Finalement, les mécanismes cryptographiques offerts par les certificats peuvent être  utilisés pour une grande variété de rôles et d’applications, lesquelles sont listés ci­dessous :  ●

Utilisation des signatures numériques : les signatures numériques permettent de sécuriser les transactions  Internet, et a fortiori, Intranet en cryptant et décryptant les messages ainsi qu’en authentifiant l’émetteur.  En plus de ces mécanismes, les signatures permettent de garantir que les données n’ont pas été altérées  durant le transit. 

●

Authentification Internet : les certificats permettent d’authentifier le client vis­à­vis du serveur et le serveur  vis­à­vis du client. Par exemple, une connexion sécurisée SSL permet au client de vérifier l’identité du serveur  en contrôlant le certificat présenté au client par le serveur Web. 

●

Messagerie électronique sécurisée : les certificats permettent de garantir un haut niveau de confidentialité  et de sécurité des messages envoyés et reçus au sein de la messagerie d’entreprise et sur Internet. Outre  le fait que l’identité de l’expéditeur d’un message peut être vérifiée en contrôlant le certificat de l’émetteur,  l’intégrité des données transmises ainsi que la non­répudiation des messages sont garantis. 

●

Authentification  par  carte  à  puce  :  l’authentification  Windows  Active  Directory  par  Carte  à  puce  permet  à  l’utilisateur d’ouvrir sa session de domaine en utilisant le certificat le représentant à l’aide de sa carte à puce  et du code PIN associé. Il s’agit d’une authentification multifacteurs (deux facteurs) puisque l’utilisateur doit  disposer  de  sa  carte  à  puce  ainsi  que  du  code  PIN  permettant  de  l’utiliser.  La  carte  à  puce  sert  aussi  de  magasin  de  certificat  privilégié  puisque,  dans  ce  cas,  les  clés  privées  du  ou  des  certificats  ne  sont  plus  stockées localement sur le disque dur de l’ordinateur mais dans la carte à puce elle­même. 

●

Cryptage EFS : les certificats peuvent être utilisés par les opérations de cryptage des fichiers utilisant EFS  (Encrypted File System). De plus, les autorités de certification Windows Server 2003 et Windows Server 2008  implémentent une nouvelle fonctionnalité laquelle permet la "récupération des clés privées des utilisateur".  De  cette  manière,  il  est  possible  de  récupérer  la  clé  privée  d’un  utilisateur  à  partir  de  la  base  de  données  d’une autorité de certification fonctionnant sous Windows Server 2003 Edition Entreprise ou Windows Server  2008  Edition  Entreprise.  Il  suffit  ensuite  de  l’importer  dans  un  certificat  utilisateur  pour  pouvoir  décrypter  tous les fichiers qui avaient été cryptés avec cette clé privée. Notez que cette opération n’est pas nécessaire  si les fichiers sont cryptés sous le contrôle d’un Agent de récupération EFS. 

●

Sécurité  IP  :  lorsque  les  ordinateurs  de  l’entreprise  font  partie  d’un  domaine  Active  Directory,  l’authentification IPSec du mode principal peut utiliser le protocole d’authentification par défaut Kerberos v5.  Dans  ce  cas,  il  n’est  pas  nécessaire  de  déployer  des  certificats.  Cependant,  lorsque  les  ordinateurs  ne  supportent pas Kerberos v5 ou lorsque les ordinateurs sont connectés à Internet et qu’il est nécessaire d’en  sécuriser les opérations, l’authentification par certificat est alors recommandée. 

Authentification  et  protocole  IPSec  :  le  protocole  IPSec  support  trois  protocoles  d’authentification.  Le  protocole Kerberos version 5, les certificats X.509v3 et les clés pré­partagées. Cette dernière est disponible  sous  Windows  2000,  Windows  XP  et  Windows  Server  2003  uniquement  dans  le  cadre  de  l’interopérabilité  avec  des systèmes non­Windows et du support des standards et normes IPSec. L’usage des clés pré­partagées n’est  donc pas recommandé et ne doit être utilisé qu’à des fins de tests. 

●

Authentifications IEEE 802.1x : l’utilisation du protocole 802.1x permet d’authentifier les ordinateurs et les  utilisateurs  utilisant  des  connexions  Wifi  802.11  ainsi  que  les  réseaux  câblés  de  type  Ethernet.  Cette  authentification fournit une prise en charge des types de sécurité EAP (Extensible Authentication Protocol) de  telle sorte qu’il est possible d’utiliser des méthodes d’authentification tels que les certificats. 

●

Signature des composants logiciels : la signature des composants de type contrôles ActiveX, applets Java  et autres exécutables et DLL protège les ordinateurs de l’installation de composants non autorisés. 

© ENI Editions - All rigths reserved

- 17 -

Hiérarchie des autorités Microsoft et autorité Microsoft Windows XP Publisher  Ce procédé utilise la technologie Authenticode, laquelle permet aux éditeurs de logiciels de signer leurs composants  logiciels.  La  figure  ci­dessous  illustre  les  rôles  pris  en  charge  dans  le  certificat  du  fichier  wuapi.dll  ­  API  du  client  Windows Update. 

Rôles d’un certificat et support des signatures numériques des composants Windows à l’aide de la technologie  Authenticode  Il est aussi possible d’utiliser des certificats pour vérifier l’authenticité des logiciels (contrôles ActiveX, applets Java,  scripts,  etc.)  téléchargés  via  Internet.  Il  en  est  de  même  pendant  l’installation des logiciels et l’ajout  de  nouveaux  pilotes  de  périphériques  au  système.  Les  certificats  associés  à  la  technologie  Authenticode  garantissent  que  le  logiciel provient vraiment de l’éditeur du logiciel, protègent le logiciel contre toute altération après sa publication et  assurent la vérification et la conformité des pilotes de périphériques matériels du système Windows.  À propos de l’utilisation des certificats avec la technologie Microsoft Authenticode : toutes les DLL et autres  fichiers centraux du système d’exploitation Windows sont signés. De cette façon le composant Windows File  Protection  peut  intervenir  et  restaurer  la  version  officiellement  déclarée  dans  le  catalogue  concerné.  Au  fur  et  à  mesure  que  des  composants  système  sont  ajoutés  ou  mis  à  jour,  de  nouveaux  catalogues  (fichiers  portant  l’extension  .cat)  sont  ajoutés  à  l’emplacement  %SystemRoot%\  System32\catroot.  Par  exemple,  la  figure  ci­ dessous  montre  les  détails  de  la  signature  numérique  apposée  sur  le  fichier  catalogue  du  Service  Pack  1  de  Windows  Server  2003,  SP1.cat.  Vous  pouvez  constater  que  le  signataire  déclaré  est  Microsoft  Windows  Publisher et que celui­ci fait l’objet d’une double vérification puisque l’opération est elle­même contre­signée par  l’autorité officielle VeriSign. 

- 18 -

© ENI Editions - All rigths reserved

Propriétés du catalogue du SP1 de Windows Server 2003 Edition Entreprise  Le bouton Afficher le certificat permet d’afficher le certificat. Il est ainsi possible de vérifier l’identité de l’émetteur  du logiciel, en l’occurrence Microsoft, ainsi que le fait qu’il sera protégé contre toute modification après sa publication.  Ces fonctions sont déclarées avec le champ Utilisation avancée de la clé, lequel déclare les fonctions de signature  de code et de vérification de composant système Windows et de Signature du code via les OID (1.3.6.1.5.5.7.3.3) et  (1.3.6.1.4.1.311.10.3.6).  Notez que l’autorité Microsoft Windows Publisher fait partie d’une hiérarchie d’autorités de certification. L’autorité est  en  effet  approuvée  par  Microsoft  Windows  Verification  Intermediate  PCA  laquelle  est  à  son  tour  approuvée  par  l’autorité Microsoft Root Authority.  Du  côté  des  contre­signatures,  le  bouton  Détails  permet  de  visualiser  les  caractéristiques  du  certificat  VeriSign,  lequel permet la signature des données avec l’heure en cours. 

© ENI Editions - All rigths reserved

- 19 -

Propriétés du certificat utilisé pour les contre­signatures des fichiers catalogues de Windows  La  figure  présentée  plus  loin  montre  que  les  contre­signatures  VeriSign  utilisent  comme  méthode  de  hachage  l’algorithme MD5 (Message Digest 5) et comme méthode de cryptage l’algorithme RSA. Notez aussi que les autorités  de  certification  VeriSign  et  Microsoft  implémentent  un  lien  vers  la  CPS  (Certificate  Practice  Statement)  relative  à  chacune  d’elle.  Il  est  ainsi  possible  d’obtenir  tous  les  détails  de  la  politique  de  gestion  desdits  certificats.  Pour  y  parvenir, il suffit de cliquer sur le bouton Déclaration de l’émetteur.  Par  exemple,  la  déclaration  de  l’émetteur  de  l’autorité  Microsoft  Windows  Component  Publisher  est  consultable  en  HTTPS à l’emplacement suivant : https://www.microsoft.com/pki/ssl/cps/WindowsPCA.htm  Enfin, il est important de préciser que seul le propriétaire d’un catalogue, par exemple Microsoft ou tout autre éditeur  créateur de catalogues enregistrés au sein du système, peut faire évoluer ledit catalogue. De cette manière, il est  impossible qu’un tiers non approuvé puisse modifier les composants déclarés au sein dudit catalogue. 

- 20 -

© ENI Editions - All rigths reserved

Détails de la signature numérique utilisée comme contre­signature 

c. Utilisation des certificats numériques en entreprise  En  général,  les  entreprises  installent  leurs  propres  autorités  de  certification.  De  cette  façon,  il  est  aisé  de  délivrer  des  certificats  aux  utilisateurs  de  l’entreprise,  aux  ordinateurs  et  autres  périphériques  spécifiques  devant  en  disposer pour que finalement, les communications réseau soient plus sécurisées.  Dès  lors  que  la  taille  de  l’entreprise  où  les  exigences  et  contraintes  inhérentes  à  la  délivrance  des  certificats  l’imposent, il est fréquent qu’il soit nécessaire de procéder à la mise en place de plusieurs autorités de certification  intégrées au sein d’une hiérarchie. Le fait que plusieurs autorités soient mises en place fait que les entités utilisant  des  certificats  pourront  être  amenées  à  avoir  de  multiples  certificats  émis  par  diverses  autorités  de  certification  internes et aussi externes.  Par  exemple,  lorsqu’un  utilisateur  de  l’entreprise  accède  au  réseau  de  l’entreprise  depuis  l’extérieur  via  une  connexion de type VPN (Virtual Private Network), le serveur VPN présente un certificat de type serveur pour prouver  son  identité.  Comme  l’ordinateur  du  client  approuve  l’autorité  racine  de  l’entreprise  laquelle  à  elle­même  émis  le  certificat du serveur VPN, l’ordinateur client fait confiance au serveur VPN.  Enfin,  pour  que  le  serveur  VPN  ait  confiance  dans  le  client,  il  faut  que  ce  dernier  puisse  reconnaître  le  client  VPN  avant  que  tout  échange  de  données  puisse  s’effectuer  au  travers  de  la  connexion  virtuelle.  Pour  y  parvenir,  un  échange  de  certificats  machine  entre  les  deux  ordinateurs  ou  une  authentification  de  type  utilisateur  via  une  méthode type d’authentification supportée par PPP (Point­to­Point Protocol) pourra avoir lieu.  À  la  différence  des  connexions  VPN  de  type  PPTP  (Point  to  Point  Tunneling  Protocol)  les  connexions  VPN  utilisant  le  protocole  L2TP  (Layer  2  Tunneling  Protocol)  et  le  cryptage  IPSec  nécessitent  des  certificats  de  type ordinateur sur le client et sur le serveur.  Dans  cet  exemple,  le  ou  les  certificats  sont  utilisés  pour  créer  la  confiance  et  mettre  en  place  une  communication  sécurisée de type VPN. Cependant, un certificat peut être utilisé pour plusieurs usages tels que, par exemple, une  authentification pour accéder à un site portail sécurisé ou l’accès à la messagerie électronique. De la même manière,  un  serveur  peut,  lui  aussi,  utiliser  un  certificat  pour  plusieurs  rôles.  Ainsi,  un  même  certificat  peut  être  utilisé  pour  vérifier l’identité d’un serveur Web, d’un serveur de messagerie ou de tous autres services spécifiques.  De  nombreuses  applications  utilisent  le  protocole  SSL  3.0  ­  Secure  Sockets  Layer.  Ce  protocole  ayant  été  créé  à  l’origine  pour  authentifier  et  crypter  les  communications  des  serveurs  Web,  nombreuses  sont  les  applications à ne pas utiliser de rôle spécifique pour simplement utiliser des certificats de type serveur Web pour  leur  propre  usage.  Pour  qu’il  soit  possible  d’associer  un  rôle  spécifique  utilisable  par  une  application  tout  aussi  spécifique,  il  est  indispensable  que  le  rôle  soit  déclaré  dans  les  extensions  du  modèle  de  certificat  utilisé  au  moment de la demande du certificat. 

© ENI Editions - All rigths reserved

- 21 -

Déclaration d’une stratégie d’application : Rôle Café 

C’est donc au niveau de l’autorité de certification qui émet le certificat que le ou les rôles sont déclarés. La  figure  ci­dessus  illustre  les  rôles  déclarés  sur  un  modèle  de  certificat  pris  en  charge  par  une  autorité  de  certification de type Entreprise fonctionnant sous Windows Server 2003 Edition Entreprise. 

d. Certificats Utilisateurs  Les  certificats  de  type  utilisateur  permettent  la  représentation  "numérique"  d’une  personne  au  même  titre  qu’une  pièce  d’identité  tel  qu’un  passeport.  Il  est  possible  d’acquérir  des  certificats  auprès  d’une  autorité  de  certification  commerciale tel que VeriSign de telle sorte que le détenteur du certificat ait la possibilité d’envoyer  des  messages  électroniques  personnels  cryptés  à  des  fins  de  sécurité  ou  même  signés  numériquement  pour  en  prouver  l’authenticité. Le fait d’utiliser un certificat obtenu auprès d’une autorité officielle permet une utilisation dudit certificat  par  tout  client  approuvant  ladite  autorité  officielle.  Pour  un  usage  interne,  vous  avez  aussi  la  possibilité  d’utiliser  votre propre autorité de certification au sein de votre réseau d’entreprise. De nombreux autres exemples d’utilisation  des  certificats  utilisateurs  existent  tels  que  les  authentifications  de  domaine  Active  Directory  avec  carte  à  puce,  l’authentification  EAP­TLS  lors  des  connexions  VPN  L2TP­IPSec,  l’authentification  vers  les  sites  Web  de  manière  sécurisée via des certificats de type utilisateur via SSL. On peut aussi citer le cas de l’usage des certificats utilisateur  lors du cryptage de fichiers EFS.  Dans  le  cas  de  la  messagerie  électronique,  l’utilisateur  disposant  d’un  certificat  pourra  l’utiliser  pour  signer  numériquement  un  message  électronique.  Le  destinataire  peut  alors  vérifier  que  ledit  message  n’a  pas  été  altéré  pendant son transport et vérifier l’identité de l’émetteur. Cette dernière opération ne sera d’ailleurs possible que si  le destinataire approuve l’autorité de certification qui a émis le certificat de l’émetteur.  Il est entendu que lorsqu’un message électronique ou une donnée est cryptée, personne ne peut en lire le  contenu pendant le transit sur le réseau. Seul le destinataire peut en décrypter et lire le contenu.  La gestion des certificats utilisateurs ainsi que leur usage avec les cartes à puce, la messagerie électronique ainsi  que le système de fichiers cryptés EFS sont traités en détail plus loin dans cet ouvrage. 

e. Certificats pour les Ordinateurs  Sur le même principe que les certificats de type utilisateur, les certificats de type ordinateur sont une représentation  "numérique"  utilisable  par  tous  les  types  de  périphériques  matériels  (ordinateurs  clients  et  serveurs,  routeurs,  imprimantes, périphériques réseau, etc.).  Les  certificats  utilisés  par  les  ordinateurs  peuvent  offrir  leurs  services  au  périphérique  lui­même.  Les  modèles  de  certificats  proposés  par  les  autorités  de  certification  Windows  Server  2003  et  Windows  Server  2008  proposent  de  nombreux modèles spécifiquement conçus pour répondre à des usages spécifiques. Ces modèles orientés machines  sont rapidement présentés ci­dessous :  ●

- 22 -

Serveur Web : les serveurs Web peuvent implémenter la confidentialité des données transmises en cryptant  les communications HTTP à l’aide du certificat "serveur" placé sur le serveur Web. 

© ENI Editions - All rigths reserved

●

Serveur  RAS  et  IAS  :  deux  méthodes  d’authentifications  peuvent  aujourd’hui utiliser les certificats : d’une  part  la  méthode  EAP­TLS  (Extensible  Authentication  Protocol  ­  Transport  Layer  Security)  et  d’autre  part  la  méthode PEAP (Protected­EAP). Ces deux méthodes utilisent toujours les certificats pour l’authentification du  serveur.  En  fonction  de  la  méthode  utilisée,  les  certificats  seront  utilisés  soit  pour  authentifier  l’ordinateur  client soit l’utilisateur. 

●

Routeur  (requête  hors  connexion)  :  ce  modèle  de  certificat  peut  être  utilisé  par  un  routeur  en  cas  de  demande  SCEP  (Simple  Certificate  Enrôlement  Protocol)  émise  par  une  autorité  de  certification  détenant  un  certificat de cryptage CEP. 

●

Réplication de la messagerie de l’annuaire : ce modèle permet la réplication de l’annuaire Active Directory à  l’aide de messages électroniques via SMTP. 

●

Ordinateur : ce modèle de certificat permet à un ordinateur de s’authentifier sur le réseau. 

●

IPSec (requête hors connexion) et IPsec : le protocole IPSec utilise des certificats ordinateur entre le client  et le serveur pour l’authentification. A contrario la méthode EAP­TLS utilise un certificat utilisateur issu d’une  carte à puce ou bien du magasin de certificats local pour l’authentification de l’utilisateur. 

●

Cryptage  CEP  :  ce  modèle  permet  à  l’ordinateur  qui  en  est  le  détenteur  d’agir  en  tant  qu’autorité  d’inscription pour les demandes SCEP. 

●

Contrôleur de domaine : ce modèle de certificats dispose de multiples fonctions utilisées par les contrôleurs  de domaine. 

●

Authentification du contrôleur de domaine : ce modèle de certificats prend en charge l’authentification des  ordinateurs et des utilisateurs Active Directory. 

●

Authentification  de  station  de  travail  :  ce  modèle  de  certificats  permet  aux  ordinateurs  clients  de  s’authentifier vers des serveurs. 

●

Agent d’inscription (ordinateur) : ce modèle de certificats permet à l’ordinateur de demander des certificats  pour le compte d’un autre sujet ordinateur. 

À retenir : dans certains cas, les ordinateurs doivent être en mesure d’échanger des informations avec un  haut niveau de confiance qui nécessite de contrôler l’identité de l’un voir des deux participants. Les rôles pris  en  charge  par  les  certificats  dédiés  aux  ordinateurs  ainsi  que  l’utilisation  des  extensions  supportées  par  la  spécification  X.509  version  3  permettent  de  mettre  en  œ uvre  des  solutions  adaptées  à  ces  contraintes  de  sécurité. 

f. Certificats pour les Applications  Le  principe  des  signatures  numériques  et  des  mécanismes  cryptographiques  est  étroitement  lié  aux  exigences  de  sécurité  imposées  par  des  applications  dont  la  nature  des  données  est  capitale.  De  fait,  au  commencement,  les  applications ont pris à leur charge ces opérations. Aujourd’hui, l’implémentation de ces mécanismes est réalisée au  niveau du système d’exploitation.  Par  exemple,  sous  Windows  Server  2003,  le  service  "Services  de  cryptographie"  fournit les opérations de cryptage et de signature améliorées aux applications devant protéger certaines données.  La plupart des clients de messagerie permettent de signer et/ou crypter les messages électroniques. C’est bien sûr  le  cas  des  applications  telles  que  Microsoft  Outlook  98,  2000,  XP,  2003  et  2007.  Il  en  est  de  même  pour  Outlook  Express, lequel est disponible, par défaut, sur l’ensemble des versions de Windows. Les services cryptographiques  intégrés de base dans la famille des systèmes d’exploitation  Windows  (Windows  XP  Professionnel,  Windows  2000  Server, Windows Server 2003, Windows Vista et Windows Server 2008) sont directement exposés au niveau du shell  de  Windows,  Explorer.  Les  fichiers  liés  aux  certificats  ainsi  que  les  opérations  de  manipulation  des  certificats  sont  donc  directement  disponibles  à  partir  de  l’invite  de  commande,  de  la  console  de  gestion  MMC  ainsi  que  du  bureau  Windows.  La commande Certreq.exe est un outil de la ligne de commande qui est livré avec le système d’exploitation  Windows Server 2003 et Windows Server 2008 ainsi qu’avec les outils d’administration de Windows Server  2003, c’est­à­dire  le  package  Adminpak.msi.  Il  n’est  pas  directement  disponible  sous  Windows  XP  Professionnel.  Cependant,  cette  commande  est  compatible  avec  Windows  Server  2003,  Windows  2000  Server,  Windows  XP  Professionnel et elle peut donc être utilisée pour les opérations de gestion de certificats utilisateur et ordinateur  des machines fonctionnant sous Windows Server 2003, Windows XP Professionnel et Windows 2000. À l’aide de 

© ENI Editions - All rigths reserved

- 23 -

cette commande, il est possible de soumettre, retrouver, créer et accepter des demandes de certificats transmises  à une autorité de certification fonctionnant sous Windows Server 2003. Il est aussi possible d’utiliser la commande  "certreq"  au  sein  de  scripts  pour  automatiser  les  demandes  de  certificats  ou  réaliser  certaines  opérations  fastidieuses. 

Pour  plus  d’informations  sur  la  commande  "certreq",  reportez­vous  plus  loin  dans  cet  ouvrage  ou  faites  référence au site de Microsoft via l’adresse ci­dessous ou en recherchant command­Line References et/ou  Tools  and  Settings  Collection.  http://technet2.microsoft.com/WindowsServer/en/library/  1a249f1e­6320­44c8­ adf5­8dfd3f31852c1033.mspx 

4. Stockage des certificats  a. Introduction  Le support des certificats au sein du système d’exploitation Windows étant directement intégrées au plus profond du  système  d’exploitation,  il  est  crucial  de  comprendre  où  sont  réellement  stockées  ces  informations  numériques  que  sont les certificats X.509. Sur les systèmes Windows et en particulier sur les systèmes des familles Windows Server  2003  (et  ultérieur)  ainsi  que  sous  Windows  XP  (et  ultérieur)  les  certificats  sont  stockés  via  un  composant  appelé  "Magasin de certificats". En plus des certificats utilisés tant par l’ordinateur que l’utilisateur, le magasin de certificats  intégré au système d’exploitation  prendra  à  sa  charge  d’autre  éléments  indispensables  tels  que,  par  exemple,  les  listes  d’approbation  de  certificats  (Certificate  Trust  Lists  ­  CTLs),  les  listes  de  révocation  de  certificats  (Certificate  Revocation Lists ­ CRLs) ainsi que les listes de révocation de certificats de type delta (Delta CRLs). Le stockage des  certificats  prendra  en  charge  le  contexte  des  certificats  des  utilisateurs  et  plus  particulièrement  de  l’utilisateur  en  session. De cette manière les clés privées des certificats d’un utilisateur donné ne peuvent pas être utilisées par un  autre utilisateur en session sur le même ordinateur. Enfin, l’ordinateur lui­même et chaque service Windows utilisant  un  ou  des  certificats  disposera  de  son  propre  magasin  de  certificats.  Ce  système  de  stockage  sécurisé  permet  de  garantir une "étanchéité" totale des clés privées liées à chaque certificat entre les différentes entités. 

b. Stockage des certificats et interface CryptoAPI  L’interface  de  programmation  CryptoAPI  incorpore  toutes  les  fonctions  de  gestion  de  certificats.  Toute  machine  ou  utilisateur peut donc aisément demander, stocker, rechercher et vérifier des certificats. 

Stockage des certificats et Magasins de certificats pour l’ordinateur local, l’utilisateur en session et les services de  Windows  La  figure  ci­dessus  illustre  les  magasins  de  certificats  de  la  machine  locale  et  de  l’utilisateur  en  session  sur  l’ordinateur,  lesquels  offrent  une  vue  logique  et  un  classement  en  fonction  de  la  nature  et  de  la  source  des  informations présentées. Il est aussi possible de basculer l’interface de la console de gestion des certificats afin que  celle­ci nous présente une vue physique des magasins de certificats. Les différentes options d’affichage permettent  aussi de trier les certificats affichés selon leur type d’utilisation (par exemple, Authentification du client et Utilisateur  de sécurité IP). 

- 24 -

© ENI Editions - All rigths reserved

Gestion des options d’affichage des certificats au sein de la console MMC Certificats  La  figure  ci­après  met  en  évidence  le  stockage  et  le  contrôle  des  paramètres  présentés.  Ainsi,  lorsque  l’option  Magasins  de  certificats  physiques est activée pour le composant d’administration  de  la  console  MMC Certificats ­  Utilisateur actuel, l’interface graphique affiche les catégories Registre, Stratégie de groupe et Ordinateur local. 

Affichage des magasins de certificats physiques  Dans  cet  exemple,  deux  certificats  non  autorisés  car  obtenus  de  manière  frauduleuse  sont  affichés  à  la  rubrique  Certificats  non  autorisés  en  mettant  en  évidence  le  fait  qu’ils  sont  stockés  sur  l’ordinateur  local,  et  pas  dans  un  autre emplacement.  En mars 2001, le fournisseur de certificats mondialement connu VeriSign, a annoncé qu’il avait délivré deux  certificats  numériques  à  un  individu  qui  a  frauduleusement  prétendu  être  un  employé  de  Microsoft.  Ce  problème  de  sécurité  a  fait  l’objet  d’un  bulletin  de  sécurité  (MS01­017)  dont  l’impact  est  important  puisqu’un  hacker a la possibilité de signer numériquement du code en utilisant le nom “Microsoft Corporation”. Ce bulletin est  disponible à l’adresse http://www.microsoft.com/technet/security/bulletin/ MS01­017.mspx 

VeriSign a bien entendu révoqué les deux certificats et a procédé à la mise à jour de la liste de la révocation  de certificat VeriSign (CRL) sur Internet. Cependant, parce que les certificats de signature de code VeriSign  n’indiquent  pas  de  point  de  distribution  de  la  liste  de  révocation,  il  n’est pas possible d’utiliser le mécanisme de  vérification de la CRL. Pour y remédier, Microsoft a développé une mise à jour de sécurité qui corrige cette carence.  Le  correctif  incorpore  une  liste  de  révocation  contenant  les  deux  certificats  frauduleux  ainsi  qu’un  module  pour  consulter directement cette CRL sur la machine locale et pas sur Internet. 

L’interface graphique de Microsoft Internet Explorer permet aussi de consulter le magasin de certificats en utilisant  une  version  allégé  du  parcours  des  certificats  via  le  bouton  Certificats  situé  à  l’emplacement  Options  Internet  ­  Options ­ Contenu. 

c. Affichage des certificats : Magasin logique et magasin physique  Lorsque  vous  examinez  le  contenu  d’un  magasin  de  certificats  en  mode  Magasin  logique,  il  peut  vous  arriver  d’y  trouver deux copies du même certificat. Cette situation se produit parce que le même certificat est stocké dans des  magasins  physiques  différents  regroupés  sous  un  même  magasin  logique.  Lorsque  le  contenu  des  différents  magasins de certificats physiques est combiné en un seul magasin logique, toutes les instances d’un même certificat 

© ENI Editions - All rigths reserved

- 25 -

sont affichées.  Comment procéder à une vérification ? Pour y parvenir, définissez l’option d’affichage qui permet de voir les  magasins de certificats physiques. Le certificat figure dans des magasins physiques différents dépendant du  même magasin logique. Comparez les numéros de série des deux éléments. S’il  s’agit du même certificat, affiché  deux fois, le numéro de série sera identique. Le composant logiciel enfichable Certificats vous permet d’afficher les  certificats en fonction de leur magasin logique ou de leur rôle. De la même manière, si vous affichez les certificats  selon leur rôle, un certificat qui remplit plusieurs rôles va apparaître dans chaque dossier définissant l’un de ces  rôles. 

d. Archivage local des certificats expirés  Les machines fonctionnant sous Windows Server 2003 et Windows Server 2008 ainsi que Windows XP Professionnel  et Windows Vista disposent d’un mécanisme interne d’archivage et de renouvellement automatique des certificats et  des  clés  privées  associées.  Ces  fonctionnalités  permettent  de  garantir  la  bonne  utilisation  des  certificats  dans  le  temps.  En  effet,  la  fonction  d’archivage  est  particulièrement  importante  puisqu’elle  permet  à  l’utilisateur  d’être  capable  de  décrypter  des  documents  faisant  référence  à  des  certificats  expirés  ou  ayant  fait  l’objet  d’un  renouvellement de la clé privée.  Par défaut, les certificats archivés ne sont pas affichés. Pour afficher les certificats archivés dans la console  MMC, activez la case à cocher Certificats archivés située dans Options d’affichage ­ Afficher les éléments  suivants. 

e. Structure de rangement du magasin de certificats logique  L’utilisation  des  magasins  logiques  de  certificat  élimine  la  nécessité  de  stocker  de  multiples  fois  certains  éléments  que plus d’une seule entité doit manipuler. En fait, certaines informations possèdent un caractère commun et doivent  donc être partagées. Par exemple, les certificats des autorités de certification racines de confiance et les listes de  révocations sont des éléments utiles pour les utilisateurs, l’ordinateur et aussi les services associés à l’ordinateur.  Cependant,  certains  certificats  ou  listes  de  certificats  de  confiance  (CTLs)  ou  listes  de  révocations  de  certificats  (CRLs)  ne  doivent  être  disponibles  que  pour  certains  utilisateurs.  Ainsi,  lorsqu’un  certificat  ou  bien  une  liste  de  révocation est stockée dans le magasin de l’utilisateur, ces éléments ne sont pas accessibles à l’ordinateur lui­même  ou à un quelconque service de la machine.  D’un point de vue visuel, lorsque des paramètres tels que CTLs sont distribués à l’aide des stratégies de groupe de  l’Active  Directory,  alors  les  informations  apparaissent  dans  la  console  au  sein  d’un  dossier  nommé  Stratégie  de  groupe.  À propos de l’application des paramètres à l’aide des GPO : enfin, lorsque les paramètres sont placés dans  la  partie  Configuration  ordinateur  de  la  stratégie  de  groupe,  les  paramètres  seront  disponibles  pour  l’ordinateur  mais  aussi  tous  les  utilisateurs  de  la  machine  tandis  que  s’il  s’agit  de  la  partie  Configuration  utilisateur,  alors  les  paramètres  ne  seront  accessibles  qu’aux  utilisateurs  concernés  par  l’application  de  la  stratégie de groupe.  Les  magasins  logiques  de  certificat  incluent  les  catégories  suivantes  pour  des  entités  de  type  utilisateurs,  ordinateurs, et services : 

- 26 -

●

Personnel  (Personal)  :  ce  conteneur  contient  les  certificats  de  l’utilisateur,  de  l’ordinateur  ou  du  service  courant. Lorsqu’une autorité de certification d’entreprise émet un certificat à un utilisateur, alors le certificat  est placé dans le stockage personnel de cet utilisateur. Techniquement, le certificat est stocké dans le profil  utilisateur (sans la clé privée). Les clés privées sont stockées dans une zone sécurisée du registre. 

●

Autorités de certification racine de confiance (Trusted Root Certification Authorities) : ce conteneur contient  les certificats auto­signés des autorités racines. Les certificats disposant d’un chemin de certification vers un  certificat  d’autorité  racine  sont  approuvés  par  l’ordinateur  pour  tous  les  rôles  valides  du  certificat.  Notez  cependant que les certificats des autorités non racines peuvent aussi être placés à cet emplacement, lequel  est souvent appelé "Magasin des racines". Ces autorités peuvent être des autorités de certification Windows  internes ou aussi des autorités de certification externes à l’entreprise. 

●

Confiance de l’entreprise (Enterprise Trust) : ce conteneur contient les CTLs (Certificate Trust Lists). Une CTL  est une liste signée qui contient les certificats des autorités de certification approuvées. Tous les certificats  disposant  d’un  chemin  de  certification  vers  une  CTL  sont  approuvés  par  l’ordinateur  en  fonction  des  rôles  spécifiés dans le CTL. 

© ENI Editions - All rigths reserved

●

Autorités  intermédiaires  (Intermediate  Certification  Authorities)  :  ce  conteneur  contient  les  certificats  des  autorités de certification qui ne sont pas des autorités de certification racine de confiance. Par exemple, les  certificats  des  autorités  de  certification  subordonnées  seront  placés  dans  ce  conteneur.  Cet  emplacement  contient aussi les listes de révocation qui seront utilisées par les utilisateurs, l’ordinateur local ainsi que les  services. 

●

Objet  utilisateur  Active  Directory  (Active  Directory  User  Object)  :  ce  conteneur  contient  les  certificats  de  l’utilisateur qui sont publiés dans les services d’annuaire Active Directory. Notez que ce magasin n’apparaît  que pour les utilisateurs et pas pour les ordinateurs ou les services. 

●

Editeurs approuvés (Trusted Publishers) : ce conteneur accueille les certificats émis à des personnes ou des  entités explicitement approuvées. En général, il s’agit de certificats auto­signés ou de certificats approuvés  par une application telle que Microsoft Outlook. Il peut aussi s’agir des certificats représentant des éditeurs  de logiciels. Ces certificats sont alors utilisables pour la vérification du code signé à l’aide de la technologie  Authenticode. 

●

Certificats non autorisés (Disallowed Certificates) : ce conteneur contient les certificats auxquels l’utilisateur  et/ou  l’ordinateur  n’accordera  pas  sa  confiance.  Ce  conteneur  n’existe  qu’à  partir  de  Windows  XP  Professionnel et Windows Server 2003. Il est aussi possible de restreindre l’usage de certains certificats en  déclarant lesdits certificats dans une stratégie de restriction logicielle. 

Rejet d’un certificat valide à l’aide d’une stratégie de restriction logicielle 

●

Une autre méthode consiste à explicitement refuser d’accorder sa confiance au certificat lors de sa validation  lorsque l’application le propose. 

La présence de ce conteneur est issue du vol de deux certificats Microsoft chez le fournisseur de certificats  VeriSign. 

●

Personnes autorisées (Trusted  People) : ce conteneur contient les certificats émis à des utilisateurs ou des  entités explicitement approuvées. 

●

Autres  personnes  (Another  People)  :  ce  conteneur  contient  des  certificats  émis  à  des  utilisateurs  ou  des 

© ENI Editions - All rigths reserved

- 27 -

entités  approuvées  de  manière  implicite.  Ces  certificats  doivent  faire  partie  d’une  hiérarchie  d’autorités  de  certification approuvées. En général, il s’agit de certificats utilisés par des fonctions de sécurité telles que le  cryptage et décryptage de données à l’aide d’EFS (Encrypting File System) ou de la messagerie électronique  sécurisée S/MIME.  ●

Demande d’inscription de certificat (Certificate Enrôlement Requests) : ce conteneur permet de visualiser les  demandes  de  certificats  en  attente  de  traitement  ou  rejetées.  Il  peut  contenir  les  fichiers  de  demande  de  certificats,  lesquels  sont  créés  lorsque  les  demandes  sont  soumises  vers  une  autorité  de  certification  autonome ou lorsqu’une autorité de certification de type entreprise n’est pas opérationnelle. 

À propos de la gestion du contenu des magasins de certificats : l’emplacement physique d’un certificat sera  déterminé automatiquement en fonction des caractéristiques dudit certificat. Il sera donc stocké localement  ou  dans  l’annuaire  Active  Directory  dans  le  conteneur  adapté  à  son  rôle.  Par  défaut,  la  console  de  gestion  des  certificats affiche une vue logique des certificats qui est très pratique et qui ne nécessite donc pas l’affichage des  emplacements physiques. Notez cependant que pour résoudre d’éventuels problèmes de dysfonctionnement des  certificats, il pourra être très utile d’activer l’affichage des magasins physiques. 

f. Origine des certificats stockés dans les magasins  Les  certificats  qui  se  trouvent  dans  les  magasins  de  certificats  peuvent  provenir  de  quatre  sources  principales,  lesquelles sont présentées ci­dessous :  ●

Le certificat est issu de l’installation de Windows Server 2008, Windows Server 2003 ou de Windows Vista ou  Windows  XP  Professionnel.  Il  provient  donc  au  départ  du  CD­Rom.  Les  certificats  utilisés  feront  apparaître  l’identité de l’entreprise Microsoft ainsi que celles de ses partenaires. 

●

Une  application  Web  engage  une  session  SSL.  Au  titre  de  cette  session  sécurisée  et  une  fois  la  relation  d’approbation établie, un certificat sera stocké sur la machine. 

●

Un utilisateur accepte de manière implicite un certificat. Cela peut être le cas lors de l’installation d’un logiciel,  lors de la réception d’un message électronique crypté ou signé numériquement. 

●

Un  utilisateur  demande  expressément  un  certificat  à  une  autorité  de  certification.  Cela  pourrait  être  le  cas  pour accéder aux ressources spécifiques d’une organisation. 

À mesure que les utilisateurs et les ordinateurs utilisent des applications qui nécessitent des certificats (connexions  Web,  authentifications  fortes,  etc.),  de  nouvelles  entrées  apparaissent  donc  dans  le  magasin  de  certificats  des  ordinateurs et des utilisateurs. 

g. Protection et Stockage des Clés Privées  Le stockage des clés privées est un point fondamental qui concerne tous les systèmes qui mettent en œ uvre de près  ou de loin les certificats X.509 version 3 et les services offerts par les infrastructures à clés publiques. Le fait de ne  pas prendre en compte cette problématique rend caduques les hauts niveaux de protection et de sécurité offerts. En  effet, c’est un peu comme si les clés d’une chambre forte n’étaient pas gardées en lieu sûr, ce qui, bien entendu, est  quelque part paradoxal !  Il  faut  aussi  mettre  l’accent  sur  le  fait  que  toute  personne  (ou  processus)  pouvant  obtenir  et  utiliser  de  manière  illégale  une  clé  privée  usurpe,  de  fait,  l’identité  du  réel  propriétaire  de  la  clé.  La  personne  peut  l’utiliser  pour  décrypter les données cryptées sur la base de la clé publique de réel propriétaire et aussi pour signer tous types de  données prises en charge. Une fois de plus, il y a usurpation du véritable possesseur de la clé privée. Pour toutes  ces bonnes raisons, il est primordial que les clés privées soient "stockées" dans des emplacements protégés de telle  sorte que seules les personnes autorisées puissent y accéder.  Généralement, la protection des clés privées est naturellement prise en charge par le système d’exploitation via des  mécanismes  de  protection  des  zones  mémoires  contenant  les  clés  et  le  code  en  cours  de  fonctionnement.  Cependant,  un  hacker  peut  s’attaquer  au  système  d’exploitation,  provoquer  un  incident  majeur  pour  finalement  exploiter les informations contenues dans un dump de la mémoire.  Bien entendu, il est aussi possible d’attaquer physiquement un ordinateur situé dans une zone dont les accès sont  peu ou pas du tout contrôlés. Dans ce cas précis, il est aisé pour un hacker de redémarrer l’ordinateur sur un CD­ Rom, une clé USB ou un autre média et d’utiliser des outils de bas niveau pour localiser puis tenter de décrypter les  clés privées. Le stockage des sauvegardes ­ lesquelles contiennent les clés privées stockées qui seraient stockées  sur le disque dur ­ est, de ce point de vue, un sujet qui devra aussi attirer toute l’attention. 

- 28 -

© ENI Editions - All rigths reserved

Stockage des clés et externalisation du stockage des sauvegardes : dans la majorité des cas, les systèmes  les  plus  sensibles  font  l’objet  de  procédures  d’accès  physique  réglementées  contraignantes.  Les  salles  informatiques  sont  équipées  de  systèmes  de  contrôle  des  accès,  les  racks  peuvent  être  munis  de  serrures  renforcées,  etc.  De  cette  manière,  il  est  peu  probable  qu’une  attaque  physique  de  la  machine  puisse  avoir  lieu.  Cependant, qu’en est­il des sauvegardes ? Peut­être est­il plus facile pour le hacker de dérober les cartouches de  sauvegardes ! Il suffit ensuite de les restaurer en dehors du réseau de production pour, tranquillement, briser la  sécurité  du  système  et  récupérer  les  clés  qui  y  sont  stockées.  Une  fois  ces  informations  obtenues,  les  clés  pourront alors être utilisées illégalement.  Pour  protéger  l’emplacement  où  résident  les  clés  privées,  il  convient  de  stocker  les  clés  à  l’extérieur  de  l’environnement de la machine et du système d’exploitation. L’installation d’un périphérique intelligent de type carte  à  puce  le  permet  aisément.  Les  clés  privées  sont  alors  protégées  puisqu’aucune  d’entre­elles  ne  réside  ni  sur  la  machine, ni même dans la mémoire RAM, laquelle est sous le contrôle du système d’exploitation sous­jacent.  Les  recommandations  présentées  ci­dessous  vous  permettront  de  mettre  en  œ uvre  un  environnement  apte  à  assurer une bonne protection des clés privées :  ●

Il  faut  s’assurer  que  les  machines  contenant  des  clés  privées  particulièrement  sensibles  résident  dans  un  environnement sécurisé tant d’un point de vue physique, localement sur un ordinateur donné, que réseau.  Par  exemple,  l’hébergement  d’un  site  de  commerce  électronique,  dont  la  sécurité  repose  en  grande  partie  sur la clé privée associée au certificat du serveur, doit être traité de manière particulière. 

●

Il est recommandé de mettre en  œ uvre des périphériques matériels de stockage des clés privées. Une clé  privée peut être stockée dans un boîtier externe codé. En cas d’arrêt système, de vidage de la mémoire ou  d’attaque réseau du serveur, il n’y aura aucun accès possible aux clés privées puisque celles­ci sont situées  à l’extérieur du serveur, et jamais dans la mémoire du système. 

Il  est  indispensable  d’offrir  le  meilleur  niveau  de  sécurité  aux  systèmes  qui  font  l’usage  de  clés  privées  particulièrement  sensibles.  Par  exemple,  le  cas  d’une  autorité  de  certification  racine  est  un  cas  où  il  est  fréquent que la machine assurant ce service soit hébergée dans un lieu très sécurisé, mais aussi déconnectée du  réseau de production. 

Rappelez­vous que la perte ou la compromission d’une clé privée peut avoir un impact qui variera en fonction  de l’importance de celle­ci. Ainsi, une personne qui disposerait de la clé privée d’une autre personne aura la  possibilité  de  décrypter  tous  les  messages  cryptés  sur  la  base  de  la  clé  publique  associée ­  dans  ce  cas  précis,  celle du destinataire. De plus, la clé privée en question pourra aussi être utilisée pour signer des messages ou des  données "au nom" du véritable sujet. Ce dernier cas met directement en avant l’usurpation réelle de l’identité du  sujet. 

5. Console de gestion MMC des certificats  Le  composant  logiciel  Certificats  vous  permet  de  gérer  des  certificats  pour  des  utilisateurs,  des  ordinateurs  ou  des  services. Il vous permet de demander de nouveaux certificats aux Autorités de certification d’entreprise fonctionnant  sous Windows Server 2003 et Windows Server 2008. En outre, les utilisateurs peuvent rechercher, afficher, importer  et exporter des certificats à partir de magasins de certificats. Cependant, dans la plupart des cas, les utilisateurs n’ont  pas à gérer personnellement leurs certificats ni leurs magasins de certificats. Cette opération peut être effectué par  des administrateurs, par des paramètres de stratégie de groupe et via des programmes utilisant des certificats.  Les administrateurs sont les principaux utilisateurs du composant logiciel enfichable Certificats et en tant que tels, ils  sont en mesure d’effectuer une variété de tâches de gestion de certificats dans leur magasin de certificats personnel  ainsi que dans les magasins de certificats de tout ordinateur ou service qu’ils ont le droit d’administrer. 

6. Nouvelle interfaces cryptographiques de Windows Vista et Windows Server 2008  Les  systèmes  Windows  incorporent  de  multiples  interfaces  de  programmation  cryptographiques.  Ces  interfaces  sont  au  cœ ur  des  mécanismes  de  sécurité  du  système  et  des  applications  devant  utiliser  ces  services.  Elles  sont  rapidement présentées ci­dessous. 

a. Interface CNG (Cryptographic API Next Generation)  L’interface CNG est l’interface de programmation qui replace CryptoAPI sur le long terme à partir de Windows Vista et  Windows  Server  2008.  Les  mécanismes  cryptographiques  ayant  beaucoup  évolués  ces  dernières  années,  il  était 

© ENI Editions - All rigths reserved

- 29 -

nécessaire de définir une nouvelle interface plus extensible.  Les fonctionnalités principales de l’interface CNG sont les suivantes :  ●

CNG permet aux développeurs d’implémenter leurs propres algorithmes cryptographiques. 

●

CNG  supporte  l’exécution  en  mode  noyau.  En  fait,  la  même  interface  de  programmation  est  disponible  en  mode  utilisateur  et  en  mode  noyau.  De  cette  manière,  les  protocoles  SSL  et  IPSec  peuvent  fonctionner  en  mode kernel pour le démarrage des processus reposant sur l’interface CNG. 

●

CNG  est  en  cours  d’évaluation  pour  obtenir  la  certification  FIPS  ­  140­2  (Federal  Information  Processing  Standards)  ainsi  que  l’évaluation  Common  Criteria  sur  les  plates­formes  sélectionnées  (mécanismes  d’isolation forte et fonctions d’audit). 

●

CNG est compatible avec l’ensemble des algorithmes inclus dans l’interface CryptoAPI 1.0. Microsoft a précisé  que tous les algorithmes supports via CryptoAPI 1.0 seront supports avec la nouvelle interface CNG. 

●

CNG  fournit  le  support  des  algorithmes  ECC  ­  Elliptic  Curve  Cryptography,  Suite  B,  nécessaires  par  les  contraintes de sécurité du gouvernement américain (Algorithmes ECC (ECDH, ECDSA), courbes P­256, P­384  et P­521 et condensés SHA­2 (256, 384, 512). 

●

Un autre point important concerne la gestion des puces TPM supportées par Windows Vista. CNG supporte le  stockage et l’isolation des clés, fonctionnalité indispensable pour supporter les puces TPM (Trusted Platform  Module). 

Attention ! L’interface CNG utilisée par les autorités de certifications fonctionnant sous Windows Server 2008  permet à des protocoles tels qu’IPSec et SSL d’utiliser des algorithmes cryptographiques personnalisés. Pour  utiliser ces nouveaux algorithmes, il est indispensable que l’autorité de certification et les applications supportent  ECC, ou tout autre algorithme implémenté via l’interface CNG. De son côté, l’autorité de certification fonctionnant  sous Windows Server 2008 doit être capable d’émettre et gérer les nouveaux types de certificats, et de l’autre, les  applications doivent être capables d’utiliser les clés générées sur la base de ces nouveaux algorithmes. 

Les  algorithmes  de  type  ECC  de  la  suite  B  ne  sont  supportés  que  sur  les  systèmes  fonctionnant  sous  Windows  Vista  et  Windows  Server  2008.  Les  systèmes  fonctionnant  sous  Windows  XP  Professionnel  et  Windows Server 2003, devront continuer d’utiliser des algorithmes tels que ceux définis par RSA. Il est important  de  noter  que  les  systèmes  fonctionnant  sous  Windows  Vista  et  Windows  Server  2008  peuvent  utiliser  simultanément l’ancienne interface cryptographique CryptoAPI et la nouvelle interface CNG. Cependant, il ne faut  pas perdre de vue que, pour utiliser les nouveaux algorithmes ECC de la suite B, il sera nécessaire de disposer de  mises à niveaux des protocoles tels que IPSec, SSL ou encore S/MIME. 

7. Services de certificats de Windows Server 2008  a. Introduction  Les technologies cryptographiques et les services de certificats ont été considérés comme des sujets très importants  dès les premières versions de Windows NT. Les services de certificats de Windows Server 2008 correspondent à la  Version 4 de ces services. Le tableau ci­dessous donne la liste des différentes versions majeures. 

- 30 -

2008 

Windows Server 2008 

CA de type v4 

2003 

Windows Server 2003 

CA de type v3 

2000 

Windows 2000 Server 

CA de type v2 

1998 

Windows NT 4 + Option Pack 

CA de type v1 

1996 

Windows NT Server 4.0 

… 

1995 

Windows NT Server 3.51 

… 

© ENI Editions - All rigths reserved

1994 

Windows NT Server 3.5 

… 

1993 

Windows NT 3.1 

… 

La première mise en œ uvre des services de certificats fut rendue disponible sous Windows NT Server 4.0 SP2 avec  Windows  NT  Option  Pack.  Cette  première  version,  certes  sommaire,  permettait  aux  administrateurs  NT  de  générer  des certificats X.509v3 pour mettre en œ uvre le cryptage HTTPS via SSL, la messagerie électronique sécurisée via le  protocole S/MIME ou la mise en place d’application sécurisée spécifiques.  Les  services  de  certificats  inclus  dans  la  famille  Windows  2000  Server  sont  une  avancée  significative.  En  effet,  les  autorités d’entreprise Windows 2000 peuvent être intégrées aux services d’annuaire Active Directory. Cette relation  avec  les  services  d’annuaire  LDAP  et  les  services  de  sécurité  Kerberos  permet  aux  machines  Windows  2000  authentifiées  à  l’aide du protocole Kerberos d’utiliser des services sophistiqués tels que la délivrance de certificats  pour les ordinateurs en mode automatique. Il est aussi possible de mettre en place une administration plus souple  même  si  celle­ci  ne  permet  pas  encore  de  déléguer  complètement  toutes  les  tâches  d’administration.  Enfin,  les  autorités  de  certification  Windows  2000  permettent  la  mise  en  place  de  multiples  hiérarchies  d’autorités  avec  ou  sans intégration Active Directory.  Les  autorités  de  certification  fonctionnant  sous  Windows  Server  2003  font  disparaître  toutes  les  limitations  des  autorités  Windows  2000  et  permettent  aux  utilisateurs  Active  Directory  d’obtenir  automatiquement  des  certificats  utilisateurs  à  partir  de  leur  poste  de  travail  fonctionnant  sous  Windows  XP  Professionnel.  L’administration  des  autorités  Windows  Server  2003  est  beaucoup  plus  fine.  L’une  des  opérations  les  plus  intéressantes  permet  aux  administrateurs de déléguer à un tiers l’autorisation de valider des demandes de certificats en attente de validation  uniquement à certains utilisateurs ou groupes d’utilisateurs. Cette possibilité permet donc de déléguer la validation  de  certains  types  de  certificats  à  des  personnes  responsables  de  cette  tâche  sensible.  Cela  pourra,  par  exemple,  être le cas pour un chef de service.  Enfin, parmi les fonctions offertes par les autorités fonctionnant sous Windows Server 2003, il est important de noter  les points suivants :  ●

Gestion des certificats à l’aide de modèles entièrement personnalisables. 

●

Gestion de l’archivage et de la récupération des clés privées de manière centralisée. 

●

L’enrôlement  automatique  des  certificats  pour  les  utilisateurs  utilisant  des  postes  de  travail  Windows  XP  Professionnel et Windows Vista membres d’un domaine Active Directory. 

●

La  mise  à  disposition  des  listes  de  révocation  de  certificats  "Delta"  pour  toutes  les  applications  utilisant  l’interface CryptoAPI sous Windows XP Professionnel, Windows Vista et les systèmes de la famille Windows  Server  2003  et  Windows  Server  2008.  Cette  nouvelle  fonctionnalité  permet  de  publier  des  listes  de  révocation de certificats sur la base de deltas. Cette méthode minimise les trafics sur le réseau en réduisant  le nombre de téléchargement de listes de révocation de certificats trop longues. Le poste client télécharge la  liste delta la plus récente et l’associe à la dernière liste de base pour disposer d’une liste complète. 

●

Le support des certifications croisées, lesquelles permettent d’établir des relations d’approbation entre des  autorités  de  certification  appartenant  à  des  hiérarchies  d’approbation  distinctes  afin  de  permettre  à  un  certificat d’être utilisé dans des hiérarchies de certification différentes de celle d’origine. 

●

Le  support  de  la  subordination  qualifiée.  Cette  possibilité  permet  d’imposer  des  contraintes  d’émission  de  certificat  à  des  autorités  de  certification  subordonnées.  Il  est  ainsi  possible  d’imposer  des  contraintes  d’utilisation  aux  certificats  délivrés  par  ces  autorités  et  ainsi  de  restreindre  le  pouvoir  des  autorités  de  certification subordonnées en fonction des besoins. 

●

La  séparation  des  rôles.  Cette  nouvelle  fonctionnalité  interdit  à  un  utilisateur  d’effectuer  une  opération  d’administration d’une autorité de certification s’il détient plus d’un rôle sur ladite autorité. De cette manière,  l’éventuelle compromission du compte en question ne pourra mettre en danger l’ensemble de l’autorité. 

●

L’audit des événements. Cette option, disponible uniquement sur les autorités de certification fonctionnant  sous  Windows  Server  2003  Edition  Entreprise  ou  Windows  Server  2008  Edition  Entreprise  ou  supérieures,  permet d’enregistrer  les  événements  relatifs  à  l’activité de l’autorité  de  certification  tels  que  l’émission des  certificats ou les changements de rôles. 

L’ensemble  de  ces  fonctionnalités  sont  présentées  et  commentées  plus  loin  dans  cet  ouvrage  ainsi  qu’une  présentation des nouvelles fonctionnalités des services de certificats inclus dans Windows Server "Longhorn". 

b. Pourquoi utiliser une PKI Microsoft Windows Server plutôt qu’une autre ? 

© ENI Editions - All rigths reserved

- 31 -

Les services de certificats inclus dans Windows Server 2008 présentent de nombreux avantages qui intéresseront à  plus d’un titre les administrateurs des infrastructures sécurisées fonctionnant sous Windows.  ●

Les PKI Microsoft sont très flexibles. En effet, une autorité de certification fonctionnant sous Windows Server  2003  ou  Windows  Server  2008  peut  être  installée  de  deux  manières  :  en  mode  "autonome"  ou  en  mode  "entreprise". Ces deux types de configurations permettent de couvrir l’ensemble des scénarios d’entreprise,  sachant que la principale fonctionnalité des autorités de type entreprise est de profiter de l’intégration Active  Directory,  de  la  finesse  de  personnalisation  des  modèles  de  certificats  et  des  mécanismes  d’enrôlement  automatique et de renouvellement de certificats. Enfin, le déploiement d’une architecture PKI Microsoft tirera  profit des investissements techniques et matériels liés à l’infrastructure Active Directory. 

●

Les PKI Microsoft sont interopérables. Microsoft est un membre actif des différents groupes de travail dédiés  aux PKI et de multiples accords existent entre Microsoft et les autres éditeurs de solutions cryptographiques.  De  fait,  les  services  de  certificats  Microsoft  supportent  la  majorité  des  algorithmes  cryptographiques  (RSA  (Rivest  Shamir  Adleman),  DSA  (Digital  Signature  Algorithm),  RC4  (Rivest  Cipher  4),  AES  (Advanced  Encryption  Standard)) ainsi que les standards relatifs aux infrastructures à clés publiques tels que les publications IETF  PKIX (Public Key Infrastructure X.509 Working Group), les formats ITU­T X.509 et PKCS (Public Key Cryptography  Standard). Le support de ces standards est fondamental pour exporter ou importer des certificats vers ou à  partir  des  fichiers  PKCS  #12  et  PKCS  #7,  ainsi  que  des  fichiers  de  certificats  binaires  codés  via  le  format  X.509. 

●

Les  PKI  Microsoft  sont  très  performantes.  Les  équipes  de  tests  de  Microsoft  ont  démontré  lors  de  leurs  évaluations qu’une seule autorité de certification fonctionnant sous Windows Server 2003, pouvait émettre  plus de trente millions de certificats à un rythme supérieur à cinquante certificats par seconde. Cette grande  performance  s’explique  aisément  par  le  fait  que  les  services  de  certificats  interagissent  avec  une  base  de  données utilisant le moteur ESE (Extensible Storage Engine), déjà utilisé avec les services d’annuaire Microsoft  Active Directory et les banques d’information de Microsoft Exchange Server. 

Importance du critère de performance : La fonction première d’une autorité de certification est de "traiter"  les demandes de certificats émises par les utilisateurs, les ordinateurs, les périphériques ou les applications.  Ce  traitement  consiste  à  accepter  ou  refuser  les  demandes  de  certificats  ainsi  qu’à  assurer  les  fonctions  de  gestion de certificats tels que le renouvellement ou la révocation desdits certificats. Les autorités de certification  sont  aussi  responsables  de  la  publication  des  listes  de  révocations  de  base  et  des  listes  de  révocation  delta,  lesquelles nécessitent aussi un niveau de disponibilité et de performance suffisant. 

●

Les  PKI  Microsoft  sont  extensibles.  Les  autorités  de  certification  Windows  Server  2003  et  Windows  Server  2008  supportent  de  multiples  modules  de  stratégie  et  de  sortie.  Les  modules  de  stratégie  indiquent  à  l’autorité sous quelles conditions les demandes de certificats sont prises en charge. Les modules de sortie  indiquent  à  l’autorité  comment  et  où  les  certificats  émis  sont  publiés.  Enfin,  il  est  aussi  possible  de  relier  l’autorité de certification à des modules de sécurité matériels HSM (Hardware Security Modules). 

À propos des autres alternatives aux services de certificats de Windows Server. Les concurrents de Microsoft  (par exemple, Entrust et Baltimore) disposent de solutions très performantes dont les coûts sont importants,  sans  pour  autant  offrir  une  intégration  aussi  avancée  que  celle  de  Microsoft  au  sein  des  réseaux  Windows.  Les  études démontrent que le coût total de possession des infrastructures PKI est en grande partie lié au déploiement  et  au  renouvellement  des  certificats.  Ce  point  est  donc  particulièrement  important  puisque  seuls  les  services  de  certificats  de  Windows  Server  2003  et  de  Windows  Server  2008  supportent  l’enrôlement  dynamique  et  le  renouvellement automatique des certificats pour les ordinateurs et aussi pour les utilisateurs. 

- 32 -

●

Les  PKI  Microsoft  peuvent  facilement  rehausser  le  niveau  de  sécurité  à  de  multiples  niveaux.  L’intégration  des  services  de  certificat  Microsoft  au  sein  des  services  d’annuaire  Active  Directory  permet  de  déployer  un  système  d’authentification  multifacteurs  telles  que  les  cartes  à  puce.  Il  est  aussi  possible  d’utiliser  le  protocole IPSec pour assurer la confidentialité et l’intégrité des données transmises sur le réseau ainsi que  le cryptage des fichiers EFS (Encrypting File System), pour assurer la confidentialité des données stockées sur  les disques NTFS. 

●

Les  PKI  Microsoft  profitent  d’une  administration  simplifiée.  L’entreprise  peut  délivrer  des  certificats  et,  concurremment  avec  d’autres  technologies,  éliminer  l’utilisation  de  mots  de  passe.  Les  fonctions  de  révocation et la publication des listes de révocation de certificats sont grandement facilitées. Encore une fois,  les administrateurs tireront parti de l’intégration des services de certificats avec l’annuaire  Active  Directory,  des stratégies de groupe, des applications intégrées à Active Directory, des objets utilisateurs et ordinateurs  ainsi  que  des  services  d’authentification  et  de  protection  réseau  (services  Radius  ­  IAS  et  services  NAP  (Network Access Protection) de Windows Server 2008). 

© ENI Editions - All rigths reserved

c. Importance de l’Architecture d’une infrastructure à clés publiques  Il  est  très  important  de  considérer  le  caractère  "critique  et  central"  d’une  infrastructure  PKI  au  sein  du  système  d’information  de  l’entreprise. En effet, les services offerts par une PKI servent de composants de sécurité pour de  nombreuses applications et sont donc aussi importants que les applications elles­mêmes. Les points ci­dessous, s’ils  sont bien appréhendés pourront servir de points de repères afin que les pièges les plus fréquents soient évités.  ●

Étudiez et validez tous les points relatifs à l’architecture et au déploiement "dans les règles de l’art" de votre  infrastructure  PKI.  Chaque  entreprise  a  ses  propres  contraintes  applicatives  et  ses  propres  exigences  en  termes  de  niveaux  et  de  pratiques  de  sécurité,  aussi  il  existe  de  multiples  solutions,  chacune  adaptée  à  chaque cas. 

●

Recherchez  la  simplicité.  Les  technologies,  processus  et  méthodes  relatives  aux  infrastructures  PKI  sont  complexes.  L’objectif  premier  étant  de  renforcer  la  sécurité  des  utilisateurs,  des  ordinateurs  et  des  applications  disponibles  sur  le  réseau,  il  est  indispensable  de  masquer  les  détails  et  la  complexité  des  technologies PKI tout en faisant la promotion du côté fonctionnel de celles­ci. 

8. Nouveautés apportées par les Autorités Windows Server 2008  Windows Server 2008 est une version majeure sur bien des points, particulièrement en matière de sécurité, de fiabilité  et d’interopérabilité. De fait, les services de certificats, désormais appelés AD CS, évoluent pour permettre un meilleur  usage global des infrastructures à clés publiques.  Le  fait  que  les  services  de  certificats  de  Windows  Server  2008  portent  désormais  le  nom  de  "Active  Directory  Certificate Services" ne signifie pas pour autant qu’il ne serait plus possible de déployer une autorité de certification  en mode autonome, sans la présence des services de domaine Active Directory.  Microsoft  met  en  évidence  l’importance  des  services  Active  Directory  lorsqu’il  est  souhaité  de  déployer  une  infrastructure à clés publiques mis en œ uvre via les services de certificats de Windows Server 2008.  L’objectif principal des améliorations apportées aux services de certificats de Windows Server est essentiellement axé  sur une gestion encore plus souple et fine de l’obtention des certificats par les clients.  Les nouveautés les plus significatives apportées par Windows Server 2008 avec AD CS sont les suivantes :  ●

Le contrôle de paramètres globaux à l’aide de PKI View. 

●

Le support du protocole SCEP (Simple Certificate Enrôlement Protocol). Les infrastructures PKI fonctionnant sous  Windows Server 2003, et aussi sous Windows 2000 Server, ont participées à la mise en œ uvre de méthodes  intelligentes pour que l’enrôlement des certificats des ordinateurs et des utilisateurs soit le plus transparent  possible. Aujourd’hui, le service NDES (Network Device Enrôlement Service) permet la délivrance de certificats à  des périphériques réseau, tels que par exemple des routeurs, des serveurs VPN ou tout autre élément actif  devant disposer d’un certificat. 

●

Pour  mieux  prendre  en  charge  les  scénarios  qui  favorisent  les  méthodes  basées  sur  le  Web  (formulaires  de  demande  d’enrôlement,  etc.),  les  services  AD  CS  apportent  des  modifications  importantes  à  l’interface  d’enrôlement Web. 

●

Le support du protocole OCSP (Online Certificate Status Protocol) a pour objet de faciliter la prise en charge des  infrastructures PKI complexes, notamment lorsqu’il est nécessaire de prendre en charge des sites distants. 

●

Une  plus  grande  finesse  et  facilité  de  gestion  à  l’aide  des  nouveaux  paramètres  de  stratégies  de  groupe  disponibles avec Windows Vista et Windows XP Professionnel pour déployer différents types de certificats. Il  en  est  aussi  de  même  pour  le  renouvellement  desdits  certificats,  tâche  peut  être  encore  plus  coûteuse  que  l’enrôlement initial. 

a. Nouveau composant MMC PKI d’entreprise  Ce  nouveau  composant  d’administration  facilite  les  tâches  d’administration  essentielles  des  infrastructures  à  clés  publiques  intégrées  dans  un  environnement  Active  Directory.  Il  permet  la  surveillance,  le  dépannage  et  donne  un  rapide statut du fonctionnement des hiérarchies d’autorités intégrées à Active Directory.  Au départ, cet outil faisait partie du kit de ressources techniques de Windows Server 2003 et sa nécessité était telle  qu’il fait partie intégrante des outils d’administration de Windows Server 2008. 

© ENI Editions - All rigths reserved

- 33 -

État global des services de certificats via le composant MMC PKI d’entreprise  La fonctionnalité première de cet outil est de permettre une visibilité efficace de l’état  de  l’environnement vital des  autorités  de  certification.  Il  est  ainsi  possible  de  visualiser  l’accessibilité  et  la  validité  des  informations  d’accès  d’autorité  ­  AIA  (Authority  Information  Access),  ainsi  que  l’état  des  points  de  distribution  (Certificates  Distribution  Points) contenant les listes de révocation de certificats (CRL). Les états suivant sont pris en charge :  ●

Statut En ligne et Hors ligne des autorités. 

●

Statut de type Problème critique. 

●

Statut de type Problème non critique. 

●

Statut de type Operationnel. 

Le  composant  MMC  PKI  d’entreprise permet aussi un accès simplifié aux fonctions d’administration des services de  certificats  AD  CS.  Il  est  ainsi  facile,  à  partir  de  cet  outil  de  corriger  ou  modifier  les  paramètres  d’une  autorité  de  certification ou même publier ou mettre à jour les listes de révocation.  La figure ci­après montre l’état de bon fonctionnement de l’autorité de certification Addscorp­CA. 

Liste des CA et statuts 

b. Enrôlement pour les périphériques réseau à l’aide du protocole MSCEP  Les autorités de certification fonctionnant sous Windows Server 2008 supportent le protocole SCEP (Simple Certificate  Enrôlement Protocol), lequel est aujourd’hui référencé en tant que standard Internet de type draft. Ce RFC décrit le  protocole  de  communication  capable  de  permettre  à  divers  types  d’éléments  réseau  de  communiquer  avec  une  autorité  d’enregistrement ­  RA (Registration  Authority),  pour  l’enrôlement  des  certificats.  Le  protocole  SCEP  pouvait  déjà être implémenté sous Windows Server 2003 via IIS 6.0 et un filtre ISAPI installé directement sur l’autorité de  certification, cette possibilité est donc aujourd’hui intégrée de base avec les services AD CS. 

- 34 -

© ENI Editions - All rigths reserved

Windows  Server  2008  implémente  des  fonctionnalités  plus  avancées  que  la  version  publiée  à  l’IETF. Cette  version  est  appelée  MSCEP  pour  Microsoft  SCEP.  Au  départ,  le  protocole  SCEP  a  été  développé  par  Cisco  comme  extension  des  méthodes  d’enrôlement  existant  précédemment.  Il  est  lui­même  basé  sur  le  protocole  développé par VeriSign pour les matériels Cisco. Vous pouvez obtenir plus de détails en vous référant au lien ci­ dessous : http://www.ietf.org/internet­drafts/draft­nourse­scep­14.txt 

Le protocole SCEP n’est pas disponible dans les versions Standard et Web de Windows Server 2008, mais  seulement dans les versions Entreprise et Datacenter. 

L’implémentation de la DLL ISAPI responsable du protocole MSCEP prend en charge les fonctionnalités suivantes :  ●

La génération de mots de passe à usage unique (one­time passwords) pour les administrateurs. 

●

La prise en charge des demandes d’enrôlement transportées par le protocole SCEP issues des périphériques  réseau tels que des switchs, des routeurs ou d’autres éléments actifs supportant le protocole SCEP. 

●

La récupération des demandes en attente stockées sur l’autorité de certification. 

Installation et méthode de déploiement Le déploiement des services d’inscription de périphériques réseau nécessite un minimum de planification. Ces points  sont  présentés  ci­après. Le premier concept consiste à installer le service adéquat, lequel ne peut être installé en  même temps que l’autorité de certification elle­même. 

Ajout d’un service de rôle à l’aide du Gestionnaire de serveur de Windows Server 2008 et des services de  certificats Active Directory  Cette première étape est réalisée très simplement en utilisant l’option Ajouter des services de rôle dans la rubrique  Services  de  certificats  Active  Directory  du  Gestionnaire  de  serveur.  Ensuite,  l’assistant d’installation  nécessitera  de renseigner les paramètres ci­dessous :  ●

Déclarer  l’identité  utilisée  pour  le  service  d’inscription  de  périphériques  réseau.  Vous  aurez  la  possibilité  d’utiliser  soit  un  compte  de  service,  soit  l’autorité  intégrée  Network  Service,  sachant  que  la  première  alternative  est  recommandée.  Notez  que  dans  ce  cas,  le  compte  créé  devra  être  membre  du  groupe  IIS_IUSRS. 

●

Déclarer  le  nom  de  l’autorité  d’enregistrement  (Registration  Authority),  sans  omettre  les  informations  de  région et de pays, lesquelles sont inclues dans tous les certificats MSCEP délivrés. 

●

Déclarer  le  CSP  (Cryptographic  Service  Provider),  à  utiliser  pour  générer  les  clés  de  cryptage  qui  seront  utilisées  pour  crypter  les  trafics  entre  l’autorité  de  certification  et  l’autorité d’enregistrement.  Il  sera  aussi  nécessaire  de  faire  le  même  type  de  choix  concernant  la  sécurisation  des  flux  entre  l’autorité  d’enregistrement et le ou les périphériques réseau. Dans les deux cas, il faudra aussi définir la taille des clés  de cryptages, par défaut fixées à 2048 bits. 

© ENI Editions - All rigths reserved

- 35 -

Ajout du service d’inscription de périphériques réseau 

Attention ! Le processus d’installation des services d’inscription de périphériques réseau inscrit une nouvelle  autorité  d’enregistrement  et  supprime  les  certificats  des  précédentes  autorités  d’enregistrement  qui  auraient  être  installées  précédemment.  Microsoft  recommande  que  dans  le  cas  où  il  serait  nécessaire  d’installer  une RA sur une machine qui aurait déjà fait l’objet d’une installation, les opérations en cours soient terminées au  risque d’être perdues.  Le processus d’enrôlement est composé des étapes suivantes : 

- 36 -

●

1. Le périphérique réseau génère une paire de clés de type RSA sur le périphérique. 

●

2.  L’administrateur  obtient  un  mot  de  passe  à  partir  du  service  d’inscription  de  périphérique  réseau  de  Windows Server 2008 à l’aide de la page d’administration des services d’inscription de périphériques réseau.  Le service vérifie que l’administrateur dispose des autorisations requises sur le ou les modèles de certificats  requis. 

© ENI Editions - All rigths reserved

Accès à l’interface d’administration du service d’inscription de périphérique réseau 

●

3.  L’administrateur  configure  le  périphérique  avec  le  mot  de  passe  et  déclare  le  certificat  de  l’autorité  de  certification  d’entreprise  utilisé.  Cette  opération  est  spécifique  à  chaque  périphérique  mais  elle  utilise  généralement la fonction GetCACert implémentée par le service SCEP. 

●

4.  L’administrateur  configure  le  périphérique  pour  envoyer  la  demande  d’enrôlement  vers  le  service  d’inscription de périphérique réseau fonctionnant sur le serveur Windows Server 2008. 

●

5. Le service d’inscription de périphérique réseau signe la demande d’enrôlement à l’aide du certificat de type  Agent d’enrôlement puis l’envoi vers l’autorité de certification. 

●

6. L’autorité de certification émet le certificat et transmet l’information au service d’inscription de périphérique  réseau. 

●

7. Le périphérique récupère le certificat émis à partir du service d’inscription de périphérique réseau. 

À la fin de ce processus, le périphérique est capable de mettre en œ uvre les mécanismes cryptographiques qui lui  sont nécessaires sur la base de la paire de clés publique/privée dont il dispose enfin. 

© ENI Editions - All rigths reserved

- 37 -

Processus d’enrôlement complet à l’aide d’une RA (Registration Authority), et du protocole SCEP avec Windows  Server 2008 

Sécurisation du protocole SCEP et configuration de IIS Lors  du  processus  d’installation,  l’assistant  de  configuration  des  services  d’inscription  de  périphérique  réseau  propose d’installer et configurer Microsoft IIS et les composants IIS apparentés nécessaires.  Durant cette phase, deux répertoires virtuels sont crées :  ●

Le premier répertoire virtuel est utilisé lors des demandes de mots de passe. 

●

Le deuxième répertoire virtuel est utilisé lors de l’envoi des demandes de certificats. 

Les  demandes  de  mots  de  passe  ne  sont  possibles  qu’après  que  l’appelant  ait  été  authentifié  et  que  les  autorisations nécessaires aient été vérifiées. Si l’appelant est validé, alors le service générera un nouveau mot de  passe, lequel sera retourné en texte clair.    Pour cette raison, il est nécessaire d’implémenter SSL sur ce répertoire virtuel.

Paramètres par défaut du service SCEP Le  service  d’inscription  de  périphérique  réseau  est  par  défaut  configuré  pour  satisfaire  à  la  plupart  des  configurations.  L’ensemble  des  paramètres  de  configuration  du  service  sont  situés  à  la  clé  ci­dessous  :  HKEY_LOCAL_MACHINE\Software\Microsoft\Cryptography\ MSCEP  - 38 -

© ENI Editions - All rigths reserved

Dans  le  cas  où  la  clé  ci­dessus  ne  serait  pas  présente,  le  service  d’inscription  de  périphérique  réseau  utilisera les paramètres par défaut "hard­codés".  Pour plus de détails sur la mise en œ uvre et les paramètres avancés du service d’inscription de périphérique réseau,  vous pouvez télécharger le document Active Directory Certificate Services: Network Device Enrôlement Service  à  partir  du  lien  http://www.microsoft.com/downloads/details.aspx?FamilyID=   e11780de­819f­40d7­8b8e­ 10845bc8d446&displaylang=en  Mise en place de restrictions sur les Agents d’enrôlement délégués sur le certificat de l’autorité d’enregistrement (RA  Certificate)  Microsoft  recommande  de  restreindre  les  agents  d’enrôlement  en  déclarant  sur  chaque  autorité  de  certification  fonctionnant  sous  Windows  Server  2008  des  Agents  d’enrôlement  délégués  spécifiquement  configurés.  De  cette  manière, chaque certificat d’agent d’enrôlement ne pourra être utilisé que pour certains périphériques.  Le  fait  de  ne  pas  créer  de  délégation  implique  que  le  service  d’inscription  de  périphérique  réseau  a  tout  pouvoir  pour  délivrer  des  certificats  pour  tout  demandeur.  Notez  que  cette  fonctionnalité  n’est  disponible  que sur les autorités de certification fonctionnant sous Windows Server 2008 Edition Entreprise.  La  fenêtre  ci­dessous  montre  qu’Alice  Martin  dispose  d’une  restriction  lui  permettant,  sur  le  modèle  nommé  Chiffrement  CEP  v3  d’autoriser  l’utilisateur  Bob  Durand  à  enrôler  un  certificat  basé  sur  ce  modèle,  tandis  que  l’utilisateur JFAprea dispose d’autorisations différentes. 

Déclaration des restrictions sur les agents d’inscription à l’aide des propriétés des services de certificats AD CS de  Windows Server 2008 

© ENI Editions - All rigths reserved

- 39 -

La gestion des restrictions nécessite une autorité de certification fonctionnant sous Windows Server 2008  En effet, Windows Server 2003 Edition Entreprise ne permet pas à un agent d’enrôlement d’enrôler  des  certificats  pour  certains  sujets  particuliers.  Les  autorités  de  certification  fonctionnant  sous  Windows  Server  2008  permettent  désormais  à  une  entreprise  de  contrôler  de  manière  très  stricte  quels  modèles  de  certificats  sont  utilisables  par  l’agent et pour qui. Le fait de limiter l’étendue des agents d’enrôlement, permet de mieux contrôler la délégation de  la  confiance  à  des  tiers  approuvés  et  ainsi  les  risques  qui  y  sont  associés.  http://www.microsoft.com/downloads/details.aspx?familyid =   9bf17231­d832­4ff9­8fb8­ 0539ba21ab95&displaylang=en  Définition d’une période de validité correcte pour les certificats de périphériques Il est nécessaire de trouver un compromis entre facilité d’administration et niveau de sécurité exigé. Plus la période  de validité du certificat est grande et moins il sera nécessaire que le processus d’enrôlement et de renouvellement  se  produise.  L’inconvénient d’une telle stratégie sera qu’un hacker disposera de plus de temps pour calculer la clé  privée.  Par  défaut,  la  période  de  validité  est  fixée  à  un  an.  Il  est  recommandé  que  pour  un  nombre  limité  de  périphériques,  et  si  le  risque  en  matière  de  sécurité  est  acceptable,  la  période  de  validité  pourra  être  étendue à deux ans. Une telle politique permettra de minimiser les opérations de renouvellement de certificats et  donc, de minimiser les tâches d’administration. 

Sécurisation des demandes et disponibilité du service SCEP Il  n’est  pas  nécessaire  que  le  service  d’enregistrement  de  périphériques  soit  disponible  en  permanence.  En  effet,  une fois un ou plusieurs périphériques enrôlés, il est fortement recommandé d’arrêter les services IIS. Il sera ensuite  nécessaire de redémarrer les services IIS pour pouvoir renouveler les certificats arrivant à expiration.  Dans le cas où le service IIS serait utilisé par d’autres applications, il est aussi possible de ne stopper que le  pool  applicatif  utilisé  par  le  site  responsable  des  services  d’enregistrement  de  périphérique.  Le  fait  de  stopper IIS efface toutes les données temporaires utilisées par le service SCEP, tels que par exemple, les mots de  passe en attente d’utilisation. 

c. Évolution des méthodes d’enrôlement Web avec AD CS  Windows  Server  2008  introduit  un  changement  important  concernant  le  support  de  l’enrôlement  des  certificats  à  l’aide d’une interface Web. Cette méthode, disponible depuis Windows 2000 Server, offre un service de délivrance  complètement personnalisable pour émettre et gérer les certificats utilisés par de nombreuses applications utilisant  les  technologies  cryptographiques  basées  sur  l’utilisation  des  clés  publiques  et  privées.  L’utilisation  de  cette  interface  Web  est  particulièrement  intéressante,  et  nécessaire,  lorsque  le  poste  de  travail  demandeur  ne  fait  pas  partie d’un domaine Active Directory ou bien lorsque l’autorité de certification est située dans une autre forêt Active  Directory.  Sous Windows Server 2008 et Windows Vista, le contrôle ActiveX Xenroll est remplacé par CertEnroll.dll Windows  Server  2008  et  Windows  Vista  introduisent  un  nouveau  composant  COM  directement  inclus  dans  le  système d’exploitation pour prendre en charge toutes les opérations relatives à l’enrôlement des certificats.  Ce nouveau composant, CertEnroll.dll, a été développé spécifiquement pour Windows Server 2008 et Windows Vista.  De cette manière, il n’est plus nécessaire d’installer et utiliser l’ancien contrôle ActiveX Xenroll, apparu avec Windows  2000 et jugé aujourd’hui trop fragile et peu sûr. 

- 40 -

© ENI Editions - All rigths reserved

Le composant CertEnroll.dll Client d’inscription des services de certificats  Comme cela était le cas sous Windows Server 2003, les autorités de certification fonctionnant sous Windows Server  2008  comprennent  une  interface  Web  prenant  en  charge  les  opérations  d’enrôlement  via  un  navigateur  tel  que  Microsoft Internet Explorer 6.x ou Netscape 8.1.  La  figure  ci­dessous illustre l’utilisation du contrôle ActiveX Xenroll  ­ Microsoft Certificate Enrôlement Control, publié  par  Microsoft  et  disponible  à  partir  du  serveur  fonctionnant  sous  Windows  Server  2008  avec  les  services  de  certificats Active Directory AD CS. 

Téléchargement et installation du contrôle ActiveX sur un poste de travail Windows XP Professionnel 

© ENI Editions - All rigths reserved

- 41 -

Les autorités de certification AD CS permettent aux machines fonctionnant sous Windows 2000, Windows XP  et  Windows  Server  2003  d’utiliser  le  contrôle  XEnroll.  Les  systèmes  fonctionnant  sous  Windows  Vista  utilisent nativement le nouveau composant CertEnroll.dll et ne peuvent plus utiliser l’ancien contrôle ActiveX. 

Interopérabilité des interfaces d’enrôlement Web de Windows Server 2003 et de Windows Server 2008 Nous  avons  vu  précédemment  que  les  autorités  de  certification  fonctionnant  sous  Windows  Server  2008  supportaient  à  la  fois  les  machines  fonctionnant  sous  Windows  2000,  Windows  XP  et  Windows  Server  2003  mais  aussi les machines Windows Vista et Windows Server 2008.  Malheureusement,  il  n’en  est  pas  de  même  pour  les  autorités  de  certification  fonctionnant  sous  Windows  Server  2003 qui ne prennent pas en charge la reconnaissance de Windows Vista. Les niveaux d’interopérabilité sont listés  ci­dessous :  ●

Cas des postes dont le système d’exploitation est antérieur à Windows Vista : ces machines sont prises en  charge  par  les  autorités  de  certification  Windows  Server  2003,  Windows  Server  2003  SP1  et  SP2.  Les  autorités de certification Windows Server 2008 supportent aussi ces machines, mais de manière limitée. 

●

Cas  des  postes  dont  le  système  d’exploitation  est  égal  ou  postérieur  à  Windows  Vista  :  ces  machines  ne  sont pas prises en charge par les autorités de certification Windows Server 2003 ou Windows Server 2003  SP1.  Lors  de  l’utilisation  de  l’interface  Web  d’enrôlement  le  message  suivant  sera  affiché  :  Unsuccessful  together  with  a “Downloading  ActiveX  control” message. Il en est de même pour les autorités de certification  Windows Server 2003 SP2. Cependant le message précisera qu’une mise à jour est nécessaire. Les autorités  de certification Windows Server 2008 supportent pleinement les machines fonctionnant sous Windows Vista  et ultérieur. 

Pour  plus  de  renseignements  sur  le  support  de  l’interface  Web  d’enrôlement  de  certificat  et  la  procédure  d’installation  de  l’interface  des  services  de  certificats  AD  CS  de  Windows  Server  2008  sur  un  serveur  fonctionnant sous Windows Server 2003, vous pouvez consulter l’article technique Microsoft 922706 intitulé "How  to use Certificate Services Web enrollment pages together with Windows Vista" . 

Windows Server 2008, IIS 7.0 et le mode x64 La majorité des processeurs Intel et AMD livrés aujourd’hui supportent le fonctionnement des éditions 32 bits et 64  bits de Windows Server. Le fonctionnement en mode 64 bits via Windows Server 2003 x64 ou Windows Server 2008  x64 peuvent nécessiter certaines validations fonctionnelles.  En  effet,  IIS  peut  fonctionner  sur  une  plate­forme  x64  en  mode  x64  ou  x86,  c’est­à­dire  en  mode  32  bits.  Si  vous  installez IIS sur un serveur exécutant une version x64 de Windows Server 2008, vous devez prendre garde à ne pas  installer d’applications Web de type 32 bits.  Dans  le  cas  où  une  application  Web  32  bits  serait  installée  sur  une  machine  fonctionnant  sous  Windows  Server 2008 x64, tel que, par exemple, WSUS, alors IIS fonctionnera en mode 32 bits. L’application Web 32  bits fonctionnera mais le service d’enrôlement Web, lequel nécessite sur une plate­forme x64 le mode 64 bits, ne  pourra fonctionner. 

Changements apportés à l’enrôlement Web avec les services AD CS Il est important de noter que l’interface Web intégrée aux services de certificats AD CS introduit un certain nombre  de changement par rapport à la précédente version fonctionnant sous Windows Server 2003. 

- 42 -

●

Pour  pouvoir  soumettre  directement  une  demande  de  certificat  via  les  pages  d’enrôlement  Web,  il  est  nécessaire de disposer d’une version de navigateur supérieure ou égale à Microsoft Internet Explorer 6.x ou  Netscape 8.1. Les utilisateurs ne disposant pas de ces niveaux de navigateur devront réaliser leur demande  de certificat en générant une demande PKCS#10, toujours à l’aide des pages d’enrôlement Web. 

●

Il n’est pas possible d’utiliser les pages d’enrôlement Web pour réaliser des demandes de certificats basés  sur  les  modèles  de  certificats  version  3.0,  disponibles  uniquement  via  des  autorités  fonctionnant  sous  Windows  Server  2008.  Les  certificats  créés  sur  la  base  de  modèles  de  certificats  version  3.0  prennent  en  charge l’émission de certificats utilisant les protocoles cryptographiques de la suite B. 

●

Il  n’est  plus  possible  sous  Windows  Vista  qu’un  utilisateur  puisse  demander  des  certificats  de  type  Ordinateur  via  l’interface Web. Cette limitation s’explique car, sur les machines fonctionnant sous Windows  Vista, Internet Explorer ne peut s’exécuter dans le contexte de la machine locale. 

© ENI Editions - All rigths reserved

●

Il  n’est plus possible d’utiliser  les  possibilités  apportées  par  les  Agents  d’inscription  car  ces  fonctionnalités  ont été supprimées des pages d’enrôlement Web inclues avec les services de certificats AD CS de Windows  Server  2008.  Cette  fonctionnalité  était  particulièrement  intéressante  pour  enrôler  des  cartes  à  puces  pour  des  utilisateurs.  Si  vous  avez  toujours  besoin  de  cette  fonctionnalité  avec  une  autorité  de  certification  fonctionnant sous Windows Server 2008, il est recommandé d’utiliser Windows Vista sur la machine jouant le  rôle de station d’inscription de cartes à puce. 

d. OCSP et paramètres de validation du chemin d’accès  Au  fur  et  à  mesure  que  l’utilisation  des  certificats  et  le  besoin  de  protection  des  données  augmentent,  les  administrateurs  utilisent  une  stratégie  d’approbation  de  certificat  pour  améliorer  leur  contrôle  sur  l’utilisation  des  certificats.  De  plus,  une  gestion  non  centralisée  des  certificats  peut  vite  devenir  une  tâche  d’administration  impossible. C’est donc pour ces raisons que Windows Server 2008 et Windows Vista offrent aujourd’hui une avancée  significative pour mieux contrôler l’ensemble du processus d’enrôlement ainsi que la vérification des chemins d’accès  aux  informations  d’autorités  en  particulier  concernant  les  listes  de  révocations.  C’est  sur  ce  dernier  point  que  le  protocole OCSP (Online Certificate Status Protocol) permet de mieux gérer les informations de révocation.  Afin  de  garantir  une  gestion  homogène  de  ces  paramètres  de  sécurité  importants,  il  est  fortement  recommandé de gérer les certificats en utilisant des paramètres de stratégie de groupe s’appliquant à des  clients  dans  un  domaine  Active  Directory,  un  groupe,  ou  une  unité  d’organisation.  Les  détails  des  paramètres  importants sont présentés plus loin.  Le processus de révocation est une partie importante de la gestion des certificats. En effet, quand un certificat est  présenté à une application, l’application détermine le statut de révocation du certificat en vérifiant si ledit certificat  est inclus ou non dans la liste de révocation CRL (Certificate Revocation List) publiée par l’autorité de certification.  Un  ordinateur  prend  l’initiative  de  télécharger  une  liste  de  révocation  à  partir  d’un  point  de  distribution  CDP  (CRL  Distribution Point) seulement lorsque la CRL mise en cache sur la machine a expiré. Plusieurs contraintes sont donc  imposées  par  les  listes  de  révocation.  Les  questions  relatives  à  ces  contraintes  sont  en  relation  avec  les  problématiques ci­dessous :  ●

À quelle fréquence les CRL sont­elles mises à jour au niveau des autorités de certification ? 

●

À quelle fréquence les CRL sont­elles publiées sur les CDP ? 

●

Quel impact a sur le réseau la publication des CRL ? 

Les  inconvénients  liés  aux  listes  de  révocation  sont  généralement  leur  taille  qui  introduit  nombre  de  contraintes et effets de bord. En fonction du nombre de postes de travail, du nombre de certificats révoqués,  la bande passante consommée augmente et il est nécessaire de compenser en limitant la fréquence des mises à  jour et téléchargement des CRL.  Pour  répondre  à  ces  considérations,  les  serveurs  fonctionnant  sous  Windows  Server  2008  supportent  le  protocole  OCSP  (Online  Certificate  Status  Protocol)  défini  par  le  RFC  2560.  Ce  protocole  est  mis  en  œ uvre  via  le  service  de  répondeur  en  ligne  qui  fournit  les  informations  de  révocation  de  certificats,  évitant  ainsi  la  vérification  et  le  téléchargement des listes de révocation de certificats.  Le  répondeur  en  ligne  implémenté  dans  Windows  Server  2008  permet  à  un  destinataire  d’un  certificat  de  soumettre une demande d’état de certificat à un répondeur OCSP via le protocole HTTP (HyperText Transfer  Protocol).  Le  répondeur  OCSP  renvoie  une  réponse  signée  numériquement  qui  indique  l’état  de  certificat.  À  la  différence des CRL qui augmentent de manière incrémentale, la quantité de données à vérifier par demande est  constante. Il n’y a donc aucune relation entre le nombre de certificats révoqués dans l’autorité de certification et le  nombre des vérifications de validité des certificats dans l’entreprise. 

Pour plus d’informations sur le protocole OCSP, vous pouvez vous référer aux RFC ci­dessous ainsi qu’au lien  Microsoft  http://go.microsoft.com/fwlink/?LinkID= 71068.  RFC  5019  :  The  Lightweight  Online  Certificate  Status Protocol (OCSP) Profile for High­Volume Environments. RFC 4806 : Online Certificate Status Protocol (OCSP)  Extensions to IKEv2. RFC 4557 : Online Certificate Status Protocol (OCSP) Support for Public Key Cryptography for  Initial Authentication in Kerberos (PKINIT). RFC 2560 : X.509 Internet Public Key Infrastructure Online Certificate  Status Protocol.    Tous ces RFC sont disponibles en téléchargement sur le site http://www.rfc­editor.org/

© ENI Editions - All rigths reserved

- 43 -

Composants d’un répondeur en ligne Le service Répondeur en ligne inclus avec Windows Server 2008 comprend les éléments suivants :  ●

Service de répondeur en ligne : le service de répondeur en ligne décode une demande d’état de révocation  pour  un  certificat  donné,  en  évalue  l’état  puis  envoie  une  réponse  signée.  Cette  réponse  contient  les  informations d’état du certificat. 

Notez  que  le  service  de  répondeur  en  ligne  est  un  composant  distinct  d’une  autorité  de  certification  (CA).  Pour des raisons de sécurité, il pourrait être installé indépendamment de celle­ci sur un serveur différent de  l’autorité de certification. 

Installation du service de rôle Répondeur en ligne uniquement 

●

Répondeur  en  ligne  :  un  serveur  sur  lequel  le  service  de  répondeur  en  ligne  ainsi  que  le  proxy  Web  du  répondeur en ligne s’exécutent. Un ordinateur hébergeant une autorité de certification peut également être  configuré comme répondeur en ligne, mais il est recommandé de conserver les autorités de certification et les  répondeurs en ligne sur des ordinateurs distincts. 

Notez qu’un répondeur en ligne unique peut fournir des informations d’état de révocation pour les certificats  délivrés  par  une  ou  plusieurs  autorités.  Les  informations  de  révocation  peuvent  être  prises  en  charge  par  plusieurs  répondeurs  en  ligne.  Le  service  répondeur  en  ligne  peut  être  installé  sur  n’importe  quel  serveur  exécutant Windows Server 2008 Edition Entreprise ou Datacenter. 

Les données de révocation de certificats sont dérivées d’une liste de révocation de certificats (CRL) publiée  pouvant provenir d’une autorité fonctionnant sous Windows Server 2008, Windows Server 2003, Windows  2000 Server, ou toute autorité non Microsoft. 

- 44 -

●

Proxy Web du répondeur en ligne : l’interface du répondeur en ligne existe sous la forme d’une extension  ISAPI  hébergée  par  les  services  IIS.  Le  proxy  Web  reçoit  et  décode  les  demandes  et  gère  le  cache  des  réponses. 

●

Configuration  de  révocation  :  une  configuration  de  révocation  comprend  les  paramètres  nécessaires  pour  répondre  aux  demandes  d’état  des  certificats  ayant  été  émises  via  l’utilisation  d’une  clé  d’autorité  de  certification  spécifique.  Ces  paramètres  incluent  le  certificat  de  l’autorité,  le  certificat  de  signature  du  répondeur en ligne et le type de fournisseur de révocation à utiliser. 

●

Fournisseur  de  révocation  :  un  fournisseur  de  révocation  est  le  module  logiciel  qui,  en  conjonction  avec  d’autres  paramètres  de  configuration  de  révocation,  permet  à  un  répondeur  en  ligne  de  vérifier  l’état d’un  certificat.  Le  fournisseur  de  révocation  de  Windows  Server  2008  utilise  des  données  issues  de  listes  de  révocation de certificats (CRL) pour fournir ces informations d’état. 

●

Groupe de répondeurs en ligne : un groupe de répondeurs en ligne comprend un ou plusieurs répondeurs  en  ligne  membres.  Vous  pouvez  ajouter  des  répondeurs  en  ligne  supplémentaires  à  un  groupe  de  répondeurs en ligne. 

© ENI Editions - All rigths reserved

Il  peut  être  très  intéressant  de  rajouter  des  répondeurs  en  ligne  à  un  groupe  existant  pour  gérer  des  emplacements  géographiques  différents,  pour  améliorer  la  tolérance  de  panne  ou  bien  gérer  d’éventuels  problèmes de performances sur les sites importants. 

●

Contrôleur  de  groupe  de  répondeurs  en  ligne  :  lorsque  plusieurs  répondeurs  en  ligne  sont  membres  du  même groupe, l’un des membres du groupe est désigné comme contrôleur du groupe. 

Chaque répondeur en ligne au sein d’un groupe peut être configuré indépendamment. Cependant, en cas  de  conflit,  les  informations  de  configuration  du  contrôleur  du  groupe  seront  prioritaires  par  rapport  aux  autres membres du groupe. 

Configuration de services de répondeur en ligne sur un réseau La configuration de services de répondeur en ligne nécessite plusieurs étapes qui doivent être effectuées au niveau  de  l’autorité  de  certification  devant  être  utilisée  pour  délivrer  les  certificats  de  signature  OCSP  (Online  Certificate  Status Protocol). Ces certificats sont nécessaires au fonctionnement de chaque machine jouant le rôle de répondeur  en ligne. 

Certificat de type Signature OCSP à installer sur le serveur accueillant le service de répondeur en ligne  Il  est  donc  nécessaire  de  déclarer  le  modèle  de  certificat  approprié,  d’activer  le  modèle  de  certificat  sur  l’autorité  émettrice et enfin d’activer l’inscription automatique sur le serveur qui accueillera le service de répondeur en ligne.  Cette  dernière  étape  permet  à  la  machine  autorisée  d’obtenir  le  certificat  nécessaire  au  fonctionnement  du  répondeur en ligne.  Le processus complet d’installation et de configuration d’un répondeur en ligne nécessite l’utilisation du Gestionnaire  de  serveur  pour  installer  le  service  de  répondeur  en  ligne,  du  composant  logiciel  enfichable  MMC  Modèles  de  certificats pour configurer et publier les modèles de certificats de type Signature de réponse OCSP, du composant  logiciel  enfichable  MMC  Autorité  de  certification  pour  inclure  les  extensions  OCSP.  La  dernière  étape  consiste  à  utiliser le composant logiciel enfichable Répondeur en ligne pour créer une configuration de révocation puis à vérifier  le bon fonctionnement du répondeur à l’aide d’un poste client.  La figure ci­après illustre le certificat utilisé et obtenu via l’inscription automatique. 

© ENI Editions - All rigths reserved

- 45 -

Visualisation de l’état de configuration d’une configuration de révocation 

Déclaration  d’emplacement  du  répondeur  en  ligne  OCSP  à  l’extension  d’accès  aux  informations  de  l’autorité  dans l’autorité de certification L’étape  finale  de  configuration  consiste  à  renseigner  le  ou  les  URL  de  chaque  répondeur  en  ligne.  Les  étapes  de  configuration sont listées ci­dessous :  ■

Sur  l’autorité  de  certification,  à  l’aide  de  la  console  de  gestion  MMC  Autorité  de  certification,  sélectionnez  l’autorité de certification puis dans le menu Action, cliquez sur Propriétés. 

■

Cliquez sur l’onglet Extensions. 

■

Dans la liste Sélectionner l’extension, cliquez sur Accès aux informations de l’Autorité (AIA), puis sur Ajouter. 

■

Spécifiez  les  emplacements  à  partir  desquels  les  utilisateurs  peuvent  obtenir  les  données  de  révocation  de  certificats. Par défaut, il s’agira d’une URL ayant la forme http://ServerOCSP/ocsp 

Attention  !  Veillez  à  activer  la  case  à  cocher  Inclure  dans  l’extension  OCSP  (Online  Certificate  Status  Protocol). 

À  ce  stade,  assurez­vous  aussi  que  le  modèle  de  certificat  Signature  de  la  réponse  OCSP  est  bien  listé  dans la rubrique Modèle de certificats au niveau de l’autorité de certification. 

- 46 -

© ENI Editions - All rigths reserved

Informations d’AIA de l’autorité de certification et déclaration de l’URL du répondeur en ligne 

Vérification du bon fonctionnement du Répondeur en ligne OCSP À l’issue de l’installation d’un nouveau répondeur en ligne, il est indispensable d’en vérifier le bon fonctionnement. La  procédure  consiste  à  révoquer  un  ou  plusieurs  certificats  émis  puis  à  vérifier  que  les  données  de  révocation  sont  disponibles  à  partir  du  répondeur  en  ligne.  Cette  opération  nécessite  que  vous  disposiez  des  privilèges  d’administrateur au niveau de l’autorité de certification. Les différentes opérations à réaliser sont listées ci­dessous :  ■

Déclarez  un  ou  plusieurs  modèles  de  certificat  sur  l’autorité  de  certification.  Vous  pouvez  utiliser  toute  méthode  d’enrôlement  supportée  par  l’autorité  et  le  poste  de  travail  afin  d’obtenir  un  ou  plusieurs  certificats  à  révoquer.  L’inscription  automatique  des  certificats  est  la  méthode  la  plus  moderne  et  la  plus  sécurisée  pour  les  postes  de  travail fonctionnant sous Windows Vista ou Windows XP. 

Une fois les informations concernant les nouveaux certificats publiées dans la configuration Active Directory,  il se peut que vous soyez contraint d’attendre la réplication Active Directory ou bien de forcer la réplication  du  contrôleur  de  domaine  sollicité  à  l’aide  de  la  commande  repadmin,  de  l’outil  Replmon  ou  de  la  console  MMC  Sites et Services Active Directory. 

■

Sur  un  poste  de  travail,  ouvrez  une  invite  de  commandes  et  déclenchez  un  cycle  d’inscription  automatique  pour  obtenir un certificat via la commande certutil ­pulse. 

■

Sur  le  poste  client,  utilisez  la  console  MMC  Certificats  pour  vous  assurer  que  les  certificats  ont  été  délivrés  à  l’utilisateur et à l’ordinateur de manière appropriée. 

Dans  le  cas  où  l’inscription  automatique  ne  se  serait  pas  encore  réalisée,  vous  pouvez  aussi  taper  la  commande Gpupdate /force. Il est aussi possible de redémarrer l’ordinateur client afin de forcer l’inscription  automatique et obtenir le certificat via l’inscription automatique. 

■

Sur l’autorité de certification, à l’aide de la console MMC Autorité  de  certification, révoquez un ou plusieurs des  certificats  délivrés  via  le  menu  Action  ­  Toutes  les  tâches  ­  Révoquer  un  certificat  ­  Sélectionnez  le  motif  de  révocation du certificat, puis validez l’opération. 

■

Sur l’autorité de certification, à l’aide de la console MMC Autorité de certification, publiez une nouvelle CRL via le  menu Action ­ Toutes les tâches ­ Publier. 

© ENI Editions - All rigths reserved

- 47 -

Vous pouvez décider de ne plus publier de listes de révocation et de n’utiliser que les répondeurs en ligne  OCSP. Pour supprimer les points de distribution des listes de révocation de l’autorité de certification, utilisez  la console MMC  Autorité de certification, sélectionnez l’autorité de certification, dans le menu  Action cliquez sur  Propriétés, dans l’onglet Extensions, choisissez Points de distribution de liste de révocation, sélectionnez le ou  les points de distribution de listes de révocation et cliquez sur Supprimer. 

■

Redémarrez les services de certificats AD CS et procédez aux tests de bon fonctionnement du répondeur en ligne  à partir d’un poste client en lançant la console MMC Certificats afin d’exporter le certificat à tester vers un fichier  portant l’extension .cer. 

■

Une  fois  le  certificat  de  l’utilisateur  exporté  (par  exemple  JFAprea­Export.cer  pour  l’utilisateur  JFAprea),  tapez  à  l’invite de commandes : certutil ­url JFAprea­Export.cer 

Utilisation de la commande Certutil sous Windows Vista vers un répondeur OSCP fonctionnant sous Windows  Server 2008  La commande Certutil ­url c:\JFAprea­Export.cer extrait les informations de révocations issues du répondeur en ligne  en fonction des informations d’AIA (Authority Information Access) déclarées au niveau de l’autorité de certification. La  figure  ci­après  montre  l’URL  http://winsrv2008­1.addscorp.corpnet.net/ocsp  déclarée  au  niveau  des  Informations  d’accès de l’autorité. 

- 48 -

© ENI Editions - All rigths reserved

Informations d’AIA et protocole d’état de certificat en ligne OCSP 

Publication des informations Attention  !  Les  certificats  doivent  être  émis  après  que  le  service  de  réponse  en  ligne  ait  été  installé  puis  déclaré au niveau des informations d’AIA.  Une fois le fonctionnement validé à l’aide de l’Outil de récupération d’URL vu précédemment, il convient de vérifier la  bonne  interprétation  des  informations  de  révocation.  Pour  procéder  à  ce  dernier  et  ultime  test,  il  convient  de  procéder de la manière suivante :  ●

Au niveau de l’autorité de certification, révoquez le certificat précédemment validé via le statut Vérifié. 

●

Au niveau de l’autorité de certification, publiez une nouvelle liste de révocation. 

Publication des informations de révocations à jour 

© ENI Editions - All rigths reserved

- 49 -

●

Au  niveau  du  service  de  réponse  en  ligne  OCSP,  mettez  à  jour  les  informations  de  révocation  tel  que  présenté via la figure ci­dessous. 

Actualisation des donnés de révocation au niveau du répondeur en ligne 

●

Dans notre exemple, la dernière étape consiste à valider une nouvelle fois le certificat de l’utilisateur JFAprea  à l’aide de la commande certutil ­url JFAprea­Export.cer. 

Utilisation de la commande Certutil et contrôle du statut de validité du certificat via répondeur en ligne OSCP  fonctionnant sous Windows Server 2008  Cette  fois­ci,  la  vérification  du  certificat,  à  l’aide  du  protocole  OCSP  pour  l’utilisateur Jean­Francois  Jeff.  APREA,  fait  apparaître que le certificat dispose du statut Révoqué. À ce stade, le répondeur en ligne peut être considéré comme  pleinement opérationnel.  Commande Certutil et validation des CRL La commande certutil peut aussi être utilisée pour aider à la résolution des problèmes de vérification de la validité  des  certificats.  Vous  pouvez  en  effet  vous  baser  sur  le  même  principe  que  celui  que  nous  avons  utilisé  pour  la  vérification des informations de révocation issues des répondeurs en ligne.  Il suffit de sélectionner l’option  Listes  CRL  (de  CDP) puis de sélectionner l’option Extraire. L’outil  de  récupération  d’URL affichera le statut des différentes listes de révocations publiées via Active Directory et le protocole ldap et via  le protocole http.  Dans  notre  exemple,  la  commande  entrée  est  syntaxée  comme  suit  :  certutil  ­url  http://winsrv2008­ 1.addscorp.corpnet.net/CertEnroll/Addscorp­Winsrv2008­ 1­CA.crl 

- 50 -

© ENI Editions - All rigths reserved

Vérification de bon fonctionnement des listes de révocation de certificats à l’aide de la commande certutil ­url  FichierEntrée | URL 

© ENI Editions - All rigths reserved

- 51 -

Active Directory Federation Services (AD FS)  1. Concepts fondamentaux  Les  services  de  fédération  Active  Directory  AD  FS  (Active  Directory  Federation  Services)  incorporés  à  Windows  Server  2008 forment une plate­forme ouverte intégrant des systèmes Windows et des systèmes non Windows, pour mettre  en œ uvre une solution de contrôle des accès basée sur les identités.  La  fonctionnalité  principale  des  services  de  fédération  AD  FS  permet  aux  applications  Web  situées  à  l’intérieur  et  à  l’extérieur  du  réseau  de  permettre  un  accès  sécurisé  à  des  applications  frontales  de  type  Internet  sur  la  base  de  comptes d’utilisateurs et d’applications situées sur des réseaux différents.  Ce concept élémentaire fait partie depuis de nombreuses années maintenant des fondamentaux des infrastructures  composées de domaines Windows NT, puis Active Directory. L’idée consiste donc à ré­implémenter le concept pour les  applications  non  Windows,  c’est­à­dire  Web,  mais  sur  une  base  centrale  fédératrice  de  type  Services  de  domaine  Active Directory.  Ainsi, lorsqu’une application située dans un réseau donné doit faire l’objet d’accès de la part d’utilisateurs situés dans  un  réseau  différent,  généralement,  les  utilisateurs  doivent  utiliser  une  seconde  authentification,  additionnelle  à  la  première. Cette seconde information d’identification  représente  l’identité  de  l’utilisateur dans le contexte de sécurité  ou l’application réside. Les services AD FS permettent de ne pas nécessiter l’utilisation d’identités supplémentaires en  mettant  en  œ uvre  des  relations  de  confiance  capables  de  transmettre  les  informations  d’identités  vers  un  ou  des  partenaires acceptants ces mêmes identités.  L’idée même du principe de fédération des identités, permet d’imaginer de nombreux scénarios où le déploiement des  services de fédération AD FS pourraient être judicieux. Vous pouvez par exemple déployer des serveurs de fédération  dans  de  multiples  organisations  pour  faciliter  le  déploiement  de  configurations  complexes  où  il  devient  possible  de  traiter des transactions entre partenaires approuvés.  Les relations de partenariat basées sur des fédérations de partenaires conviennent aux entreprises qui répondent à  ces exigences et contraintes :  Entités regroupant des ressources Les  entreprises  possédant  et  gérant  leurs  propres  ressources  peuvent  par  exemple  déployer  des  serveurs  de  fédération AD FS pour permettre à des partenaires approuvés d’accéder à des applications Web intégrées à AD FS. Le  concept de fédération n’est pas particulièrement limité à des entités externes mais peut aussi être utilisé concernant  des divisions ou filiales de la même organisation.  Entités regroupant des Identités Les  entreprises  possédant  et  gérant  leurs  propres  identités  peuvent  déployer  des  serveurs  qui  authentifient  les  utilisateurs locaux et créent des jetons d’accès que les serveurs de fédération placés dans les entités regroupant les  ressources utiliseront afin d’accorder telle ou telle autorisation.  AD FS, le SSO pour les applications Web Le processus qui permet, en étant authentifié dans un contexte donné, d’accéder à des ressources placées dans un  contexte différent sans la nécessité de devoir exiger une action de ré­authentification de la part des utilisateurs, est  appelée Ouverture de session unique ou SSO (Single Sign On).  Les  services  de  fédération  Active  Directory  fournissent  donc  une  solution  d’authentification  unique  pour  les  applications de type Web au sein de la session du navigateur Internet.  Services de rôles AD FS dans Windows Server 2008 Le  serveur  qui  héberge  les  services  de  fédération  AD  FS  de  Windows  Server  2008  inclut  les  services  fédération,  les  services  de  proxy  et  les  services  d’agent  Web.  Ces  services  doivent  être  configurés  pour  permettre  le  SSO  des  applications Web, la fédération des ressources de type Web ainsi que les autorisations effectivement accordées aux  utilisateurs.  Sélection des services de rôles AD FS En fonction des contraintes de l’entreprise, il est possible de déployer des serveurs spécifiquement par rapport à ces  contraintes. Ces différents rôles sont rapidement présentés ci­après :  ●

Service de fédération : ce service central est composé d’un ou plusieurs serveurs de fédération partageant  une stratégie d’approbation commune. Les serveurs de fédération sont principalement utilisés pour router les  demandes  d’authentification  émanant  d’utilisateurs  situés  dans  d’autres  organisations  ou  de  clients  directement situés sur Internet. 

© ENI Editions - All rigths reserved

- 1-

●

Service  de  proxy  de  fédération  :  ce  service  joue  le  rôle  de  proxy  d’authentification au sein d’un  réseau  de  périmètre  ­  DMZ  (DeMilitarized  Zone).  Le  service  de  proxy  de  fédération  utilise  les  protocoles  WS­F  PRP  (WS­ Federation  Passive  Requestor  Profile)  pour  transférer  les  informations  d’identification  des  navigateurs  Internet  vers les Services de Fédération Active Directory. 

●

Agent  de  revendication,  Claims­aware  agent  :  cet  agent  peut  être  implémenté  sur  un  serveur  Web  hébergeant une application compatible pour lui permettre de solliciter des jetons d’accès AD FS. Généralement,  une application compatible est une application de type ASP.NET qui utilise la notion de rôle présente au sein  des  jetons  d’accès  AD  FS.  Ces  informations  permettent  d’affecter  les  autorisations  correctes  ainsi  que  la  personnalisation des applications. 

●

Agent basé sur les jetons d’accès Windows : cet agent peut être utilisé sur un serveur Web hébergeant une  application  basée  sur  l’utilisation  des  jetons  d’accès  Windows  NT  pour  assurer  la  conversion  des  jetons  d’accès AD FS en un jeton d’accès Windows NT. Les applications NT basées sur les jetons d’accès NT utilisent  les mécanismes d’autorisations implémentés sur les systèmes Windows NT et ultérieurs. 

À propos des revendicateurs (Claims) Les services de fédération AD FS fournissent une architecture de sécurité extensible qui supporte les jetons d’accès  basés sur la norme SAML 1.1 (Security Assertion Markup Language) et sur les authentifications Kerberos. Les services  AD FS peuvent aussi réaliser des mappages entre des identités et des rôles utilisés par des éléments de la logique  des applications.  Les entreprises peuvent utiliser ces mécanismes pour intégrer leur infrastructure d’authentification existante ainsi que  leurs stratégies de sécurité internes au sein des services de fédération Active Directory.  Ces  éléments  techniques  et  logiques  prennent  la  forme  d’objets  appelés  revendicateurs  (en  anglais,  claims).  Ces  éléments,  représentant  en  général  un  client,  sont  construits  par  un  serveur  et  peuvent  représenter  un  nom,  une  identité, une clé, un groupe, un privilège, un rôle ou toute autre structure utile à la gestion de la confiance au sein de  la fédération.  À l’aide de ces outils, les services de fédération Active Directory transmettent la confiance accordée entre des entités  qui  peuvent  être  très  différentes.  Les  services  AD  FS  ont  été  conçus  pour  permettre  les  échanges  de  ces  éléments  contenant des valeurs très arbitraires. En fonction de ces valeurs, le partenaire pourra par exemple implémenter tel ou  tel niveau d’autorisation à telle ou telle identité approuvée.  Les échanges et relations peuvent alors avoir lieu et être combinés de la manière suivante :  ●

Du stockage des comptes d’utilisateur vers le service de fédération puis vers le partenaire de ressources. 

●

Du partenaire de comptes d’utilisateur vers le service de fédération puis vers la ressource applicative. 

●

Du stockage des comptes d’utilisateur vers le service de fédération puis vers la ressource applicative. 

2. AD FS : Nouveautés apportées par Windows Server 2008  Windows Server 2008 introduit une nouvelle version des services de fédération Active Directory désormais appelé AD  FS pour Active Directory Federation Services.  Cette nouvelle version supporte de nouvelles fonctionnalités qui en font une évolution intéressante par rapport à la  précédente version comprise avec Windows Server 2003 R2.  L’objectif  principal  de  cette  nouvelle  version  est  de  permettre  une  mise  en  œ uvre  facilitée  des  scénarios  les  plus  courants, notamment concernant le support natif des applications. Ces évolutions sont présentées ci­dessous : 

- 2-

●

Installation simplifiée et intégrée en tant que nouveau rôle de serveur. Le nouvel assistant prend par ailleurs  en  charge  l’ensemble  des  points  à  vérifier  pour  assurer  une  installation  et  une  mise  en  œ uvre  rapide  et  sécurisée. 

●

Intégration des applications d’entreprise  à  AD  FS.  Microsoft  Office  SharePoint  Server  2007  et  les  services  de  gestion  des  droits  numériques  AD  RMS  (Active  Directory  Rights  Management  Services)  supportent  désormais  nativement les services de fédération AD FS. 

●

Administration  simplifiée  des  déclarations  nécessaires  à  la  mise  en  œ uvre  des  approbations  de  fédération.  L’exportation et l’importation des paramètres d’approbation ont été améliorées pour permettre une diminution  de la complexité de configuration généralement associée à la mise en place des fédérations. 

© ENI Editions - All rigths reserved

3. Installation du rôle AD FS  L’installation du rôle AD FS est directement intégrée via le Gestionnaire de serveur de Windows Server 2008. Une fois,  les services installés, il faudra déclarer les différentes approbations à l’aide du composant MMC Services ADFS.  Les  services  de  fédération  AD  FS  sont  des  fonctionnalités  directement  intégrées  dans  Windows  Server  2003  R2  et  Windows Server 2008. En effet, les composants fondamentaux AD FS ­ le service de fédération, le service de proxy de  fédération ainsi que les agents Web, ne peuvent fonctionner sur les versions antérieures de Windows.  Attention  !  Il  n’est  pas  possible  d’installer  sur  le  même  serveur  Windows  Server  les  rôles  services  de  fédération et de service de proxy de fédération. 

L’assistant Ajout de rôles du Gestionnaire de serveur permet une installation assistée du rôle ADFS 

Contraintes techniques pour les services de Fédération AD FS Les services de fédération AD FS doivent respecter les contraintes d’installation ci­dessous :  ●

Le serveur doit utiliser l’un des systèmes d’exploitation suivants : Windows Server 2003 R2 Edition Entreprise  ou Datacenter, Windows Server 2008 Edition Entreprise ou Datacenter. 

●

Internet Information Services (IIS), Microsoft ASP.NET 2.0, Microsoft .NET Framework 2.0. 

●

À l’issue de l’installation, le site par défaut IIS doit être configuré pour supporter le cryptage SSL. 

●

Les services de fédération nécessitent l’utilisation d’identités issues des services de domaines AD DS (Active  Directory  Domain  Services),  ou  AD  LDS  (Active  Directory  Lightweight  Directory  Services).  Les  serveurs  jouant  le  rôle  de  contrôleurs  de  domaine  doivent  fonctionner  sous  Windows  Server  2008,  Windows  Server  2003  R2,  Windows Server 2003 ou Windows 2000 SP4 (ainsi qu’un certain nombre de mises à niveau critiques). 

Contraintes techniques pour les services de Proxy de Fédération Les  services  de  proxy  de  fédération  (Federation  Service  Proxy)  doivent  respecter  les  contraintes  d’installation  ci­ dessous :  ●

Le serveur doit utiliser l’un des systèmes d’exploitation suivants : Windows Server 2003 R2 Edition Entreprise 

© ENI Editions - All rigths reserved

- 3-

ou Datacenter, Windows Server 2008 Edition Entreprise ou Datacenter.  ●

Internet Information Services (IIS), Microsoft ASP.NET 2.0, Microsoft .NET Framework 2.0. 

●

À l’issue de l’installation, le site par défaut IIS doit être configuré pour supporter le cryptage SSL. 

Contraintes techniques pour les services d’Agent Web Les services d’agent Web (AD FS Web Agent) ainsi que les agents de type Revendication ou les agents basés sur les  jetons d’accès Windows NT, doivent respecter les contraintes d’installation ci­dessous :  ●

Le serveur doit utiliser l’un des systèmes d’exploitation suivants : Windows Server 2003 R2 Edition Standard,  Entreprise ou Datacenter, Windows Server 2008 Edition Standard, Entreprise ou Datacenter. 

●

Internet Information Services (IIS), Microsoft ASP.NET 2.0, Microsoft .NET Framework 2.0. 

●

À l’issue de l’installation, le site par défaut IIS doit être configuré pour supporter le cryptage SSL. 

Contraintes techniques pour les Autorités de certifications Le  support  du  protocole  SSL  et  de  la  signature  des  jetons  nécessite  l’usage  de  certificats  numériques.  Il  est  donc  indispensable  que  les  autorités  utilisées  soient  approuvées  par  les  systèmes  impliqués  dans  l’infrastructure  AD  FS.  Vous  pouvez  utiliser  des  autorités  de  certification  de  type  Entreprise,  c’est­à­dire  intégrées  dans  la  configuration  Active  Directory.  Ces  autorités  de  certification  d’entreprise  peuvent  fonctionner  sous  Windows  Server  2008  ou  Windows  Server  2003.  Vous  pouvez  aussi  utiliser  des  autorités  de  certification  publiques  telles  que,  par  exemple,  celles offertes par VeriSign.  Contraintes techniques pour les navigateurs Internet La  majorité  des  navigateurs  Internet  sont  pris  en  charge  par  les  services  de  fédération  AD  FS.  Les  laboratoires  de  Microsoft ont ainsi validé le fonctionnement des fonctions Client AD FS avec les versions d’Internet Explorer 7, Internet  Explorer 6, Internet Explorer 5 ou 5.5, Firefox et Safari sur les systèmes Apple Macintosh. Microsoft recommande que,  pour  des  raisons  de  performances,  Java  Script  soit  activé.  De  plus,  le  support  des  cookies  doit  être  activé  ou,  au  minimum, approuvé pour les serveurs de fédération AD FS et les serveurs Web accédés.  Configuration des services de fédération AD FS La configuration des services de fédération AD FS nécessite un processus de configuration dont l’objectif final est de  permettre  une  ouverture  et  une  authentification  unique  pour  les  accès  aux  applications  Web  pour  des  partenaires  externes approuvés.  Ainsi, vous devrez : 

- 4-

●

Définir  une  architecture  de  services  de  fédération  adaptée  à  vos  besoins  en  fonction  des  grands  scénarios  d’architectures  AD  FS.  La  solution  doit  fournir  les  moyens  aux  administrateurs  de  permettre  à  l’entreprise  d’atteindre ses objectifs de gestion fédérée des identités en partageant ces identités via les approbations de  fédération,  lorsque  cela  s’avère  nécessaire.  Il  existe  trois  grands  scénarios  d’architectures  :  le  SSO  Web  de  type  fédéré,  le  SSO  Web  de  type  fédéré  avec  approbation  de  forêt  Active  Directory,  SSO  Web  sans  aucune  approbation de fédération. 

●

Ajouter  les  différentes  entités  partenaires  aux  services  de  fédération.  Il  pourra  s’agir  de  partenaires  de  ressources ou de partenaires de comptes utilisateur. 

●

Ajouter et configurer le ou les stockages de comptes d’utilisateur au sein des services de fédération. Il pourra  s’agir de stockage basés sur AD DS et/ou AD LDS. 

●

Ajouter les applications Web aux services de fédération. 

© ENI Editions - All rigths reserved

Déclaration des revendications, des magasins de comptes, des applications et des partenaires  Pour plus d’informations sur la configuration des services de fédération AD FS, téléchargez à partir du site Microsoft le  document  intitulé  "Step­by­Step  Guide  for  AD  FS  in  Windows  Server  2008"  à  partir  de  l’adresse  suivante  :  http://go.microsoft.com/fwlink/?LinkID=85685 

4. Références pour AD FS avec Windows Server 2008  Pour plus d’informations sur les détails techniques des services de fédération AD FS, reportez­vous au site Microsoft, à  partir des adresses ci­dessous :  ●

Automate Information Access with Identity Management : http://go.microsoft.com/fwlink/?LinkId=78692 

●

Web Services Specifications : http://go.microsoft.com/fwlink/?LinkId=44191 

●

Web Services and Other Distributed Technologies : http://go.microsoft.com/fwlink/?LinkId=44189 

●

Web Services Protocol Workshops : http://go.microsoft.com/fwlink/?LinkId=44190 

●

Web Services Interoperability Organization (WS­I) : http://go.microsoft.com/fwlink/?LinkId=34328 

© ENI Editions - All rigths reserved

- 5-

Active Directory Lightweight Directory Services (AD LDS)  1. Concepts fondamentaux  Les services AD LDS (Active Directory Lightweight Directory Services), inclus avec Windows Server 2008 permettent de  mettre  en  œ uvre  des  services  LDAP  standard  utilisables  par  des  applications  conçues  pour  utiliser  des  services  d’annuaire. Les composants AD LDS jouent le rôle de fournisseurs de services d’identités pour répondre aux scénarios  de  types  annuaire  extranet  ou  encore  pour  stocker  des  identités  externes,  telles  que  celles  de  partenaires,  de  fournisseurs,  etc.  L’idée  de  départ  est  issue  de  la  nécessité  ou  la  volonté  architecturale  de  séparer  ces  identités  particulières  du  stockage  des  identités  de  l’entreprise  habituellement  stockées  et  gérées  à  l’aide  des  services  de  domaine Active Directory AD DS.  AD LDS est important à plus d’un titre. En effet, outre son rôle de service d’annuaire LDAP standard, il est supporté par  les  services  de  fédération  Active  Directory  AD  FS  ainsi  que  dans  le  cadre  de  la  gestion  des  stratégies  d’autorisation  implémentées  via  le  composant  Windows  Authorization  Manager,  aussi  appelé  AzMan.  De  plus,  dans  les  environnements ou les services AD DS sont utilisés, les services AD LDS peuvent invoquer les services Active Directory  pour l’authentification des utilisateurs disposant d’une authentification Windows.  Avantages apportés par les services AD LDS Les  services  AD  LDS  apportent  de  nombreux  avantages  tant  en  terme  de  fonctionnalités  qu’en  terme  de  facilité  de  mise en œ uvre opérationnelle.  Ces différents points sont présentés ci­dessous :  ●

Les  services  AD  LDS  utilisent  la  même  technologie  que  celle  utilisée  avec  les  services  de  domaines  Active  Directory AD DS. 

●

Les  services  AD  LDS  permettent  de  mieux  répondre  aux  problématiques  complexes  en  séparant  les  services  d’annuaire nécessaires à l’infrastructure Windows des services d’annuaire nécessaires aux applications. 

●

Les  services  AD  LDS  supportent  les  nommages  de  type  X.500  tels  que  les  O= MyCompany  et  C= FR,  le  O  signifiant Organization et le C signifiant Country. 

●

Les  services  AD  LDS  peuvent  utiliser  les  structures  de  sécurité  Windows  pour  les  contrôles  d’accès  et  l’authentification.  Le  modèle  d’administration  est  identique  à  celui  utilisé  depuis  maintenant  de  nombreuses  années avec Active Directory. 

●

Les services AD LDS sont très faciles à déployés comparativement aux contraintes parfois imposées avec les  services de domaine Active Directory. De plus, il n’y a aucun effet de bord ou impact sur les services AD DS. 

●

Les services AD LDS sont installables et désinstallables sans redémarrage du serveur. 

●

Les services AD LDS sont installés sous la forme d’instances qui peuvent fonctionner de manière concurrentes  sur  le  même  serveur.  Chaque  instance  peut  être  finement  personnalisée  en  fonction  des  besoins  des  applications. Par exemple, chaque instance dispose de son propre niveau de schéma, totalement indépendant  des autres instances AD LDS et AD DS. 

2. AD LDS : Nouveautés apportées par Windows Server 2008  Windows  Server  2003  supportait  la  première  version  de  services  LDAP  totalement  indépendant  de  l’infrastructure  Active Directory. Cette version, appelée ADAM (Active Directory Application Mode), est aussi disponible sur le deuxième  CD­Rom de Windows Server 2003 R2.  Cette version a été mise à niveau de manière significative avec Windows Server 2008. Ces nouvelles fonctionnalités  sont présentées ci­dessous :  ●

Les services AD LDS sont installables en tant que rôle sur une installation de Windows Server 2008 en mode  Core.  Ce  point  est  important,  notamment  concernant  les  serveurs  exposés  sur  Internet.  Une  installation  en  mode  Core  permet  de  limiter  la  surface  d’attaque  du  serveur  fonctionnant  sous  Windows  Server  2008  ainsi  que l’ensemble des tâches d’entretien et de maintenance (mises à jour critiques, services packs, etc.). 

© ENI Editions - All rigths reserved

- 1-

●

L’installation des services AD LDS supportent un nouveau mode d’installation ­ option Install from Media (IFM),  laquelle permet de créer des installations personnalisées des services AD LDS. 

●

Les  services  AD  LDS  utilisent  les  nouveaux  services  de  sauvegarde  et  de  restauration  de  Windows  Server  2008.  Les  services  AD  LDS  disposent  des  mêmes  nouvelles  fonctionnalités  d’audit  avancé  des  changements  intégrées  aux  nouveaux  services  de  domaine  Active  Directory  de  Windows  Server  2008.  Une  sous­catégorie  appelée  Directory  Service  Changes  est  ajoutée  pour  consigner  les  valeurs  avant  et  après  modification  des  valeurs des attributs et objets AD LDS. 

●

Les services AD LDS supportent un nouveau mécanisme d’aide à la récupération en permettant la comparaison  des données stockées dans les clichés instantanés ou les sauvegardes à celles actuellement en production.  Cet  outil,  DSAmain.exe,  appelé  Active  Directory  database  mounting  tool,  permet  d’éliminer  de  multiples  restaurations non nécessaires.   

Pendant le programme Beta de Windows Server Longhorn, cet outil était appelé Snapshot Viewer.

●

Les  services  AD  LDS  supportent  désormais  le  composant  MMC  Sites  et  Services  Active  Directory.  Cet  outil,  habituel  pour  les  administrateurs  Active  Directory,  peut  désormais  être  utilisé  pour  gérer  la  réplication  des  différentes instances AD LDS. 

●

Les  services  AD  LDS  supportent  l’ajout  de  fichiers  LDIF  personnalisés  durant  la  phase  d’installation.  Ces  fichiers sont à placer dans le dossier %systemroot%\ADAM. 

●

Les  services  AD  LDS  supportent  les  requêtes  récursives  sur  les  attributs  liés.  Cette  nouvelle  fonctionnalité  permet le support des requêtes LDAP utilisant des attributs imbriqués. 

Pour  plus  d’informations sur cette nouvelle fonctionnalité, vous pouvez vous référer à l’article de la base de  connaissance Microsoft 914828. 

AD LDS et AD DS : Points importants Nous  venons  de  voir  que  les  services  AD  LDS  et  AD  DS  partagent  la  même  technologie  et  les  mêmes  principes  fondamentaux.  Cependant,  il  convient  de  bien  percevoir  les  différences  qui  font  qu’il  s’agit  bien  de  composants  fonctionnels et techniques radicalement différents. Ces points sur listés ci­dessous :  ●

Les  serveurs,  les  contrôleurs  de  domaine  Active  Directory  ainsi  que  les  serveurs  autonomes  peuvent  être  configurés pour accueillir les services AD LDS. 

●

Les services de domaine AD LDS et les services AD DS supportent des fonctionnalités communes telles que le  modèle de réplication multimaîtres, le modèle et les interfaces de programmation ADSI (Active Directory Service  Interfaces), les partitions de l’annuaire d’application ainsi que le support du protocole LDAP en mode crypté ­  LDAP over Secure Sockets Layer (SSL). 

●

Les services de domaine AD LDS et les services AD DS sont différents sur les points importants ci­dessous :  Les services AD LDS ne stockent pas les structures de sécurité Windows tels que des utilisateurs ou groupes  d’utilisateurs  de  domaine  Active  Directory.  Cependant,  ils  peuvent  les  utiliser  dans  des  listes  de  contrôles  d’accès ACL pour contrôler les accès aux objets AD LDS. Dans le même ordre d’idées, les systèmes Windows  ne peuvent pas authentifier des utilisateurs stockés au sein des services AD LDS ni les utiliser dans leurs listes  de contrôles d’accès. 

●

Les  services  AD  LDS  n’ont  aucune  relation  directe,  ni  ne  supportent,  les  fonctions  de  domaines  et  de  forêts  Active Directory, les stratégies de groupe, ou les catalogues globaux. 

3. Installation du rôle AD LDS  La mise en œ uvre des services AD LDS est réalisée à l’aide du Gestionnaire de serveur de Windows Server 2008 via la  gestion  des  rôles.  La  seule  exigence  à  satisfaire  pour  installer  AD  LDS  sur  un  serveur  est  de  faire  partie  du  groupe  Administrateurs de la machine locale. 

- 2-

© ENI Editions - All rigths reserved

Ajout du rôle AD LDS à l’aide du Gestionnaire de serveur de Windows Server 2008  Une  fois  les  composants  AD  LDS  installés,  vous  pourrez  installer  de  multiples  instances  AD  LDS  puis  procéder  au  chargement de votre annuaire AD LDS. L’ajout de nouvelles instances est réalisable à l’aide de l’Assistant Installation  des  services  AD  LDS  accessible  grâce  au  raccourci  Outils  d’administration  du  menu  Démarrer.  Lors  du  lancement  de  l’installation d’une nouvelle instance AD LDS à l’aide de l’Assistant Installation des services AD LDS, il sera nécessaire  de déclarer l’ensemble des paramètres relatifs à chacune d’entre elles. 

Utilisation du Gestionnaire de serveur pour créer une nouvelle instance 

Comme le montre la figure ci­dessus, une fois le rôle AD LDS implémenté sur le serveur, aucune instance AD  LDS n’est créée, et seuls les composants internes sont présents sur le serveur. 

© ENI Editions - All rigths reserved

- 3-

 

  Création d’une nouvelle instance AD LDS L’Assistant  Installation  des  services  AD  LDS  permet  de  créer  des  instances  de  services  AD  LDS.  Une  "instance  de  service"  se  réfère  à  une  copie  d’exécution  unique  AD  LDS.  Plusieurs  instances  AD  LDS  peuvent  s’exécuter  simultanément  sur  le  même  serveur,  ce  qui  n’est  pas  le  cas  pour  les  services  de  domaine  Active  Directory  AD  DS.  Chaque instance AD LDS dispose de son propre moteur de stockage privé, d’un nom de service unique sous Windows  et de sa propre description.  À l’issue de cette installation d’instance, vous pouvez créer une partition d’annuaire d’applications. Cette opération est  un choix car il se peut que cette opération soit réalisée lors de l’installation de l’application utilisant l’instance AD LDS.    Pour mener à bien cette procédure, vous devez faire partie du groupe Administrateurs.

- 4-

© ENI Editions - All rigths reserved

 

Déclaration du nom de l’instance à créer et nom du service AD LDS associé 

Attention ! Les noms d’instances existent sous la forme d’un contexte de nommage LDAP (on peut aussi parler  de  partition  Active  Directory).  De  fait,  les  noms  doivent  respecter  les  règles  de  nommage  DNS.  Cette  contrainte  permet  de  déclarer  les  enregistrements  SRV  associés  aux  différentes  partitions  et  serveurs  LDAP  (RFC  2782 et anciennement 2052). 

Création d’un nouveau réplica AD LDS Pour offrir une bonne tolérance de pannes et supporter des fonctions d’équilibrage de charge, les instances AD LDS  peuvent  appartenir  à  un  jeu  de  configuration.  Toutes  les  instances  d’un  jeu  doivent  répliquer  une  partition  de  configuration  commune,  une  partition  de  schéma  ainsi  que  n’importe  quel  nombre  de  partitions  d’annuaire  d’applications  AD  LDS.  Pour  créer  la  nouvelle  instance  AD  LDS  et  la  joindre  à  un  jeu  existant,  utilisez  l’Assistant  Installation des services AD DLS et choisissez l’option Installer un réplica d’instance AD LDS. Vous devrez connaître  le  nom  DNS  du  serveur  qui  exécute  l’instance  AD  LDS  appartenant  au  jeu  de  configuration  ainsi  que  le  port  LDAP  spécifié lors de la création de l’instance.  Vous pouvez aussi fournir le DN (Ldap Distinguished Name) des partitions d’annuaire d’applications que vous  souhaitez copier depuis le jeu de configuration vers la nouvelle instance AD LDS à créer. Notez que pour vous  devez appartenir au groupe Administrateurs. 

© ENI Editions - All rigths reserved

- 5-

 

Déclaration des ports Ldap et du nom de la partition AD LDS  Dans  cet  exemple,  le  port  Ldap  par  défaut  utilisé  est  50000,  et  le  port  Ldap  SSL  est  50001,  chaque  instance  d’un  même  serveur  devant  disposer  de  ses  propres  ports.  Le  fait  que  les  ports  par  défaut  AD  LDS  soient  différents  des  ports  par  défaut  Ldap  permet  d’installer  une  ou  plusieurs  instances  AD  LDS  sur  une  machine  jouant  le  rôle  de  contrôleur de domaine.  Une fois ces paramètres déclarés, vous devrez valider l’emplacement des fichiers associés à l’instance AD LDS, choisir  le compte de service associé à l’instance (par défaut, il s’agit du compte intégré "Service réseau), et déclarer le compte  d’administration de l’instance.  Importation des fichiers LDIF dans la partition AD LDS La dernière étape consiste à intégrer un schéma d’annuaire adapté aux besoins futurs de l’instance. 

- 6-

© ENI Editions - All rigths reserved

Fichiers Ldif à importer.  Cette  fenêtre  de  sélection  permet  de  choisir  quels  fichiers  .LDF  vous  souhaitez  importer  dans  l’instance  AD  LDS.  Le  détail de chacun des fichiers est présenté ci­dessous :  ●

MS­InetOrgPerson.ldf  :  ce  fichier  contient  les  définitions  de  la  classe  d’objet  "inetOrgPerson"  LDAP  object  class. 

●

MS­User.ldf : ce fichier contient les définitions de la classe d’objet "user". 

●

MS­UserProxy.ldf : ce fichier contient les définitions de la classe d’objet "userProxy". 

●

MS­UserProxyFull.ldf : ce fichier contient les définitions de la classe d’objet "userProxy". 

●

MS­ADLDS­DisplaySpecifiers.ldf  :  ce  fichier  contient  les  définitions  de  la  classe  d’objet  "Display  specifiers".  Ce fichier est nécessaire pour la prise en charge des outils d’administration tels que la console MMC Sites et  services Active Directory. 

Emplacement des fichiers LDIF des services AD LDS 

Vous avez la possibilité d’intégrer des fichiers LDIF (LDAP Data Interchange Format) personnalisés pendant la  phase d’installation des instances AD LDS. Il suffit de positionner les fichiers LDF (LDIF files), en plus de ceux  © ENI Editions - All rigths reserved

- 7-

fournis  de  base,  en  les  rajoutant  dans  le  dossier  %systemroot%\ADAM.  Vous  pouvez  créer  vos  propres  fichiers  personnalisés à l’aide de l’outil ADSchema Analyzer. 

Désinstallation d’une instance AD LDS

La  suppression  des  instances  AD  LDS  créées  est  réalisée  très  simplement  à  l’aide  de  l’icône 

Programmes et fonctionnalités du Panneau de configuration du serveur Windows Server 2008. 

Désinstallation d’une instance AD LDS 

Attention  !  Avant  de  supprimer  le  rôle  AD  LDS,  utilisez Programmes  et  fonctionnalités  dans  le  Panneau de  configuration pour supprimer toutes les instances AD LDS précédemment installées. 

Utilisation de l’authentification et du contrôle d’accès avec AD LDS Le contrôle des accès aux services AD LDS est réalisé en deux étapes successives. Tout d’abord, AD LDS authentifie  les utilisateurs demandant l’accès au service d’annuaire, en n’autorisant que les utilisateurs authentifiés. Ensuite, les  services  AD  LDS  utilisent  les  descripteurs  de  sécurité  ACL  sur  les  objets  de  l’annuaire  afin  de  contrôler  les  objets  auxquels l’utilisateur authentifié a effectivement accès.  Les  utilisateurs  interagissent  avec  les  données  de  l’annuaire  AD  LDS  via  les  applications  d’annuaire  qui  accèdent  à  l’instance  AD  LDS  en  utilisant  le  protocole  LDAP  sur  le  port  déclaré  au  niveau  de  l’instance.  Avant  d’accéder  aux  données,  l’application  présente  les  informations  d’identification  de  l’utilisateur  pour  authentification  ou  liaison.  Cette  demande inclut le nom de l’utilisateur, son mot de passe et, selon le type de liaison, un nom de domaine ou un nom  d’ordinateur.  Les services AD LDS supportent les mécanismes d’authentification et de liaison, ainsi que les demandes AD LDS locales  et les entités Windows locales et de domaine. 

- 8-

© ENI Editions - All rigths reserved

Propriétés de l’objet groupe Directeurs  Dans  cet  exemple,  l’administrateur  doit  modifier  un  objet  groupe  dont  le  DN  Ldap  est  CN= Directeurs,CN= France,CN= app1,DC= addscorp,DC= corpnet,DC= net.  L’opération  à  réaliser  consiste  à  ajouter  un  utilisateur  membre  d’un  domaine  Active  Diretory  ainsi  qu’un  utilisateur  Ldap  existant  au  sein  de  l’instance  AD  LDS  courante.  De  multiples  méthodes  permettent  de  réaliser  cette  tâche  d’administration  courante.  Cette  fois­ci,  l’administrateur va utiliser le composant logiciel enfichable ADSI Edit : Adsiedit.msc. 

 

© ENI Editions - All rigths reserved

- 9-

Propriétés de l’attribut "member" de l’objet Directeurs et ajout d’un utilisateur Active Directory dans un groupe AD  LDS  La fenêtre de modification de l’attribut "member" permet de sélectionner des comptes Windows ou des noms uniques,  directement déclarés, en toute simplicité.  Outils d’administration AD LDS Nous avons vu que les services AD LDS de Windows Server 2008 assurent des services d’annuaire génériques dont  l’objectif  principal  est  de  fournir  aux  développeurs  une  certaine  souplesse  en  vue  de  l’intégration  d’applications  d’annuaire, sans aucune dépendance, ni restrictions en rapport avec les services de domaine Active Directory, AD DS.  Il faut aussi rappeler le fait que les services AD LDS disposent de leur propre topologie de réplication et d’un schéma  géré séparément de celui des services de domaine Active Directory.  Pour ces raisons, les outils d’administration des services AD LDS sont quelque peu "bruts", si on les compare aux outils  d’administration  de  Windows  Server.  Les  outils  que  vous  pouvez  utiliser  pour  administrer  et  gérer  les  instances  AD  LDS sont les suivants :  ●

ADSI  Edit  :  l’Éditeur  ADSI  est  un  composant  logiciel  enfichable  MMC.  Pour  exécuter  cet  outil,  vous  pouvez  exécuter la commande AdsiEdit.msc, ou bien sur un ordinateur où est installé le rôle AD LDS (Active Directory  Lightweight Directory Services), cliquez sur Démarrer ­ Outils d’administration ­ Éditeur ADSI. Notez que cet  outil peut être utilisé avec AD LDS mais aussi avec les services AD DS, ce qui n’était pas le cas sous Windows  Server 2003 avec ADAM où il existait une version spécifique d’ADSI Edit pour ADAM. 

●

Ldp  :  la  commande  Ldp  n’est  pas  un  composant  logiciel  enfichable  mais  un  exécutable.  Pour  démarrer  Ldp,  cliquez  sur  Démarrer,  puis  avec  le  bouton  droit  sur  Invite  de  commandes,  cliquez  sur  Exécuter  en  tant  qu’administrateur  et  tapez  ldp  à  l’invite  de  commandes.  La  boîte  de  dialogue  Ldp  comporte  deux  volets  :  l’arborescence de la console et le volet d’informations. L’arborescence de la console contient l’objet de base et  d’éventuels  objets  enfants.  Le  volet  d’informations  présente  les  résultats  des  opérations  LDAP  (Lightweight  Directory Access Protocol). 

●

Csvde : la commande csvde permet d’importer et exporter des données à partir des services AD LDS ou AD DS  à l’aide de fichiers contenant des données séparées par des virgules (CSV, Comma Separated Value). 

●

Ldifde  :  la  commande  Ldifde  permet  de  créer,  modifier  et  supprimer  des  objets  d’annuaire.  Vous  pouvez  également  utiliser  ldifde  pour  étendre  le  schéma,  exporter  les  informations  relatives  aux  utilisateurs  et  aux  groupes  vers  d’autres  applications  ou  services,  ainsi  que  pour  remplir  AD  LDS  ou  AD  DS  avec  des  données  provenant d’autres services d’annuaire. 

●

Adamsync : la commande Adamsync permet de synchroniser des objets des services de domaine AD DS avec  une instance des services d’annuaire AD LDS. 

Attention ! Pour pouvoir utiliser cette commande, vous devez importer les définitions de classes utilisateur qui  sont contenues dans le fichier MS­AdamSyncMetadata.LDF.  L’ensemble  de  ces  outils  vous  permettra  de  gérer  des  groupes  et  des  utilisateurs  AD  LDS,  d’importer  les  classes  d’utilisateur fournies avec les services AD LDS, de synchroniser des instances AD LDS avec les services de domaine AD  DS, d’ajouter un utilisateur AD LDS à l’annuaire, d’ajouter un groupe AD LDS à l’annuaire, d’ajouter des membres à un  groupe  AD  LDS  ou  en  supprimer,  d’afficher  ou  de  définir  des  autorisations  sur  un  objet  annuaire,  de  désactiver  ou  d’activer un utilisateur AD LDS, de définir ou modifier le mot de passe d’un utilisateur AD LDS et aussi d’ajouter une 

- 10 -

© ENI Editions - All rigths reserved

unité d’organisation à l’annuaire. 

4. Références pour AD LDS avec Windows Server 2008  Pour plus de détails concernant les opérations d’administration et de gestion des services AD LDS, vous pourrez vous  référer aux liens ci­dessous :  ●

AD LDS Technical Overview. http://go.microsoft.com/fwlink/?LinkId=96084 

●

Tasks  and  examples  of  programming  with  AD  LDS.  http://msdn2.microsoft.com/en­us/library/aa772138 (VS.85).aspx 

●

AD LDS programming elements. http://msdn2.microsoft.com/en­us/library/aa705889(VS.85).aspx 

●

Programmer’s  guide  to  using  the  Lightweight  Directory  Access  Protocol  API.  http://msdn2.microsoft.com/en­ us/library/aa367033(VS.85).aspx 

●

Reference information for LDAP. http://msdn2.microsoft.com/en­us/library/aa366961(VS.85).aspx 

La  plupart  de  ces  liens  ne  sont  disponibles  qu’en  anglais  car  situés  sur  les  sites  Microsoft  Technet  US  et  Microsoft MSDN US. 

© ENI Editions - All rigths reserved

- 11 -

Active Directory Rights Management Services (AD RMS)  1. Introduction  Windows  Server  2008  incorpore  désormais  des  services  de  gestion  des  droits  numériques,  lesquels  étaient  précédemment disponibles avec Windows Server 2003 sous la forme d’un téléchargement gratuit.  Les services de Gestion des Droits Numériques Active Directory, AD RMS (Active Directory Rights Management Services)  permettent  aux  entreprises  de  répondre  à  la  problématique  de  protection  de  l’information  numérique.  Cette  technologie  permet  à  des  applications  compatibles  RMS  de  protéger  des  documents  numériques  des  accès  non  autorisés  que  ces  documents  soient  situés  au  sein  du  réseau  ou  à  l’extérieur  du  réseau  de  l’entreprise et que les  opérations aient lieu en mode connecté ou en mode déconnecté. Les services RMS sont particulièrement nécessaires  pour les entreprises qui doivent protéger des données sensibles pouvant prendre n’importe quelle forme binaire ou  même des messages confidentiels.  Les services RMS permettent aussi de définir des stratégies de droits numériques persistantes qui permettront aux  entreprises de respecter les stratégies de sécurité définies au niveau le plus haut. Cette technologie permet donc de  se rapprocher au plus près des exigences de l’entreprise, surtout lorsqu’il s’agit de documents devant être transmis à  des partenaires, des prestataires ou des fournisseurs.  Pour y parvenir, les services AD RMS vous permettent de créer les éléments ci­dessous :  ●

Les entités approuvées  :  l’entreprise peut déclarer des entités de confiances tels que des utilisateurs, des  ordinateurs, des groupes. Toutes ces entités ont donc la capacité à participer au sein de l’infrastructure AD  RMS. 

●

Les  droits  d’utilisation  et  conditions  :  il  est  possible  d’assigner  des  droits  d’utilisation  et  des  conditions  à  des  entités  approuvées  qui  pourront  utiliser  les  documents  sous  contrôle  de  RMS.  La  technologie  AD  RMS  vous  permet  de  gérer  des  droits  d’utilisation  élémentaires  tels  que  les  droits  de  lecture,  copie,  impression,  sauvegarde  ou  édition.  Il  est  aussi  possible  de  gérer  des  droits  plus  spécifiques,  tels  que  par  exemple,  le  droit  de  transmettre  un  message  électronique  ou  de  fixer  une  date  d’expiration,  rendant  le  document  inexploitable. 

●

Les  exclusions  spécifiques  :  l’administrateur  a  la  possibilité  d’exclure  des  entités  particulières  ou  des  applications d’accéder aux données protégées par AD RMS. 

●

Le  cryptage  des  données  :  le  fait  de  protéger  des  données  numériques  à  l’aide  de  la  technologie  RMS  implémente automatiquement le cryptage des données. La seule façon d’accéder aux données est de réussir  une authentification validant l’identité d’une entité approuvée. 

2. Concepts fondamentaux  Une infrastructure AD RMS (ou RMS), lorsque nous parlons des services RMS en environnement Windows Server 2003,  est  composée  de  composants  serveur,  de  composants  client  et  bien  sûr  d’applications  compatibles  avec  la  technologie  RMS,  telles  que  Microsoft  Office  2003  et  ultérieures  mais  aussi  des  applications  gérant  des  formats  de  documents  spécifiques  tels  que  les  fichiers  Adobe  PDF.  L’ensemble  de  ces  composants  réalise  les  fonctions  suivantes :  ●

Émission des licences de publication : lorsqu’un document est protégé, une licence de publication est créée  pour le contenu en question. La licence émise correspond aux droits spécifiques d’utilisation  d’un document  tout aussi spécifique de telle sorte que celui­ci puisse être distribué et est directement intégrée à l’intérieur  du  document  protégé.  De  cette  manière,  les  utilisateurs  peuvent  transmettre  des  documents  numériques  protégés  aux  utilisateurs  de  l’entreprise  ou  à  des  utilisateurs  situés  à  l’extérieur  de  l’entreprise.  Les  utilisateurs  "externes"  peuvent  être  des  utilisateurs  situés  sur  Internet  s’identifiant  à  l’aide  d’un  compte  Microsoft Live ID. Ils peuvent aussi faire partie d’une autre forêt Active Directory approuvée via les services de  fédération AD FS. 

●

Acquisition  des  licences  :  lorsque  les  utilisateurs  accèdent  à  un  contenu  protégé,  les  composants  AD  RMS  sont sollicités et des requêtes sont envoyées vers ceux­ci. Le service de licences d’AD RMS en service au sein  du cluster RMS émet une licence d’utilisation en phase avec les droits et conditions d’utilisation spécifiés dans  la  licence  de  publication.  Les  droits  et  conditions  d’utilisation  deviennent  alors  persistants  et  seront  automatiquement appliqués quelque soit l’emplacement ou sera utilisé le document. 

© ENI Editions - All rigths reserved

- 1-

●

Création de modèles de stratégies de droits : les utilisateurs approuvés au sein de la plate­forme AD RMS  peuvent créer et gérer des documents protégés en utilisant des applications compatibles avec la technologie  RMS sur la base de modèles de droits d’utilisation prédéfinis facilement applicables. 

3. AD RMS : Nouveautés apportées par Windows Server 2008  Avec cette nouvelle version de Windows Server 2008, les services AD RMS disposent des nouvelles fonctionnalités.  Celles­ci sont listées ci­dessous.  Nouveau rôle AD RMS pour Windows Server 2008 et nouvelle console MMC Les services AD RMS de Windows Server 2008 sont implémentés sous la forme d’un nouveau rôle de serveur : le fait  que les services AD RMS soient intégrés sous Windows Server 2008 sous la forme d’un rôle au sein du Gestionnaire  de  serveur  facilite  de  manière  significative  la  configuration  des  services  AD  RMS.  La  nouvelle  console  MMC  Gestionnaire de serveur liste et installe tous les services nécessaires tels que Message Queuing et IIS et installera  même  les  services  de  base  de  données  interne  Windows  s’il  n’est  pas  spécifié  d’utiliser  une  base  de  données  distante.  L’administration  est  réalisée  via  un  nouveau  composant  logiciel  enfichable  MMC  3.0  beaucoup  plus  intuitif  que la précédente administration Web utilisée sur les serveurs RMS fonctionnant sous Windows Server 2003.  Intégration AD RMS / AD FS Les  services  de  fédération  AD  FS  font  désormais  l’objet  d’une  intégration  totale  avec  AD  RMS.  Le  support  des  mécanismes  de  fédération  au  sein  de  la  plate­forme  AD  RMS  permet  aux  entreprises  d’envisager  "facilement"  des  scénarios de partenariat avec des entités externes.  Précédemment,  les  services  RMS  de  Windows  Server  2003  ne  supportaient  que  les  identités  externes  de  type  Passport  .NET  (aujourd’hui  appelées  Windows  Live  ID).  Désormais,  l’intégration  des  services  de  fédération  AD  FS  permet de créer des approbations de fédération entre les différents partenaires.  Attention  !  Pour  qu’un  client  AD  RMS  puisse  utiliser  les  approbations  offertes  par  les  services  AD  FS,  il  est  indispensable d’utiliser le client AD RMS inclus dans Windows Vista ou le Client RMS SP2. Les clients RMS de  niveaux inférieurs ne supportent pas les services de fédération AD FS. 

Auto­enrôlement des serveurs AD RMS Les serveurs AD RMS ont enfin la possibilité de s’enrôler automatiquement, rendant inutile la procédure d’enrôlement  en ligne ou hors ligne des services RMS de Windows Server 2003 auprès de l’autorité Racine RMS de Microsoft.  L’enrôlement d’un serveur RMS est une tâche indispensable qui comprend la création et la signature d’un certificat de  licence  de  serveur ­  SLC  (Server Licensor Certificate),  qui  permet  au  serveur  AD  RMS  d’émettre des certificats et des  licences.  Dans les versions précédentes de RMS, le certificat SLC était signé par un service d’enrôlement en ligne mis en œ uvre  via  Internet  par  Microsoft  (Microsoft  Enrôlement  Service).  Ce  point  nécessitait  que  le  serveur  RMS  ou  un  autre  ordinateur puisse accéder à Internet. Cette limitation a aujourd’hui a été supprimé en permettant au serveur AD RMS  d’autosigner son certificat SLC.  Nouveaux rôles administratifs AD RMS Pour  améliorer  le  support  des  mécanismes  de  délégation  et  donc  un  meilleur  contrôle  de  l’environnement,  de  nouveaux  rôles  d’administration  sont  disponibles.  Ces  nouveaux  rôles  administratifs  sont  mis  en  œ uvre  via  de  nouveaux groupes locaux adaptés à chaque nouveau rôle.  Attention  !  Lorsque  les  services  AD  RMS  sont  installés  sur  un  contrôleur  de  domaine,  le  programme  d’installation crée des groupes de domaines locaux.  Les nouveaux groupes AD RMS sont les groupes suivants : 

- 2-

●

Groupe  de  service  AD  RMS  :  les  membres  de  ce  groupe  peuvent  exécuter  les  services  détenus  par  les  services AD RMS. 

●

Administrateurs d’entreprise AD RMS : les membres de ce groupe peuvent gérer l’ensemble des stratégies  et paramètres AD RMS. 

●

Administrateurs  de  modèles  AD  RMS  :  les  membres  de  ce  groupe  ne  peuvent  gérer  que  les  modèles  AD  RMS.  © ENI Editions - All rigths reserved

●

Auditeurs  AD  RMS  :  les  membres  de  ce  groupe  ne  peuvent  gérer  que  la  journalisation  et  la  création  de  rapports AD RMS. 

Bonnes  pratiques  à  propos  des  groupes  AD  RMS  :  le  compte  de  service  déclaré  pendant  l’installation  des  services AD RMS est automatiquement inséré dans le groupe Groupe de service AD RMS. De même, le compte  d’utilisateur  ayant  procédé  à  l’installation  des  services  AD  RMS  est  automatiquement  inséré  dans  le  groupe  Administrateurs d’entreprise AD RMS. Si vous disposez de multiples serveurs AD RMS, il est recommandé de créer  des  groupes  de  sécurité  Active  Directory  et  de  les  ajouter  à  leurs  groupes  locaux  respectifs  sur  les  différents  serveurs AD RMS. 

4. Installation du rôle AD RMS de Windows Server 2008  L’installation est initiée à l’aide du Gestionnaire de serveur et de la fonction Ajouter des rôles. 

 

L’assistant d’installation propose de rajouter les composants manquants. 

© ENI Editions - All rigths reserved

- 3-

Pour installer AD RMS, le serveur doit respecter les contraintes suivantes :  ●

Utiliser Windows Server 2008, excepté la version Windows Web Server 2008. 

●

Utiliser NTFS comme système de fichiers pour accueillir les services AD RMS. 

●

Les  services  Message  Queuing  doivent  être  installés,  ainsi  que  Microsoft  IIS  avec  le  support  d’ASP.NET  activés. 

●

Les services AD RMS doivent être installés dans un domaine Active Directory, sachant que les contrôleurs de  domaine  doivent  utiliser  Windows  Server  2000  SP3  ou  ultérieur,  Windows  Server  2003  ou  Windows  Server  2008. 

●

Les utilisateurs devant obtenir des licences et publier des documents protégés doivent impérativement avoir  une adresse e­mail en tant qu’attribut Active Directory. 

 

- 4-

© ENI Editions - All rigths reserved

Sélection du support des services de fédération AD FS 

 

© ENI Editions - All rigths reserved

- 5-

Création d’un cluster AD RMS ou jonction d’un nouveau serveur au sein du cluster AD RMS existant et sélection de  la base de données de configuration AD RMS 

 

- 6-

© ENI Editions - All rigths reserved

Déclaration du compte de service de domaine et configuration du stockage de la clé de cluster AD RMS 

 

© ENI Editions - All rigths reserved

- 7-

Déclaration du mot de passe de protection de la clé de cluster AD RMS et sélection du site Web d’accueil du  répertoire virtuel 

 

- 8-

© ENI Editions - All rigths reserved

Déclaration de l’adresse de l’URL du cluster AD RMS et déclaration du nom du serveur de fédération AD FS 

Résultat de l’installation des services AD RMS 

5. Validation du bon fonctionnement de la plate­forme RMS  © ENI Editions - All rigths reserved

- 9-

À l’issue de l’installation, vous pouvez valider le bon fonctionnement de la plate­forme AD RMS à l’aide d’un poste de  travail  Windows  XP  Professionnel  SP2  sur  lequel  vous  aurez  pris  soin  d’installer  le  Client  RMS  SP2  ainsi  qu’une  application  compatible  avec  la  technologie  RMS  telle  que  Microsoft  Office  Professionnel  2003  ou  2007.  Vous  pouvez  aussi utiliser un poste de travail fonctionnant sous Windows Vista. 

Utilisation de l’option de protection d’un document Word à l’aide du volet de Microsoft Office 2007.  Cet exemple illustre l’application de droits numériques à l’aide d’une application telle que Microsoft Office 2007. Pour y  parvenir, procédez de la manière suivante :  ■

Créez ou ouvrez un document. 

■

À l’aide du bouton Office de Word 2007, sélectionnez l’option Préparer. 

■

Toujours à l’aide du bouton Office, sélectionnez l’option Limiter les autorisations, puis Accès restreint. 

À l’issue de cette opération, l’application AD RMS initialise la lockbox (coffre­fort) RMS et enrôle l’ordinateur. 

Vérification des informations de connexion au travers du pipeline AD RMS 

Définition des autorisations à accorder via la fenêtre de gestion des autorisations du Client AD RMS intégré à  Windows Vista 

- 10 -

© ENI Editions - All rigths reserved

Chaque utilisateur déclaré doit obligatoirement disposer d’une adresse de messagerie dans les services de domaine  Active Directory. 

Affichage des options détaillées via l’option Autres options  Les  détails  ci­dessus  mettent  en  évidence  le  fait  que  le  document  créé  par  l’utilisateur  [email protected]  est  soumis à des autorisations AD RMS qui donnent aux utilisateurs Bob Durand et Alice Martin un accès uniquement en  lecture, sachant que le document expirera au 30 juin 2008. 

Information affichée dans le volet d’Office 2007  Une fois les autorisations inscrites dans le document, le volet de Microsoft Office 2007 est mis à jour pour signifier que  l’autorisation  accordée  est  actuellement  restreinte  et  que  seuls  les  utilisateurs  spécifiés  peuvent  accéder  au  document. 

© ENI Editions - All rigths reserved

- 11 -

Boîte de dialogue d’information AD RMS  Lors de la première utilisation du pipeline AD RMS entre le client AD RMS et le serveur de licences AD RMS, une boîte  de  dialogue  informe  l’utilisateur  que  l’autorisation  d’accès  au  document  est  actuellement  restreinte  et  que  l’application,  dans  notre  exemple  Microsoft  Office,  doit  se  connecter  à  l’URL  du  cluster  de  licence  AD  RMS  afin  de  vérifier les informations d’identification de l’utilisateur et, en cas de réussite, télécharger l’autorisation de l’utilisateur  sur ledit document.  Une fois le contrôle d’accès réalisé avec succès, l’ouverture du document peut avoir lieu en fonction des autorisations  accordées à l’utilisateur. 

Interdiction d’imprimer le document contrôlé par AD RMS dans Office 2007.  Dans  cet  exemple,  l’utilisateur  clique  sur  le  bouton  Imprimer,  mais  l’opération  ne  peut  avoir  lieue  puisque  l’autorisation demandée n’a pas été accordée. La figure suivante détaille les autorisations d’Alice Martin.  L’utilisatrice  dispose  uniquement  des  droits  de  lecture,  les  droits  d’afficher,  modifier,  copier,  imprimer,  enregistrer  ;  accéder via un programme et contrôle total étant refusés.  Vous pouvez aussi remarquer la date d’expiration du document fixée au 30 juin 2008, signifiant qu’à compter de cette  date il ne sera plus possible pour Alice d’exercer aucune action sur le document, y compris l’ouverture et la lecture de  celui­ci. 

 

- 12 -

© ENI Editions - All rigths reserved

Affichage des autorisations d’[email protected] et utilisation de l’option Modifier l’utilisateur… 

Sélection du type d’identité à utiliser  La  partie  cliente  AD  RMS  intégrée  à  Windows  Vista  ainsi  que  le  Client  RMS  SP2  de  Windows  XP  Professionnel  ou  Windows Server 2003 permettent le changement d’identité. Cette fonctionnalité est très pratique pour les utilisateurs  qui  disposent  de  plusieurs  comptes  d’utilisateurs  dans  la  même  forêt,  dans  une  forêt  différente  ou  encore  lorsqu’il  s’agit d’un compte Windows Live ID sur Internet.  Note  :  les  fonctionnalités  testées  ci­dessus  permettent  de  valider  le  bon  fonctionnement  de  la  plate­forme  cluster  AD  RMS  et  d’un  client  générique  fonctionnant  sous  Windows  Vista.  Pour  tester  l’ensemble  des  fonctionnalités  AD  RMS,  vous  pouvez  aussi  utiliser  les  outils  du  kit  de  ressources  techniques  RMS  disponibles  en  téléchargement sur le site de Microsoft. 

Information de Pré­installation pour déployer les services AD RMS L’installation des services AD RMS nécessite de respecter les points techniques ci­dessous :  ●

Le  serveur  AD  RMS  doit  être  membre  d’un  domaine  Active  Directory  tel  que  celui  qui  pourrait  contenir  des  comptes d’utilisateurs qui utiliseraient des documents contrôlés par AD RMS. 

●

Vous devez créer un compte de domaine ne disposant d’aucun privilège additionnel. Ce compte sera utilisé  comme compte de service pour les services AD RMS. 

Attention  !  Le  compte  utilisé  pendant  l’installation  des  services  RMS  doit  être  différent  de  celui  qui  sera  déclaré en tant que compte de service AD RMS. 

●

Vous devrez enregistrer un objet SCP (Service Connection point) pendant ou après l’installation du serveur AD  RMS.  Pour  réaliser  cette  étape,  vous  devrez  être  membre  du  groupe  Active  Directory  Administrateur  de  l’entreprise ou disposer des privilèges équivalents. 

●

Le programme d’installation des services AD RMS permet de déclarer la base de données SQL qui sera utilisée  par les services AD RMS, même si le serveur de bases de données est sur une machine différente du serveur  AD  RMS.  Pour  y  parvenir,  le  compte  d’utilisateur utilisé pour installer les services AD RMS devra disposer du  droit  de  créer  des  bases  de  données  sur  le  serveur  de  bases  de  données.  Dans  le  cas  de  Microsoft  SQL 

© ENI Editions - All rigths reserved

- 13 -

Server 2005, le compte utilisateur doit disposer du rôle Administrateur Système ou équivalent. 

AD RMS : Recommandations d’installation L’installation  des  services  AD  RMS  de  Windows  Server  2008  est  prise  en  charge  par  un  assistant  beaucoup  plus  évolué que celui que nous connaissions dans la version de RMS fonctionnant sous Windows Server 2003. Grâce à cet  assistant,  de  nombreux  pièges  pourront  être  évités.  Les  recommandations  ci­dessous,  vous  permettent  de  réussir  une installation opérationnelle des services AD RMS :  ●

Vous devez définir l’URL qui sera utilisée pour représenter le nom du Cluster RMS. Ce nom doit être préservé  tout au long de l’utilisation de la plate­forme AD RMS. Il est recommandé de déclarer un nom différent du nom  réel de la machine. 

●

Le  serveur  de  base  de  données  devrait  être  installé  sur  un  ordinateur  différent  du  serveur  qui  assure  les  services AD RMS. 

●

Les  communications  entre  un  client  RMS  et  le  cluster  AD  RMS  utilisent  le  protocole  HTTP.  Il  est  donc  recommandé d’installer un certificat SSL pour crypter et authentifier les flux entre les entités. 

Vous pouvez utiliser un certificat auto­signé ou émis par une autorité de certification approuvée. Notez que  l’utilisation  d’un  certificat  auto­signé ne doit être utilisée qu’à  des  fins  de  tests,  cette  configuration  n’étant  pas supportée par Microsoft. Lors de l’ajout d’un nouveau serveur à un cluster AD RMS, le certificat SSL doit déjà  être mis en place sur le nouveau serveur avant de lancer le processus d’installation des services AD RMS. 

●

Pour profiter d’une indépendance vis­à­vis des évolutions à venir ou de la mise en œ uvre de procédures de  récupération d’urgence, créez un enregistrement d’alias DNS (CNAME) pour référencer l’URL du cluster AD RMS  et un autre enregistrement du même type pour référencer le nom du serveur hébergeant la base de données  de configuration AD RMS. En cas d’évolution de la plate­forme (ajout ou suppression de serveurs au sein du  cluster RMS), il suffira de mettre à jour les enregistrements d’alias DNS. 

Attention  !  Vous  ne  pouvez  pas  utiliser  une  URL  utilisant  "localhost"  pendant  l’installation  des  services  AD  RMS.  Il  faut  absolument  utiliser  une  URL  basée  sur  un  nom  DNS  dont  la  résolution  DNS  est  réalisable  avec  succès. 

Déploiement des services AD RMS en environnement multiforêts Seulement  un  seul  cluster  AD  RMS  peut  être  inscrit  au  sein  d’une  forêt  Active  Directory.  Lorsqu’une  entreprise  souhaite utiliser des documents protégés dans un environnement composé de plus d’une forêt, il sera nécessaire de  déployer un cluster AD RMS pour chaque forêt. Les recommandations relatives à ce type de scénario sont listées ci­ après : 

- 14 -

●

Toutes les URL des différents clusters AD RMS devront implémenter SSL pour crypter tous les échanges. 

●

Toutes  les  forêts  n’utilisant  pas  Exchange  Server,  devront  faire  l’objet  d’une  extension  du  schéma  Active  Directory.  Pour  plus  d’informations  sur  cette  procédure,  consultez  le  lien  Microsoft  ci­joint  :  http://go.microsoft.com/fwlink/?LinkId=93740 

●

Le compte de service AD RMS doit avoir l’autorisation d’accéder au pipeline d’expansion des groupes. 

© ENI Editions - All rigths reserved

Gestion des autorisations sur le pipeline AD RMS à l’aide du Gestionnaire de serveur de Windows Server 2008 

●

Le compte de service AD RMS doit avoir l’autorisation d’accéder au pipeline d’expansion des groupes. Cette  opération est réalisée en configurant les droits d’accès du fichier GroupExpansion.asmx. Par exemple, si vous  devez prendre en charge plusieurs forêts vous devrez déclarer les comptes de service AD RMS des différentes  forêts sur tous les serveurs des différents clusters AD RMS. 

Le  fichier  GroupExpansion.asmx  est  situé  dans  le  dossier  C:\inetpub\wwwroot\  _wmcs\  groupexpansion.  Pour  plus  de  renseignements  sur  cette  procédure,  vous  pouvez  consulter  le  document  "Deploying  Active  Directory Rights Management Services in a multiple forest environment Step­by­Step guide" à l’adresse suivante :  http://go.microsoft.com/ fwlink/?LinkId=7213 

Mise à niveau de RMS (Windows Server 2003) vers AD RMS (Windows Server 2008) Les précautions ci­dessous doivent être prises pour réaliser avec succès le processus d’évolution d’une plate­forme  RMS fonctionnant sous Windows Server 2003 vers une nouvelle plate­forme AD RMS vers Windows Server 2008.  ●

Réaliser une sauvegarde de ou des bases de données RMS fonctionnant sous Windows Server 2003. 

●

Dans le cas où la configuration RMS à migrer utilise l’option d’enrôlement en mode déconnecté, vous devez,  avant  toute  opération  de  mise  à  niveau,  terminer  la  procédure  d’enrôlement  afin  d’activer  le  serveur  de  licences RMS Windows Server 2003. 

●

Sous Windows Server 2003, une configuration RMS fonctionnant sous Windows Server 2003 pouvait utiliser  MSDE  (Microsoft  Data  Engine  ou  Microsoft  Desktop  Engine)  comme  moteur  de  base  de  données.  Cependant,  cette configuration n’était supportée qu’à des fins de tests. Par conséquent, pour pouvoir réaliser une mise à  niveau vers AD RMS, vous devrez au préalable mettre à niveau la base de données MSDE vers Microsoft SQL  Server 2005, la mise à niveau d’une base de données RMS fonctionnant sous MSDE, n’étant pas supportée. 

Bien qu’il ne soit pas possible de mettre à niveau une base de données MSDE RMS (Windows Server 2003) vers une  base de données AD RMS (Windows Server 2008), les services AD RMS de Windows Server 2008 peuvent néanmoins  utiliser le moteur intégré à Windows Server 2008 (base de données interne Windows).  Attention ! Les bases de données MSDE ou les bases de données internes Windows, ne fournissent pas de  support des connexions distances. Ces configurations ne permettent donc pas de rajouter d’autres serveurs  RMS  comme  membres  du  cluster  AD  RMS,  et  sont  donc,  en  général,  utilisées  uniquement  à  des  fins  de  tests  ou  d’évaluations. 

Support des services de fédération AD FS avec AD RMS Pour  assurer  un  bon  fonctionnement  des  services  de  fédération  AD  FS  au  sein  d’un  environnement  AD  RMS,  vous  devrez considérer les points suivants : 

© ENI Editions - All rigths reserved

- 15 -

●

Une relation d’approbation de fédération doit être configurée avant que vous ne configureriez le support de  fédération des identités. Lors de l’installation de cette fonctionnalité, vous devrez spécifier l’URL permettant  l’accès aux services de fédération. 

●

AD FS nécessite des communications sécurisées entre les serveurs AD RMS et les serveurs AD FS. 

●

Le compte de service AD RMS doit disposer du privilège Générer des audits de sécurité. 

●

Les URL extranet des clusters AD RMS doivent être accessibles aux comptes de l’entreprise approuvée via les  services AD FS. 

6. Références pour AD RMS avec Windows Server 2008  Les services Active Directory Rights Management Services font l’objet de toutes les attentions de la part des équipes  de  Microsoft.  En  effet,  les  équipes  informatiques  ayant  en  charge  la  protection  de  l’information  numérique  doivent  avoir une bonne vision de la notion de protection numérique, des technologies impliquées et des bonnes pratiques  relatives à la technologie RMS et au standard XrML (eXtensible rights Markup Language).  Pour plus de renseignements sur les services AD RMS, accédez au site Microsoft Active Directory Rights Management  Services TechCenter, à l’adresse ci­dessous : http://go.microsoft.com/fwlink/?LinkId=80907  Pour obtenir des informations générales, consultez le lien ci­dessous : http://go.microsoft.com/fwlink/?LinkId=84730.  Pour  obtenir  des  informations  concernant  l’architecture  des  services  AD  RMS  et  la  planification  du  déploiement,  consultez le lien ci­dessous : http://go.microsoft.com/fwlink/?LinkId=84734.  Pour  obtenir  des  informations  concernant  le  déploiement  des  services  AD  RMS,  consultez  le  lien  ci­dessous  :  http://go.microsoft.com/fwlink/?LinkId=84735.  Pour obtenir des informations supplémentaires concernant les opérations d’administration relatives aux services AD  RMS, consultez le lien ci­dessous : http://go.microsoft.com/fwlink/?LinkId=84736.  Pour  obtenir  des  informations  concernant  le  dépannage  des  services  AD  RMS,  consultez  le  lien  ci­dessous  :  http://go.microsoft.com/fwlink/?LinkId=93769.  Pour  accéder  au  guide  de  références  techniques  des  services  AD  RMS,  consultez  le  lien  ci­dessous  :  http://go.microsoft.com/fwlink/?LinkId=93770. 

- 16 -

© ENI Editions - All rigths reserved

Validation des acquis : questions/réponses  1. Questions  1 Vous souhaitez réaliser la mise à niveau d’un contrôleur de domaine Windows Server 2003 SP2 Edition  Standard x86 vers Windows Server 2008 Edition Standard x86. Afin de réduire la surface d’attaque du serveur,  vous souhaitez que le nouveau contrôleur soit opérationnel en mode Server Core. Quelle opération  supplémentaire devez­vous réaliser ?  2 Quel est l’intérêt de réaliser une nouvelle installation d’un contrôleur de domaine fonctionnant sous Windows  Server 2008 par rapport à une mise à niveau ?  3 Dans quel cas installeriez­vous un contrôleur de domaine Windows Server 2008 de type RODC ?  4 Quel point doit être considéré concernant la mise en place d’un contrôleur RODC et les serveurs Microsoft  Exchange Server ?  5 Quels sont les services Active Directory de Windows Server 2008 qu’une installation en mode Server Core ne  supporte pas ?  6 De quelle façon pouvez­vous localement ajouter ou supprimer des rôles Active Directory sur les serveurs  Windows Server 2008 ?  7 De quelle façon pouvez­vous, à distance, ajouter ou supprimer des rôles Active Directory sur les serveurs  Windows Server 2008 ?  8 Quelle commande doit­on utiliser pour installer un nouveau rôle sur un serveur Windows Server 2008 en mode  Server Core ?  9 Quelle commande doit­on utiliser pour installer le rôle AD DS sur un server Windows Server 2008 en mode  Server Core ?  10 Quelle commande permet de lister l’ensemble des rôles et fonctionnalités installés et non­installés sur un server  Windows Server 2008 ?  11 Quelle commande permet de lister l’ensemble des rôles et fonctionnalités installés et non­installés sur un server  Windows Server 2008 en mode Server Core ?  12 Quels types d’éléments matériels devez­vous considérer dans la définition d’une stratégie de surveillance des  contrôleurs de domaine Windows Server 2008 ?  13 Quel outil permet d’obtenir instantanément un historique du fonctionnement du serveur Windows Server 2008 ?  14 De quel service système le Moniteur de fiabilité a­t­il besoin pour être accessible à distance ?  15 Quels compteurs de performance devez­vous utiliser pour surveiller les services AD DS ?  16 Que signifie le terme RSAT ? De quoi s’agit­il ? Sur quelles plates­formes est­il supporté ?  17 Quels systèmes sont supportés par RSAT ?  18 Comment pouvez­vous réaliser une défragmentation hors ligne de la base de données Active Directory d’un  contrôleur de domaine Windows Server 2008 ?  19 Quels services dépendent du service NTDS ?  20 Quelles conditions sont nécessaires pour mettre un œ uvre un nouveau contrôleur de domaine Windows Server  2008 RODC dans une forêt comprenant des contrôleurs de domaine Windows Server 2003 ?  21 Quelle bonne pratique doit­on respecter concernant les catalogues globaux dans des forêts mono­domaine ?  22 Quel rôle de maître d’opérations (FSMO) ne doit pas être cumulé avec le rôle de catalogue global ?  23 Un contrôleur RODC peut­il recevoir des données d’un contrôleur de domaine Windows Server 2003 ?  24 Existe­t­il un flux de réplication dans le sens RODC vers un contrôleur de domaine Windows Server 2008 ?  25 Que pouvez­vous dire de la configuration du service DNS sur les contrôleurs de domaine RODC ?  26 Qu’en est­il des inscriptions dynamiques des clients DNS vers un contrôleur RODC jouant le rôle de serveur  DNS ?  27 En quoi consiste la délégation de l’administration sur les contrôleurs de type RODC ?  28 De quelle manière met­on en œ uvre la délégation de l’administration sur les contrôleurs de type RODC ?  29 Quel espace minimum doit être disponible sur le disque cible de l’installation pour réaliser une installation en  mode Server Core ? 

© ENI Editions - All rigths reserved

- 1-

30 Quelle condition indispensable est nécessaire pour supporter les nouvelles stratégies de mot de passe  granulaires offertes par Microsoft Windows Server 2008 ?  31 Où sont stockés les nouveaux objets PSO ­ Password Settings Objets, des nouvelles stratégies de mot de  passe granulaires de Windows Server 2008 ?  32 Est­il possible d’appliquer des objets mettant en œ uvre des nouvelles stratégies de mot de passe granulaires  sur des containers de type unités d’organisation ?  33 Les nouvelles fonctionnalités d’audit des contrôleurs de domaine Active Directory fonctionnant sous Windows  Server 2008 nécessitent­elles de rehausser le niveau fonctionnel du domaine Active Directory ? 

2. Résultats  Référez­vous aux pages suivantes pour contrôler vos réponses. Pour chacune de vos bonnes réponses, comptez un  point.  Nombre de points /33  Pour ce chapitre, votre score minimum doit être de 25 sur 33. 

3. Réponses  1 Vous souhaitez réaliser la mise à niveau d’un contrôleur de domaine Windows Server 2003 SP2 Edition  Standard x86 vers Windows Server 2008 Edition Standard x86. Afin de réduire la surface d’attaque du serveur,  vous souhaitez que le nouveau contrôleur soit opérationnel en mode Server Core. Quelle opération  supplémentaire devez­vous réaliser ?  Dans ce cas il n’est pas possible de réaliser une mise à jour. L’installation d’un contrôleur de domaine en mode Server  Core  est  réalisée  en  2  étapes.  Premièrement,  il  faut  réaliser  une  nouvelle  installation  de  Windows  Server  2008  Standard  Edition  x86  en  choisissant  le  mode  Server  Core.  Ensuite,  il  faut  créer  un  fichier  d’installation  automatique  pour installer le rôle de contrôleur de domaine.  2 Quel est l’intérêt de réaliser une nouvelle installation d’un contrôleur de domaine fonctionnant sous Windows  Server 2008 par rapport à une mise à niveau ?  Une  nouvelle  installation  garantit  des  paramètres  de  sécurité  conformes  aux  meilleures  préconisations  et  bonne  pratiques. Enfin, Active Directory est construit via la réplication Active Directory, garantissant ainsi une "nouvelle base  de données", non migrée.  3 Dans quel cas installeriez­vous un contrôleur de domaine Windows Server 2008 de type RODC ?  Ce  nouveau  type  de  contrôleur  améliore  de  manière  importante  la  sécurité  du  contrôleur,  les  trafics  réseaux  sont  réduits et l’administration est limitée. Il s’agit aujourd’hui du meilleur rôle pour un contrôleur de domaine déporté en  agence ou dans une succursale éloignée du siège.  4 Quel point doit être considéré concernant la mise en place d’un contrôleur RODC et les serveurs Microsoft  Exchange Server ?  Vous devez considérer que Microsoft Exchange Server nécessite une bonne connectivité vers un contrôleur de domaine  disponible en écriture (RWDC).  5 Quels sont les services Active Directory de Windows Server 2008 qu’une installation en mode Server Core ne  supporte pas ?  Un serveur Windows Server 2008 en mode Server Core peut être opérationnel avec les rôles AD DS et AD LDS, mais il  ne sera pas possible d’installer les rôles AD CS, AD FS ou AD RMS.  Notez  qu’il  est  aussi  possible,  toujours  en  mode  Server  Core,  d’installer  le  rôle  AD  DS  avec  le  nouveau  type  de  contrôleur RODC.  6 De quelle façon pouvez­vous localement ajouter ou supprimer des rôles Active Directory sur les serveurs  Windows Server 2008 ?  Windows  Server  2008  supporte  plusieurs  possibilités.  Vous  pouvez  utiliser  localement  les  nouveaux  assistants  du  gestionnaire de serveur ou la commande servermanagercmd.exe avec les paramètres AD CS­Cert­Authority ou AD DS­ Domain­Controller ou encore AD LDS.  7 De quelle façon pouvez­vous, à distance, ajouter ou supprimer des rôles Active Directory sur les serveurs  Windows Server 2008 ?  Windows  Server  2008  supporte  plusieurs  possibilités.  Vous  pouvez  utiliser  la  nouvelle  interface  gestion  à  distance  WinRM,  l’interface  WMI,  le  service  Telnet,  les  services  de  terminaux ­  via,  par  exemple,  RemoteApp,  et  bien  sûr,  les  habituelles fonctions de Remote Desktop via le protocole RDP6.0 et RDP 6.1. Notez qu’il est aussi possible d’utiliser la  nouvelle fonction de passerelle, TS Gateway de Windows Server 2008. 

- 2-

© ENI Editions - All rigths reserved

8 Quelle commande doit­on utiliser pour installer un nouveau rôle sur un serveur Windows Server 2008 en mode  Server Core ?  Il faut utiliser la commande Ocsetup.  9 Quelle commande doit­on utiliser pour installer le rôle AD DS sur un server Windows Server 2008 en mode  Server Core ?  L’installation  du  rôle  AD  DS  nécessite  l’utilisation  de  la  commande  DCPromo  en  mode  unattended,  lequel  installe  les  fichiers binaires nécessaires à la mise en œuvre du rôle. Il n’est donc pas possible dans ce cas d’utiliser la commande  Ocsetup.  10 Quelle commande permet de lister l’ensemble des rôles et fonctionnalités installés et non­installés sur un server  Windows Server 2008 ?  Utilisez la commande servermanagercmd ­query.  11 Quelle commande permet de lister l’ensemble des rôles et fonctionnalités installés et non­installés sur un server  Windows Server 2008 en mode Server Core ?  Utilisez la commande Oclist.  12 Quels types d’éléments matériels devez­vous considérer dans la définition d’une stratégie de surveillance des  contrôleurs de domaine Windows Server 2008 ?  Vous devez considérer les éléments matériels tels que les processeurs (vitesse, cache, nombre de core), la mémoire  RAM (quantité et vitesse des bus), le sous­système disques (bus, bande passante, temps d’accès et fonctions RAID) et  le  sous­système  réseau  (bande  passante  et  surcharge  processeur).Enfin,  vous  devez  corroborer  ces  éléments  matériels avec les compteurs de performances relatifs à chaque rôle installé.  13 Quel outil permet d’obtenir instantanément un historique du fonctionnement du serveur Windows Server 2008 ?  Vous pouvez utiliser le Moniteur de fiabilité.  14 De quel service système le Moniteur de fiabilité a­t­il besoin pour être accessible à distance ?  Vous devez vous assurer le service "Registre à distance".  15 Quels compteurs de performance devez­vous utiliser pour surveiller les services AD DS ?  Disque physique \ Moyenne disque : Lectures / seconde et Ecritures / secondeNTDS \ Nb d’octets DRA entrants /sec et  NTDS \ Nb d’octets DRA sortants /secDirectoryServices \ Nb de threads Active Directory utilisés DNS \ Total de requêtes  recues / seconde et DNS \ Total de réponses envoyées / seconde  16 Que signifie le terme RSAT ? De quoi s’agit­il ? Sur quelles plates­formes est­il supporté ?  RSAT signifie Remote Server Administration Tools. Ce package permet la prise en charge des fonctions d’administration  à  distance,  disponibles  auparavant  dans  le  package  Adminpak.msi,  livré  avec  Windows  Server  2003.  RSAT  peut  être  installé sur Windows Vista SP1 (pas RTM) et aussi sur Windows Server 2008.  17 Quels systèmes sont supportés par RSAT ?  RSAT peut administrer les serveurs Windows Server 2003 et Windows Server 2008. Concernant les serveurs Windows  Server 2008, il supporte l’administration des services AD DS, AD CS, AD LDS et aussi AD RMS.  18 Comment pouvez­vous réaliser une défragmentation hors ligne de la base de données Active Directory d’un  contrôleur de domaine Windows Server 2008 ?  Il n’est pas nécessaire de redémarrer le serveur en mode DSRM. Vous pouvez arrêter les services AD DS à l’aide du  gestionnaire de serveur ou via la ligne de commande.  19 Quels services dépendent du service NTDS ?  Les services File Replication Service, kerberos Key Distribution Center, Intersite Messaging et DNS Server.  20 Quelles conditions sont nécessaires pour mettre un œ uvre un nouveau contrôleur de domaine Windows Server  2008 RODC dans une forêt comprenant des contrôleurs de domaine Windows Server 2003 ?  Vous  devez  mettre  à  jour  le  schéma  de  la  forêt  vers  le  schéma  de  Windows  Server  2008  (version  44).  Vous  devez  ensuite installer au minimum un nouveau contrôleur de domaine fonctionnant sous Windows Server 2008. Enfin, ce  contrôleur de domaine doit gérer le rôle FSMO de type PDC Emulator.  21 Quelle bonne pratique doit­on respecter concernant les catalogues globaux dans des forêts mono­domaine ?  La bonne pratique est de déclarer tous les contrôleurs de domaine comme catalogues globaux.  22 Quel rôle de maître d’opérations (FSMO) ne doit pas être cumulé avec le rôle de catalogue global ?  Le maître d’infrastructure ne doit pas être un catalogue global. Cette règle est vraie sauf lorsque tous les contrôleurs  de domaine sont des catalogues globaux.  23 Un contrôleur RODC peut­il recevoir des données d’un contrôleur de domaine Windows Server 2003 ?  Non, il ne peut avoir comme partenaire de réplication qu’un contrôleur de domaine Windows Server 2008.  24 Existe­t­il un flux de réplication dans le sens RODC vers un contrôleur de domaine Windows Server 2008 ?  Non. Un RODC reçoit uniquement des données de la part d’un  contrôleur  de  domaine  disponible  en  RW  fonctionnant  sous Windows Server 2008. De plus, notez qu’il n’y a aucun trafic entre les contrôleurs RODC. 

© ENI Editions - All rigths reserved

- 3-

25 Que pouvez­vous dire de la configuration du service DNS sur les contrôleurs de domaine RODC ?  L’assistant de configuration Active Directory sélectionne automatiquement le rôle serveur DNS lorsque le rôle RODC est  choisi. Par conséquent, par défaut, un contrôleur RODC est aussi serveur DNS. Les clients du site doivent utiliser ce  serveur DNS pour serveur DNS primaire.  26 Qu’en est­il des inscriptions dynamiques des clients DNS vers un contrôleur RODC jouant le rôle de serveur  DNS ?  Le fait que le contrôleur de domaine soit de type RODC interdit aussi les écritures sur les zones du serveur DNS. Les  demandes  d’inscriptions  dynamiques  des  clients  sont  alors  transmises  ­  relayées  ­  vers  un  contrôleur  de  domaine  disponible en RW.  27 En quoi consiste la délégation de l’administration sur les contrôleurs de type RODC ?  Lors de l’installation d’un nouveau contrôleur de type RODC vous pouvez spécifier qui pourra l’installer et l’administrer.  28 De quelle manière met­on en œ uvre la délégation de l’administration sur les contrôleurs de type RODC ?  Premièrement,  à  l’aide  de  la  console  Utilisateurs  et  ordinateurs  Active  Directory  vous  devez  pré­créer  le  compte  d’ordinateur  de  type  RODC.  Une  fois  le  compte  créé,  exécutez  sur  le  nouveau  serveur  Windows  Server  2008  la  commande suivante : Dcpromo /UseExistingAccount:Attach  29 Quel espace minimum doit être disponible sur le disque cible de l’installation pour réaliser une installation en  mode Server Core ?  Pour  réaliser  une  installation  en  mode  Server  Core,  la  partition  d’installation  doit  disposer  au  minimum  de  1818  Mo  d’espace libre.  30 Quelle condition indispensable est nécessaire pour supporter les nouvelles stratégies de mot de passe  granulaires offertes par Microsoft Windows Server 2008 ?  Le domaine Active Directory doit être opérationnel dans le niveau fonctionnel Windows Server 2008.  31 Où sont stockés les nouveaux objets PSO ­ Password Settings Objets, des nouvelles stratégies de mot de  passe granulaires de Windows Server 2008 ?  Ces  nouveaux  objets  sont  stockés  au  sein  de  la  partition  du  domaine  dans  le  container  caché  System  puis  le  sous­ container Password Settings Container.  32 Est­il possible d’appliquer des objets mettant en œ uvre des nouvelles stratégies de mot de passe granulaires  sur des containers de type unités d’organisation ?  Non. Les objets PSO sont uniquement applicables sur des objets utilisateurs et groupes globaux de sécurité.  33 Les nouvelles fonctionnalités d’audit des contrôleurs de domaine Active Directory fonctionnant sous Windows  Server 2008 nécessitent­elles de rehausser le niveau fonctionnel du domaine Active Directory ?  Non. 

- 4-

© ENI Editions - All rigths reserved

Travaux pratiques  1. Affichage du certificat local d’un utilisateur  Le  TP  suivant  a  pour  objet  de  gérer  un  certificat  de  type  utilisateur  situé  dans  le  magasin  de  certificats.  Dans  la  mesure où il s’agit du magasin de l’utilisateur, il s’agit du certificat de l’utilisateur en session.  1. 

Cliquez sur Démarrer ­ Exécuter, tapez mmc puis cliquez sur OK. 

2. 

Dans le menu Fichier, cliquez sur Ajouter/Supprimer un composant logiciel enfichable,  puis sur Ajouter. 

3. 

Sous Composant logiciel enfichable, double cliquez sur Certificats puis effectuez les  actions suivantes : si vous avez ouvert la session en tant qu’administrateur, cliquez sur  Mon compte d’utilisateur, puis sur Terminer. Si vous avez ouvert la session en tant  qu’utilisateur, le composant logiciel enfichable Certificats est chargé automatiquement. 

4. 

Cliquez sur Fermer.  La console Certificats ­ Utilisateur actuel s’affiche dans la liste des composants logiciels  enfichables sélectionnés pour la nouvelle console. 

5. 

Si vous n’avez plus de composant logiciel enfichable à ajouter à la console, cliquez sur OK et enregistrez cette console par Fichier ­ Enregistrer. 

6. 

Pour afficher un certificat, positionnez­vous sur Certificats ­ Utilisateur actuel puis sur  Personnel puis Certificats. 

7. 

Dans le volet d’informations, double cliquez sur le certificat.  Assurez­vous que le certificat est valide et émis par une autorité approuvée. Pour vérifier  ces points, procédez de la manière suivante : 

8. 

Vérifiez la période de validité du certificat. 

9. 

Vérifiez que l’autorité émettrice du certificat de l’utilisateur est bien une autorité  approuvée. 

10. 

Assurez­vous que les rôles spécifiés dans le certificat sont convenables. 

11. 

Une fois vos contrôles terminés, quittez la console de gestion des certificats utilisateur. 

Vous venez d’utiliser la console de gestion des certificats pour vous assurer que le certificat était présent et utilisable.  Par  défaut,  le  premier  contrôleur  de  domaine  d’un  nouveau  domaine  Active  Directory  possède  via  le  compte  d’administrateur  de  ce  domaine  un  certificat  dont  le  rôle  permet  de  réaliser  les  opérations  de  récupérations  de  cryptage EFS.  Notez qu’il s’agit d’un certificat auto­signé d’une durée de vie de 3 ans. 

2. Exportation d’un certificat local avec sa clé privée  Le TP suivant a pour objet de sauvegarder le certificat de l’utilisateur avec sa clé privée à des fins d’archivage et de  sauvegarde.  Ce  point  est  particulièrement  important  notamment  concernant  le  cryptage  des  fichiers  à  l’aide  du  protocole EFS ainsi que les signatures numériques dans les systèmes de messagerie.  1. 

Ouvrez la console de gestion des certificats précédemment sauvegardée. 

2. 

Positionnez­vous sur Certificats ­ Utilisateur actuel. 

3. 

Dans le volet d’informations, cliquez sur le certificat que vous voulez exporter. 

4. 

Dans le menu Action, pointez sur Toutes les tâches, puis cliquez sur Exporter. 

5. 

Dans l’Assistant Exportation de certificat, sélectionnez Oui, exporter la clé privée.  Notez que cette option ne s’affiche que lorsque la clé privée est marquée comme étant  exportable et que vous y avez accès. Sous Format de fichier d’exportation, effectuez  l’une des actions suivantes (ou les deux). 

© ENI Editions - All rigths reserved

- 1-

6. 

Pour inclure tous les certificats compris dans le chemin d’accès de certification, activez la  case à cocher Inclure tous les certificats dans le chemin d’accès de certification si  possible. 

7. 

Pour Activer la protection renforcée, activez la case à cocher correspondante (nécessite  IE 5.0, NT 4.0 SP4 ou supérieur). 

8. 

Pour supprimer la clé privée en cas de succès de l’exportation, activez la case à cocher  Supprimer la clé privée si l’exportation s’est terminée correctement. 

9. 

Cliquez sur Suivant. 

10. 

Dans la zone Mot de passe, tapez un mot de passe pour crypter la clé privée que vous  exportez. Dans la zone Confirmer le mot de passe, tapez à nouveau le même mot de  passe, puis cliquez sur Suivant. 

11. 

Tapez le Nom de fichier et indiquez le chemin d’accès du fichier PKCS #12 où stocker le  certificat et la clé privée exportés. Cliquez sur Suivant puis sur Terminer. 

Si un certificat a été émis par une autorité de certification Windows Server, la clé privée de ce certificat est  exportable  uniquement  si  la  demande  de  certificat  a  été  effectuée  via  la  page  Web  Demande  de  certificat  avancée de l’Autorité de certification (en cochant la case à cocher Marquer les clés comme étant exportables) ou  si le certificat est destiné au système EFS (Encrypting File System) ou à la récupération EFS. 

La protection renforcée (également désignée par le terme "nombre d’itérations") est activée par défaut dans  l’Assistant Exportation de certificat lorsque vous exportez un certificat avec sa clé privée. 

La  protection  renforcée  n’étant  pas  compatible  avec  les  anciennes  applications,  vous  devez  désactiver  l’option Activer la protection renforcée si vous utilisez la clé privée avec un navigateur antérieur à Microsoft  Internet Explorer 6. 

Une fois que vous êtes arrivé au terme de l’Assistant Exportation de certificat, le certificat est stocké à la fois  dans le magasin de certificats et dans le nouveau fichier. Pour retirer le certificat du magasin de certificats,  vous devrez le supprimer. 

3. Exportation d’un certificat stocké dans Active Directory  Le  TP  suivant  a  pour  objet  de  sauvegarder  le  certificat  de  l’utilisateur  à  partir  de  l’annuaire  Active  Directory.  Cette  procédure  peut  être  utilisée  pour  obtenir  le  certificat  de  tout  utilisateur  disposant  d’un  certificat  stocké  dans  l’annuaire Active Directory.  Notez que seul l’utilisateur possédant le certificat possède la clé privée associée. La clé privée de l’utilisateur  concerné  n’est  donc  pas  dans  l’annuaire  Active  Directory.  Le  fait  de  disposer  du  certificat  d’un  utilisateur  contenant  la  clé  publique  de  celui­ci  pourra  être  intéressant  pour  crypter  la  clé  du  cryptage  symétrique  d’un  message qui lui serait destiné. 

- 2-

1. 

Ouvrez la console de gestion des certificats précédemment sauvegardée. 

2. 

Positionnez­vous sur Certificats ­ Utilisateur actuel, puis sur Objet utilisateur Active  Directory puis Certificats. 

3. 

Dans le volet d’informations, cliquez sur le certificat que vous voulez exporter. 

4. 

Dans le menu Action, pointez sur Toutes les tâches, puis cliquez sur Exporter. 

5. 

Dans l’Assistant Exportation de certificat, sélectionnez le format à utiliser pour  l’exportation. Il est recommandé d’utiliser le format standard PKCS #7. 

6. 

Pour inclure tous les certificats compris dans le chemin d’accès de certification, activez la  case à cocher Inclure tous les certificats dans le chemin d’accès de certification si 

© ENI Editions - All rigths reserved

possible.  7. 

Pour Activer la protection renforcée, activez la case à cocher correspondante (nécessite  IE 5.0, NT 4.0 SP4 ou supérieur). 

8. 

Tapez le Nom de fichier et indiquez le chemin d’accès du fichier où stocker le certificat.  Cliquez sur Suivant puis sur Terminer. 

4. Étapes de configuration de l’inscription automatique  La configuration de l’inscription automatique des certificats est composée de plusieurs opérations indispensables. Les  opérations à réaliser dans un environnement Windows Server 2008 sont les mêmes que celles déjà en vigueur dans  les  environnements  Windows  Server  2003  ou  Windows  2000  Server,  à  ceci  près  que  les  autorités  de  certification  Windows  Server  2003  Edition  Entreprise  auront  la  possibilité  de  prendre  en  charge  l’inscription  automatique  des  certificats utilisateurs et la gestion avancée des modèles de certificats. En effet, les autorités Windows 2000 Server  ne prennent en charge que les certificats machines et une série de modèles prédéfinis.  Pour procéder à la mise en place des services d’inscription automatique, procédez de la manière suivante :  1. 

Installez et configurez une autorité de certification d’entreprise. 

2. 

Créez un nouveau modèle de certificat. 

3. 

Configurez le modèle de certificat pour fournir au certificat la fonctionnalité recherchée. 

4. 

Configurez le modèle de certificat pour autoriser l’inscription automatique. 

5. 

Accordez aux futurs utilisateurs les autorisations Inscription et Inscription automatique  pour le modèle de certificat. 

6. 

Configurez l’autorité de certification pour qu’elle émette des certificats basés sur le  modèle. 

7. 

Configurez les utilisateurs et/ou les ordinateurs des services d’annuaire Active Directory  pour qu’ils demandent des certificats à l’aide de l’inscription automatique. 

8. 

Attendez le prochain rafraîchissement des stratégies de groupe ou forcez la récupération  des informations de stratégie de groupe mises à jour à l’aide de la commande  Gpupdate /force. 

Pour  pouvoir  utiliser  les  nouveaux  modèles  de  certificats  de  type  V2,  il  est  nécessaire  d’utiliser  Windows  Server  2003  Edition  Entreprise  ou  Datacenter.  Pour  pouvoir  utiliser  les  nouveaux  modèles  de  certificats  de  type V3, il est nécessaire d’utiliser Windows Server 2008 Edition Entreprise ou Datacenter. Les versions standards  de Windows Server 2003 et Windows Server 2008 ne supportent pas l’utilisation des modèles de certificat.  Ces grandes étapes sont expliquées dans les TP suivants. 

5. Création d’une autorité racine d’entreprise  Le TP suivant vous permettra de mettre en œ uvre une autorité de certification de type racine d’entreprise. Notez qu’il  n’est pas question dans ce cours de traiter la partie PKI. Il s’agit  uniquement  d’une introduction sur les services de  certificats  indispensables  à  la  mise  en  œ uvre  des  services  tels  que  les  VPN  IPSec,  les  communications  SSL  ou  les  authentifications Kerberos par carte à puce (Smart Logon).  Pour procéder à l’installation d’une autorité racine de confiance, procédez comme suit.  1. 

Ouvrez une session en tant qu’administrateur du domaine racine de la forêt et veillez à  disposer des privilèges Administrateurs de l’entreprise. 

2. 

À l’aide du Gestionnaire de serveur de Windows Server 2008 ­ Ajouter des rôles,  sélectionnez Services de certificats Active Directory puis laissez­vous guider par  l’assistant. 

3. 

Dans la fenêtre Type d’autorité, sélectionnez Autorité de certification racine  d’entreprise et sélectionnez l’option Utiliser les paramètres personnalisés pour  générer la paire de clés le certificat de l’autorité. 

© ENI Editions - All rigths reserved

- 3-

4. 

Dans la fenêtre de clé publique et clé privée, sélectionnez les paramètres ci­dessous :  CSP : Microsoft Strong Cryptographic Provider, Hash : SHA­1, Taille de la clé : 4096. 

5. 

Dans la fenêtre Identification de l’autorité, renseignez les paramètres ci­dessous :  Common Name : déclarez le nom de votre serveur, Distinguished Name : déclarez le nom  de votre forêt, Période de validité : 20 ans 

6. 

Sur la page de configuration des paramètres de base de données, acceptez les valeurs  par défaut, puis cliquez sur Suivant puis sur OK. 

6. Activation de l’inscription automatique des certificats ordinateur  L’enrôlement des certificats permet de demander, de recevoir et d’installer un certificat. Grâce à cette fonctionnalité,  vous  avez  la  possibilité  de  faire  en  sorte  que  les  ordinateurs  concernés  par  une  stratégie  de  groupe  puissent  automatiquement déclencher une procédure d’inscription.  De  cette  manière,  cette  opération  est  prise  en  charge  globalement  via  l’Active  Directory  et  fonctionne  de  manière  automatique au niveau de chaque machine.  Les  ordinateurs  fonctionnant  sous  Windows  2000,  Windows  XP  Professionnel  et  Windows  Server  2003  peuvent  utiliser  les  fonctionnalités  d’enrôlement  automatique  via  les  modèles  de  type  V1  et  le  paramètre  de  stratégie  de  groupe de demande automatique de certificat.  Les autorités de certification fonctionnant sous Windows Server 2003 Edition Entreprise offrent les certificats basés  sur  les  modèles  V2  et  ne  sont  pris  en  charge  que  sous  Windows  XP  Professionnel  et  Windows  Server  2003.  Les  ordinateurs  Windows  2000  ne  supportent  donc  pas  les  modèles  de  certificats  V2.  Les  autorités  de  certification  fonctionnant sous Windows Server 2008 Edition Entreprise supportent les nouveaux certificats basés sur les modèles  V3. Seules les machines Windows Vista et Windows Server 2008 supportent des certificats basés sur ces nouveaux  modèles.  Pour  configurer  une  stratégie  de  groupe  qui  permette  aux  ordinateurs  concernés  par  la  dite  stratégie  d’utiliser  l’inscription automatique, procédez de la manière suivante :  1. 

Créez ou modifiez un objet stratégie de groupe. 

2. 

Dans les paramètres de la stratégie de groupe, positionnez­vous à l’emplacement  Configuration ordinateur/Paramètres Windows/Paramètres de sécurité/Stratégies  de clé publique/Paramètres de demande automatique de certificat. 

3. 

À l’aide du bouton droit de la souris, exécutez la commande, Nouveau ­ Demande  automatique de certificat et suivez les instructions de l’assistant pour installer les  certificats souhaités. 

4. 

Double cliquez sur Paramètres d’inscription automatique. 

5. 

Activez l’option Inscrire les certificats automatiquement et cochez les options  permettant le renouvellement des certificats expirés et la mise à jour des certificats. 

Attention au fait que si les ordinateurs Windows 2000, Windows XP et Windows Server 2003 sont capables  d’utiliser  les  modèles  V1  des  autorités  Windows  2000  et  Windows  Server  2003,  les  fonctionnalités  de  renouvellement  et  mise  à  jour  ne  sont  pas  disponibles.  Ces  fonctionnalités  ne  sont  disponibles  que  pour  les  certificats  émis  sur  la  base  des  modèles  V2  et  V3,  donc  uniquement  pour  les  ordinateurs  Windows  XP,  Windows  Server 2003 et Windows Vista.  Vous venez de configurer un objet stratégie de groupe pour activer l’inscription automatique des certificats pour les  ordinateurs Windows 2000 et Windows XP. 

7. Activation de l’inscription automatique des certificats utilisateur  L’enrôlement  des  certificats  permet  de  demander,  recevoir  et  d’installer  un  certificat.  Grâce  à  cette  fonctionnalité,  vous  avez  la  possibilité  de  faire  en  sorte  que  les  utilisateurs  concernés  par  une  stratégie  de  groupe  puissent  automatiquement déclencher une procédure d’inscription.  De  cette  manière,  cette  opération  est  prise  en  charge  globalement  via  l’Active  Directory  et  fonctionne  de  manière  automatique.  Pour  configurer  une  stratégie  de  groupe  qui  permette  aux  utilisateurs  concernés  par  la  dite  stratégie  d’utiliser  l’inscription automatique, procédez de la manière suivante : 

- 4-

© ENI Editions - All rigths reserved

1. 

Créez ou modifiez un objet stratégie de groupe. 

2. 

Dans les paramètres de la stratégie de groupe, positionnez­vous à l’emplacement  Configuration utilisateur/Paramètres Windows/Paramètres de sécurité/Stratégies  de clé publique. Double cliquez sur Paramètres d’inscription automatique. 

3. 

Par défaut, l’option Inscrire les certificats automatiquement est activée. En fonction de  votre politique de gestion, sélectionnez les options de renouvellement et/ou de mise à  jour des certificats basés sur les modèles. 

Vous venez de configurer un objet stratégie de groupe pour activer l’inscription automatique des certificats pour les  utilisateurs travaillant sur des ordinateurs Windows XP Professionnel ou supérieur. 

8. Mise en place de l’authentification par carte à puce (Modèles V2)  Le TP suivant permet de configurer la mise en œ uvre d’un certificat X.509.v3 pour être utilisé dans une carte à puce  et permettre l’ouverture de session réseau vers un domaine Active Directory à l’aide du protocole Kerberos.  Cette procédure concerne une autorité de certification Windows Server 2003 Edition Entreprise. Les cartes à  puce encodées fonctionneront sous Windows XP et Windows Vista  Pour configurer une carte à puce pour l’ouverture de session vers Active Directory, utilisez la procédure ci­dessous :  1. 

Ouvrez une session en tant qu’agent d’inscription pour le domaine dans lequel se trouve  le compte de l’utilisateur. 

2. 

Ouvrez Internet Explorer. 

3. 

Dans la zone Adresse, tapez l’adresse de l’autorité de certification (CA) qui délivre les  certificats de carte à puce, puis appuyez sur [Entrée]. L’adresse de l’autorité émettrice  pourra être : http://Votre_Serveur/Certsrv 

4. 

Cliquez sur Demander un certificat puis sur Demande de certificat avancée. 

5. 

Cliquez sur Demander un certificat pour une carte à puce au nom d’un autre utilisateur  en utilisant la station d’inscription de certificat de carte à puce. Lorsque vous êtes invité à  accepter le certificat de signature de la carte à puce, cliquez sur Oui. 

6. 

Dans la zone Modèle de certificat de la page Web Station d’inscription de certificat de  carte à puce, effectuez l’une des actions suivantes :  ●

Cliquez sur Ouverture de session de la carte à puce si vous souhaitez utiliser la  carte à puce pour ouvrir une session de Windows uniquement. 

●

Cliquez sur Utilisateur de carte à puce si vous souhaitez utiliser la carte à puce  pour ouvrir une session de Windows et sécuriser le courrier électronique. 

7. 

Dans la zone Autorité de certification, cliquez sur le nom de l’autorité de certification  chargée de l’émission du certificat de la carte à puce. 

8. 

Dans la zone Fournisseur de services cryptographiques, sélectionnez le fournisseur de  services cryptographiques du fabricant de la carte à puce. 

9. 

Dans la zone Certificat de signature de l’administrateur, cliquez sur le certificat Agent  d’inscription qui signera la demande d’inscription. 

10. 

Dans Utilisateur à inscrire, cliquez sur Sélectionner un utilisateur, sélectionnez le  compte utilisateur approprié, puis cliquez sur Inscrire. 

11. 

Lorsque vous y êtes invité, introduisez la carte à puce dans le lecteur de carte à puce sur  votre ordinateur, puis cliquez sur OK. 

12. 

Entrez le code PIN (Personal Identification Number) de la carte à puce. 

Si  la  carte  à  puce  contient  déjà  un  précédent  certificat,  un  message  s’affiche,  vous  demandant  si  vous  souhaitez  remplacer les informations existant sur la carte.  Une  fois  que  le  certificat  est  installé  sur  la  carte  à  puce,  la  page  Web  de  l’autorité  de  certification  vous  permet  © ENI Editions - All rigths reserved

- 5-

d’afficher ce certificat ou de lancer une nouvelle demande de certificat de carte à puce.  Internet  Explorer  doit  être  configuré  pour  utiliser  des  composants  non  signés.  Pour  cela,  veillez  à  régler  correctement l’option Télécharger les contrôles ActiveX non signés. 

L’ouverture de session en tant qu’agent d’inscription nécessite que l’utilisateur qui va procéder à la demande  de certificat pour le compte des utilisateurs dispose d’un certificat basé sur le modèle Agent d’inscription. Il  faut aussi que cette personne dispose d’un droit lui permettant d’émettre des certificats de cartes à puce. 

Pour  disposer  d’un  agent  d’inscription,  l’utilisateur  devra  au  préalable  faire  une  demande  de  certificat  et  obtenir son agent d’inscription. 

Les  utilisateurs  qui  ouvrent  une  session  sur  les  ordinateurs  exécutant  le  système  d’exploitation  Windows  2000  doivent  avoir  une  carte  à  puce  inscrite  à  partir  d’un  ordinateur  exécutant  Windows  2000.  Les  utilisateurs qui ouvrent une session sur des ordinateurs exécutant Windows XP ou Windows Server 2003 Standard  Edition  peuvent  avoir  une  carte  à  puce  inscrite  à  partir  d’un  ordinateur  exécutant  un  de  ces  systèmes  d’exploitation. 

Vous venez de procéder à l’enrôlement d’un compte utilisateur Active Directory pour utiliser une carte à puce dans le  cadre  de  l’ouverture  de  session  de  domaine  Active  Directory  (Smart  Logon)  à  l’aide  d’une  autorité  de  certification  d’entreprise fonctionnant sous Windows Server 2003 Edition Entreprise. 

9. Mise en place de l’authentification par carte à puce pour Windows Vista à l’aide des  modèle V3  Une  station  d’inscription  de  carte  à  puce  permet  à  un  agent  ou  employé  d’émettre  des  cartes  à  puce  depuis  une  station de travail centralisée. Désigner des stations et des agents d’inscription simplifie la préparation des cartes à  puce à émettre. Au préalable, il faudra configurer les points ci­dessous :  1. 

L’agent d’inscription et les certificats d’ouverture de session par carte à puce ou  d’utilisateur de carte à puce doivent être configurés et activés pour l’autorité de  certification. 

2. 

Si vous le souhaitez, des restrictions d’agent d’inscription doivent être configurées. 

3. 

L’agent d’inscription doit être inscrit pour le compte d’autres utilisateurs pour le certificat  d’agent d’inscription. 

4. 

Sur l’ordinateur que vous utiliserez pour configurer les cartes à puce, suivez les  instructions du fabricant pour installer le lecteur de carte à puce. 

La  procédure  ci­dessous  explique  comment  inscrire  des  certificats  de  cartes  à  puce  pour  le  compte  d’autres  utilisateurs et comment préparer la station d’inscription une fois le certificat Agent d’inscription disponible.  L’appartenance  au  groupe  Utilisateurs  et  un  certificat  Agent  d’inscription  sont  les  critères  minimum  requis  pour réaliser cette procédure.  Pour s’inscrire à un certificat pour le compte d’autres utilisateurs, à l’aide de la console MMC : 

- 6-

1. 

Ouvrez le composant logiciel enfichable Certificats pour un utilisateur. 

2. 

Pour confirmer que vous êtes à l’affichage Magasins de certificats logiques, cliquez avec le  bouton droit sur Certificats ­ Utilisateur actuel, pointez sur Affichage, cliquez sur  Options, vérifiez que Magasins de certificats logiques est sélectionné, puis cliquez sur  OK. 

3. 

Dans l’arborescence de la console, développez le magasin Personnel, puis cliquez sur  Certificats. 

4. 

Action ­ Toutes les tâches, cliquez sur Opérations avancées, puis sur Inscrire au nom de 

© ENI Editions - All rigths reserved

pour ouvrir l’Assistant Inscription de certificat. Cliquez sur Suivant.  5. 

Accédez au certificat Agent d’inscription que vous allez utiliser pour signer la demande  de certificat que vous traitez. Cliquez sur Suivant. 

6. 

Sélectionnez le type de certificat auquel vous souhaitez vous inscrire. Quand vous êtes  prêt à demander un certificat, cliquez sur Inscription. 

7. 

Une fois que vous êtes parvenu avec succès au terme de l’Assistant Inscription de  certificat, cliquez sur Fermer. 

Pour  accomplir  la  procédure  suivante,  vous  devez  être  connecté  en  tant  qu’utilisateur  du  domaine  disposant  des  privilèges nécessaires pour ajouter des composants logiciels enfichables.  Via la console MMC Certificats Utilisateurs, double cliquez sur Certificats ­ Utilisateur actuel :  1. 

Dans l’arborescence de la console, cliquez sur Personnel. 

2. 

Action ­ Toutes les tâches, puis cliquez sur Demander un nouveau certificat. 

3. 

Dans l’Assistant Inscription de certificat, cliquez sur le modèle de certificat Agent  d’inscription et fournissez les informations demandées. 

4. 

Lorsque vous y êtes invité par l’assistant, cliquez sur Installer le certificat. 

Cartes à puces et CSP : pour installer le certificat Agent d’inscription sur une carte à puce, vous devez utiliser  le fournisseur cryptographique (CSP, Cryptographic Service Provider) du fabricant de la carte à puce. Cliquez  sur Options avancées pour sélectionner le fournisseur CSP à utiliser. 

Attention à la sécurité : lorsqu’une personne possède un certificat Agent d’inscription, elle peut s’inscrire pour  obtenir un certificat et générer une carte à puce au nom de toute personne de l’organisation. La carte à puce  résultante pourrait alors être utilisée pour se connecter au réseau et emprunter l’identité de l’utilisateur réel. Il est  donc très important que l’entreprise maintienne des stratégies de sécurité renforcées pour restreindre l’utilisation  des certificats basés sur le modèle de certificats Agent d’inscription. 

Ces tâches peuvent être exécutées sur n’importe quel ordinateur Windows Vista ou serveur membre d’un domaine  Active Directory fonctionnant sous Windows Server 2008.  Cette machine jouera alors le rôle de station d’inscription de carte à puce. 

10. Déploiement d’un contrôleur de domaine RODC  Ce TP va vous permettre de réaliser l’installation d’un contrôleur de domaine Windows Server 2008 en lecture seule.  Étapes préparatoires :  ■

Assurez­vous que le niveau fonctionnel de la forêt est Windows Server 2003 ou ultérieur. 

■

Exécutez l’outil de préparation du schéma pour préparer l’environnement de départ pour le support des nouveaux  contrôleurs RODC via la commande Adprep/rodcprep. 

Notez  que  pour  exécuter  cette  commande  vous  devez  être  membre  du  groupe  Administrateurs  de  l’entreprise. 

■

Installez un nouveau contrôleur de domaine disponible en lecture et aussi en écriture fonctionnant sous Windows  Server 2008. Il est recommandé que ce serveur soit un serveur possédant le rôle FSMO PDC Emulator. 

■

Installez  un  nouveau  serveur  Windows  Server  2008.  Ce  serveur  fera  l’objet  de  l’installation  du  nouveau  rôle  de  serveur contrôleur de domaine RODC. 

■

Pour installer un contrôleur de domaine RODC, vous devez être membre du groupe Administrateurs du domaine. 

© ENI Editions - All rigths reserved

- 7-

Pour installer un contrôleur de domaine Windows Server 2008 RODC, procédez de la manière suivante :  1. 

Ouvrez une session sur le serveur Windows Server 2008 en tant que membre du groupe  Admins du domaine. 

2. 

À l’aide du menu Démarrer, lancez la commande dcpromo puis validez par [Entrée] pour  initialiser l’assistant d’installation d’Active Directory.  À ce stade, le serveur ne doit pas forcement être membre du domaine Active  Directory et le mieux est qu’il soit de type Workgroup. Dans le cas où le serveur  serait membre du domaine avant l’installation du rôle RODC, la personne qui installe le  rôle du serveur doit forcement être membre du groupe Admins du domaine. 

Si vous utilisez l’option d’installation "Installation en mode avancé", vous  pouvez configurer la stratégie de réplication des mots de passe du RODC ainsi  que d’autres paramètres avancés. 

3. 

Sur la page Choix d’une configuration, sélectionnez Une forêt existante puis Ajouter un  contrôleur de domaine à un domaine existant puis cliquez sur Suivant. 

4. 

Sur la page d’identification réseau, tapez le nom du domaine dans la forêt où vous  prévoyez d’installer le contrôleur de domaine RODC, puis cliquez sur Suivant. 

5. 

Sélectionnez le domaine du RODC, puis cliquez sur Suivant. 

6. 

Sélectionnez le site Active Directory d’accueil RODC. 

7. 

Sélectionnez l’option Contrôleur de domaine en lecture seule.  Notez que, par défaut, la case à cocher Serveur DNS est aussi sélectionnée. Pour  qu’il soit possible d’exécuter le service serveur DNS sur un contrôleur de domaine  de type RODC, un autre contrôleur de domaine Windows Server 2008 doit être  opérationnel dans ce domaine et héberger la zone DNS du domaine. N’oubliez pas  qu’une zone DNS intégrée sur un contrôleur de domaine de type RODC est toujours  disponible en RO ­ Read Only. Les mises à jour dynamiques des clients du RODC sont  transférées vers un autre serveur DNS 

8. 

Validez les dossiers par défaut à utiliser pour accueillir la base de données Active  Directory, les fichiers journaux et le SYSVOL puis validez par Suivant. 

9. 

Déclarez et confirmez le mot de passe de réparation Active Directory. 

10. 

Confirmez les informations de la page de résumé puis cliquez sur Suivant pour démarrer  l’installation des services de domaine Active Directory. Notez que vous pouvez  sélectionner l’option Redémarrer à la fin de l’installation. 

Ce  TP  vous  a  permis  d’installer  un  nouveau  contrôleur  RODC,  Read  Only  Domain  Controller,  fonctionnant  sous  Windows Server 2008 au sein d’un domaine et d’une forêt fonctionnant dans le niveau fonctionnel Windows Server  2008. 

11.  Déploiement  d’une  stratégie  de  mot  de  passe  affinée  et  d’une  configuration  du  verrouillage des comptes via la console ADS Edit  Ce  TP  a  pour  objet  de  configurer  une  nouvelle  stratégie  de  mot  de  passe  affinée  pour  permettre  de  gérer  une  politique  de  gestion  des  mots  de  passe  et  du  verrouillage  des  comptes  au  niveau  d’utilisateurs  ou  de  groupes  d’utilisateurs particuliers, et non plus au niveau du domaine comme cela est le cas avec les versions précédentes de  Windows.  Un  scénario  type  pourrait  inclure  plusieurs  objets  PSO,  pour  affiner  les  stratégies  des  mots  de  passe.  Ci­dessous,  quelques exemples représentant de grandes catégories de comptes utilisateurs :  ●

- 8-

Stratégie pour les Administrateurs : expiration des mots de passe tous les 14 jours. 

© ENI Editions - All rigths reserved

●

Stratégie moyenne pour les utilisateurs : expiration des mots de passe tous les 90 jours. 

●

Stratégie pour les comptes de services : longueur minimale des mots de passe fixée à 32 caractères ou plus. 

Attention  :  Les  objets  PSO  ne  peuvent  pas  être  directement  appliqués  sur  des  objets  de  type  Sites/Domaines/OUs. Si vos utilisateurs sont correctement organisés dans des OUs, le plus logique consiste à  créer  des  "groupes  miroir"  de  votre  modèle  d’unités d’organisation.  Un  "groupe  miroir"  est  finalement  un  groupe  global  de  sécurité  contenant  les  utilisateurs  d’une  OU  donnée,  lesquels  seront  soumis  à  l’application  d’une  stratégie de mot de passe granulaire (ou encore, affinée). Bien qu’il eut été pratique de pouvoir lier des objets PSO  sur  des  OUs,  le  fait  de  le  faire  directement  sur  des  objets  groupes  d’utilisateurs  ou  utilisateurs  permet  d’être  indépendant  de  l’organisation  réelle  des  OUs,  sachant  qu’en  plus  de  nombreux  groupes  orientés  administration  sont déjà existants dans une forêt et des domaines Active Directory. 

Attention : les nouvelles stratégies de mot de passe contenues dans les objets PSO ne s’appliquent pas sur  des objets Ordinateurs. 

Attention  :  Vous  avez  la  possibilité  de  créer  des  sous­containers  au  sein  du  container  principal  "Password  Settings  Container".  Même  si  les  objets  PSO  contenus  dans  ces  objets  PSC  sont  correctement  appliqués,  Microsoft recommande de ne pas procéder de cette façon car les objets PSO contenus dans ces sous­containers ne  sont  pas  considérés  par  les  mécanismes  de  détermination  RSoP.  Il  en  résultera  une  impossibilité  à  déterminer  l’objet PSO résultant lors des ’analyses RSoP. 

Considérations  techniques  pour  supporter  les  objets  PSO  au  niveau  de  votre  domaine  Active  Directory  :  le  niveau fonctionnel du domaine doit être opérationnel en mode Windows Server 2008. Par défaut, seuls les  membres des groupes Administrateurs du domaine peuvent créer des objets de type PSO et ont les permissions  nécessaires pour créer et supprimer des objets au sein de l’objet container "Password Settings Container". 

Délégation des permissions sur les objets PSO : vous avez la possibilité de déléguer la permission de lecture  sur  le  descripteur  de  sécurité  par  défaut  de  l’objet  PSO  au  sein  du  schéma  pour  accorder  à  un  groupe  de  support le droit de consulter ce type de données. 

Le TP ci­après va vous permettre de réaliser les tâches suivantes :  ●

Créer un nouvel objet PSO. 

●

Appliquer l’objet PSO à des utilisateurs et/ou des groupes globaux d’utilisateurs. 

●

Gérer l’objet PSO créé précédemment. 

●

Consulter les données RSoP pour un utilisateur ou un groupe d’utilisateurs donné. 

La création d’un objet PSO peut être réalisée de plusieurs manières : à l’aide de l’outil ADSI Edit, ou en important des  données dans Active Directory à l’aide de la commande Ldifde, enfin avec des outils tiers tels que ceux développés  par la société Specops Software (http://www.specopssoft.com/).  Création d’un objet PSO à l’aide d’ADSI Edit.  Pour créer un nouvel objet de stratégie de mot de passe granulaire, procédez de la manière suivante :  1. 

Ouvrez une session dans le domaine Active Directory en tant qu’administrateur du  domaine. 

2. 

Via la commande exécuter du menu Démarrer, tapez ADSIEdit.msc, puis validez. 

3. 

Dans la console MMC ADSI Edit, cliquez sur Connexion. 

4. 

Utilisez l’option Sélectionnez un contexte d’attribution de noms connus, choisissez  Contexte d’attribution de noms par défaut, puis validez par OK. 

© ENI Editions - All rigths reserved

- 9-

5. 

Développez le contexte de nommage du domaine et positionnez­vous dans le container  CN=System puis dans le container C=Password Settings Container. 

6. 

Cliquez avec le bouton droit sur le container CN=Password Settings Container puis  faites Nouveau ­ Objet. 

7. 

Dans la boîte de dialogue Créer un objet, en dessous de Sélectionnez une classe,  sélectionnez msDS­PasswordSettings, puis cliquez sur Suivant. 

8. 

Dans le champ Valeur, tapez le nom de ce nouvel objet PSO, puis cliquez sur Suivant. 

9. 

Laissez­vous guider par l’assistant qui vous demandera de renseigner les valeurs des  attributs obligatoires de type mustHave. Renseignez la valeur de l’attribut msDS­ PasswordSettingsPrecedence avec la valeur 10.  Pour désactiver une stratégie de verrouillage de comptes, déclarez la valeur 0 à  l’attribut msDS­LockoutThreshold. 

10. 

Sur la dernière étape de l’assistant, cliquez sur Attributs supplémentaires. 

11. 

Dans le menu Sélectionnez les propriétés à afficher. 

12. 

Dans la liste déroulante Sélectionnez une propriété à afficher, sélectionnez l’attribut  msDS­PSOAppliesTo. 

13. 

Dans la fenêtre Modifier un attribut, ajouter le DN du ou des utilisateurs ou groupes  globaux de sécurité pour lesquels l’objet PSO doit s’appliquer. Dans cet exemple,  l’utilisateur Clark Kent sera soumis à cet objet PSO. CN=Clark  Kent,OU=FR,OU=EMEAServices,DC=adds­emea,DC=corpnet,DC=net 

14. 

Une fois les sélections terminées, cliquez sur Terminer. 

Vous  venez  de  créer  une  stratégie  de  gestion  des  mots  de  passe  affinée  liée  à  un  objet  utilisateur  à  l’aide  de  la  console ADSI Edit. 

12.  Déploiement  d’une  stratégie  de  mot  de  passe  affinée  et  d’une  configuration  du  verrouillage des comptes via LDIFDE  Ce  TP  a  pour  objet  de  configurer  une  nouvelle  stratégie  de  mot  de  passe  affinée  pour  permettre  de  gérer  une  politique  de  gestion  des  mots  de  passe  et  du  verrouillage  des  comptes  au  niveau  d’utilisateurs  ou  de  groupes  d’utilisateurs particuliers. Dans ce TP nous allons utiliser l’utilitaire LDAP LDIFDE.  Pour  rappel,  le  protocole  LDIFDE  (pour  LDAP  Data  Interchange  Format),  est  un  standard  Internet  qui  permet  aux  administrateurs  de  systèmes  d’annuaires  LDAP  de  réaliser  des  opérations  de  modification,  d’exportation  et  d’importation en mode batch.  Pour créer un objet PSO à l’aide de LDFIDE :  1.  Définissez les paramètres d’un nouvel objet PSO en enregistrant les lignes ci­dessous  sous la forme d’un fichier texte tel que, par exemple, PSO1.ldf.  dn: CN=PSO1, CN=Password Settings Container,CN=System, DC=adds-emea,DC=corpnet,DC=net changetype: add objectClass: msDS-PasswordSettings msDS-MaximumPasswordAge:-1728000000000 msDS-MinimumPasswordAge:-864000000000 msDS-MinimumPasswordLength:8 msDS-PasswordHistoryLength:24 msDS-PasswordComplexityEnabled:TRUE msDS-PasswordReversibleEncryptionEnabled:FALSE msDS-LockoutObservationWindow:-18000000000 msDS-LockoutDuration:-18000000000 msDS-LockoutThreshold:0 msDS-PasswordSettingsPrecedence:20

- 10 -

© ENI Editions - All rigths reserved

msDS-PSOAppliesTo: CN=Lana Lang,OU=FR,OU=EMEA Services,DC=adds-emea,DC=corpnet,DC=net

2. 

Ouvrez une invite de commande. 

3. 

Tapez la commande ci­après : ldifde ­i ­f pso1.ldf  Le paramètre ­i spécifie qu’il s’agit d’une importation.  Le paramètre ­f pso1.ldf spécifie le nom du fichier d’entrée créé précédemment. 

Vous  venez  de  créer  une  stratégie  de  gestion  des  mots  de  passe  affinée  liée  à  un  objet  utilisateur  à  l’aide  de  la  commande LDIFDE. 

13.  Application  d’une  stratégie  de  mot  de  passe  affinée  sur  des  utilisateurs  et  des  groupes globaux de sécurité à l’aide de la commande LDIFDE  Ce TP a pour objet d’appliquer une stratégie de mot de passe affinée existante à des comptes d’utilisateurs ou de  groupes d’utilisateurs particuliers. Dans ce TP nous allons utiliser l’utilitaire de la ligne de commande LDAP LDIFDE.  Pour appliquer un objet PSO à des utilisateurs ou des groupes globaux de sécurité à l’aide de la commande LDIFDE,  procédez de la manière suivante :  1. 

Le fichier ci­dessous spécifie quel objet PSO doit être lié à quels utilisateurs ou groupes  globaux de sécurité. Le fichier est appelé, PSO­Apply­To.ldf.  dn: CN=Demo Policy,CN=Password Settings Container , CN=System, DC=adds-emea,DC=corpnet,DC=net changetype: modify add: msDS-PSOAppliesTo msDS-PSOAppliesTo: CN=Chloe Sulivan,OU=FR,OU=EMEA Services,DC=adds-emea,DC=corpnet,DC=net msDS-PSOAppliesTo: CN=Lana Lang,OU=FR,OU=EMEA Services,DC=adds-emea,DC=corpnet,DC=net   Notez la présence nécessaire du trait d’union à la fin du fichier.

2. 

Ouvrez une invite de commande puis tapez la commande ci­après : ldifde ­i ­f PSO­ Apply­To.ldf  Le paramètre ­i spécifie qu’il s’agit d’une importation.  Le paramètre ­f pso­apply­to.ldf spécifie le nom du fichier d’entrée créé précédemment. 

Vous  venez  d’associer  une  stratégie  de  gestion  des  mots  de  passe  affinée  à  des  objets  utilisateurs  à  l’aide  de  la  commande LDIFDE. 

14.  Activation  des  fonctionnalités  d’audit  de  Windows  Server  2008  via  les  Stratégies  d’audit granulaire (GAP ­ Granular Audit Policy)  Ce  TP  va  vous  permettre  de  mettre  en  œ uvre  les  nouvelles  fonctionnalités  d’audit  Active  Directory  intégrées  aux  contrôleurs de domaine Windows Server 2008. Les nouvelles stratégies d’audit granulaires permettent aux membres  des groupes Administrateurs, Admins du domaine et Administrateurs de l’entreprise de surveiller de quelle manières  les attributs des objets ont été modifiés.  Ce TP est composé de deux parties :  La première partie permet d’activer les nouvelles fonctionnalités d’audit global.  La  deuxième  partie  définit  les  propriétés  d’audit  d’un  objet  Active  Directory  à  l’aide  de  la  console  de  gestion  MMC  Utilisateurs et ordinateurs Active Directory.  Activation globale de l’audit Active Directory :  1. 

Ouvrez une session en tant qu’administrateur du domaine. 

2. 

À l’aide de la console de gestion de stratégie de groupe GPMC, modifiez la stratégie  Default Domain Controllers Policy. 

© ENI Editions - All rigths reserved

- 11 -

3. 

Sous Stratégies/Paramètres Windows/Stratégies de sécurité/Stratégies  locales/Stratégie d’audit, double cliquez sur Auditer l’accès aux services d’annuaire  puis sélectionnez Définir ces paramètres de stratégie "Succès". 

4. 

Pour lister l’ensemble des nouvelles sous­catégories d’audit disponibles sur un contrôleur  de domaine Windows Server 2008, ouvrez une invite de commande et tapez les  commandes ci­après :  auditpol /list /category /v  Cette commande liste l’ensemble des catégories en mode verbose. Notez que le GUID de  chaque objet catégorie est affiché.  auditpol /list /subcategory:* v  Cette commande liste l’ensemble des sous­catégories en mode verbose. Notez que le  GUID de chaque objet catégorie est affiché.  Cette dernière commande permet de disposer du GUID de l’objet sous­catégorie Accès  DS / Modification du service d’annuaire, lequel est spécifié ci­dessous : {0CCE923C­ 69AE­11D9­BED3­505054503030}  À propos des sous­catégories : la commande WEVTUTIL EP permet de connaître  la liste des fournisseurs. Le paramètre FINDSTR (WEVTUTIL EP | FINDSTR /I  SECURITY) permet de filtrer sur le mot clé SECURITY et d’obtenir les fournisseurs tels  que Microsoft­Windows­Security­Auditing. 

Pour obtenir la liste complète de tous les événements ainsi que leur  description, vous pouvez taper la commande : WEVTUTIL GP Microsoft­ Windows­Security­Auditing /GE:true /GM:true. 

5. 

Pour activer les nouvelles fonctionnalités d’audit au niveau des sous­catégories  "Modification du service d’annuaire", tapez la commande suivante :  Auditpol /set /subcategory: {0CCE923C­69AE­11D9­BED3­ 505054503030} /success:enable 

Cette première partie du TP vous a permis d’activer l’audit granulaire sur la sous­catégorie "Accès DS/Modification du  service d’annuaire".  La deuxième partie du TP va vous permettre de définir que vous souhaitez auditer tel ou tel objet de l’annuaire. Dans  notre exemple, nous allons définir les informations d’audit sur un container de type OU et utiliser l’héritage pour que  les objets utilisateurs de l’unité d’organisation soient soumis à ces valeurs d’audit.  1. 

À l’aide de la console de gestion Utilisateurs et ordinateurs Active Directory  positionnez­vous sur l’OU de votre choix. 

2. 

Assurez­vous que la console de gestion Utilisateurs et ordinateurs Active Directory est  configurée avec l’option Affichage/Fonctionnalités avancées. 

3. 

Accédez aux propriétés de sécurité de l’OU via Propriétés/Sécurité/Avancé/Audit. 

4. 

Ajoutez l’entité de sécurité Utilisateurs authentifiés puis validez par [Entrée]. 

5. 

Assurez­vous que la liste déroulante est positionnée sur Cet objet et tous ceux  descendants. 

6. 

Sélectionnez la case à cocher Ecrire toutes les propriétés/Réussite. 

7. 

Validez par [Entrée]. 

Pour  tester  le  bon  fonctionnement,  modifiez  les  propriétés  d’un  objet  utilisateur  concerné  par  la  nouvelle  stratégie  d’audit en consultant les journaux de sécurité.  Recherchez les événements de la catégorie Microsoft Windows Security Auditing ayant l’ID d’événement 5136. Vous  pourrez  constater  qu’un  message  détaillé  spécifie  le  type  de  l’opération  réalisée  (Valeur  supprimée)  ainsi  que  la  valeur de l’attribut supprimé.  Ce TP vous a permis de mettre en œ uvre la nouvelle fonctionnalité d’audit granulaire de Windows Server 2008 et de  récupérer la valeur initiale d’un attribut modifié. 

- 12 -

© ENI Editions - All rigths reserved