×
×
×
×

OS Deployer Architecture: Local & Remote Offices | ManageEngine

Overview

OS Deployer lets you capture a single, standardized Windows image and deploy it across multiple sites. In a WAN setup, the Local Office hosts the primary image repository, while each Remote Office uses a Distribution Server with a PXE service and its own local image store to minimize WAN usage.

  • Standardize at scale: Create one golden image for diverse hardware using Hardware-Independent Deployment (HID).
  • Save bandwidth: Replicate images from the Local Office to each Remote Office image repository over HTTP/HTTPS.
  • Zero-touch rollouts: Deploy via PXE/USB/ISO with automated post-deployment steps (naming, domain/OU, apps).

Architecture diagram

OS Deployer: Image deployment in Remote Office

Core components

ComponentRole in the architecture
Central Server (Local Office)Hosts the OS Deployer service, PXE/TFTP services, and the primary Image Repository.
Image Repository (Local Office)Stores captured online/offline images (the “golden” images) that are replicated to remote sites.
Distribution Server (Remote Office)Receives image replicas from the Local Office and serves them to target endpoints within the site.
PXE Server (Local/Remote)Network-boots target devices into WinPE to start zero-touch deployment with driver injection (HID).
Remote Office Image RepositoryLocal cache of replicated images for fast, bandwidth-efficient deployments within the remote site.
Target ComputersDevices to be imaged or re-imaged via PXE/USB/ISO; post-deployment tasks complete device configuration.

End-to-end flow

  1. Capture: Create the golden image from a reference device (online or offline) and store it in the Local Office image repository.
  2. Replicate: Replicate images from the Local Office to each Remote Office over HTTP/HTTPS on allowed WAN ports.
  3. Boot: Targets in the remote site boot via PXE (or USB/ISO) to load WinPE and contact the Distribution Server.
  4. Deploy: The image is applied from the Remote Office image repository; HID injects the right drivers.
  5. Post-deployment: Naming, domain/OU join, profile migration, and app/script installs run automatically.

Network ports

Open the following ports between Local and Remote Offices as indicated by the diagram:

Server ports

PortPurposeTypeConnection
8383For communication between the OS Deployer Components / Distribution Server and the OS Deployer server in secured mode.HTTPSInbound to OS Deployer server
8443For communication between the OS Deployer Components and the OS Deployer server.HTTPSInbound to OS Deployer server
8384For communication between the OS Deployer Components and Distribution server.HTTPSInbound to Distribution server
69, 4011TFTP PXE communication between the target machine and OS Deployer server.UDPInbound to OS Deployer server and Distribution server

Active Directory ports

PortPurposeTypeConnection
135RPC Endpoint Mapper.TCP, UDPInbound to OS Deployer server
137NetBIOS name service.TCP, UDPInbound to OS Deployer server
138NetBIOS datagram service.UDPInbound to OS Deployer server
139NetBIOS session service.TCPInbound to OS Deployer server
445SMB over IP (Microsoft-DS).TCP, UDPInbound to OS Deployer server
389LDAP.TCP, UDPInbound to OS Deployer server
636LDAP over SSL.TCPInbound to OS Deployer server
3268Global Catalog LDAP.TCPInbound to OS Deployer server
3269Global Catalog LDAP over SSL.TCPInbound to OS Deployer server
88Kerberos.TCP, UDPInbound to OS Deployer server
53DNS.TCP, UDPInbound to OS Deployer server
1512WINS resolution.TCP, UDPInbound to OS Deployer server
42WINS replication.TCP, UDPInbound to OS Deployer server

Scalability & best practices

  • Maintain a clean, patched reference image; recapture after major updates.
  • Use Hardware-Independent Deployment (HID) with a curated driver repository for diverse models.
  • Stage replication during off-peak hours; leverage site-local deployment to minimize WAN load.
  • Pilot in a small device group before broad rollouts; monitor success/failure logs.
Was this document helpful?
Yes
No