· RustDesk Team · Guías · 5 min de lectura
Por qué autoalojar tu software de escritorio remoto
Por qué los equipos que dejan TeamViewer y AnyDesk optan por autoalojar su escritorio remoto: control de los datos, costos predecibles y sin una nube de por medio.
La mayoría de las herramientas de escritorio remoto se venden de una sola manera: como una suscripción en la nube, donde los servidores del proveedor intermedian —y a menudo retransmiten— cada sesión. Existe otra forma de gestionar el acceso remoto, y no es nueva: simplemente se promociona menos, porque no viene con una suscripción recurrente en la nube. Es la decisión de autoalojar tu software de escritorio remoto: ejecutar el servidor que coordina las conexiones y retransmite el tráfico cuando falla la conectividad directa, sobre una infraestructura que tú controlas. Este artículo defiende ese modelo y utiliza RustDesk como ejemplo concreto.
Qué significa realmente “autoalojar el escritorio remoto”
El precio de la comodidad de depender solo de la nube es que la lista de tus dispositivos, los metadatos de conexión y, en ocasiones, el tráfico de tu sesión pasan por un tercero, sujetos a su disponibilidad, a sus precios y a su postura de seguridad.
Autoalojar invierte esa ecuación. Con RustDesk Server Pro, el servidor de ID/rendezvous, el relay, la consola y los datos de implementación almacenados se ejecutan en tu propia infraestructura. Las sesiones directas siguen fluyendo entre los extremos; las sesiones retransmitidas usan el relay que tú configures. RustDesk es de código abierto (AGPL) y el servidor comunitario gratuito se puede ejecutar indefinidamente sin costo.
Solo en la nube frente a autoalojado, de un vistazo
| Herramienta típica solo en la nube | Autoalojado (RustDesk Server Pro) | |
|---|---|---|
| Dónde se intermedian las sesiones | La nube del proveedor | Tu equipo local o VPS |
| Residencia de los datos | Controlada por el proveedor | Los servicios del lado del servidor se ejecutan en infraestructura que tú controlas; las rutas de los extremos siguen siendo relevantes |
| Límites de conexiones concurrentes | A menudo por canal/asiento | Planes estándar ilimitados; Customized V2 medido por uso |
| Modelo de precios | Suscripción en la nube por asiento/canal | Por usuario que inicia sesión + por dispositivo gestionado (precios) |
| Código fuente | Cerrado | Código abierto (AGPL), auditable |
| Dependencia de interrupciones | Disponibilidad del proveedor | Tus propias operaciones |
| Quién administra el servidor | El proveedor | Tú |
Autoalojar no significa renunciar a la escala ni a las capacidades. RustDesk publica guías de planificación para flotas grandes para los equipos que necesitan dar soporte a parques de dispositivos más grandes. Para MSPs y equipos de TI internos, existe una consola web autoalojada, un generador de clientes con marca personalizada y grupos de dispositivos junto con una libreta de direcciones compartida para el control de acceso por usuario. LDAP/SSO (OIDC) está disponible desde el plan Basic en adelante.
Qué implica realmente administrar el servidor
El control conlleva algo de trabajo operativo —menos de lo que la mayoría de los equipos espera, y la mayor parte es de una sola vez—. Esta es la realidad concreta:
- Aprovisiona un host. Los requisitos de hardware de RustDesk son bajos, así que una VM Linux modesta —local o un VPS económico— puede ejecutar los servicios de ID/rendezvous y relay. Dimensiónalo según tu cantidad de dispositivos y cuánto tráfico termina retransmitiéndose en lugar de ser peer-to-peer.
- Abre solo los puertos que utilizas. Los clientes nativos de RustDesk requieren TCP 21115-21117 y UDP 21116 para las pruebas de NAT, los servicios de conexión, el registro, el heartbeat y el relay. No expongas todo el rango 21114-21119. TCP 21118-21119 son los backends de WebSocket, y TCP 21114 es el backend de la API HTTP/consola de Pro. Cuando un proxy inverso HTTPS/WSS actúa como frontal de la API Pro y los servicios de WebSocket, expón públicamente solo TCP 443 para ese tráfico y mantén 21114 y 21118-21119 internos. El puerto 443 público no reemplaza a los puertos principales del cliente nativo cuando los clientes nativos también se conectan. Consulta la referencia oficial de puertos.
- Configura TLS. Termina HTTPS y WSS en el proxy inverso para que las credenciales, las llamadas a la API y el tráfico del cliente de navegador usen el puerto público TCP 443, en lugar de exponer la consola/API en HTTP plano o los backends de WebSocket sin cifrar.
- Realiza copias de seguridad. El servidor almacena tu inventario de dispositivos, las cuentas de usuario, la libreta de direcciones y las reglas de acceso. Programa copias de seguridad, y comprueba realmente que puedes restaurarlas.
- Mantén un ritmo de parches. Con el tiempo se publican nuevas versiones del servidor, y el sistema operativo subyacente es tuyo. Decide quién aplica las actualizaciones y con qué frecuencia.
- Monitoréalo. El servicio de coordinación ahora es tuyo, así que vigilas la disponibilidad, el disco y el rendimiento del relay, y tú te encargas de las alertas y la recuperación.
Nada de esto es exótico, y la mayor parte es una configuración de una sola vez. Si surge alguna duda en el camino, el soporte de RustDesk puede ayudarte a resolverla.
Cómo evaluar el autoalojamiento
- Empieza con el servidor comunitario. El núcleo es AGPL: implementa el servidor gratuito de código abierto esta misma tarde, audítalo y ejecútalo durante el tiempo que quieras sin costo alguno.
- ¿Necesitas las funciones de Pro? Las tarifas actuales de los planes están en rustdesk.com/pricing, y [email protected] puede indicarte qué opciones de evaluación existen en este momento.
- ¿Prefieres verlo antes de instalarlo? Hay una demostración en video completa en el canal de YouTube de RustDesk.
Si los aumentos de precio, el código cerrado o una nube que no controlas son lo que te llevó a empezar a buscar alternativas, autoalojar es la solución estructural, no un simple descuento. Para un equipo que ya gestiona infraestructura, es un paso más, no un salto: controla el servidor, controla los datos, controla el costo.
Frequently asked questions
¿Qué significa autoalojar el software de escritorio remoto?
Significa ejecutar, sobre una infraestructura que tú controlas, el servidor que coordina las conexiones y retransmite el tráfico cuando falla la conectividad directa, en lugar de enrutar las sesiones a través de la nube de un proveedor. Con RustDesk Server Pro, el servidor de ID/rendezvous, el relay, la consola y los datos de implementación almacenados se ejecutan en tu propia infraestructura.
¿Qué implica realmente ejecutar un servidor RustDesk autoalojado?
Los requisitos de hardware son bajos y la mayor parte del trabajo es de una sola vez: aprovisionas un host Linux pequeño, abres solo los puertos que utilizas (los clientes nativos requieren TCP 21115-21117 y UDP 21116), configuras TLS en un proxy inverso y programas copias de seguridad; después de eso, se trata de aplicar parches y monitorear de forma rutinaria, con el soporte de RustDesk disponible si encuentras algún contratiempo.
¿Autoalojar ayuda con la residencia de datos y el cumplimiento del RGPD?
Sí: te da un control real en este aspecto, ya que tú eliges dónde se ejecutan el rendezvous, el relay, la consola y los datos de los dispositivos. Sin embargo, es una base y no una garantía absoluta, porque las conexiones directas siguen viajando entre los extremos, de modo que mantener el tráfico dentro del país y cumplir con las obligaciones del RGPD también depende de cómo enrutes y operes la implementación.
¿Autoalojar es adecuado para todos los equipos?
Autoalojar es adecuado para los equipos que quieren tener control de sus datos e infraestructura. Sí implica administrar un servidor —una carga modesta y en su mayoría de configuración única—, así que si prefieres no administrar ningún servidor en absoluto, un SaaS gestionado es el modelo alternativo. Pero RustDesk Server Pro está diseñado para ser autoalojado precisamente para que tus datos permanezcan en tu propia infraestructura, sin una nube de proveedor de por medio; y para los equipos que ya gestionan infraestructura, esa propiedad es exactamente el objetivo.
