Proxmox 9.2 llega y los usuarios de homelab discuten qué debería significar mejorar

Llegó la versión, y la lista de deseos subió de volumen

Proxmox 9.2 recibió mucha atención. Una publicación sobre la versión sumó cientos de votos positivos y casi cien comentarios, lo que dice mucho del lugar que ocupa ahora esta plataforma. A la gente que disfruta con las luces parpadeantes de un rack le sigue importando, pero Proxmox está ahora en el centro de un cambio más grande, con constructores de homelabs, pequeñas empresas y refugiados de VMware siguiéndolo más de cerca que nunca. Cada versión tiene que contentar a la vez a dos públicos muy distintos: los que quieren una infraestructura aburrida y estable, y los que quieren que Proxmox se convierta en el panel para todo, con cómputo, almacenamiento, contenedores, copias de seguridad, replicación y cualquier otra cosa que estén hartos de unir a base de parches.

Esa tensión recorría toda la conversación. Algunos usuarios estaban encantados con las mejoras prácticas, sobre todo con el mapeo de identidades en LXC. Otros pidieron de inmediato soporte nativo para contenedores OCI y así dejar de ejecutar Docker dentro de un LXC como una especie de matrioska con problemas de confianza. Unos cuantos querían más pulido en la orquestación, y otros respondieron con dureza que Proxmox es un hipervisor y no debería convertirse en Docker Compose con una pantalla de inicio de sesión más bonita. Lo curioso es que los dos bandos suenan razonables, y eso es lo que hace interesante esta versión. Además de sus funciones, Proxmox 9.2 reabrió el debate sobre en qué se supone que debe convertirse Proxmox.

El dolor del mapeo de UID por fin tiene una respuesta pensada para personas

El rincón más feliz del hilo fue el del mapeo de UID y GID para LXC sin privilegios. Suena dolorosamente de nicho hasta que intentas montar datasets del host dentro de contenedores sin convertir los permisos en la escena de un crimen. Entonces se vuelve el tipo de función que lleva a adultos hechos y derechos a escribir: "Desde fuera puede parecer triste que cosas así me hagan feliz". Es comprensible. Si alguna vez te has quedado mirando líneas de lxc.idmap el tiempo suficiente como para replantearte tus decisiones vitales, un flujo de mapeo más limpio desde la GUI es como una manta caliente.

Un comentarista enseñó el mundo anterior en todo su horror: un montón de entradas lxc.idmap que mapeaban bloques de UIDs y GIDs entre el host y el contenedor. La configuración parecía algo copiado de un foro a la 1:17AM que nunca vuelves a tocar, porque cambiar un solo número podría invocar a un demonio de permisos. El nuevo enfoque, tal como lo describían los usuarios, se acerca más a "elige qué UIDs y GIDs del contenedor corresponden a qué IDs del host". No protagonizará ninguna keynote, pero cambia el día a día de quienes tienen servidores multimedia, clientes de descarga, montajes NFS, datasets ZFS y almacenamiento compartido entre varios contenedores.

También hubo alivio por no tener que pelearse con /etc/subuid y /etc/subgid de la misma manera de siempre. Para muchos usuarios de homelab, esos archivos son el lugar donde muere la confianza. Sabes que importan, y sabes que el modelo de seguridad es mejor con contenedores sin privilegios, pero también sabes que un error raro de mapeo puede dejar tus archivos a nombre de números misteriosos que parecen sacados de un formulario de impuestos alienígena. Así que la gente toma atajos: ejecuta contenedores con privilegios, abre permisos con chmod de más y se dice que ya lo limpiará después. Proxmox 9.2 parece apuntar justo a ese terreno intermedio desordenado. La complejidad sigue ahí, pero por fin es más fácil sobrevivir a ella.

"Usa 777 y listo" tiene gracia hasta que se convierte en norma

La discusión sobre permisos se puso seria rápido, porque aquí todo el mundo tiene algo que confesar. Una persona bromeó con vivir la vida 777, admitiendo básicamente que a veces la solución más limpia no es la que la gente usa de verdad. Otra respondió que 777 puede ser "aceptable" en un homelab con pocos usuarios, snapshots de ZFS y copias de seguridad, pero de ningún modo en el trabajo. Esa división es la cultura Proxmox en miniatura. Media sala está adquiriendo hábitos empresariales en casa, mientras la otra mitad solo intenta que Jellyfin vea las películas sin pasarse el fin de semana aprendiendo los espacios de nombres de usuario de Linux.

