Termix autoalojado: gestor SSH con Docker y Dokploy

Termix autoalojado pone en tu propio servidor un gestor SSH en el navegador, un gestor de archivos, un panel de estadísticas y una pasarela de escritorio remoto. Es un proyecto con licencia Apache-2.0 y una alternativa gratuita a Termius: sin cuentas externas y sin plan de pago. Desde finales de 2025 ha pasado de unas 8.500 a más de 15.000 estrellas en GitHub, y las versiones 2.x lo convirtieron de una app de terminal en un hub de servidores completo. Esta guía cubre toda la configuración: desplegar con Dokploy o Docker Compose, activar el escritorio remoto RDP/VNC y blindar el despliegue.

¿Qué es Termix?

Termix es una plataforma autoalojada de gestión de SSH y escritorios remotos. Una única interfaz web cubre sesiones de terminal, túneles SSH, gestión de archivos, estadísticas de servidor, contenedores Docker y RDP/VNC/Telnet en el navegador. El proyecto tiene licencia Apache 2.0, se mantiene con donaciones y el README lo dice claramente: es una alternativa autoalojada a Termius que seguirá siendo gratuita para siempre.

El vídeo muestra la interfaz 1.x. Termix rediseñó la UI (barra lateral, gestor de hosts, navegación) en la 2.3.0, así que los menús se verán distintos en las versiones actuales.

Novedades desde finales de 2025

Si la última vez que miraste Termix era una app de terminal 1.x, han salido muchas cosas desde entonces:

• Escritorio remoto (2.0.0): RDP, VNC y Telnet en el navegador, gracias a guacd de Guacamole
• App de escritorio para Windows, macOS y Linux, además de apps para Android e iOS
• Gestión real de Docker (1.10.0) con soporte de Podman (2.5.0), no solo una lista de contenedores
• Roles RBAC, sesiones compartidas y claves de API
• Soporte de PostgreSQL y MySQL (2.7.0) junto al SQLite predeterminado
• Automatizaciones, comandos para toda la flota y alertas (ntfy, Discord, webhook)
• Termix AI (2.7.0), opcional y desactivada por defecto
• La telemetría ahora viene activada por defecto (2.6.0). Cómo desactivarla se explica en la sección de seguridad

Funciones principales de Termix

La lista de funciones que importan en el día a día:

Terminal SSH, túneles y pantalla dividida

La terminal es el núcleo de la app. Pestañas, hasta seis paneles divididos, sesiones que sobreviven a una recarga de página o a un reinicio del contenedor, y keepalive por host. Desde la 2.6.0 puedes guardar diseños divididos, y la 2.7.0 añadió espacios de trabajo para restaurar un conjunto completo de sesiones de una vez. El registro de sesiones de terminal viene integrado por si necesitas una pista de auditoría de lo que se escribió.

Los túneles también maduraron. Además de los túneles locales de siempre con reconexión automática y comprobaciones de estado, la 2.2.0 añadió túneles remotos y en modo puente con presets, y la app de escritorio tiene una pestaña dedicada de port forwarding desde la 2.8.0. Esto cubre la mayoría de los casos en los que antes recurrirías a un archivo de configuración SSH lleno de flags -L y -R.

Escritorio remoto: RDP, VNC y Telnet en el navegador

Esta es la función estrella de la 2.0.0. Termix usa el demonio guacd de Apache Guacamole para traer sesiones RDP de Windows, pantallas VNC de macOS/Linux e incluso equipos Telnet a la misma interfaz web que tus terminales SSH. Se activa por host y necesita el contenedor sidecar guacd (o un guacd existente al que apuntes con GUACD_URL). La configuración completa está en la sección de escritorio remoto, más abajo.

Gestión de Docker y Podman

Desde la 1.10.0, la vista de Docker es gestión real de contenedores: iniciar, detener, pausar, eliminar, estadísticas en vivo y una shell dentro del contenedor. La 2.2.0 añadió un modo de solo lectura para usuarios restringidos, y la 2.5.0 añadió soporte de Podman. El README es honesto sobre el alcance: «no pretende sustituir a Portainer ni a Dockge». Para cualquier cosa más allá de operaciones rápidas, yo sigo usando Dockge, un gestor autoalojado de stacks Compose. La vista Docker de Termix sirve para «qué está corriendo y por qué falla», no para editar stacks.

