INSTITUT SUERIEUR DE GENIE ELECTRIQUE DU BURKINA FASO

Filière : Réseau informatique et Télécommunication

RAPPORT DE PROJET TUTORE

INSTALLATION ET CONFIGURATION DE
WDS AVEC AUTOMATISATION DES
TACHES

Présenté par :

PORGO ABDOULAZIZ

TONDE STANISLAS KENNETH

Tuteur du projet : M. LAHINIRIKO Michel Olivier

Année Académique 2020-2021

SOMMAIRE
INTRODUCTION GENERALE

Chapitre 1 : configuration et déploiement wds Windows serveur 2016 avec assistance

Introduction

1.1. Mise en place du prérequis

1.1.1. L’installation du serveur Windows Serveur 2016
1.1.2. L’installation du rôle active directory ADDS & DNS
1.1.3. L’installation du rôle DHCP
1.2. Mise en place de WDS
1.2.1. Installation de WDS (Windows Deployment Services)
1.2.2. Configuration de WDS (Windows Deployment Services)
1.2.3. Mise en place dans WDS des Images de démarrage
1.2.4. Mise en place dans WDS des Images d’installation
1.3. Déploiement simple d'un système d'exploitation
Conclusion

Chapitre 2 : Déploiement sans assistance avec Automatisation des taches

Introduction
2.1. Explication des différents types de scenario
2.1.1. Explication BIOS & UEFI
2.1.2. Démarrage réseau
2.1.3. Option DHCP
2.2. Déploiement avancé d'un système d'exploitation
 Scenario I : Petite entreprise
2.2.1. Installation et configuration WDS et DHCP
2.2.2. Préparer un poste de référence
2.2.3. Capture d'une image de référence
2.2.4. Déploiement Capture d’image
 Scenario II : Petite et moyenne entreprise.
2.2.5. Configuration des option DHCP
2.2.6. Stratégie de démarrage PXE
2.2.7. Automatisation des taches avec ADK
2.2.7.1. Automatisation du support d’installation (Windows PE)
2.2.7.2. Automatisation de l’Accueil de Windows (OOBE)
2.2.8. L’installation sans assistance
2.2.9. Déploiement sans assistance avec automatisation
2.3. Déploiement multicast
2.4. Avantage et inconvénients
Conclusion

CONCLUSION GENERALE

Rapport final du projet |2

 SIGLES ET ABREVIATIONS

 WDS : Windows Deployement Services

 DHCP : Dynamic Host Configuration Protocol
 AD DS: Active Directory Domain Services
 DNS : Domain Name System
 PXE : Preboot eXecution Environment
 RIS : Remote Installation Services
 TFTP : Trival File Transfert Protocol
 BIOS: Basic Input Output System
 MBR : Master Boot Record
 GPT : GUID Partition Table
 UEFI : Unified Extensible Firmware Interface
 NBP : Network Boot Protocol
 ADK : Automated Deployement Kit
 SIM : System Image Manager
 OOBE : Out Of Box Experience
 XML : eXtensible Markup Language
 OEM : Original Equipement Manufacturer

Rapport final du projet |3

 INTRODUCTION GENERALE

Les Services de déploiement Windows ("Windows Deployment Services" ou WDS)

sont une technologie de Microsoft permettant d'installer un système d'exploitation Windows
via le réseau. Ils succèdent aux services d'installation à distance ("Remote Installation
services" ou RIS) et sont apparus dans le Service Pack 2 de Windows Server 2003 et
Windows Vista. Ils permettent d'installer à distance Windows Vista, Windows 7, Windows 8,
Windows 8.1, Windows 10, Windows Server 2008, Windows Server 2012 et Windows
Server 2016 mais il est également possible de déployer d'autres systèmes d'exploitation
Windows. Il est ainsi possible d'installer des systèmes d'exploitation avec des applications
pré-installées. Le rôle WDS est un rôle optionnel qui est inclus dans toutes les éditions
serveur de Windows depuis Windows Server 2008.

Notre travail sera subdivisé principalement en deux chapitres, dans le premier il sera
question pour nous d’effectuer l’installation du WDS sur Windows server 2016 et également
effectuer le déploiement avec assistance d’un Windows servers 2016 et d’un Windows 10
Entreprise sur deux postes clients.

Dans le second chapitre il sera question de gérer l’automatisation des différentes

tâches, le déploiement sans assistance.

Rapport final du projet |4

Chapitre 1 : Configuration et Déploiement WDS Windows serveur 2016 avec assistance

Introduction
Le service de déploiement porte le nom de “Windows Deployment Services”. Il intègre
toutes les fonctionnalités qui vont vous permettre de démarrer un poste client par le réseau, et
de lui envoyer un système d’exploitation personnalisé. Je vous propose de vous focaliser sur
la partie configuration du service de déploiement en tant que telle. Dans cette partie il s’agit
de faire un déploiement simple c’est-à-dire avec assistance d’un administrateur.

1.1. Présentation et prérequis

Les services de déploiement Windows (Windows Deployment Services ou WDS en anglais)
sont la brique essentielle du déploiement de systèmes d’exploitation Microsoft par réseau.
Le déploiement par réseau avec WDS fait appel à la technologie PXE (Preboot eXecution
Environment) d’Intel, qui se base sur les protocoles DHCP (Dynamic Host Configuration
Protocol) et TFTP (Trivial File Transfer Protocol).
Le processus d’amorçage par réseau avec PXE et WDS peut être résumé en quatre phases :
1. Envoi d’une requête DHCP par le client pour l’obtention d’une adresse IP et des
informations nécessaires à l’amorçage (adresse du serveur TFTP, nom du programme
d’amorçage à télécharger).
2. Réponse du serveur DHCP avec une offre de bail, acceptation du bail par le client et
confirmation par le serveur.
3. Connexion du client au serveur TFTP puis téléchargement et exécution d’un programme
d’amorçage (pxeboot.com par exemple).
4. Choix d’une image de démarrage puis téléchargement et exécution locale de cette image
(Windows PE par exemple).

1.1.1. L’installation du serveur Windows Serveur 2016

=> On choisit l'installation recommandé puis on clique sur "Suivant".

=>On choisit d'installer le système d'exploitation plus tard puis on clique sur "Suivant".

Rapport final du projet |5

=>On sélectionne la version de notre système (Windows Server 2016) puis "Suivant".

=> On nomme notre machine virtuelle. Attention ce nommage est uniquement son nom sous
VMware. Il faudra ensuite attribuer un nom au serveur lorsque l'on aura créé la VM. On
choisit également son emplacement.
=>On choisit ensuite de lui attribuer 40 Go d'espace disque. Bien entendu, vous pouvez
adapter votre espace disque comme vous le souhaitez.

=>Après avoir vérifié les paramétrages, on clique sur "Finish".

=>Nous allons maintenant éditer les paramétrages de la VM en cliquant sur "Edit Virtual
machine settings".

Rapport final du projet |6

=>Ensuite nous allons attribuer notre image ISO de Windows Serveur 2012 R2. On clique
alors sur "CD/DVD" puis "Browse".
=>On sélectionne notre image

