Camille
Stennis

What I did

• Sourced and assembled a full homelab rig from scratch: a $188 refurbished Dell OptiPlex 3060 SFF, a monitor, keyboard/mouse, and a dual-connector USB drive, all bought used or on a budget.
• Wired the machine into my home network, confirmed the NIC and static IP entirely from the command line before ever touching a browser.
• Installed Proxmox VE (a bare-metal hypervisor) directly onto the hardware, configured with a static IPv4 address instead of the default IPv6.
• Created and installed my first virtual machine (Ubuntu Server 24.04), fully isolated from the host.
• Set up SSH so I can manage that VM entirely from my laptop, no monitor or keyboard required going forward.

What broke / what I learned

• My HDMI cable didn't fit the OptiPlex's port. Turned out the “HDMI” label on the refurb listing was wrong: it was actually DisplayPort. Fell back to VGA for the one-time setup screen instead of buying the wrong adapter twice.
• balenaEtcher (the tool I planned to use to flash my installer USB) threw a bug on both local file and URL flashing. Skipped it entirely and used dd via Terminal instead, which is honestly the more “real” way people do this anyway.
• Learned the hard way that Proxmox's default free-tier repo setup throws update errors until you manually disable the enterprise repos, an easy one-line fix once I knew to look for it, but not obvious from the UI alone.
• Biggest lesson: almost nothing about this was plug-and-play. Every step had a small decision to make or a small thing to debug, which is exactly the muscle I'm trying to build for SOC work.

What's next

• Install Docker on the Ubuntu VM and get my first containerized service running.
• Buy a managed switch and start segmenting my network into VLANs.
• Eventually: build out log aggregation so I can practice actually monitoring what I've built, not just running it.

Following along or building your own? I'd love to hear what you're working on.

What I did

• Installed Docker on my Ubuntu VM (the virtual computer I built last time).
• Set up Portainer, a dashboard that lets me see and manage everything Docker is running, without typing commands for every little thing.
• Deployed my first container: a small web server running a test page.

The plain-English version

Think of my physical computer as an apartment building. Proxmox (the software I installed directly on the hardware) is what let me carve that building into separate apartments, each one a fully independent “unit” with its own walls, its own everything. My Ubuntu VM is one of those apartments.

Docker works differently, and inside that one apartment. Instead of building more walls, Docker is more like buying a bunch of matching, ready-to-go furniture sets, each one a “container”, and dropping them into different rooms of the same apartment. Each one is self-contained and comes with everything it needs already assembled, but they're all still sharing the same electricity and plumbing (the apartment's operating system) underneath. That's the real difference between a VM and a container: a VM is its own separate apartment, a container is a self-sufficient room inside one.

Portainer, then, is just the building manager's clipboard, a single dashboard where I can see every “furniture set” I've dropped in, check if it's working, and add or remove them, instead of manually checking each room myself.

For today's test, the “furniture set” I dropped in was a basic webpage. Not exciting on its own, but it proved the whole chain works: hardware, to virtual apartment, to container, to something visibly running that I could pull up in a browser.

What broke / what I learned

• Portainer's first-time setup has a short security timer. If you don't finish creating your admin account fast enough, it locks you out and you have to restart it and grab a fresh access code. Mildly chaotic, but a good reminder that even setup screens are built with security-first thinking.
• Small syntax trip-up: typing $actualname instead of $USER in a command. In this world, a $ in front of something means “look up this stored value,” not “insert this literal word.” One character, big difference in outcome, exactly the kind of precision this field rewards.

What's next

• Get more comfortable deploying containers through Portainer's interface.
• Start building toward the bigger picture: a mock “company” (a fake office network) inside my homelab, complete with its own user accounts and machines, so I can practice real security monitoring on something realistic instead of just an empty VM.

What I decided

• Retired my plan to build a SOC simulation (Active Directory, Sysmon, Wazuh, attack simulation).
• Refocused the homelab into a network lab, aimed at the CCNA.
• Updated my certification path: AWS Cloud Practitioner, then Security+, then CCNA, then AWS Solutions Architect Associate.

Why

While mapping out the SOC build, I noticed where my attention actually went. Every time I got into the network layer (IP addressing, how traffic moves between machines, VLANs) I wanted to keep going. When the work moved up to the applications and alerts sitting on top of the system, my interest faded. I like the bones of a system. Networking is the part that hooks me, so that’s where I’m building.

This isn’t a restart. Everything from Entries 01 and 02 still counts: Proxmox, static IPs, SSH, and Docker all live on the network. My Terraform project was VPC work, which is networking in the cloud.

What’s next

• Build my first topologies in Cisco Packet Tracer: switches, routers, VLANs, and subnetting.
• Buy a managed switch (still on the list from Entry 01) and segment my home network.
• Later: run GNS3 or EVE-NG on the Proxmox box for more realistic labs. 16GB of RAM may get tight, so I’m watching that.

Studying for the CCNA too? I’d love to compare notes.