El problema es que los atajos del homelab tienden a convertirse en arquitectura permanente. Abres del todo los permisos de un dataset porque estás cansado, y seis meses después cinco contenedores dependen de él, dos servicios escriben en él y ya no recuerdas qué usuario debía ser dueño de qué. Alguien en el hilo describió la gestión de distintos UIDs y GIDs entre los datasets del host y los LXC como algo casi imposible de seguir y mantener. Es la queja de un usuario con experiencia, el sonido de un sistema que ha crecido más allá de su plan original.

También hubo un contrapunto inteligente. Un comentarista dijo que muchos tutoriales complican de más el mapeo para la mayoría de los casos, y que a veces puedes resolver el problema creando en el host un usuario con un desplazamiento de UID que encaje de forma natural en el LXC. Otro prefería usar IDs "reales" del host siempre que fuera posible, porque facilita las mudanzas futuras. Su ejemplo era sencillo: ¿y si qBittorrent pasa de un LXC a una VM con virtiofs? Si todo depende de una propiedad desplazada por el contenedor, puede que acabes haciendo una migración gigante con chown. Ese tipo de previsión aburrida y práctica te ahorra fines de semana enteros.

Por eso la nueva función de mapeo importa más de lo que importaría una comodidad de la GUI. Libera la presión acumulada por años de trucos de la comunidad, configuraciones copiadas, ansiedad con los permisos y distribuciones de almacenamiento del tipo "ya lo arreglaré". Proxmox no tiene por qué hacer que los permisos de Linux sean fáciles, algo que quizá esté prohibido por algún antiguo tratado de administradores de sistemas. Hacerlos menos hostiles ya es un gran avance.

El sueño de OCI sigue planeando sobre todo

El otro gran hilo emocional fue el de los contenedores OCI, y la gente los quiere con ganas. Un usuario dijo que espera soporte OCI nativo para no tener que ejecutar un LXC con Docker y poder gestionarlo todo desde la interfaz de Proxmox, con replicación, HA y el resto de la maquinaria integrada de la plataforma. Ese es el sueño: nada de una plataforma de contenedores dentro de un contenedor, nada de una pila medio oficial y nada de dividir la cabeza entre "cosas de Proxmox" y "cosas de Docker", solo un lugar para ejecutar y gestionar las cargas de trabajo.

Esa idea chocó enseguida contra el muro de "¿qué se supone que es Proxmox?". Alguien preguntó qué faltaba ahora: ¿solo la interfaz o también el backend? Otra persona respondió con frustración que a Proxmox le falta "prácticamente todo salvo la capacidad de ejecutar contenedores" si se compara con los flujos de trabajo al estilo Docker, es decir, orquestación, compose y herramientas. Luego llegó la réplica. Un comentarista sostuvo que Docker Compose es una función del nivel de Docker y no del nivel del hipervisor, porque los dos están en capas distintas y hacen trabajos distintos.

Ese desacuerdo es más grande que Proxmox 9.2. Tiene que ver con la gravedad de una plataforma. Cuando una herramienta se convierte en el centro de la infraestructura de alguien, los usuarios quieren, lógicamente, que absorba más tareas. Proxmox ya gestiona VMs y LXC, y ya tiene replicación, HA, almacenamiento, copias de seguridad, clústeres y una interfaz web sólida. Entonces, ¿por qué no también contenedores OCI, o flujos de trabajo tipo Compose? ¿Por qué no dejar que la gente gestione las aplicaciones directamente donde ya vive el cómputo?

La respuesta conservadora es que tragar demasiado puede hacer que una plataforma se vuelva pesada y confusa. Proxmox es fuerte porque conoce su trabajo principal, que es la infraestructura virtual. Si intenta ser a la vez un Kubernetes ligero, Docker Desktop, Portainer y un hipervisor, podría perder la claridad que hace que la gente confíe en él. La respuesta ambiciosa es que el mundo ha cambiado y los contenedores ya no son una misión secundaria. Una plataforma de virtualización moderna que no trate OCI como ciudadano de primera puede empezar a parecer incompleta, sobre todo para los usuarios que ya ejecutan Docker dentro de LXC como solución provisional.

Los usuarios de homelab quieren funciones empresariales, pero con menos dolores de cabeza empresariales

