0
Я настроил tigervnc-server на рабочей станции Fedora, и когда я подключаюсь к нему через VNC Viewer из macOS или vncviewer с другой рабочей станции Fedora, я вижу только пустой экран, а иногда и указатель мыши, который не двигается.
Я просмотрел кучу форумов, и это похоже на распространенную проблему, но вся информация довольно старая и не соответствует последнему способу настройки tigervnc-server с помощью systemd и gdm.
В данном конкретном случае я решил установить tigervnc-server с помощью диспетчера служб пользователя (процесс RHEL8https://access.redhat.com/solutions/4201371)) - значит он работает в пространстве пользователя.
~/.vnc/xstartup содержит:
#!/bin/sh
unset SESSION_MANAGER
unset DBUS_SESSION_BUS_ADDRESS
exec /etc/X11/xinit/xinitrc
~/.vnc/.log cat log2.log
Xvnc TigerVNC 1.10.0 - built Jan 13 2019 00:00:00
Copyright (C) 1999-2019 TigerVNC Team and many others (see README.rst)
See https://www.tigervnc.org for information on TigerVNC.
Underlying X server release 12006000, The X.Org Foundation
Sun Apr 5 13:15:01 2020
vncext: VNC extension running!
vncext: Listening for VNC connections on all interface(s), port 5902
vncext: created VNC server for screen 0
Sun Apr 5 13:15:47 2020
Connections: accepted: 10.10.10.9::48246
SConnection: Client needs protocol version 3.8
SConnection: Client requests security type VeNCrypt(19)
SVeNCrypt: Client requests security type TLSVnc (258)
Sun Apr 5 13:15:51 2020
VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
Sun Apr 5 13:16:03 2020
VNCSConnST: closing 10.10.10.9::48246: Clean disconnection
EncodeManager: Framebuffer updates: 9
EncodeManager: Tight:
EncodeManager: Solid: 14 rects, 1.53762 Mpixels
EncodeManager: 224 B (1:27458.2 ratio)
EncodeManager: Indexed RLE: 1 rects, 1 kpixels
EncodeManager: 394 B (1:10.1827 ratio)
EncodeManager: Tight (JPEG):
EncodeManager: Full Colour: 14 rects, 96.816 kpixels
EncodeManager: 60.25 KiB (1:6.27969 ratio)
EncodeManager: Total: 29 rects, 1.63543 Mpixels
EncodeManager: 60.8535 KiB (1:104.986 ratio)
TLS: TLS session wasn't terminated gracefully
TcpSocket: unable to get peer name for socket
Connections: closed: ::0
ComparingUpdateTracker: 836.526 kpixels in / 800.094 kpixels out
ComparingUpdateTracker: (1:1.04553 ratio)
Sun Apr 5 13:16:26 2020
Connections: accepted: 10.10.10.9::48248
SConnection: Client needs protocol version 3.8
SConnection: Client requests security type VeNCrypt(19)
SVeNCrypt: Client requests security type TLSVnc (258)
Sun Apr 5 13:16:28 2020
VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
Sun Apr 5 13:16:29 2020
ComparingUpdateTracker: 0 pixels in / 0 pixels out
ComparingUpdateTracker: (1:-nan ratio)
Sun Apr 5 13:16:36 2020
VNCSConnST: closing 10.10.10.9::48248: Clean disconnection
EncodeManager: Framebuffer updates: 3
EncodeManager: Tight:
EncodeManager: Solid: 2 rects, 1.50733 Mpixels
EncodeManager: 32 B (1:188417 ratio)
EncodeManager: Total: 2 rects, 1.50733 Mpixels
EncodeManager: 32 B (1:188417 ratio)
TLS: TLS session wasn't terminated gracefully
TcpSocket: unable to get peer name for socket
Connections: closed: ::0
ComparingUpdateTracker: 0 pixels in / 0 pixels out
ComparingUpdateTracker: (1:-nan ratio)
Файл журнала фиксирует две попытки подключения сразу после перезагрузки. Первая всегда заканчивается неудачей с сообщением "Oops" даже до запроса пароля. Вторая отображает пустой экран.
Сокет: невозможно получить имя однорангового узла для сокета
Это сообщение заставило меня подумать, что проблема в брандмауэре, поэтому я попробовал сделать то же самое с отключенным и остановленным firewalld, но безуспешно.
Я уверен, что это связано с gdm - но это область, в которой я слаб, поэтому ищу предложения. Спасибо