Проблемы с настройкой совместного использования экрана на Fedora 27 Desktop
Я использую Fedora 27 Desktop с GNOME. Я пробовал инструкции по всему Интернету, но не нашел ничего, что позволило бы мне настроить общий доступ к моему экрану для удаленного пользователя. Кто-нибудь может мне с этим помочь?
Заранее большое спасибо за ваш ответ.
Вот история на данный момент:
========
Я изначально пробовал:
Activies -> Show Application -> Settings -> Sharing
и увидел варианты:
File Sharing
Media Sharing
Remote Login
Но не видел варианта для Screen Sharing, которая предлагается на одной странице должна присутствовать.
========
Я посмотрел на:
https://docs.fedoraproject.org/f27/system-administrators-guide/Wayland.html
и беги
$ echo $WAYLAND_DISPLAY
который дает
wayland-0
но я не могу узнать, как использовать эту информацию для решения моей проблемы. Я также не нахожу документацию, что совместное использование экрана на Wayland под Fedora 27 работает.
========
Из многих решений, которые я пробовал, я добился наилучшего прогресса, следуя инструкциям на https://docs.fedoraproject.org/f27/system-administrators-guide/infrastructure-services/TigerVNC.html
Работали следующие команды:
sudo dnf install tigervnc-server
sudo cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@.service
Потом я отредактировал /etc/systemd/system/vncserver@.service, заменяя <USER> с моим именем пользователя в следующих двух строках:
ExecStart=/sbin/runuser -l <USER> -c "/usr/bin/vncserver %i -geometry 1280x1024"
PIDFile=/home/<USER>/.vnc/%H%i.pid
Затем я побежал:
sudo systemctl daemon-reload
и установите пароль с помощью:
vncpasswd
Далее инструкции сайта сказали мне:
При правильном отображаемом номере выполните следующую команду:
sudo systemctl enable vncserver@:display_number.service
Я пытался использовать номера 0, 1 и 2.
Например, с номером дисплея 1 я получаю разные сообщения об ошибках в зависимости от того, был ли SELinux установлен в Enforcing или же Permissive,
sudo systemctl start vncserver@:1.service
С "Принудительным":
Job for vncserver@:1.service failed because the service did not take the steps required by its unit configuration.
See "systemctl status vncserver@:1.service" and "journalctl -xe" for details.
После попытки следующих шагов, предложенных SELinux:
sudo ausearch -c 'systemd' --raw | audit2allow -M my-systemd
semodule -i my-systemd.pp
а также:
sudo ausearch -c 'geoclue' --raw | audit2allow -M my-geoclue
sudo semodule -i my-geoclue.pp
сообщение об ошибке изменилось, чтобы быть таким же, как указано здесь для "Permissive":
Job for vncserver@:1.service failed because the control process exited with error code.
See "systemctl status vncserver@:1.service" and "journalctl -xe" for details.
Выход из systemctl status vncserver@:1.service было следующим:
● vncserver@:1.service - Remote desktop service (VNC)
Loaded: loaded (/etc/systemd/system/vncserver@.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2018-03-26 12:24:12 EDT; 3min 4s ago
Process: 23294 ExecStart=/usr/sbin/runuser -l jazcap53 -c /usr/bin/vncserver :1 (code=exited, status=98)
Process: 23292 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill :1 > /dev/null 2>&1 || : (code=exited, status=0/SUCCESS)
Mar 26 12:24:12 localhost.localdomain systemd[1]: Starting Remote desktop service (VNC)...
Mar 26 12:24:12 localhost.localdomain systemd[1]: vncserver@:1.service: Control process exited, code=exited status=98
Mar 26 12:24:12 localhost.localdomain systemd[1]: Failed to start Remote desktop service (VNC).
Mar 26 12:24:12 localhost.localdomain systemd[1]: vncserver@:1.service: Unit entered failed state.
Mar 26 12:24:12 localhost.localdomain systemd[1]: vncserver@:1.service: Failed with result 'exit-code'.
А также sudo journalctl -xe произведено:
Mar 26 12:27:41 localhost.localdomain systemd[1]: Started SSSD Kerberos Cache Manager.
-- Subject: Unit sssd-kcm.service has finished start-up
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit sssd-kcm.service has finished starting up.
--
-- The start-up result is done.
Mar 26 12:27:41 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=sssd-kcm c
Mar 26 12:27:41 localhost.localdomain sssd[kcm][23679]: Starting up
Mar 26 12:27:41 localhost.localdomain systemd[1]: Started SSSD Secrets Service responder.
-- Subject: Unit sssd-secrets.service has finished start-up
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit sssd-secrets.service has finished starting up.
--
-- The start-up result is done.
Mar 26 12:27:41 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=sssd-secre
Mar 26 12:27:41 localhost.localdomain sssd[secrets][23680]: Starting up
Mar 26 12:30:04 localhost.localdomain sudo[23858]: jazcap53 : TTY=pts/0 ; PWD=/home/jazcap53 ; USER=root ; COMMAND=/bin/journalctl -xe
Mar 26 12:30:04 localhost.localdomain audit[23858]: USER_CMD pid=23858 uid=1001 auid=1001 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg
Mar 26 12:30:04 localhost.localdomain audit[23858]: CRED_REFR pid=23858 uid=0 auid=1001 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='
Mar 26 12:30:04 localhost.localdomain sudo[23858]: pam_systemd(sudo:session): Cannot create session: Already occupied by a session
Mar 26 12:30:04 localhost.localdomain audit[23858]: USER_START pid=23858 uid=0 auid=1001 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg=
Mar 26 12:30:04 localhost.localdomain sudo[23858]: pam_unix(sudo:session): session opened for user root by (uid=0)
0 ответов
Если у вас нет Vino Установлено, GNOME не будет отображать общий доступ к экрану в качестве опции.
sudo dnf install vino должен сделать это. Затем вы можете настроить совместное использование экрана в соответствии с вашей первоначальной попыткой.