Termix es una plataforma self-hosted y gratuita, con licencia Apache 2.0, que junta en una sola interfaz web lo que normalmente se reparte entre varias herramientas: terminal SSH con pestañas y hasta seis paneles divididos, sesiones RDP, VNC y Telnet, transferencias SFTP, túneles SSH, control de contenedores y métricas de los hosts conectados. Se plantea como la alternativa self-hosted a Termius, sin cuenta en la nube ni capa de pago.

Por qué llama la atención ahora

El proyecto ha pasado de unas 8.500 a más de 15.000 estrellas en GitHub desde finales de 2025, y no ha dejado de moverse: la versión v26.10.3, publicada el 20 de octubre, reorganiza buena parte del proyecto en una arquitectura de plugins. La sincronización, los temas visuales, los diseños de panel y la gestión de credenciales pasan a ser plugins independientes, y suma soporte de llaves de seguridad FIDO2 a través de SSH Agent y sincronización de escritorio con autenticación mutua TLS.

Ese salto de versión llama la atención por sí mismo: hasta la v2.9.2 del 6 de octubre, el proyecto usaba un versionado 2.x convencional; desde la v26.10.2 del 18 de octubre adoptó un esquema AAAA.MM.parche (año y mes de lanzamiento). Es un cambio de criterio en pleno desarrollo activo, no un detalle menor si vas a depender de él en producción.

Cómo se despliega

Se instala con Docker Compose en un contenedor propio, o como aplicación de escritorio — con builds que desde la v26.10.2 también cubren Windows ARM —, y hay una app móvil en desarrollo. La autenticación admite usuarios locales, OIDC y 2FA, con roles de administrador separados.

Si hoy saltas entre un cliente SSH, un cliente RDP aparte y Tailscale o una VPN para llegar a cada máquina, Termix cubre las tres cosas desde el mismo sitio, con tus propias credenciales y sin depender de ninguna cuenta externa.

Qué vigilar antes de depender de él

El ritmo de cambio es a la vez su mayor virtud y su mayor riesgo: un proyecto que reescribe su arquitectura de plugins y cambia su esquema de versiones en la misma quincena todavía se está asentando. La app móvil y los builds de escritorio para ARM son muy recientes y, por tanto, los menos probados por la comunidad. Para un homelab con pocos servidores que gestionar, conviene dejarlo correr en paralelo a lo que ya usas antes de convertirlo en el único punto de acceso.

Fuentes: github.com · blog.elest.io · bitdoze.com