=>En ce qui concerne notre carte réseau, on choisira "Host Only". Cette option va nous
permettre d'isoler notre VM. En effet celle-ci pourra uniquement communiquer avec les
autres VM présente sous ce même VMware.
=>On s’assurera d’activer l’option BIOS pour démarrer directement sur le BIOS.

=>On sélectionne la langue "Français" puis "Suivant".

=>Le programme d'installation démarre

Rapport final du projet |7

=>On peut maintenant sélectionner notre système d'exploitation. Dans notre cas et pour notre
usage, on sélectionne le serveur avec une interface graphique, puis on clique sur "Suivant".
=>Accepter les termes du contrat de licence puis "Suivant".

=>Ensuite, on choisit une installation personnalisée pour nous permettre de créer les
partitions voulus puis suivant.
On va alors créer une seule et unique partition comprenant l'ensemble de notre espace disque.
=> Notre installation peut alors démarrer.

=>En général, plusieurs minutes sont nécessaires le temps de cette installation. (Selon
configuration du PC). Une fois terminé, le mot de passe de la session administrateur vous
sera demandé.
Notre système est maintenant installé et prêt à être utilisé !

Rapport final du projet |8

=>La configuration minimale du serveur : L’adresse IP, le nom du serveur

1.1.2. L’installation du rôle active directory ADDS et DNS

=> Tableau de bord après l’installation du serveur Windows 2016.

=> Gestionnaire de serveur -> Gérer -> Cliquez sur Ajouter des rôles et des fonctionnalités.
=> Avant de commencer : Cliquez sur Suivant.
=> Type d’installation : Cliquez sur Suivant.
=> Sélection de serveur : Cliquez sur Suivant.
=> Rôles des serveurs : Cochez Services AD DS, une fenêtre pop-up apparait cliquez sur
Ajouter des fonctionnalités, puis cliquez sur Suivant.

=> Fonctionnalités : Cliquez sur Suivant.

=> AD DS résumé du service : Cliquez sur Suivant.

Rapport final du projet |9

=> Confirmation : voir le résumé puis cliquez sur Installer.
=> Résultats : Une fois l’installation terminée, cliquez sur Fermer.

=> Gestionnaire de serveur -> cliquer sur Notification (drapeau à droite menu d’un
triangle jaune) puis cliquez sur Promouvoir ce serveur en contrôleur de domaine.

=> Cliquez sur ajouter une nouvelle foret puis mettre le nom du domaine et clique sur
Suivant.

Rapport final du projet |10

=> Définir le niveau fonctionnel et taper le mot de passe puis cliquer sur suivant.
=> WDS résumé du service : Cliquez sur Suivant.
=> Services de rôle : Cliquez sur Suivant.

=> Option DNS : Cliquez sur Suivant.

=> Option supplémentaires : Cliquez sur Suivant.
=> Chemin d’accès : Cliquez sur Suivant.
=> Examiner les options : Cliquez sur Suivant.
=> Vérification de la configuration : Cliquez sur Suivant.
=> Installation : Cliquez sur Installer.

=>A la fin de l’installation, le serveur va se redémarrer et au démarrage il indiquera le nom

d’utilisateur avec le nom du domaine

Rapport final du projet |11

1.1.3. Configuration du rôle DNS
=> Gestionnaire de serveur -> Tableau de bord-> Cliquez sur DNS
=> Serveur SRVWDS : Cliquez droit puis Cliquer sur Gestionnaire DNS.

=> Clic droit sur le nom du serveur puis cliquer sur ajouter une nouvelle zone
=> Assistant de nouvelle zone : cliquez sur Suivant

=> Type de zone -> Cliquez sur zone principale.

=> Etendu de la zone de réplication DNS -> cocher vers tout les serveur exécutant sur le
contrôleur de domaine ...
=> Nom de la zone de recherche inversée -> Cliquez sur zone de recherche inversée IPv4.
Puis suivant

Rapport final du projet |12

=> Nom de la zone de recherche inversée ID réseau -> Ajouter l’adresse du réseau 192.168.1
puis cliquez sur Suivant.

=> Mise à niveau dynamique -> cocher sur n’autoriser que les mise à jour ….
=> Fin de l’assistance Nouvelle zone -> Cliquez sur terminer.

=> Gestionnaire DNS

1.1.4. L’installation du rôle DHCP et configuration du serveur DHCP

 Installation du rôle DHCP
=> Gestionnaire de serveur -> Gérer -> Cliquez sur Ajouter des rôles et des fonctionnalités.
=> Avant de commencer : Cliquez sur Suivant.
=> Type d’installation : Cliquez sur Suivant.
=> Sélection de serveur : Cliquez sur Suivant.
=> Rôles des serveurs : Cochez Services DHCP, une fenêtre pop-up apparait cliquez sur
Ajouter des fonctionnalités, puis cliquez sur Suivant.

Rapport final du projet |13

=> Fonctionnalités : Cliquez sur Suivant.
=> Serveur DHCP : Cliquez sur Suivant.
=> Confirmation : Cliquez sur Installer.

=> Résultats : Une fois l’installation terminée, cliquez sur Fermer.

=> Gestionnaire de serveur -> cliquer sur Notification (drapeau à droite menu d’un
triangle jaune) puis cliquez sur Terminer la configuration DHCP

Rapport final du projet |14

=> Autorisation : cliquez sur Valider.
=> Résumé : cliquez sur Fermer.

=>Voici à quoi ressemble le tableau de bord

 Configuration du serveur DHCP

=> Gestionnaire de serveur -> Tableau de bord-> Cliquez sur DHCP

=> Serveur SRVWDS : Cliquez droit puis Cliquer sur Gestionnaire DHCP.

=> Gestionnaire de DHCP -> Cliquez sur le serveur.

Rapport final du projet |15

=> Clic droit sur IPv4 puis cliquer sur ajouter une nouvelle étendue
=> Assistant de nouvelle étendue : cliquez sur Suivant

=> Définition du plage d’adresse 192.168.1.50 à 192.168.1.100 puis cliquez sur suivant.

=> Ajout d’exclusions et de retard : cliquez sur suivant.

=> Durer du bail : cliquez sur suivant
=> Configuration du serveur DHCP retard : cocher sur oui je veux configurer ces options
maintenant. Puis cliquez sur suivant

=> Ajout de la passerelle du router : ajouter 192.168.1.0 cliquez sur suivant.

Rapport final du projet |16

=> Nom de Domain : Ajouter domaine.lan puis cliquez sur suivant.

=> Serveur WINS : cliquez sur suivant.

=> Activer l’étendue : cocher oui je veux activer cette étendue maintenant cliquez sur
suivant

=>Voici à quoi ressemble le gestionnaire DHCP

1.2. Mise en place de WDS

1.2.1. Installation de WDS (Windows Deployment Services) :

=> Gestionnaire de serveur -> Gérer -> Cliquez sur Ajouter des rôles et des fonctionnalités.
=> Avant de commencer : Cliquez sur Suivant.
=> Type d’installation : Cliquez sur Suivant.
=> Sélection de serveur : Cliquez sur Suivant.
=> Rôles des serveurs : Cochez Services de déploiement Windows, une fenêtre pop-up
apparait cliquez sur Ajouter des fonctionnalités, puis cliquez sur Suivant.

