Alternativa a Chrome Remote Desktop: RustDesk autoalojado

La respuesta de código abierto y autoalojada a Chrome Remote Desktop es RustDesk: tú alojas la intermediación y puedes leer el código fuente del cliente, en lugar de enrutar cada sesión a través de la nube de Google y vincular el acceso a una cuenta de Google.

Por qué buscar una alternativa a Chrome Remote Desktop

Chrome Remote Desktop es la herramienta gratuita de acceso remoto de Google basada en el navegador. Es sencilla y rápida: instalas un pequeño host, inicias sesión y puedes acceder a tu equipo desde otro dispositivo en un par de minutos, justo lo que necesita un uso personal ocasional.

Pero en cuanto tus necesidades superan el «ayudar a mi propio portátil desde el sofá», las costuras empiezan a notarse. Quedas atado a la identidad y la señalización de Google, faltan algunas funciones para equipos de soporte, y el plano de control no se puede autoalojar. La guía de red de Google explica el límite: las conexiones se negocian inicialmente a través de los servicios de Google, mientras que el tráfico WebRTC en vivo usa rutas directas, STUN o TURN/relay. Solo los paquetes de sesión TURN/relay se retransmiten a través de los centros de datos de Google. Si te has topado con esas limitaciones, esta página describe cómo es una alternativa de código abierto y autoalojada.

Lo que Chrome Remote Desktop hace bien

Hay que reconocer sus méritos. La reseña de TechRadar lo describe como «completamente gratuito, sin suscripciones ni niveles premium», fácil de configurar y muy adecuado para uso personal. Funciona en Windows, macOS y Linux, no requiere negociar ninguna licencia y no hay nada que alojar. Si quieres revisar tu PC de casa desde el móvil, CRD requiere prácticamente cero esfuerzo.

Esa simplicidad es el producto en sí. Los problemas comienzan cuando le pides que haga lo que un equipo de soporte o una configuración con múltiples equipos realmente necesita.

Dónde Chrome Remote Desktop topa con sus límites

Funciones ausentes: control autoalojado, gestión de dispositivos y flujos de trabajo en equipo

Las páginas de ayuda de Google documentan el acceso remoto a archivos y aplicaciones, y permiten a los administradores controlar el acceso y el comportamiento de la red, pero siguen describiendo un servicio basado en cuentas de Google con coordinación operada por Google, la misma división entre señalización y retransmisión explicada en la introducción. En otras palabras: CRD está bien para un acceso sencillo, pero no es una consola de soporte autoalojada con grupos de dispositivos ni marca personalizada al estilo de RustDesk.

Acceso desatendido y equipos en reposo

CRD puede ofrecer acceso desatendido, pero el equipo de destino debe estar encendido y en línea, además de tener la sesión iniciada con la misma cuenta de Google. Google documenta el acceso remoto basado en PIN, no un sustituto de wake-on-LAN. Si el equipo está en reposo o desconectado, no hay nada a lo que CRD pueda conectarse. Para un parque de equipos remotos, esa es una limitación operativa real.

Gestión de usuarios y el requisito de cuenta de Google

Cada participante necesita una cuenta de Google, y en las sesiones compartidas (no desatendidas) alguien debe estar presente para conceder el acceso. Los administradores de Google Workspace pueden habilitar o deshabilitar CRD y restringir el tránsito por el firewall, pero eso no es lo mismo que una consola de soporte autoalojada con grupos de dispositivos y acceso de técnicos con permisos delimitados, y Google sigue presente en el proceso de identidad y establecimiento de sesión, tal como se describió en la introducción. (Para profundizar específicamente en el aspecto de seguridad, consulta ¿es seguro Chrome Remote Desktop?)

Chrome Remote Desktop frente a RustDesk de un vistazo

Dónde encaja RustDesk: autoalojado y de código abierto

RustDesk está construido en torno a las dos cosas que CRD, por su propia estructura, no puede ofrecer: tú alojas la infraestructura y puedes leer el código.

RustDesk es de código abierto bajo la AGPL: puedes auditar exactamente qué se ejecuta en tus equipos, compilarlo tú mismo y ejecutar el servidor comunitario gratuito de forma indefinida. Cuando pasas a Server Pro, este es autoalojado por diseño: los servidores de ID/rendezvous y de retransmisión se ejecutan en tu propio equipo o en un VPS que alquiles, de modo que no hay ninguna nube de Google (ni de ningún otro proveedor) de por medio. Un matiz para la planificación de cumplimiento normativo: las conexiones directas siguen viajando entre los extremos, y el tráfico retransmitido pasa por tu propio servidor de retransmisión, así que revisa las implicaciones de soberanía de datos en lugar de asumir que la ubicación del servidor controla cada paquete.

Además de ese núcleo autoalojado, RustDesk añade las funciones para equipos de trabajo que CRD no tiene: una consola web autoalojada, un generador de clientes con marca personalizada, grupos de dispositivos y una libreta de direcciones compartida para un acceso con permisos delimitados, y SSO mediante LDAP/AD y OIDC a partir del plan Basic. La transferencia real de archivos y el acceso desatendido con contraseña permanente vienen de serie en hosts Windows, macOS, Linux y Android; la app de iOS es solo controladora.

Fuera de la nube de Google, dentro de la tuya

El salto respecto a Chrome Remote Desktop es el control: la intermediación, la política de acceso y los datos de sesión pasan de los servidores de Google a uno que tú operas y puedes auditar. Para cualquiera que quiera un acceso remoto que responda ante él, esa es la recompensa.

Pruébalo sin necesidad de una llamada de ventas

Puedes evaluar RustDesk en tus propios términos, sin que ninguna cuenta de Google intervenga en el proceso. El servidor comunitario de código abierto se puede ejecutar gratis durante el tiempo que quieras; cuando las funciones para equipos de Pro sean importantes, [email protected] puede indicarte las condiciones de evaluación vigentes, y rustdesk.com/pricing muestra las tarifas de los planes.

Lee el código tú mismo en GitHub, apunta un par de dispositivos a tu propio servidor y decide si las ventajas y desventajas encajan antes de comprometerte a nada.