← Return to Blog
Note: This is simply a template for network mapping and security measures. It is general-purpose and does not fit every case.
View Companion Firewall Rules →

PCI-Compliant Network Roadmap

A simple, affordable roll-out strategy for small businesses that handle card transactions
Design rationale: VoIP phones, printers, and IoT devices are moved to dedicated VLANs because these devices are particularly susceptible to exploitation. Security cameras are isolated on their own VLAN with cloud-only access — a compromised camera cannot pivot to staff machines. Cross-communication is allowed only where necessary — office workstations can reach printers for jobs, but all other cross-VLAN traffic is denied.
Environment: Small brick-and-mortar business — office, service areas
Internet: Internet → firewall → managed switch → wired and wireless endpoints
VLANs: 7 segments — Operations, Voice, Print, PCI, Staff Wi-Fi, IoT, Untrusted Wi-Fi
Cross-VLAN: Printing allowed from Operations and Staff Wi-Fi to Print VLAN via IPP/RAW ports
Guest Wi-Fi: Not offered — deliberate decision to minimize attack surface on a PCI-compliant network
Internet Router
Internet Gateway — Bridge Mode
Firewall
Firewall / Router — Inter-VLAN Routing
Managed Switch
VLAN Trunking
Ops VLAN
Desktops
Wired — Cross-VLAN
Print VLAN
Wired — Cross-VLAN
Voice VLAN
Phones
Wired — Isolated
PCI VLAN
Card Reader
Wired — Isolated
Wi-Fi AP VLAN
Access Point
VLAN 30
Staff Wi-Fi
Laptops
Wireless — Cross-VLAN
IoT
Cameras
Wireless — Isolated
Untrusted Wi-Fi
Cell Phones
Wireless — Isolated
Gateway
Firewall
Switch
Operations
Voice (Isolated)
Print (Cross-VLAN)
PCI / Untrusted (Isolated)
Wireless

Device Inventory

Device Role VLAN Connection Notes
Internet Router Internet gateway WAN Satellite internet, bridge mode
Firewall Security gateway All (trunk) Wired Inter-VLAN routing, PCI compliance, VPN
Managed Switch Distribution All (trunk) Wired VLAN trunking to all access ports
Desktops Workstations Operations Wired Office machines, Windows 10/11
Phones VoIP Voice Wired Isolated — no cross-VLAN access
Printer Office printer Print Wired Reachable from Operations and Staff Wi-Fi via IPP/RAW
Card Reader POS terminal PCI Wired Payment processing, fully isolated
Access Point Wi-Fi Trunk Wired Serves Staff Wi-Fi, IoT, and Untrusted Wi-Fi SSIDs
Laptops Mobile workstations Staff Wi-Fi Wireless Can print to Print VLAN
Cameras Security IoT Wireless Isolated — cloud upload only, no cross-VLAN access
Cell Phones Personal devices Untrusted Wi-Fi Wireless Fully isolated, no inter-device or cross-VLAN access

VLAN Assignments

VLAN IDNameSubnetDHCP RangePurpose
10Operations192.168.10.0/24.100 – .200Desktops only — daily business use
15Voice192.168.15.0/24.100 – .120VoIP phones — isolated, internet for SIP/RTP only
18Print192.168.18.0/24.100 – .105Printer — reachable from Ops and Staff Wi-Fi via IPP/RAW
20PCI192.168.20.0/24.100 – .110Card reader only — fully isolated for PCI compliance
30AP Management192.168.30.0/24.100 – .110Access point management interface
40Staff Wi-Fi192.168.40.0/24.100 – .200Staff laptops — wireless, can print
45IoT192.168.45.0/24.100 – .120Security cameras — cloud upload only, fully isolated
50Untrusted Wi-Fi192.168.50.0/24.100 – .250Employee cell phones — internet only, fully isolated

DHCP ranges are intentionally narrow on Voice, Print, PCI, and AP Management VLANs to limit the number of devices that can obtain an address.

Design note: VLAN 15 (Voice) and VLAN 18 (Print) are broken out from the Operations VLAN. Phones and printers no longer share a broadcast domain with workstations.

Inter-VLAN Traffic Matrix

Read as: "Can [Row] talk to [Column]?"

OpsVoicePrintPCIAP MgmtStaff Wi-FiIoTUntrustedInternet
OperationsDENYPRINTDENYALLOWALLOWDENYDENYALLOW
VoiceDENYDENYDENYDENYDENYDENYDENYSIP/RTP
PrintDENYDENYDENYDENYDENYDENYDENYDENY
PCIDENYDENYDENYDENYDENYDENYDENYPAY *
AP MgmtDENYDENYDENYDENYDENYDENYDENYCLOUD
Staff Wi-FiDENYDENYPRINTDENYDENYDENYDENYALLOW
IoTDENYDENYDENYDENYDENYDENYDENYCLOUD
UntrustedDENYDENYDENYDENYDENYDENYDENYWEB

* PCI internet access restricted to payment processor endpoints only. PRINT = TCP 631 (IPP) + TCP 9100 (RAW) only.

