Удаленный сервер отображения Anydesk не поддерживается Wayland

Обновлено: 02.07.2024

Добро пожаловать в наше руководство по установке AnyDesk в Fedora 30/29/CentOS 7. Мы рассмотрели установку AnyDesk в Ubuntu 18.04 в нашем предыдущем руководстве.

AnyDesk доступен бесплатно для личного использования и по подписке для бизнеса. В этом руководстве мы узнаем, как установить и использовать бесплатную версию AnyDesk.

Установите AnyDesk на Fedora 30/29/CentOS 7

Обновите и обновите свои системные пакеты.

Загрузить бинарный установщик AnyDesk

Чтобы установить AnyDesk в Fedora 30/29/CentOS 7, перейдите на страницу загрузки установщика Linux AnyDesk и загрузите двоичный пакет RPM для Fedora 30/29/CentOS 7. Вы можете просто использовать wget для получения двоичного файла.

Установите AnyDesk

После завершения загрузки выполните приведенную ниже команду, чтобы установить AnyDesk.

Вы также можете установить AnyDesk напрямую после получения URL-адреса, как показано ниже;

После завершения установки AnyDesk запустится по умолчанию. Вы можете проверить статус, выполнив команду ниже;

После завершения установки AnyDesk вы готовы к его использованию. Просто запустите его, и все готово.

Чтобы подключиться к рабочему столу Fedora 30/29/CentOS 7 с помощью AnyDesk, просто запустите AnyDesk в своей системе и используйте 6-значный адрес для удаленного AnyDesk.

При подключении вы должны увидеть экран подключения

В Fedora 30/29/CentOS 7 вы должны принять запрос сеанса для доступа к удаленному рабочему столу.

После того, как вы примете соединение, вы должны перейти на рабочий стол удаленной системы.

Если вы получаете сообщение об ошибке, отображение на удаленном сервере не поддерживается, например, Wayland, попробуйте выйти из системы, а затем выбрать диспетчер отображения X11 или не-Wayland, а затем войти в систему.

Я борюсь с некоторыми приложениями удаленного управления, такими как teamviewer или anydesk. В каждом случае я не могу заставить свои ноутбуки быть серверами. Я хотел бы иметь возможность удаленно отображать (или управлять) любую другую машину с Linux или Android-смартфон.
У меня слишком много проблем в моей системе с teamviewer, и теперь я изо всех сил пытаюсь заставить работать anydesk.

текущая система: 5.1.15-arch1-1-ARCH с версией i3 4.17-19-g9aac019a

anydesk может подключаться (из моей системы) к любому устройству Android, но не работает в другом направлении. Невозможно подключиться к моей системе Arch с Android или другого устройства.
Каждый раз, когда я пытаюсь, я получаю:

некоторые уточнения:
- Я наблюдал такое поведение на 2 разных машинах с одной и той же системой
- Anydesk хорошо работает как сервер на другой машине с manjaro, поэтому я думаю, что у меня отсутствует пакет или где-то другая конфигурация
- я установил и запустил xrdp.service, без изменений

У кого-нибудь есть идея?

Спасибо за ваше время

Последний раз редактировалось Yann (2019-09-10 21:14:09)

все разные - все равны

Важно: имейте в виду, что в сеансах Wayland (выбираемых на экране входа в систему) поддерживаются только исходящие сеансы. Для поддержки входящих сеансов убедитесь, что сеанс Xorg запущен.

Вы можете проверить, используете ли вы wayland, введя в терминал следующее: echo $XDG_SESSION_TYPE

Спасибо за ответ,
Я забыл упомянуть, что использую xorg только с startx. Я вообще не пользуюсь Wayland.

У меня нет среды рабочего стола, только i3.

все разные - все равны

Как выглядит ваш файл .xinitrc? Убедитесь, что он соответствует рекомендуемому шаблону, который должен (TM) устанавливать тип сеанса iirc.

