Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

linux-control-plane

Plataforma de control unificado para servidores Linux: multiplexador de terminales, gestión de contenedores, agendamiento y monitorización en una sola interfaz web con cliente Android nativo.

Ficha actualizada 25 sept 2026, 3:49 · upstream 24 sept 2026, 23:17 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es linux-control-plane

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

linux-control-plane es un plano de control único para administración de servidores Linux que consolida múltiples herramientas tradicionales (SSH, tmux, Docker, crontab, journalctl) en una única página web. El backend está escrito en Go 1.25 con la librería estándar net/http y huma v2 para la superficie OpenAPI del cliente móvil. La interfaz frontend utiliza Alpine.js, xterm.js, Monaco y Chart.js sin pasos de compilación adicionales.

El sistema implementa cuatro decisiones arquitectónicas clave: las sesiones de terminal sobreviven al proceso que las sirve mediante PTYs asignados por sesión; cada subsistema falla suavemente con degradación controlada cuando sus dependencias faltan; el modo demo deniega por defecto con una lista blanca explícita; y existe una herramienta CLI independiente para recuperación cuando la interfaz web no arranca.

El cliente Android es un proyecto separado con Gradle composite build, motor VT nativo en Kotlin + Compose (no WebView), y documentación técnica exhaustiva sobre decisiones estructurales. El binario estático de 23 MB incluye el frontend completo vía go:embed sobre Alpine Linux.

CASOS DE USO
  • Administración remota de servidores mediante interfaz web sin SSH
  • Gestión de contenedores Docker con panel integrado y exec en vivo
  • Monitorización de recursos (CPU, memoria) con gráficos Chart.js
  • Agendamiento de tareas crónicas vía interfaz unificada
PUNTOS DESTACADOS
  • Binario estático único sin dependencias externas para despliegue simplificado
  • Sesiones de terminal persistentes que sobreviven a reinicios del servicio
  • Modo demo con denegación por defecto y lista blanca explícita en Router.ServeHTTP
  • Herramienta CLI vpsmctl independiente para recuperación ante bloqueo web
  • Autenticación híbrida: JWT en cookie HttpOnly, WebAuthn passkeys y TOTP opcional
PRECAUCIONES
  • Interfaz de usuario parcialmente traducida desde portugués (paneles originales)
  • Modo demo usa inventario fabricado y métricas del host demo
  • Requiere confianza en la máquina operada (no es producto con soporte comercial)
  • Librerías vendored excluidas del conteo de lenguajes (Monaco, xterm.js, mermaid)
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

Dashboard
01

Perfil de infraestructura

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

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

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

Listo para automatizar

Desactivar DEMO_MODE en docker-compose.yml y eliminar tmpfs en /app/data para producción. Montar /var/run/docker.sock:ro si se requiere panel de contenedores reales. Configurar VPSM_CONFIG en /opt/panel/data/config.json o /app/data/config.json. Genera credenciales iniciales en INITIAL_CREDENTIALS.txt al arranque.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

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

FRAMEWORKS
GoPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
8765
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

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.