Automatizaciones, flotas y alertas

Aquí es donde el discurso de «hub de servidores» se hizo realidad. Las automatizaciones (2.7.0) encadenan disparadores y pasos: umbrales de métricas, eventos de host arriba/abajo, programaciones o webhooks pueden ejecutar comandos y enviar notificaciones por ntfy, Discord o webhooks genéricos. Las flotas ejecutan un comando, un envío de archivos, una actualización de paquetes o una consulta de inventario en muchos hosts a la vez. Las alertas llegaron en la 2.5.0. Para un operador en solitario con una docena de servidores, esto sustituye a un montón de bucles for en bash.

Un párrafo sobre Termix AI, porque los autoalojadores lo preguntarán: está desactivada por defecto tanto a nivel de administrador como de usuario, es de solo propuesta (sugiere comandos y solo los ejecuta tras tu aprobación, usando los permisos de tu cuenta), no tiene acceso a credenciales, claves ni ajustes, y elimina los secretos antes de enviar nada al proveedor. Traes tu propia clave de API, y Ollama funciona para una configuración totalmente local.

Recorrido por la app

Un repaso rápido de las zonas principales que usarás a diario. Las capturas muestran la interfaz 1.x, rediseñada en Termix 2.3.0; el flujo de trabajo es el mismo, la disposición no.

Espacio de trabajo de la terminal

Terminal de Termix en el navegador con sesiones SSH divididas en pestañas

La captura muestra la interfaz 1.x, rediseñada en Termix 2.3.0.

La terminal del navegador admite pestañas y hasta seis paneles divididos. Haz clic en el icono <|> de una pestaña (junto al botón de cerrar) para abrir una pantalla dividida y la barra lateral de herramientas SSH de esa sesión.

Herramientas, snippets e historial de comandos

Barra lateral de herramientas de Termix con utilidades SSH, snippets e historial de comandos

La captura muestra la interfaz 1.x, rediseñada en Termix 2.3.0.

Haz clic en el icono del martillo arriba a la derecha para abrir la barra lateral de herramientas. Aquí encontrarás las herramientas SSH, el historial de comandos, los snippets y las ayudas de pantalla dividida.

Añadir y gestionar hosts

Gestor de hosts de Termix para añadir hosts SSH, etiquetas y jump hosts

La captura muestra la interfaz 1.x, rediseñada en Termix 2.3.0.

Abre Host Manager para añadir hosts SSH, definir etiquetas y carpetas, y activar funciones por host: terminal, gestor de archivos, estadísticas del servidor, túneles, escritorio remoto. También puedes configurar un Jump Host aquí para llegar a servidores detrás de una red privada.

Para desplegar credenciales, añade una clave en Add Credential, vuelve a Credential Viewer y haz clic en la flecha verde de la credencial para seguir los pasos de despliegue. Si el destino rechaza la clave con «Too many authentication failures», normalmente es porque el servidor está ahogado en claves ofrecidas; aquí tienes cómo solucionar el error SSH “Too many authentication failures”.

Si piensas usar OIDC y el primer inicio de sesión se rechaza, crea primero la cuenta de administrador local y después conecta tu proveedor de identidad en los ajustes de administración. La versión 2.3.0 añadió aprovisionamiento automático de OIDC, pero el camino de menor resistencia es local primero.

Detalles del servidor y túneles

Detalles del servidor en Termix con estadísticas de CPU, memoria, disco y estado de túneles

La captura muestra la interfaz 1.x, rediseñada en Termix 2.3.0.

Tras conectar a un host desde la barra lateral, abre Server Details para ver CPU, memoria, disco, lista de procesos, servicios, cron jobs y estado de túneles. Las estadísticas y los túneles solo aparecen si están activados para ese host en Host Manager. Son instantáneas a nivel de host, no un stack de monitorización: para historial, alertas y paneles multiservidor, combina Termix con Beszel y Uptime Kuma para monitorización dedicada de servidores.

Gestor de archivos y editor

Gestor de archivos de Termix editando archivos remotos de Linux en el navegador

La captura muestra la interfaz 1.x, rediseñada en Termix 2.3.0.

