Windows Server Homelab
A production-pattern domain built to practice what you cannot safely practice on a client's network: forest promotion, cross-subnet firewall policy, and storage pooling. Windows Server 2025 on bare metal, Hyper-V, two VMs, a hardware firewall, and 4.5 TB of pooled storage. Everything below is running.
Fig. 1 — Flat two-subnet topology. Management traffic crosses from the wireless segment to the server segment through an explicit Sophos rule rather than a flat allow. VLAN segmentation is staged next, once the domain is stable.
- Host
- Dell OptiPlex 9020 · Windows Server 2025 Datacenter
- Directory
- DC01 — forest promoted; AD DS, DNS and DHCP for
lab.local - File services
- FS01 — domain-joined, File Server role, SMB/NFS
- Storage
- Storage Spaces pool — 2×2 TB + 1×500 GB, thin-provisioned 4 TB NTFS virtual disk, SCSI passthrough to FS01
- Edge
- Sophos XG 125 (v22) — multi-port LAN/WAN separation, cross-subnet policy
- DHCP scopes
172.16.16.100–200and192.168.30.100–150
| Symptom | Root cause | Resolution | |
|---|---|---|---|
| 01 | Hyper-V install fails, 0x800f0916 |
Component store corrupted by Windows Update; feature payload left DisabledWithPayloadRemoved. DISM /RestoreHealth from ISO failed on version mismatch. |
Clean reinstall from ISO, then install Hyper-V before running updates. |
| 02 | “Invalid Trusted Execution Technology configuration” at boot | TXT enabled in BIOS against a TPM configuration that could not satisfy it. | Disabled TXT; kept VT-x and VT-d enabled so virtualization stayed intact. |
| 03 | No bootable device after a successful install | Installer split boot files onto Disk 4 while the OS landed on Disk 0 — UEFI found no loader. | Disconnected every drive but C:, reinstalled, reconnected after first boot. |
| 04 | DC01 loses network; AD/DNS install fails | Static IP assigned on 192.168.20.0/24 — a SERVERS subnet that did not exist on the physical network yet. |
Moved DC01 onto the live 172.16.16.0/24. Segmentation deferred until the domain was stable. |
| 05 | DC01 cannot resolve; gateway pings time out | DNS pointed at 172.16.16.1 — Sophos Port 4, not the gateway. Gateway was right, resolver was not. |
Repointed DNS to 172.16.16.16 (Port 1). |
| 06 | Storage Spaces sees no eligible disks | All three drives sat OFFLINE in Disk Manager and carried partitions from prior use. | Brought each disk online, cleared old partitions; the pool wizard picked them up immediately. |
| 07 | Virtual switch configured correctly but no traffic | Switch never completed its bind to the physical Intel NIC. | Restarted the Hyper-V Virtual Machine Management Service (vmms) to force rebinding. |
Carried into client work: install hypervisor roles before patching, isolate disks during OS installs, and confirm which firewall port is actually the gateway before blaming the virtual switch.