0
Ich habe den Tigervnc-Server auf einer Fedora-Workstation konfiguriert und wenn ich entweder über VNC Viewer von macOS oder vncviewer von einer anderen Fedora-Workstation eine Verbindung damit herstelle, erhalte ich nur einen leeren Bildschirm und manchmal einen Mauszeiger, der sich nicht bewegt.
Ich habe in zahlreichen Foren nachgesehen und dies scheint ein weit verbreitetes Problem zu sein, aber alle Informationen sind ziemlich alt und nicht auf dem neuesten Stand hinsichtlich der aktuellen Konfiguration des TigerVNC-Servers mit Systemd und GDM.
In diesem speziellen Fall habe ich mich entschieden, den Tigervnc-Server mit dem Service-Manager des Benutzers (dem RHEL8-Prozess) zu installierenhttps://access.redhat.com/solutions/4201371)) – es läuft also im Benutzerbereich.
~/.vnc/xstartup enthält:
#!/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)
Die Protokolldatei erfasst zwei Verbindungsversuche direkt nach einem Neustart. Der erste schlägt immer mit einer „Ups“-Meldung fehl, noch bevor das Passwort abgefragt wird. Der zweite zeigt den leeren Bildschirm an.
Socket: Peer-Name für Socket konnte nicht abgerufen werden.
Diese Meldung ließ mich glauben, dass es sich um ein Firewall-Problem handelte, daher habe ich es auch mit deaktivierter und gestoppter Firewall versucht – aber ohne Erfolg.
Ich bin sicher, dass dies mit GDM zusammenhängt, aber das ist ein Bereich, in dem ich nicht so gut bin, also suche ich nach Vorschlägen. Danke