Что вы используете на Manjaro? Если диспетчер отображения, скорее всего, правильно установит для вас тип сеанса.

Я полагаю, что с моим файлом .xinitrc все в порядке. Прочитал вашу ссылку, вообще не пользуюсь openbox, не знаю стоит ли.

Действительно, anydesk отлично работает с Manjaro (KDE), а не в моей системе, так что я думаю, что DE или что-то в этом роде заставят его работать.
Можете ли вы дать несколько советов о том, как я могу найти, что не так с мой тип сеанса?

все разные - все равны

Не гадай, смотри. И если вы не уверены, что поняли, на что я хотел указать (должен быть источник /etc/X11/xinitrc.d/*), опубликуйте файл.

Относительно части Манджаро. Нет, фактический DE не имеет значения, важно, правильно ли заполнен ваш сеанс, если вы используете диспетчер отображения, они обычно сами вызывают соответствующие интеграции с systemd.

То, что мне интересно сейчас, и я не на своей Arch, это то, правильно ли соответствующие скрипты startx обновляют тип сеанса или нет.

хорошо.
мой .xinitrc:

Я заметил, что не загружаю файлы в /etc/X11/xinitrc.d/. У меня нет именно такой архитектуры, скорее /etc/X11/xinit/xinitrc.d/. Также я не использую DM.
Так что я действительно могу что-то пропустить о некоторых демонах.

У меня есть исполняемые файлы в каталоге /etc/X11/xinit/xinitrc.d/, такие как systemd-user.sh:

Я попытался найти его в своем файле .xinitrc, без изменений, по-прежнему невозможно подключиться к anydesk.

все разные - все равны

Быстрое решение для этого просто

где-то в этом .xinitrc, хотя я думал, что systemd-user.sh соответствующим образом обновит это. Независимо от того, убедитесь, что этот скрипт является источником, вы избежите многих других ошибок сеанса

Спасибо за ответ, я добавил экспорт XDG_SESSION_TYPE=x11 в свой .xinitrc, перезагрузил.. все та же проблема..

и под xinitrc.d/:
- 40-libcanberra-gtk-module.sh
- 50-systemd-user.sh

все разные - все равны

есть идеи?? Я уверен, что один из вас может решить мою проблему? Пожалуйста..

все разные - все равны

есть идеи?? Я уверен, что один из вас может решить мою проблему? Пожалуйста .

Как опубликовать. Искреннее стремление использовать скромный и правильный язык и грамматику является признаком уважения к сообществу.

Привет, 2ManyDogs,
Извините за это. Я уже искал в течение многих дней и почти уверен, что где-то есть решение, и вы, ребята, можете мне помочь. Итак, что я должен делать? (это реальный вопрос)

в моем файле .xinitrc. Итак, теперь

Но у меня все еще та же проблема.

Последний раз редактировалось Yann (2019-09-05 15:42:31)

все разные - все равны

Я добился большого прогресса..

Несколько дней назад я заметил другие проблемы с графическим дисплеем, такие как:

Я не могу использовать notify-send с sudo, это не действует

Я не могу использовать xrandr с sudo, это тоже не работает

Затем я провел множество тестов. У меня такая же проблема с новым новым пользователем.
Я протестировал другую среду разработки и диспетчер отображения.
KDE Plasma работает нормально, но все еще есть те же проблемы (проблема с удаленным управлением, xrandr, уведомление-отправить нет эффект с помощью sudo)

V1del предложил мне DM, я включил sddm.service и удалил автологин в systemd.
Затем у меня появился черный экран при загрузке с загрузочными сообщениями на консоли и мышью, которая может двигаться. Но сделать ничего не могу.
При этой попытке есть соответствующий Xorg.0.log:

Я заметил множество проблем с ядром DRM, таких как:

с помощью sudo journalctl -a

есть журналы Xorg.8.log:

У меня сложилось впечатление, что с DRM у меня меньше проблем, но проблема осталась.

Другие наблюдения, запущенный процесс Xorg:

Это нормально? Являются ли параметры такими, какими они должны быть?

Кроме того, проблема может исходить из ядра, вот параметры, которые я передаю в ядро:

Я могу протестировать что угодно, пожалуйста, не стесняйтесь делать мне предложения.

Большое спасибо за ваше время.

Последний раз редактировалось Yann (2019-09-10 21:27:15)

все разные - все равны

Да, вы не должны иметь возможность использовать эти команды с sudo просто так, у них не будет ни сеанса dbus вашего пользователя, ни среды X вашего сервера xorg пользователей. В случае, если это действительно важно, вы не должны пытаться кувалдой решать проблемы, добавляя sudo к командам волей-неволей, что часто не приводит к успеху. Вы пытаетесь запустить стандартный клиент anydesk от имени пользователя root, несмотря на то, что в этом нет необходимости? Тогда просто не делайте этого, и это также объяснит ваши проблемы.

Я не знаком с anydesk, но, например. в случае teamviewer есть служба systemd для запуска фонового демона, после того, как он запущен, фактический клиент teampeaker должен быть запущен как ваш обычный пользователь..

FWIW от вашего пользователя после входа в систему, каковы результаты

Проблемы DRM также являются известной ошибкой/неправильным поведением с xf86-video-intel, ее удаление может помочь здесь, это заставит xorg вернуться к общему драйверу настройки режима. Запущенный процесс Xorg выглядит нормально

судо просто так, у них не будет ни сеанса dbus вашего пользователя, ни среды X вашего сервера xorg пользователей

Хорошо, понятно, спасибо.

Что касается anydesk, я запускаю его как пользователь в обычном режиме, я уточняю, что могу подключиться к другому устройству из своей системы, но не могу наоборот, например. Я могу подключиться к своему Android-смартфону, но не наоборот.

ошибки нет, но проблема с подключением осталась.

У меня сложилось впечатление, что проблемы DRM решаются с помощью архвики, я больше не вижу этих ошибок.

С вашим ответом я столкнулся с другой проблемой: как я могу использовать правило udev, которое будет действовать на x-сервере? Я имею в виду, что правило udev называется корневым, поэтому ни одно из моих правил не работает:
одно из моих правил:

Файл /usr/local/bin/hdmi.sh правильно называется, и каждая команда в нем выполняется от имени пользователя root.Я думаю, что есть несколько решений, что вы предлагаете?

Кроме того, я не могу заставить работать sddm, думаю, это может быть связано? Почему у меня черный экран?

Спасибо за ваше время.

Последний раз редактировалось Yann (2019-09-11 12:29:56)

все разные - все равны

Только что столкнулся с точно такой же проблемой: установил anydesk на настольный компьютер Arch и ноутбук Manjaro. Manjaro каким-то образом преднастроен, Arch как-то запускается через xinitrc (по крайней мере, он запускается прямо на рабочий стол, не спрашивая у меня пароль, DM также не установлен). Мой .xinitrc довольно прост

Я только что добавил строку экспорта, но это не решило проблему и в моем случае.

На самом деле версии Teamviewer новее 12 также не работают с DE, запущенным с помощью простого startx, поэтому я подозреваю, что проблема где-то здесь. Я был бы не против установить что-то вроде lightdm на мою машину с Arch, но, честно говоря, поскольку моя установка Arch — я не знаю, может быть, 8 или 10 лет? - Я совершенно забыл, как я настроил процесс запуска, и не знаю, как переключиться на lightdm, не ломая ничего. Думаю, я стал ленивым и глупым, так как Arch на моей основной машине просто работает без сбоев, и я слишком привык к Manjaro на других машинах.

Последний раз редактировалось PhotonX (2020-03-27 20:33:57)

Самое худшее, что вы можете сделать со свободным программным обеспечением, — это загрузить его, увидеть, что оно по какой-то причине не работает, оставить его и сказать своим друзьям, что оно не работает. - Туомас Лукка

Читайте также: