Courses Job Ready Program Fresher Trainings AI For Class 7 to 12 Corporate Training Placements Tutorials
Free Learning Resources

IT Tutorials & Interview Prep

Free guides, interview Q&As, and job responsibility breakdowns — curated by industry veterans to help you crack MNC interviews

190+
Tutorial Articles
14
Topic Categories
100%
Free to Read
← Back to Learning Hub

AZ-800: Day 12— Windows Deployment Services (WDS)

Learning Hub Last Updated: Jul 25, 2026

Key Points, Definitions,  Term Differences & Q&A

Figure 1: WDS Architecture — supporting roles and PXE-booting clients

1. 25 Most Important Key Points

  • Windows Deployment Services (WDS) is a Windows Server role that deploys Windows operating systems to multiple computers over the network, without DVDs or USB drives.
  • WDS uses PXE (Preboot Execution Environment) to let client computers boot directly from the network to begin installation.
  • WDS eliminates manual, one-at-a-time installation, saving significant time and administrative effort in large environments.
  • WDS is widely used in corporate offices, schools, government organizations, training centers, and data centers for consistent OS rollout.
  • Compared to manual installation, WDS deploys to multiple computers simultaneously, is centrally managed, and is far faster at scale.
  • The main components of WDS Architecture are the WDS Server, WDS Client, PXE, DHCP Server, DNS Server, Boot Image, and Install Image.
  • The WDS Server stores Windows images and responds to PXE boot requests from client machines during deployment.
  • A WDS Client is any computer that receives the OS over the network and must support PXE boot to communicate with the server.
  • DHCP assigns the client an IP address during PXE boot — without it, the client cannot reach the WDS Server at all.
  • DNS resolves hostnames to IP addresses so the client and WDS Server can locate each other, and is required for AD DS integration.
  • A Boot Image (boot.wim) is a Windows PE image that starts the client and loads Windows Setup — it does not contain the OS itself.
  • An Install Image (install.wim) contains the complete Windows operating system that actually gets installed on the client.
  • The WDS deployment sequence is: PXE boot → DHCP assigns IP → client contacts WDS → boot image sent → Setup starts → install image chosen → Windows installed.
  • Prerequisites for WDS include a supported Windows Server version, AD DS, DNS, DHCP, and a dedicated NTFS partition for image storage.
  • The RemoteInstall folder, created on an NTFS partition, stores all WDS deployment files — boot images, install images, PXE files, and configuration.
  • The WDS role is installed via the Add Roles and Features Wizard in Server Manager and offers two role services: Deployment Server and Transport Server.
  • Deployment Server provides full WDS functionality — PXE boot, image management, and AD integration — and is what most organizations use.
  • Transport Server offers only network transport/multicast functionality, with no PXE boot, image management, or AD integration — used for custom deployment needs.
  • WDS Server Configuration is done through the Windows Deployment Services Configuration Wizard, covering server selection, RemoteInstall folder, and PXE response settings.
  • PXE Server Settings determine whether WDS responds to Known Clients only, or to both Known and Unknown Clients.
  • Known Clients are already registered in Active Directory and offer stronger security — ideal for production environments.
  • Unknown Clients aren't pre-registered and may require administrator approval before deployment — common in test labs and training environments.
  • Windows installation images are imported from a Windows ISO's Sources folder, which contains both boot.wim and install.wim.
  • Image Groups are logical containers used to organize multiple Install Images (e.g., separate groups for Windows 10, Windows 11, Server 2022).
  • Image Groups simplify managing and deploying different Windows versions and editions side by side on the same WDS server.

Figure 2: Boot Image (boot.wim) vs. Install Image (install.wim)

2. 20 Definitions with Day-to-Day Examples

Windows Deployment Services (WDS)

Definition: A Windows Server role that deploys operating systems to multiple client computers over the network using PXE boot.

Day-to-Day Example: Like a print shop that can produce hundreds of identical copies of a document at once, instead of photocopying each page by hand.

PXE (Preboot Execution Environment)

Definition: A network boot technology that lets a computer start and install an OS directly from the network, without local media.

Day-to-Day Example: Like a hotel room's TV that streams a startup menu directly from the hotel's central system, with no DVD player needed in the room.

WDS Server

Definition: The Windows Server hosting the WDS role, storing images and responding to client PXE boot requests.

Day-to-Day Example: Like the central kitchen of a restaurant chain that prepares standardized meals sent out to every branch location.

WDS Client

Definition: A computer that receives the Windows OS from the WDS Server over the network via PXE boot.

Day-to-Day Example: Like a branch restaurant location receiving a ready-made meal kit from the central kitchen instead of cooking from scratch.

Boot Image (boot.wim)

Definition: A Windows PE image that starts the client computer and loads the Windows Setup program, without containing the full OS.

Day-to-Day Example: Like the instruction booklet and starter tools handed to someone before they actually begin assembling furniture — it gets things started but isn't the furniture itself.

Install Image (install.wim)

Definition: The image file containing the complete Windows operating system that gets installed on the client computer.

Day-to-Day Example: Like the actual flat-pack furniture pieces that get assembled into the finished product, following those earlier instructions.

Deployment Server

Definition: The primary WDS role service providing full deployment functionality — PXE boot, image management, and AD integration.

Day-to-Day Example: Like a full-service delivery company that handles ordering, packing, shipping, and delivery confirmation all in one.

Transport Server

Definition: An optional WDS role service offering only network transport/multicast functionality, without PXE boot or image management.

Day-to-Day Example: Like hiring just the trucking company for the delivery leg, while you handle the packing and ordering yourself.

RemoteInstall Folder

Definition: The NTFS-partition directory where WDS stores boot images, install images, PXE files, and configuration data.

Day-to-Day Example: Like a dedicated, organized storeroom where a print shop keeps every template and master copy it might need to reproduce.

Known Client

Definition: A client computer already registered in Active Directory, allowed to receive deployments under standard security policy.

Day-to-Day Example: Like a returning hotel guest whose ID is already on file, so check-in goes smoothly without extra verification.

Unknown Client

Definition: A client computer not pre-registered in Active Directory, which may require administrator approval before deployment.

Day-to-Day Example: Like a walk-in guest with no prior reservation, who needs to be verified by staff before being given a room key.

Image Group

Definition: A logical container in WDS used to organize multiple Install Images, such as separate groups for different Windows versions.

Day-to-Day Example: Like separate shelves in a stockroom, each labeled for a different product line, so staff can find the right item quickly.

Active Directory Integration (WDS)

Definition: The configuration that lets a WDS Server operate within an AD domain for centralized, secure client management.

Day-to-Day Example: Like a delivery company plugging into a city's official address registry, so it always knows exactly which verified addresses to deliver to.

DHCP's Role in WDS

Definition: The function DHCP performs during PXE boot, assigning the client a valid IP address so it can reach the WDS Server.

Day-to-Day Example: Like a hotel's front desk assigning a temporary guest badge the moment someone walks in, before they can access any hotel services.

DNS's Role in WDS

Definition: The function DNS performs in resolving hostnames into IP addresses so the WDS Server and clients can locate each other.

Day-to-Day Example: Like a building directory that translates a company's name into the correct floor and office number for visitors.

NTFS Partition (for WDS)

Definition: A dedicated, NTFS-formatted storage partition required to hold the WDS deployment files and RemoteInstall folder.

Day-to-Day Example: Like a reserved section of a warehouse set aside specifically for storing production templates, kept separate from general storage.

Windows ISO Sources Folder

Definition: The folder within a Windows installation ISO that contains both boot.wim and install.wim, ready to be imported into WDS.

Day-to-Day Example: Like the specific compartment in a shipped kit that holds both the setup instructions and the actual product components.

WDS Role Installation

Definition: The process of adding the Windows Deployment Services role to a server via the Add Roles and Features Wizard.

Day-to-Day Example: Like installing a new specialized department into a company before it can start offering that department's services.

Manual Installation (contrast to WDS)

Definition: The traditional method of installing Windows individually on each computer using physical media like a DVD or USB drive.

Day-to-Day Example: Like hand-copying a document one page at a time for every single recipient, instead of running it through a high-speed printer.

Multicast Deployment

Definition: A network transmission method (used by Transport Server) that sends data to multiple clients simultaneously in a single stream.

Day-to-Day Example: Like a single radio broadcast reaching every tuned-in listener at once, instead of making a separate phone call to each person.

Figure 3: PXE response settings — Known Clients vs. Unknown Clients

Figure 4: The full WDS deployment process, step by step

3. Differences Between Key Technical Terms (10)

1. Manual Installation vs. WDS Deployment

FeatureManual InstallationWDS Deployment
MethodUses DVD or USB driveUses the network (PXE)
ScaleOne computer at a timeMultiple computers simultaneously
Access neededRequires physical access to each computerDeployed from a central WDS server
SpeedTime-consumingFaster and automated
Best suited forSmall environmentsEnterprise environments



 

2. Boot Image vs. Install Image

FeatureBoot ImageInstall Image
PurposeStarts the deployment processInstalls the operating system
ContainsWindows PE onlyThe complete Windows OS
File nameboot.wiminstall.wim
Required forStarting Windows SetupCompleting Windows installation



 

3. Deployment Server vs. Transport Server

FeatureDeployment ServerTransport Server
FunctionalityComplete WDS functionalityOnly network transport service
PXE Boot supportSupportedNot supported
Image managementSupports Boot & Install ImagesDoes not manage images
AD integrationYesNo
Typical useStandard Windows OS deploymentCustom multicast-only deployment solutions



 

4. Known Clients vs. Unknown Clients

FeatureKnown ClientsUnknown Clients
AD registrationAlready registered in Active DirectoryNot registered in Active Directory
Security levelMore secureLess secure
Common environmentProduction environmentsTesting or deployment labs
Deployment behaviorDeploys based on admin policy directlyMay require approval before deployment



 

5. Role of DHCP vs. Role of DNS in WDS

FeatureDHCP's RoleDNS's Role
FunctionAssigns IP address to the client during PXE bootResolves hostnames to IP addresses
Without itClient cannot communicate with WDS Server at allClient and server may fail to locate each other
Also required forBasic network communicationActive Directory functionality



 

6. WDS Server vs. WDS Client

FeatureWDS ServerWDS Client
RoleStores images, responds to PXE requestsReceives and installs the OS over the network
RequirementWindows Deployment Services role installedMust support PXE boot
Direction of data flowSends boot/install imagesReceives boot/install images



 

7. Windows Server Prerequisites for WDS

PrerequisitePurpose
Windows Server (supported version)Hosts the WDS role and deployment images
Active Directory Domain Services (AD DS)Enables centralized, secure client management
DNS ServerResolves hostnames for client-server communication
DHCP ServerAssigns IP addresses during PXE boot
NTFS PartitionStores the RemoteInstall folder and deployment files



 

8. Respond to Known Clients Only vs. Respond to All Clients

SettingBehaviorBest Suited For
Known Clients OnlyOnly registered AD computers get a PXE responseEnterprise environments with strict security policies
All Clients (Known + Unknown)Both registered and unregistered computers get a responseTesting environments, training labs, frequent new deployments



 

9. Image Groups vs. Individual Install Images

FeatureImage GroupsIndividual Install Images (Ungrouped)
OrganizationLogically grouped by OS version/editionManaged individually, one by one
Management easeEasier at scale, especially with many versionsBecomes harder to manage as image count grows
Typical setupSeparate groups for Windows 10, 11, Server 2022, etc.All images listed together without categorization



 

10. Boot.wim/Install.wim Source vs. RemoteInstall Storage

AspectWindows ISO Sources FolderRemoteInstall Folder
RoleOriginal source of boot.wim and install.wimDestination where WDS stores imported images
LocationInside the Windows installation mediaOn a dedicated NTFS partition on the WDS Server
When usedDuring the image import stepContinuously, to serve client deployment requests



 

4. Theoretical Questions (15)

Q1. What is Windows Deployment Services (WDS), and what problem does it solve?

Answer: WDS is a Windows Server role that deploys Windows operating systems to multiple computers over the network using PXE, eliminating the need for DVDs/USB drives and the time cost of manual, one-at-a-time installation.

Q2. What is PXE, and what role does it play in WDS deployment?

Answer: PXE (Preboot Execution Environment) is a network boot technology that lets a client computer start and request an OS installation directly from the network, forming the first step of the WDS deployment process.

Q3. What are the main components of WDS Architecture?

Answer: The main components are the WDS Server, WDS Client, PXE, DHCP Server, DNS Server, Boot Image, and Install Image, each playing a specific role in enabling network-based deployment.

Q4. Why is DHCP required for WDS to function?

Answer: DHCP assigns the client computer a valid IP address during the PXE boot process; without an IP address, the client cannot communicate with the WDS Server at all.

Q5. What is the difference between a Boot Image and an Install Image?

Answer: A Boot Image (boot.wim) is a Windows PE image that starts the client and loads Windows Setup but doesn't contain the OS, while an Install Image (install.wim) contains the complete operating system that actually gets installed.

Q6. What are the prerequisites required before deploying WDS?

Answer: Prerequisites include a supported Windows Server version, Active Directory Domain Services, a DNS Server, a DHCP Server, and a dedicated NTFS partition for storing deployment images.