Rapport final du projet |17

=> Fonctionnalités : Cliquez sur Suivant.
=> WDS résumé du service : Cliquez sur Suivant.
=> Services de rôle : Cliquez sur Suivant.

=> Confirmation : Cochez Redémarrer automatiquement le serveur de destination, si

nécessaire, puis cliquez sur Installer.
=> Résultats : Une fois l’installation terminée, cliquez sur Fermer.

1.2.2. Configuration de WDS (Windows Deployment Services)

=> Gestionnaire de serveur -> Outils -> Sélectionnez Services de déploiement Windows.
=> Cliquez sur Serveurs -> Faire un clic droit sur le nom du serveur -> Sélectionnez dans le
menu Configurer le serveur.

Rapport final du projet |18

=> Avant de commencer : Cliquez sur Suivant.
=> Option d’installation : Ici nous ne sommes pas dans un domaine, donc choisir Serveur
intégré a active directory, puis cliquez sur Suivant.
=> Option d’installation : Ici nous ne sommes pas dans un domaine, donc choisir Intégré a
Active Directory, puis cliquez sur Suivant.
=> Choix de l’emplacement du dossier d’installation à distance, vous allez choisir la lettre C:

=> Serveur DHP Proxy : cocher Répondre à tous les ordinateurs client (connus et
inconnue), cliquez sur Suivant.

=> Progression de la tâche : Cliquez sur Terminer.

Rapport final du projet |19

=>Résultat attendue :

1.2.3. Mise en place dans WDS des Images de démarrage

Il est conseillé de mettre l’image de boot (boot.wim), du Windows le plus récent en 32 et 64
bits.
=> Gestionnaire de serveur -> Outils -> Sélectionnez Services de déploiement Windows.
=> Cliquez sur Serveurs -> Cliquez sur le nom du serveur (SRV-WDS).
=> Faire un clic droit sur Images de démarrage, puis sélectionnez Ajouter une image de
démarrage….

=> Cliquez sur Parcourir, dans le disque c, une fois le fichier boot.wim sélectionné, cliquez
sur Suivant.

=> Métadonnées d’image : A vous de personnaliser ou de laisser le nom de l’image, ensuite

cliquez sur Suivant.

Rapport final du projet |20

=> Résumé : Cliquez sur Suivant.
=> Cliquez sur terminer à la fin de l’opération.

Cette opération est à refaire pour le boot en 32 bits.

1.2.4. Mise en place dans WDS des Images d’installation

=> Gestionnaire de serveur -> Outils -> Sélectionnez Services de déploiement Windows.
=> Cliquez sur Serveurs -> Cliquez sur le nom du serveur (SRV-WDS).
=> Faire un clic droit sur Images de d’installation, puis sélectionnez Ajouter une image de
d’installation….

=> Cliquez sur Parcourir, dans le disque c, une fois le fichier install.wim sélectionné,
cliquez sur Suivant.
=> Image disponible : cocher les image et clique sur suivant

=> Résumé : Cliquez sur Suivant.

Rapport final du projet |21

=> Cliquez sur terminer à la fin de l’opération.

=>Voici le résultat

1.3. Déploiement simple d'un système d'exploitation

Obligation : Pour faire une installation d’un Windows via le réseau (PXE), il faut que la
machine client supporte le boot réseau dans son bios.
Activer le boot réseau : il faut allez dans le bios est activer l’option de boot réseau (Boot
Lan, Boot PXE, etc…). Généralement pour entrer dans les bios on appuie sur SUPPR ou F2,
etc… selon la machine.
Comment booter sur le réseau : Vous avez la possibilité de configurer en premier boot le
réseau dans le bios, ou d’appuyer sur une touche, pour lancer le boot menu (ex : Asus = F8,
MSI = F11, GIGABYTE = F12, portable ACER = F12 après activation dans le bios, etc…
selon la marque).
=> Appuyez sur F12, pour lancer l’installation.

Rapport final du projet |22

=> A l’arrivée du choix de la langue, cliquez sur Suivant.
=> Connexion à nom du serveur (WS2016) : Ici on n’est pas dans une configuration d’un
serveur dans un domaine (utilisateur@domaine), donc Nom d’utilisateur : nom du
serveur\utilisateur, puis le Mot de passe de l’utilisateur, vous finalisez cela en cliquant sur
Ok.

=> Vérifier le choix de la langue, puis cliquez sur Suivant.

=> Faire le choix du Windows à installer, puis cliquez sur Suivant.

Vous pouvez aussi ajouter un nouveau utilisateur pour ce service, par exemple : Install, pour
cela il vous faudra aller dans Gestion de l’ordinateur -> Utilisateur et groupes locaux ->
Utilisateurs : créé un nouvel utilisateur avec un mot de passe qui n’expire pas.
Fin de l’installation et déploiement de WDS.

Conclusion
En somme dans ce chapitre nous avons appris à installer le rôle WDS, nous avons effectué
notre premier déploiement. Maintenant que les services WDS sont fonctionnel nous allons
voir dans le chapitre 2 comment optimiser le déploiement de Windows avec une fiche de
réponse pour limiter le nombre d’intervention et optimiser l’installation.

Rapport final du projet |23

Chapitre 2 : Déploiement sans assistance avec Automatisation des taches

Introduction
Les Services de déploiement Windows sans assistance sont une technologie
de Microsoft permettant d'installer un ou plusieurs systèmes d'exploitations Windows via le
réseau, tout en minimisant au maximum les différents réglages sur les machines concernées. Il
est ainsi possible d'installer des systèmes d'exploitation avec des applications préinstallées.
Cette fonctionnalité permettra à l’administrateur de réduire le temps mis lors des installations
et de la configuration des machines après le déploiement des systèmes d’exploitation.
Dans la première partie nous allons procéder à la capture et déploiement avec des images
personnaliser,
Dans la seconde partie nous feront l’installation sans assistance avec l’outils ADK.
Dans la troisième partie nous allons faire un déploiement multidiffusion puis enfin nous allons
énumérer les avantages et les inconvénients du WDS.

2.1. Explication des différents types composants

2.1.1. Explication BIOS & UEFI
Le BIOS (Basic Input Output System) est un composant présent dans tous les ordinateurs et
qui apparaît au lancement de l'ordinateur.
Le BIOS stocke certaines informations comme la date et heure, la séquence de démarrage et
effectue aussi une vérification du matériel.
Enfin, après son initialisation, le BIOS charge l'OS présent sur les supports présents de
l'ordinateur : disque dur, clef USB à travers le MBR (Master Boot Record).
Vers 2006, on assiste à l'abandon du BIOS au profit de l'UEFI (Unified Extensible Firmware
Interface), un autre standard, même si tous les fabricants n'intègrent pas cette norme.
L'UEFI permet de dépasser certains blocages, comme la résolution écran de l'interface, la
gestion multi-OS ou la limite des disques à 2,2 To.

2.1.2. Démarrage réseau BIOS & UEFI

