Testing del repositorio; la última versión estable sigue siendo la 1.4.1, del 24 de octubre de 2026.sudo sin contraseña en cada nodo.PegaProx es un plano de control autoalojado para varios clústeres de Proxmox VE y XCP-ng, con licencia AGPL-3.0 y sin versión de pago. Ya lo analizamos a fondo en PegaProx: gestión multi-clúster open source para Proxmox VE y XCP-ng, con su comparativa frente a vCenter y frente al Proxmox Datacenter Manager. Aquí nos centramos en lo que cambia.
El proyecto va deprisa. Desde la 1.0 del 1 de agosto han salido ocho versiones, y la 1.4.1 se publicó hace poco más de dos semanas. El repositorio tiene hoy unas 1.700 estrellas en GitHub.
El equipo habla de 349 commits desde la 1.4.1, 238 de ellos arreglos, 73 pull requests fusionadas y unas 3.000 pruebas automáticas nuevas. Lo hemos contado sobre la rama Testing a 10 de noviembre de 2026 y las cifras ya han crecido:
| Medida desde la 1.4.1 | Anuncio | Rama Testing (10-nov-2026) |
|---|---|---|
| Commits | 349 | 441 (358 sin contar las fusiones) |
Commits de arreglo (fix) | 238 | 246 |
| Pull requests fusionadas | 73 | 76 |
| Funciones de prueba | ~3.000 nuevas | de 9.158 a 12.279 (+3.121) |
Casi siete de cada diez commits son arreglos. Para una herramienta que entra por SSH en los hipervisores y lanza migraciones, esa proporción es una buena señal. Las pruebas cubren además casos concretos, como que el asistente de EVPN no devuelva salida del host a un usuario con permisos solo sobre una VM.
En Proxmox VE, una plantilla vive en un clúster. Si gestionas tres, tienes tres copias de la misma Debian o del mismo Windows Server, y cada una se queda desfasada a su ritmo. Lo explicamos en la guía de plantillas, clonado y Cloud-Init en Proxmox.
El blueprint de PegaProx guarda tres cosas juntas: la imagen cloud de su biblioteca, el hardware de la VM (CPU, memoria, discos, red) y la configuración de Cloud-Init. Después se despliega en un paso en el clúster que elijas. Según el código, estas son las reglas:
Está disponible en las interfaces Modern, Cloud y Corporate Redesigned. La Corporate clásica no lo tiene, y eso enlaza con la siguiente novedad.
Corporate es la interfaz de árbol y tablas densas pensada para quien viene de vCenter. La 1.5 trae una versión rediseñada, opcional, que ya cubre los nodos, los discos, los informes y las vistas del almacén de copias (pruebas de restauración, SLA de copia y sincronización de ISO).
La Corporate clásica sigue disponible y ofrece el cambio con un clic. Pero el propio aviso del commit dice que queda congelada, y los blueprints ya no llegan a ella. Si tu equipo trabaja en Corporate, conviene probar la rediseñada antes de que las funciones nuevas solo salgan ahí.
Un detalle útil para equipos grandes: los administradores pueden fijar la interfaz y el idioma para todos los usuarios. La interfaz pasa además de siete a nueve idiomas, con polaco y chino, y cada idioma distinto del inglés es un archivo aparte que solo se descarga si se elige. La web pesa menos para todos.
Una red EVPN que cruce clústeres depende de que todos los nodos tengan la misma base: FRR instalado y en marcha, ifupdown2 y el reenvío IP activo. Si falla uno, la red se crea pero el tráfico no pasa, y averiguar por qué lleva su tiempo. Explicamos la parte de red en EVPN-VXLAN: underlay y overlay en el centro de datos y la de FRR en Proxmox SDN, FRR y VRF.
PegaProx 1.5 hace esa revisión antes. Hemos leído las comprobaciones en el código, y se hacen por SSH en modo lectura:
| Comprobación | Si falla | Orden que propone |
|---|---|---|
| Proxmox VE 8.0 o posterior | Error | — |
Paquete frr instalado | Error | apt install frr |
frr-pythontools (para frr-reload) | Error | apt install frr-pythontools |
| Servicio FRR en marcha | Aviso | systemctl enable --now frr |
| ifupdown2 en uso | Error | apt install ifupdown2 |
| Reenvío IPv4 activo | Aviso | net.ipv4.ip_forward=1 en /etc/sysctl.d/ |
| Hora sincronizada por NTP | Aviso | timedatectl set-ntp true |
Revisa hasta 50 clústeres por petición y solo se muestra a quien puede modificar la red.
Lo que no comprueba es el MTU. VXLAN añade 50 bytes a cada trama. Si la red física entre los nodos se queda en 1.500, las VMs funcionarán con paquetes pequeños y fallarán con los grandes, que es la avería más típica de un overlay. El asistente marca todo en verde sin mirar esto, así que hay que revisarlo a mano: MTU de 1.550 o más en la red física (o jumbo frames), o 1.450 dentro de la VNet.
PegaProx ya traía una pestaña Harden con controles de bastionado para los nodos y un panel de cumplimiento que los relaciona con BSI, ISO 27001 o NIS2. En la 1.5 puedes partir de esos controles, poner tus propios valores y guardarlos como perfil. Ese perfil sirve para aplicar el bastionado y para medir el cumplimiento.
Es lo que pide cualquier auditoría real: que el informe mida contra tu política y no contra una genérica. Si vienes de la microsegmentación con el firewall de Proxmox para NIS2, el perfil es la pieza que faltaba en el lado del host.
Muchas funciones de PegaProx entran por SSH en los nodos: la consola, el bastionado, las actualizaciones, las comprobaciones de EVPN. Hasta ahora lo normal era hacerlo como root. En la 1.5, cada clúster tiene un campo de usuario SSH que usan todas esas funciones. Root solo se usa cuando el campo está vacío.
La documentación del proyecto añade dos condiciones que hay que conocer:
sudo sin contraseña en todos los nodos. Sigue teniendo poder de root, pero queda en el registro del sistema con su nombre y se puede desactivar sin tocar la cuenta root.@pam. Nunca se manda la contraseña de una cuenta @pve o de LDAP.pveproxy más reciente. El arreglo manda una sola cabecera Host en la conexión websocket.Tres cosas que haríamos:
Testing cambia a diario y no es para producción. Cuando salga, el canal estable de actualización de PegaProx la traerá.sudo en todos los nodos y luego cámbialo en PegaProx. Si se hace al revés, las funciones que tocan el nodo fallarán en los que no lo tengan.La 1.5 no cambia lo que es PegaProx. Lo que hace es rellenar huecos que se notan cuando se gestionan varios clústeres de verdad: plantillas que no se pueden compartir, redes que se rompen en un nodo olvidado y auditorías que no miden tu política. Los blueprints y el asistente de EVPN resuelven problemas que la interfaz de Proxmox VE deja al administrador.
La prudencia que pedíamos en agosto sigue en pie. Es un proyecto de tres desarrolladores que va muy rápido y entra por SSH en los hipervisores con permisos de root. El usuario SSH propio y las pruebas de permisos mejoran esa postura, pero no la cambian. Si lo despliegas, tenlo en una red de gestión, con acceso limitado y con sus copias, como cualquier otra pieza con llaves del CPD.
Si lo que necesitas es un entorno Proxmox gestionado en un centro de datos en España, con alguien que se ocupe de la red, las copias y las actualizaciones, en cloud privado con Proxmox te contamos cómo lo hacemos.
El equipo la ha anunciado como «en camino» sin fecha cerrada. A 10 de noviembre de 2026 la última versión publicada es la 1.4.1, del 24 de octubre, y el trabajo de la 1.5 está en la rama Testing del repositorio. Las versiones anteriores han salido cada dos o tres semanas.
Es una plantilla de VM que guarda la imagen cloud, el hardware y la configuración de Cloud-Init juntos, y que se despliega en un paso en cualquiera de los clústeres Proxmox VE que gestiona PegaProx. Puede partir de una imagen de la biblioteca o de una plantilla de PVE ya existente, Windows incluido.
No es obligatorio. Cada clúster tiene un usuario SSH que usan todas las funciones que entran en el nodo, y root solo se usa si ese campo está vacío. El usuario que indiques necesita sudo sin contraseña en todos los nodos.
No. Revisa la versión de Proxmox VE, FRR y sus herramientas, ifupdown2, el reenvío IP y la sincronización NTP, pero no el MTU. Como VXLAN añade 50 bytes a cada trama, conviene comprobar a mano que la red física entre nodos admite al menos 1.550 bytes o bajar el MTU de la VNet a 1.450.
De momento no. Sigue disponible y ofrece pasar a Corporate Redesigned con un clic, pero queda congelada y las funciones nuevas, como los blueprints, solo llegan a Modern, Cloud y Corporate Redesigned.
Testing: historial de commits desde v1.4.1, comprobaciones de EVPN en pegaprox/api/multi_sdn.py y documentación de permisos en docs/proxmox-permissions.md, consultados el 10-nov-2026.¿Proxmox en producción sin llevarlo tú?
Si prefieres no cargar con la operación, dinos qué tienes y qué te falta. Te contamos qué opciones hay para llevarlo gestionado.
Peter Xu, de Red Hat, presentó en el KVM Forum 2026 su trabajo para que QEMU aproveche la memoria por niveles con NVMe. El kernel ya sabe hacerlo; lo que falla es la migración en vivo. Repasamos las tres soluciones, las cifras de sus pruebas y qué se puede hacer hoy en Proxmox.
Conectar Proxmox VE a Active Directory lleva diez minutos y parece resuelto en cuanto entra el primer usuario. Lo difícil viene después: que la contraseña no viaje en claro, que el filtro traiga a quien debe y que una baja en el dominio sea una baja de verdad. Porque desactivar a alguien en AD no le quita sus tokens de API en Proxmox. Te contamos cómo montarlo y qué dice el código sobre lo que pasa cuando alguien se va.
ZStack publicó ZSvirt bajo GPL 3.0 en agosto como alternativa a VMware con plano de gestión al estilo vCenter. Revisamos el repositorio, las descargas, la documentación y la propiedad de la empresa, que desde enero controla Alibaba Cloud, y lo comparamos con Proxmox VE antes de montar una prueba.