Q7. Why is an NTFS partition specifically required for WDS?

Answer: WDS needs a dedicated NTFS-formatted partition to create the RemoteInstall folder, which stores boot images, install images, PXE boot files, and configuration data.

Q8. What are the two role services available when installing WDS, and how do they differ?

Answer: The two role services are Deployment Server, which provides complete WDS functionality including PXE boot and AD integration, and Transport Server, which offers only network transport/multicast functionality without image management or PXE boot.

Q9. Why is the Deployment Server the more commonly used role service?

Answer: Deployment Server provides everything needed for standard Windows OS deployment — PXE boot, image management, and AD integration — while Transport Server is only useful for niche custom multicast deployment scenarios.

Q10. What happens during WDS Server Configuration using the Configuration Wizard?

Answer: The wizard guides administrators through selecting the server, choosing the Remote Installation folder location, configuring PXE response settings, and completing the initial WDS setup.

Q11. What is the difference between responding to Known Clients only versus All Clients?

Answer: Responding to Known Clients only limits deployment to computers already registered in Active Directory for better security, while responding to All Clients allows both registered and unregistered computers, often requiring admin approval for unknown ones.

Q12. What is the seven-step process of a typical WDS deployment?

Answer: The process is: PXE boot, DHCP assigns an IP, the client contacts the WDS Server, the WDS Server sends the Boot Image, Windows Setup starts and shows available images, the Install Image is selected, and Windows is installed on the client.

Q13. Where do boot.wim and install.wim originate from, and how do they get into WDS?

Answer: Both files originate from the Sources folder of the Windows installation ISO and are imported into WDS by an administrator, after which they become available for network deployment.

Q14. What is an Image Group, and why would an organization use one?

Answer: An Image Group is a logical container used to organize multiple Install Images, such as separate groups for Windows 10, Windows 11, or Server 2022, making image management easier as more OS versions are added.

Q15. Why is Active Directory integration valuable for a WDS deployment?

Answer: AD integration allows centralized management of client computers, improves security, and ensures that PXE responses and deployments can be restricted to only authorized, registered devices.

5. Scenario-Based Questions (8)

Q1. An organization has 100 new computers that all need Windows 11 installed, and management wants this done as fast as possible without manually touching every machine. What should be used?

Answer: Windows Deployment Services (WDS) should be used — all 100 computers can PXE boot from the network and install Windows simultaneously from a central WDS server, rather than requiring individual manual installations.

Q2. A client computer PXE boots but fails to reach the WDS Server, even though the server is running correctly. What should be checked first?

Answer: Check whether DHCP is functioning and assigning the client a valid IP address, since without an IP address from DHCP the client cannot communicate with the WDS Server at all.

Q3. An administrator wants only computers already known to the domain to receive OS deployments, rejecting any unregistered device automatically. What PXE setting should be configured?

Answer: Configure WDS to "Respond to Known Clients Only," which restricts PXE responses and deployment to computers already registered in Active Directory, providing stronger security.

Q4. A training lab frequently receives brand-new, unregistered laptops that need Windows imaged quickly for each new class. Which PXE response setting fits this environment?

Answer: "Respond to All Clients (Known and Unknown)" fits best, since new unregistered computers are common in this environment, though unknown devices may still require administrator approval before deployment.

Q5. An IT team wants to deploy Windows 10, Windows 11, and Windows Server 2022 from the same WDS server without confusion. What WDS feature helps organize this?

Answer: Image Groups should be used to create separate logical containers for each OS version, making it easier to manage and select the correct Install Image during deployment.

Q6. A client computer receives boot.wim successfully but the deployment fails when trying to actually install the operating system. Where should the administrator look?

Answer: The administrator should check the Install Image (install.wim), since the Boot Image only starts Windows Setup — the actual OS installation depends on a correctly available and functioning Install Image.

Q7. An organization only needs multicast-based file transport for a custom in-house deployment tool and doesn't need PXE boot, image management, or AD integration. Which WDS role service fits?

Answer: The Transport Server role service fits, since it provides only network transport/multicast functionality without the full deployment features of the Deployment Server.

Q8. A newly configured WDS server has no dedicated NTFS partition set up, and administrators are unable to complete the initial configuration wizard. What prerequisite was missed?

Answer: The NTFS partition prerequisite was missed — WDS requires a dedicated NTFS-formatted partition to create the RemoteInstall folder needed to store boot images, install images, and configuration files.