Как отделить разрешение RustDesk от различия native Wayland и XWayland, если удалённая мышь работает, а ввод с клавиатуры не передаётся.
Сначала отделите отсутствие ввода от неверной раскладки
Откройте на удалённом компьютере пустой несекретный текстовый документ и введите короткую контрольную строку из букв и цифр. Не используйте пароль, адрес, имя проекта или содержимое буфера обмена. Зафиксируйте три наблюдения: движется ли указатель, срабатывает ли один обычный щелчок и появляется ли хотя бы один символ. Если символы появляются, но не соответствуют клавишам, это проблема раскладки или преобразования кодов и для неё нужна другая диагностика. Если мышь работает, а ни одна клавиша не даёт символа, граница определена точнее: картинка и часть управления проходят, но клавиатурный путь не подтверждён. Один повтор достаточен; десятки попыток в разных приложениях не добавят доказательности.
Проверьте отдельное разрешение RustDesk, не расширяя доступ
В официальной документации RustDesk ввод с клавиатуры и мыши для входящих соединений управляется параметром Enable keyboard в разделе Security → Permissions. Сначала только прочитайте его текущее состояние на управляемой стороне и запишите, действует ли локальная настройка или организационная политика. Не включайте одновременно clipboard, file transfer, terminal и remote configuration: они не нужны для проверки одной клавиши и увеличивают поверхность доступа. Если Enable keyboard выключен политикой, на этом остановитесь и передайте вопрос администратору. Если он включён, но контрольная строка остаётся пустой при работающей мыши, одного разрешения недостаточно для объяснения симптома. Не редактируйте конфигурационные файлы и не снимайте системные ограничения ввода вручную.
Запишите реальный display backend, а не только имя сеанса
RustDesk прямо называет поддержку Wayland в Linux экспериментальной, а экран входа по-прежнему связывает с X11. Wayland отдельно объясняет, что XWayland — это X-сервер совместимости: X11-приложение подключается к нему, а сам XWayland работает как клиент Wayland-композитора. Поэтому native Wayland и XWayland — разные пути обработки окна и ввода, хотя внешне приложение может выглядеть одинаково. Запишите тип пользовательского сеанса, compositor, пакет и версию RustDesk, а также фактический backend конкретного запуска, если он показан штатными средствами окружения. Не делайте вывод по названию дистрибутива и не публикуйте всю среду процесса: в ней могут быть персональные пути и служебные значения.
Проведите только один обратимый контроль native и XWayland
Если рабочее окружение уже штатно предлагает запуск этого же установленного клиента через native Wayland и X11 compatibility, повторите одну и ту же нейтральную строку в обоих режимах, не меняя сервер, учётную запись, удалённый компьютер и версию приложения. После теста вернитесь к исходному режиму. Не устанавливайте новый display manager, не редактируйте переменные запуска и не перезапускайте compositor ради статьи. Результат «native: мышь да, клавиатура нет; XWayland: мышь и клавиатура да» локализует различие на уровне клиентского display path. Он не доказывает ошибку конкретной библиотеки, compositor или RustDesk. Если ввод отсутствует в обоих режимах, вернитесь к разрешению, типу соединения и общему пути управления вместо обвинения Wayland.
Читайте матрицу как границы, а не как готовый диагноз
Матрица состоит из четырёх строк. Первая: Enable keyboard выключен — известна граница разрешения, дальнейший тест не нужен. Вторая: разрешение включено, мышь и клавиатура не работают — проверяйте общий контроль сеанса. Третья: мышь работает, клавиатура не работает и в native, и в XWayland — различие backend не подтверждено. Четвёртая: отсутствие клавиатуры воспроизводится только в native Wayland, а тот же клиент через XWayland вводит строку — собраны данные о backend-зависимой границе. Ни одна строка сама по себе не доказывает массовый дефект. Не используйте случайное обновление пакета, переключение всех keyboard modes или переустановку как второй фактор: после нескольких одновременных изменений результат нельзя будет связать с одним условием.
Соберите минимальный пакет для поддержки и остановитесь
Для отчёта достаточно версий локального и удалённого RustDesk, названия compositor, типа сеанса, пакета установки, состояния Enable keyboard и таблицы из двух запусков с результатами мыши и контрольной строки. Добавьте время наблюдения и отметьте, что использовался несекретный редактор. Не прикладывайте RustDesk ID, IP-адрес, пароль, токен, адрес собственного сервера, полные переменные окружения, скриншот рабочего стола или необрезанный лог. Стоп-критерии: для следующего шага требуется выдача новых системных разрешений, правка display manager, глобальный перезапуск сеанса или установка другой сборки. Эти действия меняют больше одного фактора и должны выполняться только по инструкции сопровождающего проекта с планом возврата. До этого собранная матрица полезнее повторной переустановки.
Материал подготовлен редакцией VOne с применением ИИ для дерева границ; ограничения RustDesk и устройство XWayland проверены по официальной документации, а issue использован только как обезличенный сигнал пользовательской боли.
Источники и проверка
- RustDesk Documentation — Linux проверено 2026-08-14
- RustDesk Documentation — Advanced Settings проверено 2026-08-14
- Wayland — X11 Application Support проверено 2026-08-14
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.