El gestor de archivos navega y edita archivos en hosts Linux directamente desde la interfaz: subir, descargar, comprimir, reproducir multimedia y, desde la 2.7.0, una papelera. Un portapapeles de archivos entre hosts (2.5.0) y las transferencias servidor a servidor (2.8.0) te ahorran viajes de ida y vuelta con scp. Activa File Manager en el host y ábrelo desde la barra lateral tras conectar.

Ajustes de administración e identidad

Los administradores abren Admin Settings desde su nombre de usuario abajo a la izquierda. Aquí es donde configuras:

• SSO (OIDC, LDAP, GitHub, Google) y reglas de registro
• Exportación/Importación en la pestaña Database
• Generación de certificados SSL, si quieres que Termix sirva su propio TLS
• El registro de auditoría (2.4.0+) y el interruptor de telemetría (2.6.0+)

Acceso a túneles SSH

Si un host tiene Terminal activado, haz clic en el icono >_ de la barra lateral para abrir una sesión. Los túneles configurados muestran su estado en vivo en Server Details.

Paleta de comandos

Pulsa dos veces Shift izquierdo para abrir la paleta de comandos y navegar rápido. Ese atajo sigue documentado en el README, pero conviene comprobarlo en tu versión, ya que el rediseño de la UI en la 2.3.0 movió las cosas de sitio.

Termix frente a un stack de herramientas

El planteamiento honesto: Termix sustituye a la colección de herramientas pequeñas del día a día, no a las especializadas.

Dónde encaja entre los mejores paneles de servidor autoalojados: paneles como CasaOS o Cosmos gestionan el servidor en sí; Termix gestiona los servidores a los que te conectas. Usar ambos es normal, no redundante.

Acceso a redes privadas: jump hosts, Tailscale y Cloudflare Tunnel

Topología de red privada de Termix: rutas de jump host, malla Tailscale y Cloudflare Tunnel hacia un home lab

Si Termix corre en un VPS público pero las máquinas interesantes están en un home lab, tienes tres caminos sólidos:

1. Jump host: configura un bastión en Host Manager y deja que Termix salte a través de él. El bastión es el único host que expones deliberadamente.
2. VPN de malla: pon Termix y tus nodos de casa en la misma red overlay. Ahora es nativo: la autenticación Tailscale SSH llegó en la 2.4.0, la integración de hosts Tailscale/WireGuard en la 2.5.0, y la 2.7.0 añadió un endpoint Headscale personalizado, así que puedes autoalojar tu propio servidor de control de Tailscale con Headscale y apuntar Termix hacia él.
3. Cloudflare Tunnel: la 2.3.0 añadió SSH sobre Cloudflare Tunnel. cloudflared solo hace conexiones salientes, así que el firewall de casa sigue cerrado.

Una regla operativa que vale la pena robar de la documentación del propio proyecto: ejecuta Termix fuera de la red que gestiona. Si tu plano de gestión vive dentro del lab y el lab se cae, pierdes las herramientas que necesitas para arreglarlo.

Para un nodo casero siempre encendido, una máquina de bajo consumo es la herramienta adecuada; un mini PC N150 consume en reposo 5-8 W en el enchufe, una miseria frente a un sobremesa viejo. Comparé las opciones actuales en la guía de mini PC para servidor casero.

Qué necesitas antes de desplegar

La checklist de «lo pongo en marcha esta noche»:

Requisitos y dimensionamiento de Termix

Los benchmarks oficiales (documentación de Termix, probados en la v2.7.0) hacen de este uno de los servicios autoalojados más baratos de justificar:

Traducción: el nivel de VPS más pequeño de cualquier proveedor serio es suficiente, lo que sitúa esto en el rango de pocos euros/dólares al mes. Los benchmarks no incluyen carga de escritorio remoto, así que si planeas sesiones RDP largas, usa la fila de dimensionamiento de guacd. Si estás comparando, los planes más baratos de Hetzner Cloud son una buena referencia para latencia en la UE, o Vultr si necesitas presencia global.

Los precios de los VPS subieron en 2026 en todos los proveedores — si estás replanteándote un servidor alquilado, mira qué cambió y cuándo gana un mini PC.

Esta es la arquitectura objetivo antes de desplegar:

Arquitectura de despliegue de Termix: del navegador al reverse proxy y a los contenedores Termix y guacd con destinos SSH y RDP/VNC

Desplegar Termix con Dokploy

