0
Fedora ワークステーションで tigervnc-server を設定しましたが、macOS の VNC Viewer または別の Fedora ワークステーションの vncviewer 経由で接続すると、空白の画面が表示され、マウス ポインターが動かなくなることがあります。
たくさんのフォーラムを見てみたところ、これはよくある問題のようですが、すべての情報はかなり古く、systemd と gdm で tigervnc-server を構成する最新の方法と一致していません。
この特定の例では、ユーザーのサービスマネージャ（RHEL8プロセス）を使用してtigervnc-serverをインストールすることを選択しました。https://access.redhat.com/solutions/4201371)) - つまり、ユーザー空間で実行されます。
~/.vnc/xstartup には以下が含まれます:
#!/bin/sh
unset SESSION_MANAGER
unset DBUS_SESSION_BUS_ADDRESS
exec /etc/X11/xinit/xinitrc
~/.vnc/.log 猫 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)
ログ ファイルには、再起動直後の接続試行が 2 回記録されています。最初の試行は、パスワードの入力を求められる前に「Oops」メッセージが表示されて常に失敗します。2 回目は空白の画面が表示されます。
ソケット: ソケットのピア名を取得できません
このメッセージを見て、ファイアウォールの問題だと思い、firewalld を無効にして停止した状態でもこれを試してみましたが、うまくいきませんでした。
これは gdm に関連していると確信していますが、これは私の苦手分野なので、提案をお待ちしています。ありがとうございます