Introducción
El control remoto en Linux funciona de la misma manera que en Windows y macOS: haz clic en el ícono del sistema operativo junto a un dispositivo en línea y se abrirá una sesión de escritorio en vivo en una nueva pestaña del navegador. La sesión está cifrada de extremo a extremo y se conecta de igual a igual cuando las condiciones de red lo permiten.
Lo que es diferente en Linux es lo que hay debajo. Los escritorios de Linux varían en servidor de pantalla (X11 o Wayland) y entorno de escritorio, y el soporte de control remoto depende de esa combinación en lugar de qué distribución estás usando. Este artículo cubre qué es compatible, qué configura el agente en el dispositivo y los comportamientos específicos de las sesiones de Linux.
Para los controles de sesión, barras de herramientas y herramientas del portapapeles, consulta Control Remoto. Esos funcionan igual en todas las plataformas.
⚙️ REQUISITOS PREVIOS
El agente de Level está instalado y en línea en el dispositivo de destino
Tu cuenta tiene permiso de control remoto para el grupo del dispositivo
Una sesión gráfica (Wayland o X11) está en ejecución en el dispositivo, lo que incluye la pantalla de inicio de sesión
Para GNOME en Wayland: PipeWire y un bus de sesión D-Bus en ejecución (otros compositores no necesitan esto)
Qué es compatible
No hay una lista fija de distribuciones compatibles. Un dispositivo Linux admite control remoto cuando se cumplen tres condiciones:
El agente de Linux de Level se ejecuta en él.
Está ejecutando una combinación compatible de servidor de pantalla y entorno de escritorio (ver más abajo).
Los componentes que necesita su entorno de escritorio están presentes (GNOME en Wayland usa PipeWire y D-Bus; otros compositores no los requieren).
Si tu distribución ejecuta uno de los entornos a continuación, el control remoto funciona independientemente de qué distribución sea.
Servidores de pantalla
Ambos servidores de pantalla principales de Linux son compatibles. El agente detecta lo que está en ejecución y elige la ruta correcta automáticamente. Se intenta Wayland primero, con X11 como alternativa.
Wayland es compatible con estos entornos de escritorio:
GNOME (Mutter)
KDE Plasma (KWin)
COSMIC (System76 / Pop!_OS)
compositores basados en wlroots como Sway e Hyprland
X11 / Xorg es compatible con cualquier entorno de escritorio. XFCE, MATE, Cinnamon, y las sesiones más antiguas de GNOME o KDE que se ejecutan en Xorg utilizan esta ruta.
ℹ️ NOTA: GNOME, KDE, COSMIC, Sway e Hyprland están probados y funcionan. Un compositor Wayland poco común fuera de ese conjunto puede no funcionar, y la razón habitual es la captura de pantalla: si el compositor no puede proporcionarle a Level una transmisión de pantalla, te conectarás pero no verás nada. La entrada del ratón tiene una alternativa a nivel de kernel que funciona en cualquier compositor, por lo que la entrada rara vez es el problema. Si un compositor poco común no captura, ejecuta la sesión bajo Xorg en su lugar.
Arquitecturas
Los dispositivos x86-64 y ARM64 son compatibles.
Se requiere una sesión gráfica
El control remoto se conecta a la sesión gráfica que esté activa en el dispositivo, incluida la pantalla de inicio de sesión, y sigue los cambios de sesión automáticamente. Si un usuario inicia sesión, cierra sesión o cambia de cuenta durante una sesión, Level se vuelve a conectar a la nueva sesión.
💡 CONSEJO: Para dispositivos Linux sin cabeza, usa la gestión en segundo plano en su lugar. Terminal, Explorador de archivos, Procesos, y Servicios funcionan sin una sesión gráfica. Consulta Gestión de dispositivos.
No necesitas un usuario conectado. Un gestor de pantalla en la pantalla de inicio de sesión cuenta como una sesión gráfica activa, por lo que puedes conectarte, ver a un usuario iniciar sesión y permanecer conectado durante la transición. Este es el mismo comportamiento que la pantalla de inicio de sesión de Windows y la pantalla de bloqueo de macOS.
Lo que debe ser cierto es que una sesión gráfica esté en ejecución. La sesión debe ser Wayland o X11 en un asiento. Estos casos no tienen sesión gráfica y no se pueden controlar remotamente:
Servidores sin cabeza sin gestor de pantalla
Máquinas iniciadas en un destino de texto o multiusuario
El gestor de pantalla no está en ejecución
Solo inicios de sesión de consola de texto (tty / getty)
🖥️ NOTA DE PLATAFORMA: Las versiones más antiguas de GNOME (anteriores a GNOME 42 / Ubuntu 22.04) suelen ejecutar la pantalla de inicio de sesión en Wayland mientras la sesión de usuario se ejecuta en X11. Las API de escritorio remoto de Wayland en esas versiones más antiguas no son lo suficientemente maduras para que Level se conecte al greeter, por lo que el control remoto en la pantalla de inicio de sesión no funcionará allí.
Para solucionarlo, fuerza el greeter a X11 descomentando WaylandEnable=false en /etc/gdm3/custom.conf y al reiniciar. GNOME 42 y versiones posteriores funcionan en Wayland tanto en la pantalla de inicio de sesión como en la sesión de usuario.
Qué configura el agente
En la mayoría de los sistemas, el control remoto funciona sin configuración manual. En GNOME y KDE, el agente instala un pequeño componente para habilitar la captura de sesión Wayland y la entrada.
GNOME
El agente instala automáticamente una extensión de Level para GNOME Shell para el usuario que ha iniciado sesión. Selecciona la compilación de extensión correcta para la versión de GNOME Shell instalada, por lo que se admite una amplia gama de versiones de GNOME sin ninguna acción de tu parte.
GNOME en Wayland es compatible a partir de GNOME 42 (Ubuntu 22.04) en adelante. En esas versiones, tanto la pantalla de inicio de sesión como la sesión de usuario funcionan en Wayland. Las versiones más antiguas de GNOME deben ejecutar la sesión en X11 (consulta la nota sobre la pantalla de inicio de sesión anterior).
KDE Plasma
En KDE Plasma, el agente registra automáticamente el acceso que necesita con KWin. No se requiere ninguna acción.
Si el control remoto no está disponible tras la instalación
La configuración se ejecuta automáticamente y el control remoto debería funcionar justo después de que el agente se instale. Si no es así, reinicia el dispositivo.
💡 CONSEJO: Un reinicio resuelve casi todos los problemas de configuración inicial en todos los entornos de escritorio, incluida la activación de extensiones de GNOME y el registro de acceso de KDE. Si un dispositivo recién instalado o actualizado no acepta sesiones remotas, reinícialo antes de indagar más.
Comportamientos de sesión de Linux
Algunas cosas funcionan de manera ligeramente diferente en una sesión de Linux.
Multimonitor es compatible. Usa el menú desplegable Pantalla en la barra de herramientas superior para cambiar entre monitores, de la misma manera que en otras plataformas.
Compartir portapapeles funciona en todos los entornos de escritorio, incluidos los compositores Wayland más allá de GNOME y KDE. Enviar portapapeles y Obtener portapapeles funcionan como se describe en Control Remoto.
Entrada de teclado maneja distribuciones de teclado que no son de EE. UU. y caracteres Unicode, por lo que escribir en la sesión debería coincidir con lo que escribirías localmente.
Preguntas frecuentes
¿Qué distribuciones de Linux admite el control remoto? No hay una lista de distribuciones. El soporte se basa en lo que está ejecutando el dispositivo, no en qué distribución es. Si el agente de Level se ejecuta en él y está usando GNOME, KDE Plasma, COSMIC, un compositor wlroots, o cualquier escritorio en Xorg, el control remoto funciona.
No puedo iniciar una sesión remota en mi servidor Linux. ¿Qué ocurre? La máquina probablemente no tiene ninguna sesión gráfica en ejecución: no tiene cabeza, se inició en un destino de texto, o el gestor de pantalla no está en ejecución. El control remoto necesita una sesión gráfica (Wayland o X11) a la que conectarse, pero no necesita un usuario que haya iniciado sesión. Una pantalla de inicio de sesión cuenta. Los inicios de sesión de consola de texto no. Usa el Terminal en la gestión en segundo plano para máquinas sin cabeza.
¿Puedo conectarme antes de que alguien inicie sesión? Sí, siempre que la pantalla de inicio de sesión gráfica esté activa. Level se conecta a la pantalla de inicio de sesión y permanece conectado durante el inicio de sesión, por lo que puedes ver a un usuario iniciar sesión o iniciar sesión tú mismo si tienes credenciales.
El control remoto se conecta a mi máquina Wayland pero la pantalla está en blanco. ¿Por qué? En GNOME Wayland, actualiza primero el agente de Level y vuelve a intentarlo antes de recurrir a Xorg. Los agentes actuales incluyen una corrección para las pantallas negras de GNOME Wayland. Si sigue en blanco después de actualizar, es posible que un compositor menos común no admita la captura; ejecuta la sesión bajo Xorg en su lugar.
Acabo de instalar el agente y el control remoto aún no está disponible. La configuración es automática y debería estar lista de inmediato, pero si un dispositivo no acepta sesiones justo después de instalarlo o actualizarlo, reinícialo. Eso resuelve la mayoría de los problemas de configuración inicial, incluida la activación de extensiones de GNOME y el registro de acceso de KDE.
¿La extensión de GNOME requiere alguna configuración por parte del usuario final? No. El agente la instala y la activa automáticamente para el usuario que ha iniciado sesión, y elige la compilación correcta para la versión de GNOME Shell instalada.
¿La conexión está cifrada de la misma manera que en Windows y macOS? Sí. Las sesiones de Linux utilizan la misma conexión P2P cifrada de extremo a extremo, con alternativa de retransmisión cuando no es posible una conexión directa. Consulta el artículo principal de Control Remoto para más detalles.