Creando tu Home Server con Proxmox: Guía Completa para Sysadmins Linux
TL;DR — Lo que vas a tener al final
- Tiempo de setup: 4-6 horas para setup completo.
- Requisitos: CPU con VT-x, 16+ GB RAM, 64+ GB SSD.
- Resultado: Homelab con VMs/LXC, backups PBS, monitoring integrado.
- Troubleshooting: Logs de Proxmox, snapshots, restore drills mensuales.
¿Por qué Proxmox VE para tu home server?
Un home server moderno ya no es solo “una PC vieja con Linux y Samba”. Cuando quieres correr a la vez Nextcloud, Jellyfin, Pi-hole, varios VM de prueba, un firewall y algún servicio de IA, necesitas virtualización seria. Proxmox VE es una plataforma de código abierto (GPLv3) que combina KVM para máquinas virtuales y LXC para contenedores Linux bajo una sola interfaz web, y lo puedes instalar en hardware desde un mini PC de 300 USD hasta un servidor refurbished de 200 USD que duplica el rendimiento de equipos nuevos.
Lo comparamos en detalle contra ZStack ZSvirt en el artículo ZSvirt: la apuesta open source GPLv3, y la elección depende del ecosistema que prefieras, pero para el 90% de los sysadmins hispanohablantes Proxmox es la opción pragmática: comunidad enorme, documentación en español, soporte oficial pagado opcional y un track record probado en producción desde 2008 (cuando aún se llamaba Proxmox Virtual Environment sobre OpenVZ).
Qué hardware necesitas (y qué puedes ahorrarte)
La barrera de entrada real es baja. Esta es la matriz mínima para que la experiencia sea usable en 2026:
| Componente | Mínimo | Recomendado | Notas para LATAM |
|---|---|---|---|
| CPU | 4 hilos x86_64 con VT-x o AMD-V | 6-8 hilos, ideal con VT-d / AMD-Vi | Mini PCs con Intel N100/N305 son muy populares; en Chile y México hay buena disponibilidad de refurbished Dell OptiPlex 3060/5060 a precios ridículos. |
| RAM | 8 GB DDR4 | 16-32 GB ECC si tu motherboard lo soporta | Con 16 GB corres 3-4 VM livianas + 1-2 LXC sin despeinarse; los containers consumen RAM del host compartida. |
| Almacenamiento del host | 64 GB SATA SSD | 256 GB NVMe para el sistema + disco(s) separado(s) para VMs | Si usas ZFS, un SSD de buena marca y un mirror de 2 discos para datos es lo más seguro. |
| Red | 1 GbE | 2.5 GbE o 10 GbE si vas a pasar tráfico de Jellyfin / NAS | Para empezar, una sola NIC funciona; las redes segmentadas las manejas con VLANs en un bridge. |
| Fuente | 350 W 80+ Bronze | 80+ Gold en servidores 24/7 | En zonas con cortes de luz frecuentes (Argentina, Colombia), considera un UPS online basic. |
Un detalle que se pasa por alto: el hardware refurbished empresarial (Dell PowerEdge, HP ProLiant, Lenovo ThinkSystem) es ideal para un home server porque traen iLO/iDRAC/IPMI, lo que te permite gestionar el equipo desde otra habitación cuando se queda sin video o se congela el kernel. En nuestro artículo sobre Proxmox + OPNsense verás ejemplos reales de este tipo de hardware en producción casera.
Instalación de Proxmox VE paso a paso
El proceso oficial es uno de los más pulidos del ecosistema open source. Bajas el ISO desde proxmox.com/en/downloads, lo grabas en una USB con dd o Balena Etcher, y arrancas el equipo desde ahí. La instalación es casi automática: seleccionas disco, país, contraseña de root y red.
Una decisión importante ocurre en la pantalla de Filesystem: ext4, ZFS o BTRFS.
# Descargar ISO (reemplaza 9.x con la versión actual estable)
wget "https://enterprise.proxmox.com/iso/proxmox-ve_9.0-1.iso"
# Grabar en USB (ojo: reemplaza /dev/sdX — verifica con lsblk antes)
sudo dd if=proxmox-ve_9.0-1.iso of=/dev/sdX bs=4M status=progress conv=fsync
sync
Para un home server con un solo disco, ext4 + thin provisioning es la opción más simple y rápida. ZFS entra en juego cuando tienes varios discos y quieres tolerancia a fallos con mirror o RAID-Z. Ya cubrimos los trade-offs en ZFS en Proxmox: configuración y errores, pero la regla rápida es: si tienes 2+ discos del mismo tamaño, ZFS mirror te da redundancy sin pensar mucho.
Después del reboot, accedes a la consola web en https://<IP>:8006 con el usuario root. Aparece un aviso de “no subscription” — es esperado, no compres la suscripción para un home server.
Post-instalación: quitar el repo enterprise
Por defecto Proxmox configura dos repositorios: el enterprise (que requiere suscripción de pago) y el público sin suscripción. El primero rompe las actualizaciones si no pagas, así que lo desactivamos y dejamos solo el community.
# Quitar el repo enterprise y habilitar el público
sed -i 's/^deb/# deb/' /etc/apt/sources.list.d/pve-enterprise.list
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription"
> /etc/apt/sources.list.d/pve-no-subscription.list
# Actualizar e instalar algunas utilidades básicas
apt update && apt full-upgrade -y
apt install -y htop iotop net-tools curl qemu-guest-agent
Si apt full-upgrade se queja de “no public key”, importa la clave:
wget https://enterprise.proxmox.com/debian/proxmox-release-bookworm.gpg
-O /etc/apt/trusted.gpg.d/proxmox-release-bookworm.gpg
apt update
El aviso de “no subscription” en la UI seguirá apareciendo — es cosmético, no afecta actualizaciones. Si te molesta, hay un parche de la comunidad en nuestra comparativa 9.0 vs 8.4 que lo oculta, pero yo prefiero dejarlo como recordatorio de que estás usando la versión community.
Creando tu primera máquina virtual
Lo más limpio para aprender es crear una VM Debian 12 desde la ISO. Sube la ISO al almacenamiento local:
# Bajar ISO oficial de Debian (netinst, ~400 MB)
cd /var/lib/vz/template/iso
wget https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-12.x.y-amd64-netinst.iso
# Verificar suma
sha512sum debian-12.*-amd64-netinst.iso
Desde la UI web: Create VM → asigna 2-4 vCPUs, 2-4 GB RAM, 32 GB de disco en local-lvm (thin provisioned) → BIOS OVMF (UEFI) si quieres Secure Boot, SeaBIOS para compatibilidad legacy → red vmbr0 con modelo VirtIO. Inicia la VM, abre la consola noVNC y corre la instalación estándar de Debian.
Un detalle que pasa por alto el tutorial novato: instalar qemu-guest-agent dentro de la VM (apt install qemu-guest-agent) le dice a Proxmox la IP real, hostname y permite hacer shutdown limpio desde la UI. Sin él, el botón “Shutdown” envía ACPI power-off, que la mayoría de los kernels modernos respetan, pero queda un poco más sucio.
Containers LXC: la mitad de RAM para la misma carga
Un LXC no virtualiza hardware, comparte el kernel del host. Por eso arranca en 2 segundos, usa 100 MB en lugar de 600 MB para un Debian vacío y casi no pierde rendimiento en I/O. Para servicios web, DNS, bases de datos pequeñas y similares es lo ideal.
# Desde la UI: Create CT → template debian-12-standard
# Disk 8 GB, RAM 1 GB, swap 512 MB, CPU 1-2 cores, network vmbr0
# Después de crearlo, entras por consola y configuras como cualquier Debian
pct enter 100 # abre consola del container ID 100
¿Cuándo LXC y cuándo VM? La regla es: si el servicio necesita su propio kernel, drivers, o quieres aislar fallos catastróficos (un kernel panic), usa VM. Si solo corre un proceso de userspace que puede compartir el kernel del host con seguridad, usa LXC. Lo explicamos con ejemplos concretos en LXC vs VMs en Proxmox.
Redes: bridges, VLANs y bridges con VLAN aware
Proxmox crea por defecto vmbr0, un bridge Linux que conecta la NIC física del host con las vNIC de tus VMs y containers. Para VLANs tienes dos caminos.
- VLAN aware bridge (recomendado): marca
VLAN awareenvmbr0y configura las vNIC de cada VM con unVLAN tagen la UI. Tráfico etiquetado en una sola NIC física. - Bridges separados: un
vmbr1por VLAN. Más legible para auditoría pero consume interfaces lógicas.
Para empezar, deja vmbr0 sin VLAN aware y pon todas las VMs en la misma red. Cuando quieras segmentar (IoT, servidores, invitados, administración), pasas a VLAN aware y asignas tags. En Proxmox + OPNsense montamos un diseño completo con VLAN 10 admin, VLAN 20 servidores, VLAN 30 IoT y VLAN 99 guest.
Backups que sí funcionan cuando los necesitas
Un home server sin backups es un juguete caro. Proxmox incluye pvebackup que crea snapshots VSS-aware (con qemu-guest-agent instalado) y los comprime. La configuración correcta es backup nocturno con rotación.
# /etc/pve/jobs.cfg — Backup job nightly at 02:30, keep 7 daily + 4 weekly
backup: nightly-all
schedule mon..sun 02:30
all 1
storage local-backup
keep-daily 7
keep-weekly 4
notification-mode notification-system
mode snapshot
Y monta local-backup en un disco o NFS separado, no en el mismo disco del sistema. Cubrimos retention, scheduling y errores típicos en Backups, snapshots y restauración en Proxmox.
Hardening mínimo para un home server
El host Proxmox NO debe estar expuesto a internet con el puerto 8006 abierto. La práctica segura es:
- Firewall del host activo, default deny incoming, allow solo SSH y 8006 desde la LAN (
iptables -A INPUT -i vmbr0 -p tcp --dport 8006 -s 192.168.0.0/16 -j ACCEPTo usa la UI de Proxmox en Datacenter → Firewall). - SSH solo con clave pública, password auth deshabilitada: en
/etc/ssh/sshd_config,PasswordAuthentication no. - 2FA para la UI web (TOTP) opcional pero barato; ve a Users →
root→ TFA. - Auditoría periódica con Lynis para detectar drift. El flujo completo está en nuestra guía de Lynis.
Para SSH específicamente, duré mucho más conviene una pila 2FA robusta que resista phishing — vimos las opciones en Seguridad SSH 2026: TOTP, FIDO2.
Mantenimiento y monitoreo
Proxmox ya trae collectors de Ceph, ZFS, SMART y temperatura en el panel Summary. Para mantenimiento programado (actualizaciones, scrub de ZFS, rotación de logs) lo más limpio es un cron mensual. Si quieres profundizar, mira nuestro flujo de mantenimiento programado 2026, que combina scripts preventivos y correctivos bajo control de cambio.
Cuándo NO montar un home server con Proxmox
Honesto: si solo necesitas 2-3 servicios livianos, un contenedor Docker en un Raspberry Pi 5 o un mini PC barato es más eficiente. Proxmox brilla cuando necesitas combinar VMs + LXC, quieres snapshots, o tienes hardware empresarial refurbished que ya pagas. Para casos minimalistas te dejamos dos contrapuntos: Docker en Raspberry Pi 5 y Raspberry Pi como servidor casero 2026.
Resumen y primeros pasos
Tu hoja de ruta para este fin de semana: (1) elige hardware con al menos 16 GB RAM y SSD para el sistema, (2) graba el ISO, (3) instala con ext4, (4) desactiva el repo enterprise, (5) crea 1 VM Debian de prueba y 1 LXC, (6) configura un job de backup nocturno a un disco separado, (7) firewall y SSH hardening. Con eso tienes un home server funcional sobre el cual iterar los próximos meses sin miedo a perder datos.
Preguntas frecuentes
¿Por qué Creando tu Home Server con Proxmox: Guía Completa para Sysadmins Linux es relevante para sysadmins Linux?
Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.
¿Qué necesito para empezar con Creando tu Home Server con?
Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.
¿Cuáles son los errores más comunes con Creando tu Home Server con?
Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.
¿Cuándo usar Creando tu Home Server con y cuándo una alternativa?
Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.
¿Cómo migro desde una configuración previa a Creando tu Home Server con?
Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.
Lee también
- Guía Fedora 44: Novedades, Instalación y Upgrade para Sysadmins Linux
- Configura VLANs en Linux con nmcli: Guía paso a paso para sysadmins
- Protege tu SSH: Guía esencial para configurar Fail2ban en Linux
- Guía Definitiva: Configura Kubernetes con kubeadm en Ubuntu para Sysadmins Linux
- Configura Prometheus y Grafana: Guía DevOps para SysAdmins Linux