Firewall Rules — Inter-VLAN

Rules are evaluated top-down. First match wins.

#SourceDestinationProtocol / PortActionPurpose
1VLAN 20 (PCI)Any local VLANAnyDenyPCI isolation — no lateral movement
2Any local VLANVLAN 20 (PCI)AnyDenyNothing reaches the card reader
3VLAN 15 (Voice)Any local VLANAnyDenyPhones cannot reach internal resources
4Any local VLANVLAN 15 (Voice)AnyDenyNothing reaches the phones
5VLAN 45 (IoT)Any local VLANAnyDenyCameras cannot reach internal resources
6Any local VLANVLAN 45 (IoT)AnyDenyNothing reaches IoT devices
7VLAN 50 (Untrusted)Any local VLANAnyDenyCell phones cannot reach internal resources
8Any local VLANVLAN 50 (Untrusted)AnyDenyNothing reaches untrusted devices
9VLAN 10 (Ops)VLAN 18 (Print)TCP 631, 9100AllowDesktops can print (IPP + RAW)
10VLAN 40 (Staff Wi-Fi)VLAN 18 (Print)TCP 631, 9100AllowLaptops can print (IPP + RAW)
11VLAN 18 (Print)Any local VLANAnyDenyPrinter cannot initiate outbound connections
12VLAN 10 (Ops)VLAN 30 (AP Mgmt)TCP 443AllowAdmin desktop can manage the access point
13VLAN 10 (Ops)VLAN 40 (Staff Wi-Fi)AnyAllowOps can reach staff devices for support
14Any VLANAny VLANUDP 5353DenyBlock Bonjour/mDNS service discovery between VLANs  (optional)
15Any VLANAny VLANAnyDenyDefault deny — catch-all
PCI Note: Rules 1 and 2 must remain at the top. The card reader VLAN has no path to any internal resource.
Design note: Rules 3–4 isolate the Voice VLAN. Rules 5–6 isolate IoT devices (cameras) — they can only reach their cloud provider, nothing internal. Rules 9–11 create a controlled print path: desktops and laptops can send print jobs to the printer, but the printer itself cannot initiate connections to anything. Without these separations, cameras and printers would sit on the same VLAN as desktops — a compromised device would have direct access to workstations.
Rule 14 (optional): Apple devices broadcast Bonjour (mDNS) on UDP 5353 for service discovery — AirPrint, AirPlay, file sharing. Blocking it between VLANs prevents an Apple device on one segment from discovering services on another. The default deny (rule 15) technically catches this, but some firewalls handle multicast traffic separately from unicast — an explicit rule removes ambiguity. Trade-off: AirPrint auto-discovery will not work across VLANs. Staff will need to add printers by IP address instead of relying on Bonjour. Within each VLAN, auto-discovery still works normally. Skip this rule if you have no Apple devices on the network.

Firewall Rules — Outbound (WAN)

#SourceDestinationProtocol / PortActionPurpose
1VLAN 20 (PCI)Payment processor IPsTCP 443AllowCard reader → payment gateway (HTTPS only)
2VLAN 20 (PCI)AnyAnyDenyCard reader cannot reach anything else
3VLAN 15 (Voice)VoIP provider IPsUDP 5060; UDP 10000–20000AllowVoIP signaling (SIP) + media (RTP)
4VLAN 15 (Voice)AnyAnyDenyPhones cannot reach anything beyond VoIP provider
5VLAN 18 (Print)AnyAnyDenyPrinter has no internet access
6VLAN 10 (Ops)AnyTCP 80, 443AllowWeb browsing
7VLAN 10 (Ops)AnyTCP 587, 993AllowEmail (SMTP submission + IMAP over TLS)
8VLAN 10 (Ops)VPN provider endpointsUDP 1194; TCP 443AllowVPN tunnel for privacy and security
9VLAN 40 (Staff Wi-Fi)AnyTCP 80, 443AllowWeb access for staff laptops
10VLAN 45 (IoT)Camera cloud IPsTCP 443; UDP 8554AllowSecurity cameras → cloud storage/streaming
11VLAN 45 (IoT)AnyAnyDenyCameras cannot reach anything else
12VLAN 50 (Untrusted)AnyTCP 80, 443AllowInternet-only for cell phones
13VLAN 30 (AP Mgmt)Vendor cloudTCP 443AllowAP firmware updates and cloud management
14Firewall (self)208.67.222.222, 208.67.220.220UDP 53AllowDNS forwarding to OpenDNS only
15AnyAnyAnyDenyDefault deny — catch-all
Note: "Payment processor IPs," "VoIP provider IPs," and "Camera cloud IPs" should be replaced with the actual IP ranges provided by those vendors.

Inbound Rules (WAN → LAN)

#SourceDestinationProtocol / PortActionPurpose
1VPN provider endpointsVLAN 10 (Ops)UDP 1194; TCP 443AllowInbound VPN tunnel
2AnyAnyAnyDenyNo unsolicited inbound traffic

