webkvm
Panel web autoalojado para gestionar virtualización KVM/QEMU e Incus/LXC en Linux. Single binary Go (~14MB) con interfaz Svelte 5, terminal WebGL y CLI sin tokens.
Ficha actualizada 27 sept 2026, 12:38 · upstream 26 sept 2026, 23:17 · release sin release detectada
Qué es webkvm
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
WebKVM es un panel de gestión web ligero para servidores Linux que convierte cualquier distribución estándar (Ubuntu, Debian, Fedora, Arch, AlmaLinux, Rocky) en una plataforma de virtualización privada. Utiliza Go con CGO bindings a libvirt y Svelte 5 compilado en un único binario estático de ~14 MB.
Gestiona VMs KVM completas y contenedores Incus/LXC bajo un dashboard unificado, con telemetría en tiempo real vía SSE. Incluye Image Hub con imágenes oficiales pre-curadas para despliegues cloud-init en menos de 5 segundos mediante archivos COW.
La arquitectura preserva el sistema host al 100%, consumiendo ~15 MB de RAM en idle. Ofrece terminal WebGL con aceleración GPU, autenticación JWT segura con tickets efímeros y CLI webkvm-cli para automatización sin tokens.
- Gestión unificada de VMs KVM y contenedores Incus desde interfaz web
- Despliegue rápido de instancias con imágenes cloud-init pre-curadas
- Terminal WebGL para acceso remoto a consolas de máquinas virtuales
- Automatización mediante CLI webkvm-cli sin autenticación manual
- Monitorización multi-visualización de múltiples consolas simultáneas
- Single binary Go compilado (~14 MB) con cero dependencias runtime
- Consumo ~15 MB RAM en idle, vs 1.2 GB+ de Proxmox VE
- Soporte nativo unificado para Incus/LXC y QEMU/KVM
- Terminal WebGL con aceleración GPU y Unicode 11
- Anti-SSRF Safe Dialer y firewall rollback automático
- CLI webkvm-cli con autenticación automática sin tokens
- Requiere libvirt-daemon-system instalado en el host
- No soporta Windows como guest sin QEMU específico configurado
- Licencia AGPLv3 obliga a código abierto si se modifica o distribuye
- Puerto predeterminado 8080 requiere HTTPS para producción
- Docker deployment necesita bind mounts al socket libvirt del host
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Instalar como servicio systemd recomendado. Configurar Let's Encrypt TLS antes de exponer puerto 8080. Para Docker, montar volumen en /var/run/libvirt y usar privileged=true o capabilities necesarios. Verificar firewall (ufw/iptables) para bloquear tráfico no HTTPS. Guardar credenciales iniciales en /opt/webkvm/admin-password.initial.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.