From 53ba7b3b2f48cce66d593f1601e330b6c414183f Mon Sep 17 00:00:00 2001 From: MacRimi <123239993+MacRimi@users.noreply.github.com> Date: Thu, 28 May 2026 14:11:05 +0200 Subject: [PATCH] Revise and clarify ROADMAP.es.md content Updated the Spanish roadmap document for ProxMenux, improving clarity and correcting phrasing throughout. Adjusted sections on version planning and contributions. --- ROADMAP.es.md | 99 ++++++--------------------------------------------- 1 file changed, 10 insertions(+), 89 deletions(-) diff --git a/ROADMAP.es.md b/ROADMAP.es.md index 4d2b3695..84e87b73 100644 --- a/ROADMAP.es.md +++ b/ROADMAP.es.md @@ -3,29 +3,29 @@ > Última actualización: **2026-05-20** · Versión actual: **1.2.1.2-beta** > 🇬🇧 English version: [ROADMAP.md](ROADMAP.md) -Este documento es nuestra hoja de ruta para llevar ProxMenux y +Este documento es la hoja de ruta para llevar ProxMenux y ProxMenux Monitor a un estado **listo para producción**. Está basado en las dos infografías que un colaborador preparó y enriquecido con una auditoría real del código actual. ## 🖼️ Infografías de origen -Las dos infografías que sirvieron de punto de partida son obra de +Las dos infografías son obra de **[@pitiriguisvi](https://github.com/pitiriguisvi)** y resumen visualmente las dos grandes áreas de trabajo — gracias por dedicarle -el tiempo y darnos un punto de partida tan claro: +el tiempo: | ProxMenux Monitor (Dashboard) | ProxMenux (Scripts) | |---|---| | Fases ProxMenux Monitor | Fases ProxMenux | | *Mejoras recomendadas para hacerlo más seguro, útil y apto para producción* | *Mejoras recomendadas para hacerlo más seguro, auditable y apto para producción* | -**Cómo lo usamos:** +**¿Qué se muestra?:** -* La tabla **Estado actual** refleja lo que YA tenemos hoy. +* La tabla **Estado actual** refleja lo que YA existe hoy. * El **Plan por versión** marca qué entra en cada release. * La sección **Cambios publicados** se va rellenando a medida que - cerramos items, con la versión en la que se entregó. + se cierren items, con la versión en la que se entregó. Símbolos: @@ -41,8 +41,7 @@ Símbolos: > seguridad, alertas, permisos, auditabilidad e integración real con > Proxmox."* -ProxMenux ya es una herramienta potente para administradores que -gestionan su propio nodo. El siguiente salto es convertirlo en una +ProxMenux ya es una herramienta para gestionar los nodos. El siguiente salto es convertirlo en una herramienta **apta para entornos de producción y para clientes**: * El operador tiene que poder dar **acceso de solo lectura** a @@ -162,89 +161,11 @@ herramienta **apta para entornos de producción y para clientes**: --- -## 🗺️ Plan por versión - -> Los items se agrupan por relación **valor / esfuerzo**, no por -> orden estricto. El plan se puede reordenar según feedback de -> testers del grupo. - -### v1.2.2-beta — *Lo barato y de alto impacto* - -Objetivo: cerrar los huecos que ya tienen base en el código y dan -mejora visible de seguridad sin tocar arquitectura. - -* [ ] **Modo solo lectura del usuario web.** Bindeo del scope - `read_only` ya existente del JWT a la sesión interactiva. La - UI esconde los botones de acción (start/stop, ejecutar - scripts, terminal) cuando el scope no es `full_admin`. -* [ ] **Tabla de audit log + pestaña en el dashboard.** Nueva tabla - SQLite `audit_log(ts, user, ip, action, target, result, error)`. - Hookear desde `flask_security_routes` y `flask_script_runner`. - Render simple en una pestaña "Audit". -* [ ] **Allowlist IP.** Campo nuevo en `Settings → Security → - "Limitar acceso a estas IPs"`. Decorator `@require_allowed_ip` - aplicado a todas las blueprints. -* [ ] **Caducidad configurable de tokens API.** Campo `expires_at` - en la metadata del token; honrarlo en `verify_token`. - -### v1.2.3-beta — *Lo medio* - -Objetivo: dar herramientas serias de operación antes de aplicar -cambios. - -* [ ] **Tokens con scope granular.** Mínimo cuatro: `read_only`, - `vm_control`, `script_runner`, `full_admin`. El frontend - enseña qué scopes tiene el token actual. -* [ ] **Dry-run en scripts post-install.** Flag `--dry-run` - compatible con todos los scripts de `scripts/post_install/`. - La salida muestra exactamente qué cambiaría sin tocar el host. -* [ ] **Bundle de diagnóstico (`proxmenux bug-report`).** Comprime - `/var/log/proxmenux/`, `journalctl -u proxmenux-monitor`, - `dmesg --since=24h`, `dpkg -l | grep -i proxmenux`, - `managed_installs.json` y los `errors`/`disk_observations` de - la base de datos en un único `.tar.gz`. Output ofuscado de - tokens y secrets. -* [ ] **Vista agregada "VMs sin backup".** Una nueva tarjeta en el - tab de Backups que liste todas las VM/CT sin job de backup - reciente, con accesos directos al PBS. - -### v1.3.0 — *Lo grande* - -Objetivo: el salto a producción. Requiere release mayor por cambios -de modelo de datos y de UX. - -* [ ] **RBAC con roles viewer / operator / admin.** Multi-usuario, - contraseña por usuario, role por sesión. Migración de - `auth.json` a tabla `users(id, username, password_hash, role, - created_at, last_login)`. Revisión de todas las blueprints para - mapear endpoints → role mínimo. -* [ ] **Modo producción.** Flag global en `/etc/proxmenux/profile` - que conmuta: - * Confirmaciones reforzadas - * Anti-cascade más agresivo - * Acciones destructivas ocultas o deshabilitadas - * Allowlist IP forzada a no-vacía - * Tokens `full_admin` deshabilitados en favor de `vm_control` + ack -* [ ] **Rollback granular por subsistema.** Sobre la infraestructura - `backup_restore` existente, permitir revertir solo "Red", solo - "Post-install", solo "Grupos y permisos", etc. -* [ ] **Historial de cambios visible en el Monitor.** Pestaña - "Changes" que liste cada modificación que ProxMenux hizo sobre - el host (archivo, antes / después, script responsable). - -### Probablemente fuera de scope - -* **Firma criptográfica de scripts upstream.** Depende del - comportamiento de community-scripts (no controlamos su pipeline). - Mantener un mirror firmado propio sería mucho trabajo para poco - beneficio. Cerrado salvo decisión externa. - ---- ## 📦 Cambios publicados -> Esta sección se actualiza con cada release. Sin tocar el plan de -> arriba: aquí se anota qué pasó de pendiente (🔴 / 🟡) a hecho (🟢) +> Esta sección se actualiza con cada release. +> Aquí se anota qué pasó de pendiente (🔴 / 🟡) a hecho (🟢) > y en qué versión. | Fecha | Versión | Item | Notas | @@ -262,7 +183,7 @@ de modelo de datos y de UX. ## 💬 Cómo aportar -Cualquier persona del grupo puede: +Cualquier persona puede: * Comentar en el item que considere prioritario o que falte. * Proponer un nuevo item con el formato de la tabla