Un programme de démarrage réseau (NBP) est le premier fichier téléchargé et exécuté dans
le cadre du processus de démarrage réseau et il contrôle le début de l'expérience de
démarrage (par exemple, si l'utilisateur doit ou non appuyer sur F12 pour lancer un
démarrage réseau). Les NBP sont spécifiques à la fois à l'architecture et au micro logiciel du
client.

Rapport final du projet |24

 LISTE DES PROGRAMMES DE DÉMARRAGE RÉSEAU
NBP Description Architecture Micro-
logiciel
PXEboot.com (Par défaut) Nécessite que l'utilisateur appuie sur la touche basé sur x86 et BIOS
F12 pour qu'un démarrage réseau se poursuive. basé sur x64
PXEboot.n12 N'oblige pas l'utilisateur à appuyer sur F12 et commence basé sur x86 et BIOS
immédiatement un démarrage réseau. basé sur x64
AbortPXE.com Démarre l'ordinateur en utilisant l'élément de démarrage basé sur x86 et BIOS
suivant dans le BIOS sans attendre un délai d'expiration. basé sur x64
Fait en sorte que les ordinateurs qui ne prennent pas en basé sur x86 et BIOS
charge la redirection de la console du micrologiciel affichent basé sur x64
Hdlscom1.com «Appuyez sur l'espace ou F12 pour le démarrage du réseau»,
et à l'aide de la redirection de la console vers le port série 1 ou
Hdlscom2.com 2. Les utilisateurs peuvent poursuivre le processus de
démarrage en appuyant sur l'une des touches, ou ils peuvent
quitter le processus en n'appuyant sur aucune des touches.
Hdlscom1.n12 Les ordinateurs prenant en charge la redirection de la basé sur x86 et BIOS
et console du micrologiciel n’afficheront pas l’invite basé sur x64
Hdlscom2.n12 «Appuyez sur l’espace ou F12 pour le démarrage du réseau»
et l’ordinateur n’attendra pas l’entrée de l’utilisateur.
L'équivalent de Bootmgr.exe pour les ordinateurs EFI. Dans basé sur x64 et EFI
EFI (Extensible Firmware Interface), le choix d'effectuer ou basé sur
Bootmgfw.efi non un démarrage réseau est géré dans le shell EFI, et non Itanium
par le NBP.
Un NBP développé pour les services de déploiement
Windows qui sert les objectifs généraux suivants :

1. Détection d'architecture basé sur x86 et

Wdsnbp.com basé sur x64 BIOS
2. Scénarios informatiques en attente. Lorsque la stratégie
d'ajout automatique est activée, ce NBP est envoyé aux
ordinateurs en attente pour suspendre le démarrage du
réseau et rendre compte de l'architecture de l'ordinateur
client au serveur.

3. Cas de référence de démarrage réseau (y compris

l'utilisation des options 66 et 67 du protocole DHCP
(Dynamic Host Control Protocol))

2.1.3. Option DHCP

 Si WDS et DHCP fonctionnent sur le même serveur, indiquer pendant la
configuration du WDS sur la page DHCP Option 60 cocher la case « ne pas écouter
sur le port 67 ».
 Si WDS et DHCP s’exécutent sur des serveurs différents qui sont sur des sous-réseau
