Tigervnc가 빈 화면을 표시합니다

Tigervnc가 빈 화면을 표시합니다

0

Fedora 워크스테이션에서 Tigervnc-server를 구성했으며 macOS의 VNC 뷰어 또는 다른 Fedora 워크스테이션의 vncviewer를 통해 연결할 때 빈 화면만 나타나고 때로는 움직이지 않는 마우스 포인터가 나타납니다.

나는 여러 포럼을 살펴보았는데 이것이 일반적인 문제인 것처럼 보이지만 모든 정보는 꽤 오래되었으며 Tigervnc-server가 systemd 및 gdm으로 구성된 최신 방식과 일치하지 않습니다.

이 특별한 경우에는 사용자의 서비스 관리자(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)

로그 파일은 재부팅 직후 두 번의 연결 시도를 캡처합니다. 첫 번째는 비밀번호를 묻는 메시지가 표시되기 전에도 항상 "죄송합니다" 메시지와 함께 실패합니다. 두 번째는 빈 화면을 표시합니다.

소켓: 소켓의 피어 이름을 가져올 수 없습니다.

이 메시지를 보고 방화벽 문제인 줄 알고 방화벽을 비활성화하고 중지한 상태에서도 시도해 보았지만 운이 없었습니다.

나는 이것이 gdm과 관련이 있다고 확신합니다. 그러나 이것은 제가 약한 영역이므로 제안을 찾고 있습니다. 감사해요

관련 정보