Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

homelab

Plantilla de configuración para homelab personal basada en Fedora CoreOS, gestionada con OpenTofu y aplicaciones rootless mediante Podman y Quadlet. Incluye servicios como Traefik, Grafana y backups automatizados con Restic, diseñada para entornos Proxmox con almacenamiento ZFS previo.

Ficha actualizada 22 sept 2026, 6:52 · upstream 22 sept 2026, 6:52 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es homelab

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Esta solución implementa una arquitectura de homelab personal utilizando Fedora CoreOS en Proxmox, gestionando servicios mediante Quadlet y contenedores rootless con Podman. La infraestructura se define con OpenTofu, evitando la creación automática de almacenamiento y requiriendo pools ZFS o LVM preexistentes para los datos de las aplicaciones.

CASOS DE USO
  • Despliegue rápido de un stack tecnológico completo en Proxmox utilizando Fedora CoreOS como base inmutable.
  • Gestión centralizada de múltiples aplicaciones mediante systemd (Quadlet) sin depender de Docker o máquinas virtuales individuales.
  • Implementación de observabilidad completa con telemetría Alloy hacia VictoriaMetrics y visualización en Grafana.
  • Automatización de copias de seguridad diarias con Restic desde snapshots LVM a almacenamiento remoto como B2 o Storj.
  • Configuración segura nativa con SELinux activo y firewall nftables por defecto para proteger el proxy Traefik.
PUNTOS DESTACADOS
  • Uso de Fedora CoreOS garantiza un sistema operativo inmutable y actualizado automáticamente desde la fuente.
  • Gestión de aplicaciones rootless con Podman elimina la necesidad de privilegios de root para los servicios.
  • Automatización completa del ciclo de vida mediante OpenTofu, incluyendo gestión de secretos efímeros vía Bitwarden.
  • Integración nativa de CrowdSec para análisis de seguridad y protección activa del proxy inverso Traefik.
  • Sistema de gestión de secretos rotativos que permite actualizar credenciales sin reiniciar servicios manualmente.
PRECAUCIONES
  • Requiere almacenamiento (ZFS/LVM) preconfigurado; OpenTofu no crea pools ni formatea discos automáticamente.
  • La conexión Quadlet deshabilita la verificación de claves SSH del host por defecto, necesitando configuración manual de claves separadas para evitar ataques MITM.
  • Los archivos en particiones VirtIO-FS no se incluyen en los backups automáticos de la VM y requieren trabajos externos de respaldo.
  • No incluye soporte actual para Flatcar Linux, aunque se menciona como mejora futura.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Preparar acceso API/SSH a Proxmox y almacenamiento existente antes de ejecutar OpenTofu. Copiar terraform.tfvars.example, rellenar valores y restringir permisos (chmod 600). Configurar claves SSH separadas para admin y aplicaciones en archivos Butane. Ejecutar tofu init, validate, plan y apply. Revisar siempre el plan antes de aplicar cambios o reemplazos de VM.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.