Post

V2 Architecture: Design, Hardware & Naming Conventions

Redesigning my homelab network, creating a hardware inventory, and defining IP/VLAN/CTID/VMID conventions.

V2 Architecture: Design, Hardware & Naming Conventions

Why V2 Exists

V1 proved the concept; a working hypervisor, a DNS sinkhole, and a functional attacker-target lab. But the longer it ran, the more its limitations became apparent:

  • No network segmentation: everything shared a flat 192.168.1.x subnet with personal devices, smart TVs, and IoT appliances
  • No trust boundaries: a misbehaving IoT device could reach the lab server directly
  • No centralized logging: attacks were executed against lab machines with zero detection capability

V2 was designed to address each of these gaps deliberately: segmented VLANs with enforced firewall policies, centralized SIEM with endpoint agents, and a multi-node architecture that separates workloads by function.


Hardware Inventory

I decided to become thorough with documentation in V2, and so inventoried the machines on my network.

Desktop Workstation : citadel

SpecValue
TypeCustom-built PC
CPUIntel Core i7-10700K (8c/16t, 5.1 GHz boost)
RAM32 GB DDR4 @ 3000 MT/s
GPUGigabyte RTX 3070 Eagle OC (8 GB)
Storage1 TB NVMe (OS) + 2 TB NVMe (bulk)
OSWindows 11 Home
VLAN10 — Trusted

Primary workstation for development, lab access, and daily use. Resides on the Trusted VLAN, it can reach the lab network, but lab machines cannot reach back.

Virtualization Host : pavilion

SpecValue
TypeHP Pavilion 23 AiO (repurposed)
CPUIntel Core i5-4590T (4c/4t)
RAM16 GB DDR3L
Storage1 TB SATA SSD
OSProxmox VE
VLAN20 — Lab

The same machine from V1, reinstalled clean. Runs all core infrastructure and supporting services as LXC containers and/or VMs.

Mobile Workstation : annex

SpecValue
TypeMacBook Pro 13-inch (2020)
CPUIntel Core i5-8257U (4c/8t)
RAM8 GB LPDDR3
Storage256 GB NVMe (soldered)
OSmacOS Sequoia
VLAN10 — Trusted (5 GHz WiFi)

Mobile workstation used for development, daily use, and remote lab access via SSH.

Docker Host : inspiron

SpecValue
TypeDell Inspiron 3505 (repurposed laptop)
CPUAMD Ryzen 5 3450U (4c/8t)
RAM12 GB DDR4
Storage256 GB NVMe + 1 TB HDD
OSUbuntu Server 24.04 LTS
VLAN20 — Lab

Dedicated Docker host running containerized services. A USB Gigabit adapter serves as the primary network interface, bypassing the built-in 100 Mbps limitation.


Design Conventions

Before deploying any services, a conventions document was written as a reference for IP assignments, container IDs, and VLAN policy. Doing this upfront investment helps set guidelines for any IP/ID deployed within my lab.

IP Address Schema

The same structure applies uniformly across every VLAN:

RangeCategory
.1Gateway
.2.9Network infrastructure (switches, APs)
.10.19Physical nodes (servers, workstations)
.20.59LXC containers
.60.99Virtual machines
.100.254DHCP pool

Examples:

  • 192.168.10.11 = physical node on the Trusted VLAN.
  • 192.168.20.21 = LXC container on the Lab VLAN.

Proxmox Workload IDs

ID RangeCategoryExamples
1XXCore InfrastructurePi-hole, NPM, Homepage
2XXApplications & Self-hosted ServicesJellyfin, Crafty, Ghost, web apps
3XXMonitoring & SecurityWazuh, Grafana, Prometheus, SOC tooling
4XXNetwork & System InfrastructureTrueNAS, Proxmox Backup Server, utility VMs
5XXDevelopment & LabKali, targets, scratch boxes
9XXTemplates & Base ImagesBase images, reusable installs

VLAN & Firewall Policy

VLANNameSubnetPurpose
10Trusted192.168.10.0/24Personal devices
20Lab192.168.20.0/24Homelab infrastructure
30IoT192.168.30.0/24Smart devices and NVR

Firewall rules are asymmetric by design:

SourceDestinationPolicyRationale
TrustedLab✅ AllowSSH access to lab machines from workstation
LabTrusted❌ DenyCompromised lab VM cannot pivot to personal devices
TrustedIoT❌ DenyNo reason to reach IoT devices directly
IoTAny internal❌ DenyFull isolation, internet access only

Network Topology Diagram Network Topology Diagram

What’s Next

With the hardware in place and conventions documented, the next step was the most technically involved phase of V2. It was time to migrate the home network from a flat topology to the segmented VLAN architecture using OpenWRT and a managed switch.

This post is licensed under CC BY 4.0 by the author.