RustDesk por fin resuelve el problema que frenaba a Linux en el escritorio remoto desatendido: conectarse a una sesión Wayland sin que nadie del otro lado tenga que aprobar la conexión. La función incluso funciona desde la pantalla de login después de un reinicio, y soporta configuraciones con varios monitores.
El anuncio llega en un momento en que Wayland ya es el compositor por defecto en la mayoría de distribuciones modernas, pero el soporte de acceso remoto todavía va a la zaga: según RustDesk, AnyDesk exige Xorg para sesiones entrantes en Linux y TeamViewer describe su soporte de Wayland como experimental.
TL;DR
- RustDesk publicó un build preview con acceso remoto desatendido para sesiones Wayland en Linux.- El soporte incluye configuraciones multimonitor y conexión desde la pantalla de login tras un reinicio.- Por ahora el preview solo cubre sistemas x86_64 basados en Debian y Ubuntu.- AnyDesk todavía exige Xorg para sesiones entrantes en Linux, según RustDesk.- TeamViewer describe su soporte de Wayland como experimental en los entornos de escritorio más comunes.- RustDesk planea llevar el acceso desatendido a Fedora y Arch Linux antes de integrarlo al release estándar.- El proyecto pide pruebas reales de la comunidad, en especial en configuraciones con varios monitores.
Introducción
Para cualquier developer que administra servidores Linux con escritorio, o que da soporte remoto a compañeros con distros modernas, la migración a Wayland trajo un problema práctico: la mayoría de herramientas de acceso remoto seguían atadas a X11 (Xorg), el sistema de ventanas que Wayland busca reemplazar. RustDesk, la alternativa open source a TeamViewer y AnyDesk, acaba de dar un paso que cierra buena parte de esa brecha.
El proyecto es conocido en la comunidad justamente por ofrecer el mismo tipo de funciones que las herramientas propietarias, pero con código auditable y la posibilidad de autoalojar el servidor completo. Sumar acceso desatendido en Wayland lo pone, al menos en este punto puntual, un paso adelante de sus competidores comerciales.
Qué pasó
El equipo de RustDesk liberó un build preview separado, disponible por ahora solo para sistemas x86_64 basados en Debian y Ubuntu, que agrega acceso remoto desatendido nativo sobre Wayland. Según el anuncio oficial, una vez completada la configuración inicial es posible conectarse a la máquina remota incluso cuando no hay nadie presente, incluso desde la pantalla de login después de un reinicio.
El build también soporta setups con múltiples monitores, algo que suele ser el primer punto de falla en implementaciones tempranas de acceso remoto sobre Wayland, donde cada compositor expone las pantallas de forma distinta al protocolo de captura. RustDesk publicó además un video demostrativo en X mostrando el flujo completo, desde la conexión hasta la sesión activa sin intervención humana del lado remoto.
Contexto e historia: por qué Wayland era un problema
Wayland lleva más de una década como protocolo candidato a reemplazar a X11, pero recién en los últimos años las distros grandes (Fedora, Ubuntu y luego derivadas de Arch) lo convirtieron en el compositor por defecto. El cambio resolvió problemas de seguridad y de arquitectura que arrastraba X11 desde los años ochenta, pero rompió una asunción que muchas herramientas de escritorio remoto daban por sentada: que cualquier proceso con acceso a la sesión gráfica puede leer el framebuffer completo y simular eventos de teclado y mouse sin pedir permiso.
Wayland invirtió ese modelo por diseño. Cada compositor decide qué puede capturar un cliente externo, típicamente a través de xdg-desktop-portal, y por defecto exige una aprobación explícita del usuario en pantalla antes de compartir video o inyectar entrada. Es una mejora de seguridad real, pero un problema para el caso de uso de acceso desatendido, que es exactamente lo que necesita un sysadmin conectándose a un servidor gráfico a las tres de la mañana sin nadie sentado enfrente.
Es la razón por la que, según el propio anuncio de RustDesk, AnyDesk todavía requiere Xorg para recibir sesiones entrantes en Linux, y TeamViewer mantiene su soporte de Wayland catalogado como experimental para los entornos de escritorio más comunes, como GNOME y KDE Plasma.
El build preview de Wayland es un paquete separado, no reemplaza al RustDesk estable.
Detalles técnicos: cómo funciona RustDesk sobre Wayland
A nivel técnico, el reto de Wayland para escritorio remoto pasa por dos piezas: captura de pantalla e inyección de eventos de entrada. En X11 ambas eran triviales porque el servidor X exponía APIs globales sin pedir permiso. En Wayland, cada compositor (Mutter en GNOME, KWin en KDE, Sway) implementa su propio backend de portal, y ahí es donde suelen aparecer las diferencias de comportamiento entre distros.
Para lograr acceso desatendido, sin diálogo de aprobación en cada sesión, RustDesk necesita que el paso de autorización se resuelva una sola vez durante la configuración inicial, y que la sesión quede habilitada incluso antes de que haya un usuario con sesión iniciada, es decir, desde la pantalla de login (típicamente GDM o SDDM). Eso implica correr un componente como servicio del sistema con permisos para capturar pantalla e inyectar entrada, no solo como proceso de la sesión del usuario logueado.
💭 Clave: el salto real de este build no es soportar Wayland (varias herramientas ya renderizan sobre Wayland), sino soportarlo sin humano presente, que es el escenario que de verdad necesita un sysadmin o un equipo de soporte remoto.
Cómo empezar: probar el build preview
El build de Wayland desatendido es, por ahora, un paquete separado del RustDesk estable, pensado para pruebas. Así se instala en las tres plataformas principales: el cliente corre en cualquiera de las tres, mientras que el build preview de acceso desatendido es específico para el host Linux x86_64 Debian/Ubuntu.
# Linux (Debian/Ubuntu x86_64): build preview con soporte Wayland
wget https://github.com/rustdesk/rustdesk/releases/latest/download/rustdesk-wayland-preview.deb
sudo apt install ./rustdesk-wayland-preview.deb
rustdesk --version
# macOS (cliente, via Homebrew)
brew install --cask rustdesk
# Windows (cliente, via winget)
winget install --id RustDesk.RustDesk
Después de instalar, cada máquina recibe un ID y una contraseña temporal generados localmente. Para dejar el acceso desatendido configurado hay que fijar una contraseña permanente desde el cliente (menú Seguridad) y, si vas a autoalojar el servidor en vez de usar el relay público, apuntar el cliente a tu propio rendezvous server:
# Apuntar el cliente a un servidor propio (self-hosted)
rustdesk --config network.custom-rendezvous-server 203.0.113.10:21116
Para confirmar que el host quedó realmente desatendido, la prueba más simple es cerrar sesión o reiniciar la máquina remota y conectarse desde otro dispositivo apuntando al mismo ID: si la sesión conecta directo a la pantalla de login sin pedir aprobación del lado remoto, la configuración quedó correcta. También podés revisar el estado del servicio en el host:
# Verificar que el servicio de acceso desatendido esta activo
systemctl status rustdesk
journalctl -u rustdesk -n 50 --no-pager
Impacto y análisis
El anuncio importa menos por ser una función nueva y más por lo que dice del estado del acceso remoto en Linux en general: sigue siendo el eslabón más débil frente a Windows y macOS, donde el acceso desatendido es estándar hace años. Para equipos que ya migraron sus estaciones de trabajo o servidores gráficos a Wayland (Fedora Workstation, Ubuntu 22.04 en adelante, la mayoría de instalaciones nuevas de KDE Plasma), la alternativa hasta ahora era forzar una sesión Xorg solo para dar soporte remoto, algo que va a contramano de por qué se migró a Wayland en primer lugar.
RustDesk vs. AnyDesk vs. TeamViewer en Wayland
HerramientaEstado en Wayland (Linux)Acceso desatendidoLicenciaRustDesk (build preview)Soportado, en preview para x86_64 Debian/UbuntuSí, incluso desde la pantalla de loginOpen source (AGPL-3.0)AnyDeskRequiere Xorg para sesiones entrantesSí, pero solo sobre XorgPropietariaTeamViewerExperimental en entornos de escritorio comunesLimitadoPropietaria
La licencia también pesa en la comparación: RustDesk es open source, lo que permite autoalojar el servidor completo (rendezvous y relay) y auditar el código que corre con permisos elevados en la máquina remota, algo que ni AnyDesk ni TeamViewer ofrecen.
El servidor de RustDesk puede autoalojarse en vez de depender del relay público.
El siguiente diagrama resume el flujo entre el cliente, el servidor rendezvous y el host Linux con Wayland, incluyendo la capa de portal que media el acceso a la pantalla y a la entrada:
flowchart TD
A["Cliente RustDesk"] --> B["Servidor Rendezvous"]
B --> C["Host Linux con Wayland"]
C --> D["xdg-desktop-portal"]
D --> E["Compositor (Mutter, KWin, Sway)"]
subgraph Host remoto
C
D
E
end
El cliente nunca habla directo con el compositor: todo pasa por el portal, que es justamente la pieza que RustDesk tuvo que aprender a operar sin depender de una aprobación manual en cada conexión.
⚠️ Ojo: el build de Wayland desatendido es un preview, separado del RustDesk estable, y por ahora cubre solo x86_64 Debian/Ubuntu. Si tu flota corre Fedora, Arch o arquitectura ARM, todavía no hay build oficial: hay que esperar a que el equipo lo estabilice y lo lleve al release estándar.
Qué sigue
Según el anuncio, el plan es sumar más distribuciones, Fedora y Arch Linux aparecen mencionadas explícitamente, antes de fusionar esta función al release estándar de RustDesk. El equipo pide pruebas de la comunidad, en particular en configuraciones con múltiples monitores, que es el escenario donde más suelen aparecer bugs de este tipo de integración.
Para cualquiera que administre infraestructura Linux con escritorio y haya estado posponiendo la migración a Wayland por este motivo puntual, este preview es la primera señal concreta de que la brecha con Windows y macOS se está cerrando.
Probalo vos: descargá el build preview desde el blog oficial de RustDesk y probá una sesión desatendida en tu propia máquina Wayland hoy mismo.
📖 Resumen en Telegram: Ver resumen
Preguntas frecuentes
¿RustDesk con Wayland ya está en el release estable?
No. Por ahora es un build preview separado, disponible solo para sistemas x86_64 Debian/Ubuntu.
¿Funciona con varios monitores?
Sí, el anuncio confirma soporte para configuraciones multimonitor en este preview.
¿Puedo usarlo desde la pantalla de login?
Sí, es justamente el caso de uso central: conectarse aunque no haya nadie con sesión iniciada, incluso después de un reinicio.
¿Qué distros van a sumarse después?
RustDesk mencionó Fedora y Arch Linux como próximos objetivos, antes de integrar la función al release estándar.
¿Es gratis y open source?
Sí, RustDesk es un proyecto open source y puede autoalojarse; también ofrece un servidor gestionado para quien no quiera operar el suyo.
¿Reemplaza a la versión estable de RustDesk?
No, es un paquete separado pensado para pruebas mientras el equipo recolecta feedback antes de fusionarlo al producto principal.
Referencias
- RustDesk Blog: anuncio oficial del build preview de acceso desatendido en Wayland.- RustDesk en GitHub: código fuente del cliente y del servidor.- Wayland (freedesktop.org): documentación oficial del protocolo Wayland.- Wikipedia: Wayland: contexto histórico del protocolo frente a X11.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Top comments (0)