Lo que hace tan interesante a la gente de Proxmox es que la frontera entre homelab y producción se difumina cada vez más. Hay quien tiene clústeres en el sótano, hace copias de seguridad de la infraestructura familiar como si fuera una pequeña empresa, prueba HA, monta pools de almacenamiento y gestiona identidades entre contenedores. Y luego admite que usa 777 porque el mapeo de permisos le daba dolor de cabeza. La combinación es caótica, pero también es la razón por la que Proxmox tiene impulso. Permite que la gente crezca hacia mejores prácticas sin obligarla a ser arquitecta empresarial desde el primer día.

Por eso los arreglos prácticos de 9.2 provocaron una reacción tan fuerte. Más allá del número de versión, la versión va limando esas pequeñas heridas que obligan a elegir entre seguridad y cordura. Los contenedores sin privilegios son mejores, pero si mapear el almacenamiento del host dentro de ellos parece imposible, la gente los evita. Los datasets compartidos son potentes, pero si los permisos se vuelven imposibles de rastrear, la gente vuelve a atajos peligrosos. Docker dentro de LXC funciona, pero si da la impresión de ser un parche eterno, la gente empieza a preguntarse por qué la plataforma no se adapta a lo que necesita.

Detrás de la conversación también hay una sombra profesional muy real. A Proxmox se le juzga cada vez más como alternativa a pilas de virtualización más grandes y caras, y eso eleva las expectativas. Los usuarios domésticos pueden tolerar alguna rareza. Los usuarios empresariales quieren una gestión limpia del ciclo de vida, actualizaciones predecibles, herramientas oficiales, rutas documentadas y menos momentos de "copia este bloque de configuración y reza". Cada versión tiene que cargar ahora con los dos públicos: la persona con un mini PC debajo del escritorio y el administrador que evalúa si Proxmox puede sustituir una plataforma que de repente se volvió demasiado cara o demasiado molesta.

Las mejores partes de 9.2 parecen apuntar a esa intersección. Hacen más claras las cosas difíciles, trasladan configuración frágil a opciones admitidas en la interfaz y reducen el número de archivos editados a mano. Dan valores por defecto más seguros sin impedir que los usuarios avanzados hagan cosas raras a propósito, que es justo el punto fuerte de Proxmox.

La versión es un avance en un camino más largo

Proxmox 9.2 llegó con el tipo de reacción que probablemente quiere cualquier proyecto de infraestructura: entusiasmo mezclado con peticiones inmediatas de más. La gente notó las mejoras y agradeció el trabajo, y luego empezó a pedir la siguiente capa, porque los usuarios de infraestructura nunca terminan. Hoy es el mapeo de UID, mañana OCI, y después la orquestación, flujos de almacenamiento más limpios, mejores rutas de migración y más pulido en HA. El premio por volverte central en la vida de la gente es que empiezan a querer que lo resuelvas todo.

Es un buen problema. Significa que Proxmox importa y que la plataforma ha dejado atrás lo de "alternativa barata a VMware" para convertirse en algo con cultura, expectativas y presión de hoja de ruta propias. La reacción de la comunidad también muestra el riesgo: Proxmox no puede perseguir cada deseo de la lista y tiene que elegir con cuidado. El soporte OCI nativo podría ser enorme, pero solo si encaja en la plataforma en lugar de convertirla en un gestor de aplicaciones confuso. Las mejoras en el mapeo de permisos sirven de modelo porque reducen el dolor sin cambiar lo que Proxmox es en esencia.

El centro emocional de la versión es bastante simple. La gente quiere que Proxmox siga siendo más fácil sin volverse simplón, y quiere funciones de nivel empresarial sin miserias de nivel empresarial. Quiere que la interfaz la salve de la gimnasia con archivos de configuración mientras la shell sigue ahí para cuando las cosas se ponen raras. Quiere que contenedores, VMs, almacenamiento y copias de seguridad se comporten como un solo sistema en lugar de un montón de herramientas vecinas unidas por notas de tres hilos de foro y un historial de bash.

Proxmox 9.2 no responde a todos esos deseos, y nunca iba a hacerlo. Sí parece responder a una frustración muy concreta: parte del trabajo más feo con permisos de almacenamiento en contenedores por fin puede volverse menos feo. Para una persona normal suena aburrido. Para quienes usan Proxmox en casa y en el trabajo, es un cambio aburrido que hace el trabajo diario mucho más fácil.