No ports are exposed directly to the internet.

Additional Security Measures

MeasureSettingRationale
DNS filteringOpenDNS (208.67.222.222, 208.67.220.220)Firewall forwards all DNS to OpenDNS — blocks malicious domains before they resolve. All VLANs forced to use firewall as DNS server, preventing bypass.
Content filteringEnabled on VLAN 50 (Untrusted)Block malware, phishing, and adult content on the cell phone network
WPA3Enabled on Staff Wi-Fi and Untrusted Wi-Fi SSIDsStronger wireless encryption — prevents eavesdropping and offline dictionary attacks that WPA2 is vulnerable to
DHCP snoopingEnabled on managed switch, all VLANs — Firewall uplink port marked as trustedDrops rogue DHCP responses from untrusted ports. Builds a MAC-to-IP binding table used by ARP inspection.
Dynamic ARP inspectionEnabled on managed switch, all VLANs — requires DHCP snoopingValidates ARP packets against the DHCP snooping binding table. Prevents ARP spoofing / man-in-the-middle attacks on the LAN.
UPnPDisabledPrevents devices from automatically opening ports
Firewall managementCloud management — no local admin interface exposedManaged via app or web dashboard; no ports open for router administration
Remote desktopChrome Remote Desktop — no ports exposedEncrypted remote access for service maintenance; NAT traversal via Google relay, no open inbound ports
Firmware updatesAutomatic via vendor cloudFirewall receives patches without manual intervention
Guest Wi-FiNot configuredDeliberate decision — reduces attack surface on a PCI-compliant network

Estimated Equipment Cost

This roadmap can be implemented with off-the-shelf small business networking equipment. No enterprise licensing or recurring subscription fees are required — all options below include free cloud management.

Equipment What to Look For Price Range
Firewall / Security Gateway Stateful inspection, inter-VLAN routing with ACLs, NAT, VPN, IDS/IPS, logging. Must enforce rules between VLANs — segmentation alone does not satisfy PCI. Prefer cloud-managed — see note below. $130 – $280
Managed PoE Switch 802.1Q VLAN tagging and trunking, port security, PoE+ (802.3at) to power access points and VoIP phones. Minimum 8 ports. $100 – $200
Wi-Fi Access Point Multiple SSIDs mapped to separate VLANs, WPA3, client isolation on untrusted networks. Wi-Fi 6 (802.11ax) or newer. $85 – $190
VPN Service Encrypts traffic off-site. Look for business plans with centralized management. Some firewalls include WireGuard or OpenVPN natively. Free – $8/user/mo

Total estimated hardware cost: $315 – $670 — one-time purchase, no recurring fees. VPN may add a small monthly cost per user.

Example products: Ubiquiti UCG-Ultra, Ubiquiti UCG-Fiber, TP-Link Omada ER7206 (firewalls); Ubiquiti USW-Lite-8-PoE, TP-Link Omada SG2210P, Netgear GS310TP (switches); Ubiquiti U6 Pro, TP-Link EAP610, TP-Link EAP670 (access points); Tailscale, Cloudflare WARP, OpenVPN, WireGuard (VPN).
List updated May 2026.

Why cloud-managed firewalls are safer than local admin portals

A traditional firewall exposes a local admin portal — a web interface running on the firewall’s LAN IP address, typically on port 80 or 443. Any device on the network that can reach that IP can attempt to log in. That means a compromised camera, an infected workstation, or a rogue device on any VLAN with a route to the firewall can try to brute-force the admin password, exploit a vulnerability in the web UI, or hijack an active session. The admin portal itself becomes an attack surface.

Cloud-managed firewalls (Ubiquiti, TP-Link Omada, Meraki) work differently. The firewall talks outbound to the vendor’s cloud over an encrypted connection. You manage it through the vendor’s app or web dashboard — also over an encrypted connection to their cloud. The two never meet on the local network. No ports are open on the firewall for administration, which means there is nothing for a local attacker to connect to.

Phone app vs. local admin portal: When you manage your firewall from the Ubiquiti or Omada app on your phone, the connection goes through the vendor’s cloud — encrypted end-to-end, authenticated with your vendor account (which should have MFA enabled). A local admin portal sits on the LAN waiting for anyone to knock. For a PCI environment, cloud management eliminates an entire class of attack by removing the admin interface from the network entirely.
Guide To: PCI Compliance
Part 1: The Importance of PCI ComplianceBreach costs, compliance tiers, the business case
▸ Part 2: PCI-Compliant Network Roadmap (you are here)
Part 3: Firewall & VLAN RulesVLAN segmentation, inter-zone policies, DNS filtering
Part 4: PCI Hardening BasicsEndpoint protection, passwords, POS security
Part 5: Employee Security TrainingPhishing, social engineering, incident reporting
Companion: Ransomware Backup StrategyThree-tier backup, encrypted SSDs, calendar reminders

This guide is provided for educational and portfolio purposes. It reflects general best practices and does not constitute professional security consulting for your specific environment. Consult a qualified professional for your business’s security needs.