Blog Post

Home Lab - Episode 1

Published Jan 30, 2026

Este es el Episode 1 de mi serie de notas del homelab: una foto del estado actual de mi setup, por qué lo armé, y cómo conecto las piezas para que no sea un castillo de naipes.

La idea es simple: un lugar donde pueda cacharrear, aprender y deployar cosas sin depender de “la nube” para todo… pero manteniendo una experiencia lo más cercana posible a producción.

El hardware (la base de todo)

Mi servidor principal es una Beelink SER5 con AMD Ryzen 7 5800H. Es una mini PC chiquita, silenciosa y con potencia suficiente para correr varias VMs/containers sin transpirar demasiado.

Lo que me gusta de este tipo de equipo para homelab:

Mucho CPU para virtualización + servicios
Bajo consumo y poco ruido (clave si está cerca tuyo)
Tamaño chico (no ocupa media casa)
Ideal como “server siempre encendido” para dev/self-host

La capa base: Proxmox VE

Todo corre sobre Proxmox VE. Para mí es el “sistema operativo” del homelab:

VMs cuando quiero aislamiento fuerte o appliances ya armados
LXC cuando quiero algo liviano y rápido
Snapshots/Backups para poder romper cosas con alegría 😄

Comandos típicos del día a día:

# Versiones / info del host
pveversion -v
uname -a

# Qué está corriendo
qm list        # VMs
pct list       # containers LXC

# Recursos / storage
df -h
free -h

Red: dominios locales + reverse proxy

Si tenés que memorizar IPs, tarde o temprano terminás escribiendo post-its. Por eso armé un esquema simple: DNS local + subdominios.

DNS local con Pi-hole

Pi-hole me sirve para dos cosas:

ad-blocking (bonus)
resolver dominios internos para el homelab

Así termino usando nombres en vez de IPs, por ejemplo:

pve.home.lab
proxy.home.lab
coolify.home.lab
ha.home.lab
y todo lo que venga después: *.home.lab

Reverse proxy con Nginx Proxy Manager

Nginx Proxy Manager (NPM) es mi “puerta de entrada”. La gracia:

entrar por https://servicio.home.lab
sin puertos tipo :8000, :3000, etc.
con SSL/headers/websockets donde haga falta

Es el tipo de cosa que parece “extra” hasta que tenés 10 servicios y querés que todo sea consistente.

Qué estoy corriendo ahora mismo

Este es el núcleo que suelo mantener siempre encendido:

Servicio	Para qué lo uso	Dónde corre
Proxmox VE	Virtualización (VMs/LXC)	Host (Beelink SER5)
Home Assistant	Domótica (MQTT, automatizaciones, dashboards)	VM (appliance)
Pi-hole	DNS local + ad-block	VM/LXC
Nginx Proxy Manager	Reverse proxy para `*.home.lab`	VM/LXC
Coolify	Deploys de apps (tipo PaaS self-host)	VM
VM Ubuntu “target”	Nodo separado donde Coolify despliega apps	VM

Cómo lo visualizo (modelo mental rápido)

        ┌──────────────────────────┐
        │     Mis dispositivos      │
        │  laptop / celu / desktop  │
        └─────────────┬────────────┘
                      │
                      ▼
            ┌─────────────────────┐
            │     Pi-hole (DNS)   │  resuelve: *.home.lab
            └──────────┬──────────┘
                      │
                      ▼
            ┌─────────────────────┐
            │ Nginx Proxy Manager │  enruta: ha.home.lab, coolify.home.lab...
            └──────────┬──────────┘
                      │
                      ▼
            ┌─────────────────────┐
            │   Servicios / Apps  │  HA, Coolify, APIs, dashboards...
            └─────────────────────┘

Qué estoy optimizando

No busco “correr todo”. Busco correr lo correcto:

Confiabilidad: que reinicie bien y no sea frágil
Claridad: nombres, rutas, sin puertos raros
Experimentación: poder agregar/quitar servicios sin romper todo
Flujo dev real: build/deploy/logs/rollback
Evolución: GPU/IA local, más automatización, más proyectos

Próximos episodios (ideas)

Checklist reproducible para .home.lab (Pi-hole + NPM)
Estrategia de SSL interna (sin sufrir con el browser)
Acceso remoto sin abrir puertos (bien hecho)
Backups: Proxmox + export de configs (Pi-hole/NPM/HA)
GPU en Proxmox: asignación/passthrough y workloads de IA local

Cierre

Un homelab no es un server “set and forget”.
Es un sistema vivo que va creciendo con tus proyectos.

Este post es mi baseline. En los próximos voy a ir bajando a tierra configs, errores reales y fixes que me funcionaron.