différents (la diffusion serait problématique car la plupart des environnements ne
permettent pas le trafic de diffusion de traverser le sous-réseau : pour que le client
WDS trouve le Serveur WDS. Nous devons configurer deux option DHCP
Option 66 qui indiquera le serveurs WDS et l’option 67 qui correspond au nom du
fichier de démarrage sur le réseau.
 Si WDS et DHCP fonctionnent sur des serveurs différents mais sur le même sous
réseau pas de configuration du DHCP a défini.

Rapport final du projet |25

2.2. Déploiement avancé d'un système d'exploitation

 Scenario I : Petite entreprise

Fabrikam Inc. est une entreprise de secrétariat spécialisé dans la formation de l’utilisation de
Microsoft Office. Il s’agit d’une petite entreprise n’ayant qu’un seul bureau. Elodie
OUEDRAOGO, informaticienne chez Fabrikam, est responsable de la gestion de
l’infrastructure informatique de l’entreprise, qui est constituée de 25 ordinateurs clients
exécutant Windows XP SP2 Professionnel et un seul ordinateur serveur exécutant Windows
Server 2008 R2. Le serveur est utilisé en tant que serveur d’impression, serveur Web, serveur
Exchange, serveur DNS (Domain Name System), serveur DHCP (Dynamic Host
Configuration Protocol) et contrôleur de domaine. Les ordinateurs sont reliés par une
connexion Ethernet 1 000 Mbits/s.
Elodie doit faire passer tous les ordinateurs clients vers le système d’exploitation Windows
10 Professionnel et effectuer la mise à niveau de l’unique serveur vers, Windows Server
2012, Windows Server 2012 R2 ou Windows Server 2016. Il est primordial qu’elle procède
au changement aussi rapidement que possible afin que les employés de bureau puissent
continuer à travailler.
Par le passé, elle avait déployé un nouveau système d’exploitation en procédant ordinateur
par ordinateur. Cela lui avait pris environ 4 minutes par ordinateur (soit presque 19 heures
pour installer le système d’exploitation sur tous les ordinateurs clients). Pendant presque trois
jours, Elodie avait été indisponible pour toute autre tâche. Elle avait ensuite passé presque
autant de temps à installer les applications sur chaque ordinateur.
Elodie est la seule informaticienne chez Fabrikam, ce qui signifie qu’elle doit également
former chaque utilisateur au nouveau système d’exploitation. Il est donc important qu’elle
minimise le temps passé au déploiement. Pour y parvenir, Elodie a choisi d’utiliser les
services de déploiement Windows, car elle peut :
 Gagner du temps en exécutant plusieurs installations simultanément ;
 Utiliser une image d’installation personnalisée avec des applications préinstallées ;
 Créer une image à l’aide de l’Assistant Capture d’image des services de déploiement
Windows.

Pour commencer, Elodie effectue les tâches suivantes :

Procède à la mise à niveau de son serveur vers Windows Server 2012 ou Windows Server
2012 R2 ou Windows Server 2016
Installe le rôle du serveur des services de déploiement Windows.
Ajoute le fichier Boot.wim à partir du DVD du produit (qui contient une image Windows PE,
Setup.exe et les fichiers associés) à l’aide du composant logiciel enfichable MMC des
services de déploiement Windows.
Ajoute le fichier Install.wim à partir du DVD du produit sur le serveur des services de
déploiement Windows à l’aide du composant logiciel enfichable MMC.

Rapport final du projet |26

Utilise le composant logiciel enfichable MMC pour créer une image de capture à partir de
l’image de démarrage ajoutée à l’étape 3. Cette image contient Windows PE et un Assistant
qui capturera l’image personnalisée dans un fichier .wim.
Tous les utilisateurs de chez Fabrikam disposent du même modèle d’ordinateur de bureau,
acheté auprès d’un seul fournisseur. Pour déployer une image standard sur les ordinateurs,
Elodie procède de la façon suivante :
Démarre un ordinateur de référence à partir du réseau et installe le fichier Install.wim sur cet
ordinateur, lequel contient la version standard de Windows.
Installe Microsoft Office, et les applications utilisées par l’entreprise, ainsi que les pilotes les
plus récents à partir du site du fabricant.
Utilise Sysprep pour généraliser le système d’exploitation.
Redémarre l’ordinateur dans l’image capturée.
Utilise l’Assistant Capture d’image pour recapturer le système d’exploitation et le télécharger
directement sur le serveur des services de déploiement Windows.
Elodie est maintenant prête pour l’installation des nouveaux systèmes d’exploitation. Aucune
donnée utilisateur n’a besoin d’être migrée, car tous les employés stockent leurs données sur
un serveur (et non sur leurs disques durs). Elle redémarre un ordinateur client, puis appuie sur
F12 pour effectuer un démarrage réseau. Cela lui permet de démarrer dans le fichier
Boot.wim, qui la guide tout au long du processus d’installation. Elle sélectionne la partition et
l’image de disque souhaitées, puis l’installation commence. En attendant que l’image soit
appliquée au premier ordinateur, Elodie démarre un autre ordinateur et lance le même
processus sur ce dernier.
2.2.1. Installation du rôle WDS et DHCP
Nous allons reprendre la configuration du chapitre 1 pour l’installation et la configuration des
rôle WDS et DHCP.
2.2.2. Préparer un poste de référence
Tout dabord , après avoir déployer un windows 10 via le réseau nous avons installer le pack
Microsoft Office 2016 ,

Rapport final du projet |27

 =>Puis nous avons procédé aux différents régalges des paramètres du système.

=>Pour pouvoir capturer l’image de cette machine déjà existante, il faut une fois connecté à
celle-ci exécuter un sysprep et redémarrer la machine en mode PXE afin de sélectionner
l’image de capture que nous avons créé au préalable sur notre serveur de déploiement.
Pour réinitialisé la machine, ouvrir l’outil sysprep qui se trouve dans le chemin suivant :
C:\Windows\System32\sysprep

On peut aussi lancer en ligne de commande, avec élévation de privilèges, la commande qui
va préparer le système :
C:\Windows\System32\Sysprep\sysprep.exe /generalize /oobe /shutdown
=>Puis sélectionner le mode OOBE, cocher la case "Généraliser" et sélectionner le paramètre
"arrêter" dans la liste déroulante.

Rapport final du projet |28

=>Le nettoyage débute

=>Une fois l’opération terminée, la machine s’éteint et il ne faut pas la redémarrer tant que le
serveur WDS n’est pas prêt à la capture.
Il faut à présent préparer WDS pour l’acquisition des images de stations après sysprep.
Dans le container Images d’installations, clic droit pour créer une images demarrage.

On peut alors démarrer la station avec un F12 de manière à faire un boot PXE.
Une fois que la machine à redémarrer en mode PXE, sélectionnez l’image de capture
correspondante parmi la liste des systèmes d’exploitations proposés puis, suivez les étapes.
2.2.3. Capture d'une image de référence

Rapport final du projet |29

=>Dans cette étape il vous suffit de sélectionner un volume, de saisir un nom et une
description pour votre image.
L’assistant ne montre que les partitions système ayant été préparées avec Sysprep.
Attention :
 la dénomination des volumes peut être décalée par la présence d’une partition de
restauration. L’image sera tout d’abord enregistrée sur la partition système dans un
dossier à préciser. On nomme et on décrit cette image.
 Si vous n'avez aucun volume parmi les choix cela veut dire que le Sysprep à
échouer et qu'il faut recommencer l'opération.

=>L’image va d’abord être enregistrée localement dans un dossier que l’on peut préciser avec
Parcourir.

Rapport final du projet |30

=>On coche impérativement « Télécharger l’image sur un serveur… », serveur que l’on doit
théoriquement renseigner avec son nom complet ou son adresse IP. Puis on clique sur
Connexion.Enregistrer ensuite votre image en local et sur votre serveur WDS. Pour
télécharger l'image sur le serveur WDS il faudra vous authentifié avec le compte
administrateur.
Une fois que vous vous êtes authentifié, il vous suffit de cliquer sur suivant afin de lancer le
système de capture.

La capture débute ensuite, par une première phase de compression des fichiers, puis la
capture des méta-données de l’image et enfin se termine par le transfert de l’image sur le
serveur de déploiement .
Attention : La réalisation d'une capture prend beaucoup de temps (temps approximatif, sur
switch 1Gb/s 30 mn pour une image de 20 Go).

L’image est alors disponible dans WDS

L’image se présente sous la forme de deux fichiers dans RemoteInstall:

Rapport final du projet |31

2.2.4. Déploiement d'une image de référence
Après déploiement voici à quoi ressemble le bureau de l’image déployer.

 Scénario 2 : PME
ISGE est une PME de transport comptant deux sites : un site à la ZAD et l’autre à Ouaga
2000. Kenneth John est l’administrateur réseau et informatique à l’ISGE. Il est responsable
de la gestion des 250 ordinateurs clients utilisés par les employés de l’entreprise. Il s’agit
principalement d’ordinateurs de bureau, mais les commerciaux utilisent des ordinateurs
portables pour les présentations client. Le site central (ZAD) dispose de 200 ordinateurs et le
site annexe (OUAGA 2000) disposent de 25 ordinateurs. Chaque site dispose d’un réseau
interne à 100 Mbits/s et la filiale est connecté au site centrale (ZAD) par le biais d’une ligne
T1. Kenneth John dispose d’un serveur des services de déploiement Windows à la ZAD et un
autre à Ouaga 2000, administré à distance.
Kenneth a été chargé par son supérieur de déployer Windows 10 dans l’ensemble des
ordinateurs de la ZAD. Auparavant, cette tâche aurait signifié de nombreux déplacements
onéreux entre L’annexe et le central et il aurait fallu à Kenneth plusieurs semaines pour la
mener à bien. Il souhaite utiliser les services de déploiement Windows pour déployer
Windows à distance. Toutefois, la politique de l’entreprise impose qu’il n’y ait qu’un seul
serveur DHCP sur le réseau de l’entreprise et ce serveur se trouve à la ZAD.
Ron choisit donc d’utiliser les services de déploiement Windows, car avec une installation
sans assistance.

Architecture du réseau

Rapport final du projet |32

 Nom du server : SRVSiege Groupe de machine
Services : DNS DHCP ADDS sans OS
@IP 192.168.10.1
Domaine : isge.lan

Nom : SRVWDS
Service : WDS PXEboot Server
@IP 192.168.10.10
Domaine : isge.lan

2.2.6. Configuration des options 66 et 67 du DHCP

Pour la configuration du service DHCP de déploiement plusieurs cas s’imposent
Le boot PXE permet à une machine ne pas démarrer sur le réseau en récupérant l’image d’un
système d’exploitation qui se trouve le serveur WDS. Lorsque le DHCP et WDS sont sur
deux (02) serveurs différents, il faut indique le nom du serveur WDS et renseigner aussi le
nom du fichier de démarrage.
 Option 066 : Nom du serveur Boot
 Option 0067 : nom du fichier de boot (bootfile name)
 Pre-réquis
