Welcome to GnTech. Pick the problem you want to solve, then follow a short path through the guides. You do not need to read the blog in publication order.
| Your goal | Start with |
|---|---|
| Build a virtualized lab | Proxmox foundations |
| Separate users, servers, and devices | MikroTik networking |
| Run and maintain your own services | Docker Compose |
| Back up services and prove recovery | Backup and recovery |
| Administer and recover your machines | Administration and recovery |
Proxmox foundations
Begin with networking so you understand where the host and guests connect. Then make guest deployment repeatable and plan backups.
- Bridges, VLANs, and host topology — understand the network before changing it.
- Cloud-init VM templates — prepare reusable guest configurations.
- Proxmox Backup Server — learn the backup service and datastore workflow.
Practice goal: draw the host-to-guest network path, deploy a disposable guest, and test recovery before relying on a backup.
MikroTik networking
These guides assume you have access to the router and understand the interfaces you are changing. Keep a recovery connection available when working on management access or VLAN filtering.
- Building R1 — see the pieces of a segmented router configuration.
- VLAN segmentation — work through routing, DHCP, and isolation.
- Proxmox networking — connect the router-side design to the virtualization host.
Practice goal: verify both permitted traffic and a connection that should be blocked.
Docker Compose
Start with a small service stack. Understand its storage, configuration, and startup behavior before adding more applications.
- Compose patterns — organize services and their configuration.
- Health checks and startup dependencies — distinguish a running process from a ready service.
- Frigate deployment — explore a concrete camera-system example after the basics.
Practice goal: recreate a disposable stack and confirm that its intended data survives. The Frigate guide describes an earlier deployment; check its version and hardware assumptions.
Backup and recovery
Choose the recovery target first, then follow the relevant workflow:
- Backup strategy and independent copies — define recovery targets and the failures each copy must survive.
- For guests, use PBS setup and isolated guest recovery. For PostgreSQL, use the dump, scheduling, and complete Restic-to-database recovery lab.
- Use the Restic file and repository-copy lab to understand encrypted file recovery and separate repository passwords.
Practice goal: recover into an isolated destination using the copy and credentials that will be available after a failure. Local CI repositories demonstrate the commands; they do not prove your real off-site storage or hardware recovery.
Administration and recovery
A comfortable client and a tested recovery console solve different parts of the administration problem.
-
ThinkPad T420 with Arch Linux and i3 — build a focused administration desktop.
-
Intel AMT Serial over LAN on Proxmox — set up text-console login and learn how to disconnect cleanly.
-
MeshCentral with Cloudflare Tunnel — deploy a remote-support console, enroll a test agent, and check relayed sessions.
Practice goal: connect to the intended host, verify its identity, log out, and reconnect to a fresh login prompt.
How to use a guide
Check the prerequisites, software versions, and validation notes before copying commands. Separate measured lab results from example configurations. Keep backups and recovery access appropriate to the change, and verify the result instead of assuming a successful command means the whole system works.
For a specific symptom, use search. For more context, browse projects, read about the blog, or explore all posts. Follow new posts through RSS.