Ошибка AnyDesk «Сервер удалённого дисплея не поддерживается» (display server not supported) появляется при подключении к Linux-машине, где графическая сессия работает на Wayland, а не на классическом X11. Клиент видит удалённый компьютер в сети, соединение устанавливается, но вместо рабочего стола выводится это сообщение — потому что AnyDesk не может захватить изображение экрана в Wayland-сессии без специальной поддержки со стороны системы.
Проблема особенно актуальна для свежих версий дистрибутивов Ubuntu, Fedora, Debian с окружением GNOME, где Wayland стал сессией по умолчанию. Ниже разберём, как подтвердить причину и что делать в каждом сценарии.
Почему AnyDesk не работает с Wayland
Техническая причина кроется в архитектуре Wayland. В отличие от X11, где любой клиент может читать содержимое экрана, Wayland изолирует приложения друг от друга: захват изображения возможен только через специальные механизмы — PipeWire и порталы xdg-desktop-portal. AnyDesk исторически рассчитан на прямой доступ к экрану, как в X11, поэтому на «чистом» Wayland получить картинку он не может.
Именно поэтому на стороне удалённой машины возникает сообщение о неподдерживаемом сервере дисплея. Это не сбой сети и не проблема лицензии — это ограничение совместимости протокола захвата экрана с конкретной графической сессией.
Как проверить тип графической сессии
Прежде чем менять настройки, стоит убедиться, что на удалённой машине действительно работает Wayland. Для этого нужен доступ к терминалу самой машины — локально или через SSH.
echo $XDG_SESSION_TYPEЕсли команда выводит wayland — диагноз подтверждён. Вывод x11 означает, что сессия уже на X11, и причину ошибки нужно искать в другом месте: версии AnyDesk, правах доступа или состоянии службы.
- 🔍 Проверьте тип сессии командой
echo $XDG_SESSION_TYPEв терминале удалённой машины - 📋 Посмотрите значение переменной
WAYLAND_DISPLAY— если она задана, активен Wayland - 🖥️ Уточните окружение рабочего стола: GNOME, KDE Plasma или другое — от этого зависят варианты решения
- 🔄 Убедитесь, что на удалённой стороне установлена актуальная версия AnyDesk
Решение 1: переключение на сессию X11
Самый надёжный способ — войти на удалённой машине в сессию X11 (Xorg) вместо Wayland. На экране входа в систему (экран выбора пользователя и пароля) обычно есть значок шестерёнки или выпадающий список типа сессии.
Порядок действий выглядит так. Завершите текущую сессию, на экране входа выберите пользователя, откройте меню типа сессии и выберите вариант вроде «GNOME on Xorg», «Ubuntu on Xorg» или «Plasma (X11)» — точное название зависит от дистрибутива и окружения. После входа проверьте echo $XDG_SESSION_TYPE: должно выводиться x11.
☑️ Переход на X11 для работы AnyDesk
⚠️ Внимание: переключение сессии требует физического или иного доступа к удалённой машине. Если компьютер находится вне зоны досягаемости и на нём никто не может войти локально, заранее продумайте запасной канал управления (например, SSH), иначе машину можно «потерять» после выхода из сессии.
Решение 2: отключение Wayland на уровне системы
Если машина должна постоянно работать с AnyDesk, удобнее отключить Wayland глобально, чтобы каждая сессия автоматически стартовала на X11. В дистрибутивах с дисплейным менеджером GDM (Ubuntu, Fedora с GNOME) это делается через конфигурационный файл.
sudo nano /etc/gdm3/custom.confВ файле нужно найти строку #WaylandEnable=false и раскомментировать её, убрав символ #. В некоторых дистрибутивах путь отличается — например, /etc/gdm/custom.conf. После правки перезагрузите машину или перезапустите дисплейный менеджер командой sudo systemctl restart gdm (учтите: это завершит текущую графическую сессию).
Для систем с SDDM (KDE Plasma) настройка выглядит иначе и зависит от версии дистрибутива — сверяйтесь с официальной документацией вашей системы, чтобы не сломать экран входа.
Что делать, если после правки custom.conf экран входа пропал
Загрузитесь в консоль (Ctrl+Alt+F3), войдите под своим пользователем и верните строку WaylandEnable в исходное состояние, закомментировав её символом #. Затем выполните sudo systemctl restart gdm. Это вернёт прежнее поведение системы.
Решение 3: альтернативные варианты без смены сессии
Если переключиться на X11 нельзя — например, машина работает без монитора или её нельзя трогать — остаются обходные пути. Часть из них требует предварительной настройки, поэтому их стоит рассматривать как подготовку «на будущее».
- 🛠️ Настройте SSH-доступ к машине — через терминал можно управлять системой и даже сменить тип сессии удалённо
- 🖥️ Рассмотрите серверы удалённого рабочего стола с нативной поддержкой Wayland через PipeWire и порталы — например, решения на базе RDP в GNOME, если они предусмотрены вашей версией окружения
- 📦 Проверьте обновления AnyDesk: поддержка Wayland в клиенте развивается, и в новых версиях поведение может отличаться
- 🔐 Настройте автоматический вход в X11-сессию, если машина перезагружается без присмотра
Сравнение способов решения
Каждый подход имеет свои ограничения. Сводная таблица поможет выбрать вариант под вашу ситуацию.
| Способ | Нужен локальный доступ | Постоянный эффект | Сложность |
|---|---|---|---|
| Выбор X11 на экране входа | Да | До смены сессии | Низкая |
| Отключение Wayland в GDM | Да (или SSH) | Да | Средняя |
| Управление через SSH | Нет (при настроенном SSH) | Да | Средняя |
| Альтернативный RDP-сервер с PipeWire | Зависит от настройки | Да | Средняя |
| Обновление AnyDesk | Нет | Не гарантировано | Низкая |
Типичные ошибки при устранении проблемы
Распространённая ошибка — переустановка AnyDesk в надежде, что ошибка исчезнет. Переустановка не меняет тип графической сессии, поэтому сообщение возвращается. То же относится к смене сети, отключению брандмауэра и сбросу настроек клиента.
Вторая ловушка — правка конфигурации без резервной копии. Перед изменением custom.conf сохраните копию файла командой sudo cp /etc/gdm3/custom.conf /etc/gdm3/custom.conf.bak, чтобы быстро откатить изменения.
⚠️ Внимание: перезапуск дисплейного менеджера (
systemctl restart gdm) принудительно завершает графическую сессию и закрывает все открытые программы. Сохраните данные на удалённой машине перед выполнением команды.
Третья ошибка — ожидание, что AnyDesk подключится к машине на экране входа в Wayland-режиме. Даже если система уже загружена, но пользователь ещё не вошёл, захват экрана может быть недоступен. Для стабильной удалённой работы машина должна автоматически входить в X11-сессию.
Часто задаваемые вопросы
Почему AnyDesk показывает «сервер удалённого дисплея не поддерживается»?
Потому что на удалённой машине запущена графическая сессия Wayland. AnyDesk не может захватить изображение экрана в такой сессии без поддержки со стороны системы, поэтому выводит это сообщение вместо рабочего стола.
Как узнать, Wayland у меня или X11?
Откройте терминал на удалённой машине и выполните echo $XDG_SESSION_TYPE. Ответ wayland подтверждает причину ошибки, x11 означает, что проблема в чём-то другом.
Можно ли исправить ошибку без доступа к удалённой машине?
Только если заранее настроен альтернативный канал управления, например SSH. Через SSH можно отредактировать конфигурацию дисплейного менеджера и отключить Wayland. Без такого канала потребуется локальный вход на машине.
Поможет ли переустановка или обновление AnyDesk?
Переустановка — нет, так как причина в типе графической сессии, а не в клиенте. Обновление стоит сделать: поддержка Wayland в AnyDesk постепенно развивается, и поведение в новых версиях может отличаться.
Безопасно ли отключать Wayland через custom.conf?
Да, это обратимая настройка: достаточно вернуть символ # в строку WaylandEnable=false и перезапустить дисплейный менеджер. Перед правкой сделайте резервную копию файла и сохраните несохранённые данные в открытых программах.