Serveur SRVSiege avec les rôles DHCP, ADDS et DNS
Domaine: isge.lan
Address ip: 192.168.10.1
Address DNS : 192.168.10.1
Zone DHCP : 192.168.10.20 à 192.168.10.150

ServeurWDS
Address ip 192.168.10.10
Joint au domaine isge.lan.
Image window10 et Windows 7

Rapport final du projet |33

  Configuration des options 66 et 67 pour une machine BIOS
=> Gestionnaire de serveur -> Outils -> Sélectionnez Gestionnaire DHCP.
=> Cliquez sur Serveurs -> Cliquez IPv4
=> Cliquez sur Etendue -> clic droit sur Option étendue puis cliquez sur Configurer les
options d’étendu.

=> Option étendu-> cocher l’option 66 puis indique le nom du serveur WDS
=> Option étendu-> cocher l’option 67 puis indique le nom du programme de démarrage

Résultat de la configuration du démarrage bios

Rapport final du projet |34

  Configuration des options 66 et 67 pour une machine UEFI
Même procédure pour les Ordinateurs UEFI en changeant le nom de l’option 67 par
boot\x64\wdsmgfw.efi
60 : Valeur : PXEClient (pas définir par défaut)
66 : 172.21.10.3 (adresse IP du serveur PXE)
67 : Nom du fichier boot\x64\wdsmgfw.efi
Par défaut l'option 60 n'existe pas. Pour rajouter cette option sur le serveur DHCP, utilisez la
commande « netsh ».
netsh
dhcp
server
add optiondef 60 PXEClient STRING 0 comment=option added for PXE Suppport
set optionvalue 60 STRING PXEClient

Ensuit l’option 60 est disponible cocher l’option puis taper au niveau de la valeur chaine
PXEClient. Le résultat d’un démarrage d’une machine UEFI

Rapport final du projet |35

2.2.7. Stratégie de démarrage PXE
Pour cela, nous allons définir des classes fournisseurs afin d'envoyer les bonnes valeurs dans
chaque cas. Dans la console DHCP, faites un clic droit sur « IPv4 » et sélectionnez « Définir
les classes de fournisseurs »
Dans « Classes des fournisseurs DHCP », cliquez sur ajouter.

Nous allons répéter plusieurs fois l'opération suivante afin de créer les classes pour le BIOS
(x86 et x64), UEFI x86, UEFI x64. Les différentes valeurs sont :
 UEFI 64 bit : PXEClient:Arch:00007
 UEFI 32 bit : PXEClient:Arch:00006
 Legacy BIOS :PXEClient:Arch:00000
Dans nouvelle classe définissez un nom et vous pouvez si vous le souhaitez mettre une
description.
Dans le champ « ASCII », saisissez « PXEClient:Arch:00007 » ou une des autres valeurs.

Rapport final du projet |36

=>Validez par « OK » et enregistrez la classe suivante. Après avoir créé les 3 classes, cliquez
sur « fermer ».

=>Sur l'étendue DHCP, faites un clic droit sur « Stratégies », puis « Nouvelle stratégie ».
Dans l' « Assistant de configuration de stratégie DHCP », indiquez le nom et la description
que vous souhaitez.
=>Dans la partie « Configurer les conditions de la stratégie », cliquez sur ajouter :

=>Dans « critères », sélectionnez « Classe de

fournisseur », dans « Opérateur » sélectionnez « est égal » et choisissez dans la liste des
valeurs la classe que vous avez définie et cochez la case « Ajouter un caractère générique
(*) », puis cliquez sur « Ajouter ».
=>Sur la page suivante, cochez « non » pour la question « Voulez-vous configure une page
d'adresse IP pour cette stratégie », puis « suivant ».

Rapport final du projet |37

=>Dans la page suivante sélectionnez les options et indiquer les valeurs des options 60
(uniquement UEFI) ,66, 67 pour chaque option (BIOS, UEFI x86, UEFI X64) :
=>Résumé : Pour la partie BIOS par exemple vous n'avez que 2 valeurs

=>Une fois la configuration terminée vous devez retrouver les options pour chaque stratégie
et vous devez pouvoir utiliser le PXE avec BIOS et UEFI sur le même LAN.

2.2.8. Automatisation des taches avec ADK