Si ya usas Dokploy, este es el camino más rápido: HTTPS automático, la red dokploy-network ya cableada y redespliegue con un clic. Si aún no tienes Dokploy, empieza por la guía de instalación de Dokploy.

Paso 1: Crear el servicio

1. Abre tu proyecto de Dokploy
2. Haz clic en Add Service y elige Compose
3. Llámalo termix

Paso 2: Pegar el archivo compose

El recorrido completo por los tipos de servicio está en cómo desplegar una app de Docker Compose en Dokploy. Usa este compose, que fija la versión y añade el sidecar guacd:

services:
  termix:
    image: ghcr.io/lukegus/termix:2.8.0
    networks:
      - dokploy-network
    restart: unless-stopped
    environment:
      - PORT=8080
      - ENABLE_TELEMETRY=false   # optional, locks telemetry off
    volumes:
      - termix-data:/app/data
    depends_on:
      - guacd

  guacd:
    image: guacamole/guacd:1.6.0
    restart: unless-stopped
    networks:
      - dokploy-network
    # no ports: keep 4822 internal

networks:
  dokploy-network:
    external: true

volumes:
  termix-data:

Paso 3: Dominio y puerto

Crea un dominio en Dokploy y mapéalo al puerto 8080. Despliega, abre https://your-domain.com y completa la configuración inicial (crea la cuenta de administrador; el flujo de onboarding se rehizo en la 2.7.0, así que puede diferir de capturas antiguas).

Paso 4: Verificar

• En Dokploy, ambos servicios aparecen como Running: termix y guacd
• Abre el dominio, inicia sesión y confirma la versión en Admin Settings
• Si el escritorio remoto falla luego con “guacd unreachable”, la solución suele ser la resolución de nombres en la red compartida: define GUACD_URL=tcp://guacd:4822 explícitamente en el servicio termix

Desplegar Termix con Docker Compose (en solitario)

¿Sin Dokploy? El Compose de toda la vida funciona igual. Este reproduce el compose de la documentación oficial, con la versión fijada y guacd mantenido interno:

services:
  termix:
    image: ghcr.io/lukegus/termix:2.8.0
    container_name: termix
    restart: unless-stopped
    ports:
      - "8080:8080"
    environment:
      PORT: "8080"
      # ENABLE_TELEMETRY: "false"
    volumes:
      - termix-data:/app/data
    depends_on:
      - guacd
    networks:
      - termix-net

  guacd:
    image: guacamole/guacd:1.6.0
    container_name: guacd
    restart: unless-stopped
    networks:
      - termix-net
    # no ports: keep 4822 internal

volumes:
  termix-data:
    driver: local

networks:
  termix-net:
    driver: bridge

Arranca y verifica:

docker compose up -d
docker compose ps                       # both containers Up
docker compose logs termix --tail 50    # watch startup/migrations
curl -fsS -o /dev/null -w '%{http_code}\n' http://localhost:8080   # expect 200

Luego abre http://your-server-ip:8080 y termina la configuración inicial. Tras iniciar sesión, revisa en Admin Settings la versión y el interruptor de telemetría.

Si piensas dejar el 8080 expuesto en una máquina solo de LAN, perfecto. En un servidor público, no: pon un reverse proxy delante (siguiente sección) y cierra el puerto directo con el firewall.

Variables de entorno útiles más allá de PORT (lista completa en la documentación de Termix):

Dos modos de fallo esperables en instalaciones nuevas: el puerto 8080 ya ocupado por otro stack (cambia el lado del host en el mapeo), y un volumen termix-data obsoleto de una instalación anterior a la 2.x (revisa los logs en busca de errores de migración antes de asumir que la imagen está rota).

Checklist post-despliegue

Los primeros diez minutos tras cualquiera de las dos vías de despliegue:

Después, endurecerlo. La sección de seguridad de abajo no es lectura opcional para esta app en concreto.

Activar el escritorio remoto de Termix con guacd

El escritorio remoto llegó en la 2.0.0 y es la función que convierte a Termix de una herramienta SSH en un auténtico todo en uno. Los dos archivos compose de arriba ya incluyen el sidecar; esta sección explica los ajustes.

Activación por host. En Host Manager, activa la función de escritorio remoto en el host y luego define el protocolo y los datos de conexión. Protocolos y cuándo usarlos:

Capacidad. Los benchmarks oficiales añaden aproximadamente 1 núcleo y 1 GB de RAM cuando guacd entra en juego. Las sesiones RDP largas están limitadas por CPU en el contenedor guacd, no en el propio Termix.

Mantén guacd privado. Algunos ejemplos de la documentación publican 4822:4822. Ese es un patrón de LAN. En un VPS no publiques el 4822; mantén ambos contenedores en la misma red de compose o de Dokploy y deja que hablen internamente. guacd no tiene autenticación propia, así que cualquier cosa que llegue al 4822 puede manejar tus sesiones de escritorio.

Apuntar a un guacd existente. ¿Ya tienes Guacamole corriendo? Omite el sidecar y define GUACD_URL=tcp://your-guacd-host:4822 en el servicio termix.

Puntos conflictivos conocidos de las versiones de 2026, ya corregidos: RDP a través de un jump host funciona desde la 2.6.0, y VNC hacia Compartir pantalla de macOS dejó de mostrar pantallas negras con los arreglos de la 2.7.0/2.8.0. Si ves alguno de estos síntomas, estás en una etiqueta antigua.

Reverse proxy y HTTPS (Nginx, Traefik, Caddy)

La regla de oro: nunca expongas el puerto 8080 directo a internet. Termix guarda credenciales SSH, así que va detrás de HTTPS e idealmente de una capa de acceso adicional.

Termix hace un uso intensivo de WebSockets (terminales, RDP, estadísticas en vivo), así que el único error de reverse proxy a evitar es que falten las cabeceras de upgrade. Síntomas: la interfaz carga y luego las terminales se desconectan o nunca conectan.

server {
    listen 443 ssl;
    server_name termix.example.com;

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_read_timeout 3600s;
    }
}

labels:
  - "traefik.enable=true"
  - "traefik.http.routers.termix.rule=Host(`termix.example.com`)"
  - "traefik.http.routers.termix.entrypoints=websecure"
  - "traefik.http.routers.termix.tls.certresolver=myresolver"
  - "traefik.http.services.termix.loadbalancer.server.port=8080"

termix.example.com {
    reverse_proxy 127.0.0.1:8080
}

Dos extras para configuraciones especiales: los despliegues en subruta funcionan con VITE_BASE_PATH=/termix/ (1.11.1+), y la 2.7.0 añadió autenticación por proxy de confianza (variables TRUSTED_PROXY_AUTH_*) si tu proxy controla el flujo de inicio de sesión, por ejemplo detrás de Authelia o similar.

Opciones de base de datos: SQLite, PostgreSQL o MySQL

La opción por defecto es SQLite en el volumen termix-data, y para un operador en solitario es la respuesta correcta: menos piezas móviles, un solo archivo del que hacer copia.

PostgreSQL, MySQL y MariaDB están soportados desde la 2.7.0 para copias centralizadas o configuraciones multiinstancia:

environment:
  DATABASE_DIALECT: "postgres"        # or mysql (MariaDB uses mysql + a mariadb:// URL)
  DATABASE_URL: "postgres://termix:password@db:5432/termix"
  # DATABASE_SSL: "require"           # for untrusted networks

Conserva el volumen termix-data aunque uses una base de datos externa. Sigue guardando las claves de cifrado, los certificados SSL y las grabaciones de sesiones, así que el impulso de «borro el volumen y listo» tras pasar a Postgres te costará tus credenciales guardadas.

Nota de coste/operaciones: una BD externa es un servicio más del que hacer copias, parchear y limitar conexiones. Salvo que tengas una razón concreta (clúster compartido, copias centralizadas), SQLite más copias del volumen es la opción aburrida y correcta.

Seguridad de Termix: actualizaciones, exposición y telemetría

Esta sección sustituye al gesto de «es autoalojado, así que es seguro», porque 2026 puso a prueba esa suposición. Termix ha publicado más de 30 avisos de seguridad, varios críticos. Una app que guarda credenciales SSH de todos tus servidores merece la misma disciplina que tu VPN.

¿Qué versión deberías ejecutar?

Tres reglas prácticas:

• Fija la etiqueta de la imagen (ghcr.io/lukegus/termix:2.8.0), nunca :latest en una bóveda de credenciales expuesta a internet. Las actualizaciones pasan a ser un docker compose pull && docker compose up -d deliberado, y en Dokploy eso está cubierto en cómo actualizar stacks de Docker Compose en Dokploy.
• Actualiza más rápido si usas multiusuario. Buena parte de la ola de 2026 fue entre usuarios (IDOR, robo de credenciales). Una máquina con un solo administrador tiene un radio de explosión menor; una instalación de equipo, no.
• Vigila los avisos de seguridad, no solo las releases: la pestaña de seguridad de GitHub es donde aparecen primero los críticos.

Verifica tras actualizar: docker compose ps muestra la etiqueta fijada (o comprueba el servicio en Dokploy), y la versión en Admin Settings coincide.

Restringe el acceso

• Desactiva el registro abierto. Nadie que encuentre tu URL debería poder crear una cuenta.
• Si usas SSO, aplícale lista blanca. OIDC_ALLOWED_USERS (y el ajuste de lista blanca del lado admin) restringe qué identidades pueden entrar. La 2.7.0 añadió PKCE y autenticación por proxy de confianza para configuraciones más estrictas.
• Activa el registro de auditoría (Admin Settings, 2.4.0+). Tras tu próximo inicio de sesión, comprueba que aparecen entradas; un registro de auditoría que nunca miras es decoración.
• HTTPS siempre, con la configuración de reverse proxy de arriba. Para una bóveda de credenciales SSH en una IP pública, añade lista blanca de IPs en el proxy o una puerta de entrada VPN.
• Firewall en el host. Mi referencia para un servidor Docker público está en cómo protegí mi servidor Docker con UFW, y CrowdSec añade protección contra fuerza bruta que conviene tener delante de cualquier página de login.
• Ojo con los enlaces de sesión compartida. La 2.6.0 añadió compartir sesiones en vivo de terminal/RDP mediante enlace, sin cuenta. Cómodo para trabajar en pareja, arriesgado por defecto. Si no lo necesitas, desactívalo globalmente o por host.

Telemetría y privacidad

Desde la 2.6.0, Termix envía un ping diario a PostHog por defecto. Según el README contiene un ID de instancia aleatorio, recuentos de usuarios y hosts, versión y uso de funciones. Sin nombres de usuario, hostnames ni IPs. Es lo más benigno que puede ser una telemetría. Sigue siendo tu servidor haciendo una llamada diaria que no pediste, así que decide explícitamente.

Desactívala por cualquiera de las dos vías: Admin Settings → General, o define ENABLE_TELEMETRY=false en el entorno, que bloquea el interruptor para toda la instancia. Mi opinión: en una máquina personal, la variable de entorno es la respuesta de «configurar y olvidar».

Copias de seguridad y recuperación

Qué hay en termix-data (el volumen /app/data): la base de datos SQLite, las claves de cifrado por usuario, los certificados SSL generados y las grabaciones de sesiones. Hazle copia como harías con una base de datos, no como con un sitio estático:

# find the exact volume name (compose prefixes it with the project name)
docker volume ls | grep termix

# tar it up
docker run --rm -v termix_termix-data:/data -v $(pwd):/backup alpine \
  tar czf /backup/termix-data-$(date +%F).tar.gz -C /data .

Envía el archivo fuera de la máquina (almacenamiento compatible con S3, restic, lo que ya uses). La Exportación/Importación de Admin Settings es un buen complemento para hosts y credenciales, pero no sustituye a la copia del volumen.

Solución de problemas habituales de Termix

FAQ

Conclusión

Termix autoalojado ha superado la etiqueta de «bonito cliente SSH web». Con escritorio remoto, comandos para la flota y gestión real de contenedores en un solo paquete Apache-2.0, cubre la mayor parte de lo que un operador en solitario abre en cinco pestañas, y el ritmo de releases a lo largo de 2026 muestra un proyecto muy vivo. El precio es la disciplina de actualización: ejecuta la 2.5.1 o superior, fija la etiqueta y trátalo con el respeto que le darías a cualquier bóveda de credenciales.

Si partes de un servidor pelado, la guía de instalación de Dokploy te da primero la capa de despliegue, y la configuración de Tailscale autoalojado con Headscale combina perfectamente con el soporte nativo de Headscale de Termix 2.7.0 para llegar a home labs.