Avec L’outils ADK Windows SIM (Gestionnaire d'images système)
Les fichiers de réponses sont sous la formes XML, comme nous ne connaissons pas
forcément la structure d'un tel fichier, Microsoft met à disposition un outil qui permet la
génération de ces fichiers. Cet outil est nommé ADK ("Automated Deployment Kit").
WSIM fait partie de Windows 10 ADK (Kit d'évaluation et de déploiement). Pour
commencer à créer des fichiers de réponses, nous allons télécharger l’outils a ADK pour
Windows 10 et l’Environnement de préinstallation Windows (PE) pour Windows 10,
version 1903 Windows PE (pour la version Windows 10 ADK et Windows PE sont dissociés
alors pour les versions antérieures à Windows 10 ils sont associes). Téléchargez ADK et
Windows PE sur ce site : https://docs.microsoft.com/en-us/windows-hardware/get-
started/adk-install
Ensuit installé ADK et Windows PE
=>Une fois installation fini rendez-vous dans le menu démarrer puis clique sur Windows
Kits
=>Cliquez sur Windows SIM (Gestionnaire d'images système).
=> Une fois sur la page d’accueil du SIM

Rapport final du projet |38

L'interface graphique du SIM comporte cinq panneaux : Partage de distribution, Image
Windows, Fichier de réponse, Propriétés et Messages.

Dans cet exemple, nous travaillerons avec les volets 2 à 5. Pour commencer, nous devons
créer un fichier catalogue. Un fichier catalogue avec l’extension .clg est un fichier binaire
contenant les paramètres d'une édition Windows spécifique. Les fichiers de catalogue ne sont
pas nécessaires pour installer Windows, mais ils sont essentiels lors de la création d'un fichier
de réponses. Un fichier catalogue peut-être créer à l'aide d'un fichier install.wim de Windows
10. Pour créer un fichier catalogue, copiez le fichier install.wim à partir d'un support
d'installation Windows 10 valide sur le disque dur local c’est-à-dire le disque c ou le second
disque qi vous avez un deuxième disque.
=> clic droit sur image Windows > sélectionner une image Windows, cliquez sur Oui et
accédez au fichier install.wim
=> Pour commencer à créer un nouveau fichier de catalogue, cliquez sur Oui et patienter
pour un certain temps.

 Ficher de réponse pour l’installation Windows 10

L'installation de Windows 10 se fait en trois phases:
- Démarrer à partir du support d'installation, exécuter le programme d'installation de
Windows (une fois terminé, un redémarrage est requis)
- Configurer les périphériques matériels (un redémarrage pendant, un redémarrage une fois

Rapport final du projet |39

terminé)
- Accueil de Windows (OOBE)
Dans une installation propre normale, une interaction de l'utilisateur est requise dans les
phases 1 et 3, la phase 2 étant exécutée automatiquement sans intervention de
l'utilisateur. Dans la phase 1, l'utilisateur sélectionne les paramètres de langue et de
disposition du clavier pour le processus de configuration et les comptes système, entre la clé
de produit pour une édition spécifique ou sélectionne l'édition manuellement et accepte la
licence si la clé de produit n'est pas saisie à ce stade, et sélectionne le disque et la partition
pour installer Windows. Lorsque la phase 1 est terminée, Windows redémarre à la phase 2, ce
qui se fait sans intervention de l'utilisateur et une fois prêt, redémarre automatiquement à la
phase 3.
Dans la phase 3, l'utilisateur sélectionne les paramètres de région et de langue pour les
comptes d'utilisateurs, crée un compte d'utilisateur administrateur initial, choisit OneDrive, la
confidentialité et d'autres paramètres de compte et démarre enfin sur le bureau.
Pour automatiser complètement l'installation de Windows 10, pour créer un support
d'installation pour une installation Boot & Forget « mains libres », nous devons préparer des
fichiers de réponses pour l'installation de Windows (phase 1) et l'accueil de Windows
(OOBE, phase 3).
Dans cet article, nous allons créer un fichier de réponses appelé autounattend.xml qui,
prendra en charge la région des comptes système Windows et la sélection du clavier, accepte
la licence, nettoie le disque dur, le re-partitionne selon les préférences de l'utilisateur et
démarre enfin l’installation de Windows.

2.2.8.1. Automatisation du support d’installation (Windows PE)

Etape 1 : configuration Pass 1 WindowsPE
Dans le volet Image Windows en bas à gauche, développez Composants. Cliquez avec le
bouton droit pour ajouter :

 Microsoft-Windows-International-Core-WinPE, ajoutez-le à la configuration Pass 1

WindowsPE
 Ensuite, développez Microsoft-Windows-Setup sur le volet Image
Windows. Ajoutez le composant DiskConfiguration à l'étape 1 en cliquant avec
le bouton droit sur DiskConfiguration et en sélectionnant Ajouter un paramètre

Rapport final du projet |40

 à l'étape 1, développez ImageInstall> composant OSImage et ajoutez InstallTo à
l'étape 1, ajoutez le component UserData à l'étape 1 :
=> Le volet Fichier de réponses en haut au milieu devrait maintenant ressembler à ceci
lorsque tous les composants ont été développés.

 Automatisation des Paramètres régionaux et linguistiques

Ajoutons d'abord la langue (d'affichage) de l'interface utilisateur Windows, la langue
d'installation et la disposition du clavier. Sélectionnez Microsoft-Windows-International-
Core-WinPE dans le volet Fichier de réponses, modifiez les propriétés selon vos
préférences dans le volet Propriétés en haut à droite. Dans mon cas, je souhaite
installer Windows 10 en Français France.
=>La valeur InputLocale pour un clavier finlandais est et le reste est défini sur Français de
France fr-FR (SystemLocale, UILanguage, UILanguageFallback, UserLocale).
 UILanguageFallback : c'est la langue utilisée pour les ressources, les notifications et
les messages système qui ne sont pas localisés (traduits) dans la langue actuelle du
système Windows.
 UILanguageFallback : c'est la langue utilisée pour les ressources, les notifications et
les messages système qui ne sont pas localisés (traduits) dans la langue actuelle du
système Windows.
 SetupUILanguage : OK, l'étape suivante consiste à indiquer au programme
d'installation de Windows la langue du support d'installation.

Rapport final du projet |41

  Automatisation d partition du disque dur
Cliquez avec le bouton droit sur DiskConfiguration sous Microsoft-Windows-Setup dans le
volet Fichier de réponses, puis sélectionnez Insérer un nouveau disque :
Ensuite, sélectionnez le nouveau disque dans le volet Fichier de réponses et modifiez ses
propriétés. DiskID indique au programme d'installation de Windows le disque à utiliser pour
installer Windows, où DiskID 0 est le disque dur principal (DiskID 1 = deuxième disque dur,
etc.). La définition de la valeur WillWipeDisk sur TRUE indique à l'installation d'effacer le
disque.

=>Maintenant, sur les partitions de disque. Pour créer un support d'installation pour
un système partitionné GPT / UEFI, nous devons créer quatre partitions (WinRE, EFI, MSR,
Windows). Pour un système MBR /BIOS, nous ne créons que deux partitions (System
Reserved, Windows). Cliquez avec le bouton droit sur CreatePartitions, puis sélectionnez
Insérer une nouvelle CreatePartition :
Répétez cette étape pour créer quatre partitions pour le support d'installation GPT / UEFI
ou deux partitions pour le support d'installation MBR / BIOS.
Cela crée uniquement ces partitions. Pour indiquer à l'installation de Windows ce qu'est
chaque partition et comment elle doit être configurée et formatée, nous devons
ajouter ModifyPartition à chaque partition ajoutée ci-dessus. Cliquez avec le bouton droit
sur Modifier les partitions dans le volet Fichier de réponses et sélectionnez Insérer une
nouvelle partition Modifier :

Rapport final du projet |42

=>Répétez cette étape jusqu'à ce que vous ayez une ModifyPartition pour
chaque CreatePartition.
=>voici quoi ressemble le résultat pour un système MBR /BIOS

=>Pour modifier les valeurs de CreatePartition pour un disque MBR :

Nom de partion Actif Format Label ordre ID partition Type
CreatePartition 1 True NTFS System 1 1
CreatePartition 2 False NTFS Windows 2 2 Non requis

=>Pour modifier les valeurs de CreatePartition pour un système partitionné GPT/UEFI

Faire comme le précèdent avec des variables suivantes :
Nom de partion Format Label ordre ID partition Type
CreatePartition 1 NTFS WinRE 1 1 DE94BBA4-06D1-
4D40-A16A-
BFD50179D6AC
CreatePartition 2 FAT32 System 2 2 Non requis
CreatePartition 3 Non requis Non requis 3 3 Non requis
CreatePartition 4 NTFS Windows 4 4 Non requis

=>La dernière partie du partitionnement consiste à indiquer au programme d'installation de

Windows où installer Windows. Développez Microsoft-Windows-Setup > ImageInstall>

Rapport final du projet |43

OSImage dans le volet Fichier de réponses, puis sélectionnez InstallTo. Définissez ses
propriétés : DiskID = 0 (en cas d'installation sur le disque dur
principal), PartitionID = 4 (GPT / UEFI) ou PartitionID = 2 (MBR / BIOS).

 Image d’installation
Développez Microsoft-Windows-Setup > WindowsDeploymentServices >InstallImage.
Pour installerons windows 10 Home.

=>La dernière chose dont un fichier de réponses a besoin est une clé de produit. Vous pouvez
utiliser n'importe quelle clé de licence en volume si elle est disponible, ou simplement une clé
générique. Si vous utilisez une clé générique, Windows sera automatiquement activé lors de
l'installation si la machine dispose d'une licence numérique existante valide pour cette édition
spécifique de Windows 10. Sinon, l'activation doit être effectuée manuellement avec une clé
de produit valide quelque temps après la fin de l'installation.
Développez Microsoft-Windows-Setup > UserData, sélectionnez ProductKey. Entrez une
clé.
Voici quelques clés de produit génériques que vous pouvez utiliser dans un fichier de réponse
- Windows 10 Famille Unilingue: 7HNRX-D7KGG-3K4RQ-4WPJ4-YTDFH
- Windows 10 Famille: TX9XD-98N7V-6WMQ6-BX7FG-H8Q99
- Windows 10 Pro : VK7JG-NPHTM-C97JM-9MPGT-3V66T

Rapport final du projet |44

Etape 2 : configuration Pass 7 OobeSystem
Ajoutons d'abord les composants nécessaires du volet Image Windows (WSIM en bas à
gauche) au volet Fichier de réponses (en haut au milieu). Viennent d'abord la région et les
composantes linguistiques. Développez Composants dans le volet Image Windows, cliquez
avec le bouton droit sur
 Microsoft-Windows-International-Core et sélectionnez Ajouter un paramètre à
Pass 7 OobeSystem.
 Développez Microsoft-Windows-Shell-Setup, ajoutez OEMInformation à Pass 4
Specialize
 De la même manière, veuillez ajouter Microsoft-Windows-Shell-Setup>
OOBE et Microsoft-Windows-Shell-Setup> UserAccounts à Pass 7 OobeSystem.
=>Votre volet Fichier de réponses devrait maintenant ressembler à ceci lorsqu'il est
entièrement développé

 Modifier les informations OEM

OK, tous les composants nécessaires sont maintenant ajoutés. Ensuite, nous commencerons
par le composant le plus haut ajouté au volet Fichier de réponses. Sélectionnez Microsoft-
Windows-Shell-Setup sous 4 Specialize, ajoutez les propriétés suivantes :
ComputerName > Si ce champ est laissé vide, le programme d'installation de Windows
nomme chaque machine quelque chose comme DESKTOP-

Rapport final du projet |45

123ABCD ou WINDOWS - 123ABCD où 123ABCD est une chaîne alphanumérique
aléatoire. En utilisant un seul astérisque (*) pour ComputerName, le
mot DESKTOP ou WINDOWS sera remplacé par une chaîne de 8 caractères maximum
composée des valeurs RegisterdOrganization et RegisteredOwner. Et encore une fois, les
caractères de fin du nom seront une chaîne alphanumérique aléatoire. Par exemple, comme
indiqué dans la capture d'écran précédente, dans mon fichier de
réponse, RegisteredOrganization est Windows et le RegisteredOwner est ISGE, qui
produit des noms de PC sous la forme ISGEWIN-123ABCD. Enfin, vous pouvez également
spécifier un nom de PC d'une longueur maximale de 15 caractères. Cependant, cela n'est pas
recommandé car dans ce cas, chaque PC recevrait exactement le même nom
NETBIOS. Hélas, cela provoque des problèmes de mise en réseau dans les environnements
de groupe de travail et de domaine.
CopyProfile > True. Cela copiera toutes les personnalisations de bureau, tous les thèmes et
autres dans le profil utilisateur par défaut. Ceci sera utilisé comme point de départ pour
chaque nouveau profil utilisateur.
OEMName > Comme vous le souhaitez, il peut être fourni ou laissé vide
RegisteredOrganization > Idem à l'élément précédent.
RegisteredOwner > Idem pour OEMName et RegisteredOwner.
TimeZone > Si ce champ est laissé vide, le fuseau horaire par défaut sera celui de la langue
d'installation.

 Région et langue
Viennent ensuite les paramètres de région et de langue. Sélectionnez Microsoft-Windows-
International-Core sous 7 OobeSystem dans le volet Fichier de réponses et ajoutez des
propriétés comme bon vous semble. Voir la partie 1.

Rapport final du projet |46

Automatisez l'OOBE
=> Sélectionnez Microsoft-Windows-Shell-Setup sous 7 OobeSystem dans le volet Fichier
de réponses. Ici, veuillez ajouter les
mêmes RegisteredOrganization, RegisteredOwner et TimeZone que vous avez ajoutés
précédemment pour paramètres Pass 4,
=> Sous 7 OobeSystem, sélectionnez Microsoft-Windows-Shell-Setup> OOBE et ajoutez
les propriétés suivantes

 Comptes local
Sélectionnez Microsoft-Windows-Shell-Setup> UserAccounts>
AdministratorPassword sous 7 OobeSystem et définissez un mot de passe pour le compte
administrateur intégré. Assurez-vous de le noter dans un endroit sûr et accessible. Lorsque le
fichier de réponses est enregistré, ce mot de passe sera crypté (et extrêmement difficile, voire
impossible, à récupérer à moins que vous ne l'ayez enregistré quelque part).

Pour créer un compte local, cliquez avec le bouton droit sur Microsoft-Windows-Shell-
Setup> UserAccounts> LocalAccounts sous 7 OobeSystem et sélectionnez Insérer un
nouveau compte local. Sélectionnez le nouvel élément LocalAccount dans le volet Fichier
de réponses, ajoutez une description de compte (facultatif), un DisplayName tel que vous
souhaitez qu'il apparaisse dans l'écran de connexion et Paramètres, plus un nom de profil de
groupe et de compte. Nous allons créer cinq compte utilisateurs, nous laissons la partie mot
passe vide afin que l'utilisateur sera invité à définir / modifier le mot de passe lorsque
l'installation automatique est prête à démarrer sur le bureau.

Rapport final du projet |47

Voici le résultat du fichier de réponse automatique.
2.4.1. L’installation sans assistance
=>Gestion du serveur > outils > service de déploiement Windows.
=>Développez le serveur >clic droit sur le serveur wds puis Propriété

=>Sélectionner Client et cocher la case activation de l’installation sans assistance.

=>Sélectionner le fichier de réponse pour BIOS et UEFI x64

=>Voici le résultat du fichier XML

Rapport final du projet |48

2.2.9. Déploiement sans assistance avec automatisation

Voici un aperçu résultat du déploiement sans assistance

La machine deploiement et joint au domaine et son nom est ISGEPC-00333

2.3. Déploiement multicast

Le déploiement multicast permet de déployer plusieurs machines en même temps sur le
réseau.
=>Clic droit sur Translission par diffussion > clic sur Nouvelle Transmission
=>Ajouter le nom de la Transmission

Rapport final du projet |49

=>Définissez les paramètre et choisissez l’image puis cliquez sur Terminer

2.4. Avantages et inconvénients

 Avantages
 Permettra à l’administrateur de gagner en temps
 Facilitera la tâche de l’administrateur
 Nécessitera moins de personnel
 Inconvénients
 Le déploiement occupe énormément la bande passante
 Le déploiement complet prend beaucoup de temps
Conclusion
En somme, nous avons utilisé l’outil ADK de Windows pour faire le déploiement sans
assistance ce qui permet un gain de temps important pour l’administrateur réseau dans un
réseau avec plusieurs machines.
CONCLUSION GENERALE
En somme, nous pouvons dire que le service de déploiement de Microsoft est un service très
capital et incontournable dans la gestion des parcs informatiques, en ce sens même qu’elle
permettra d’économiser en temps et en énergie lors des différents déploiements. Ce projet
nous a permis d’approfondir nos connaissances sur Windows serveur 2016, tout en mettant en
pratiques les cours théorique vue en classe.

Rapport final du projet |50