Debian 8에서 Tightvnc 서버 실행하기(KDE 사용)

Debian 8에서 Tightvnc 서버 실행하기(KDE 사용)

나는 이 문제에 대해 많은 연구를 하고 수정 사항을 시도했는데, 대부분 xstartup 파일을 조정하는 것과 관련이 있었습니다. Windows 7 시스템에서 대체 VNC 클라이언트(UltraVNC 및 TightVNC)를 시도했지만 각 클라이언트에서 동일한 결과가 나타났습니다.

기본적으로 화살표 커서만 있는 빈 회색 화면이 보이거나 전혀 연결할 수 없습니다.

저도 다른 VNC 서버(VNC4server)를 시도해 보았으나 접속은 되지만 매번 클라이언트 창에서 에러가 나서 포기했습니다. 그리고 Tightvnc는 사용자들에 의해 더 널리 사용되고 지원되는 것 같습니다.

~/.vnc/xstartup 파일에 무엇을 넣었든(예를 들어 단 한 줄(startkde &)이라 할지라도 VNC 사용자로 "root"를 지정하면 작동한다는 것을 알았습니다. 하지만 그런 다음 루트로 로그인하려면 루트가 아닌 사용자로 로그인하는 표준 *nix 관행을 따라야 하므로 문제는 권한과 관련된 것 같지만 각 편집 후에 올바른 소유권과 실행 가능 플래그를 확인했습니다.

호스트에서 이미 실행 중인 데스크톱 세션이 있는 경우(사용자가 로그인한 경우) 최신 Tightvnc 서버에서 KDE 데스크톱 시작을 허용하지 않는다는 내용을 읽었으므로 로그인한 사람 없이 호스트를 시작했습니다. Tightvnc 서버를 서비스로 구성했습니다.

내 현재 xstartup 파일은 다음과 같습니다. 그러나 앞서 말했듯이 인터넷에서 수집한 제안의 거의 모든 내용을 주석 처리하면서 이러한 줄의 다양한 변형을 시도했습니다.

#!/bin/sh

# 일반 데스크톱의 경우 다음 두 줄의 주석 처리를 제거합니다:
unset SESSION_MANAGER
exec /etc/X11/xinit/xinitrc &
# unset DBUS_SESSION_BUS_ADDRESS

[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup
[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources

xsetroot -solid grey
vncconfig -iconic &
x-terminal-emulator -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
# x-window-manager &
exec startkde &

이것은 서비스 파일 /lib/systemd/system/tightvncserver.service입니다:

[단위]
설명=TightVNC 원격 데스크톱 서버After
=sshd.service

[서비스]
유형=dbus
ExecStart=/usr/bin/vncserver -geometry 1024x768 -깊이 24:1
사용자=vnc
유형=포킹

[설치]
WantedBy=multi-user.target

호스트가 한 번 재부팅되고 한 번 연결을 시도한 후의 로그는 다음과 같습니다.


2016년 3월 14일
01:37:46 Copyright (C) 1999 AT&T Laboratories Cambridge
14/03/16 01:37:46 모든 권리 보유.
2016년 3월 14일 01:37:46 보기http://www.tightvnc.com/TightVNC 관련 정보
14/03/16 01:37:46 데스크톱 이름 "X"(테스트: 1)
14/03/16 01:37:46 지원되는 프로토콜 버전: 3.3, 3.7, 3.8, 3.7t, 3.8t
14/ 03/16 01:37:46 TCP 포트 5901에서 수신 중
/home/vnc/.vnc/xstartup: 12: /home/vnc/.vnc/xstartup: vncconfig: x-terminal-emulator를 찾을 수 없음
: VNC 연결 옵션에서 알 수 없음 "엘".
x-terminal-emulator: --help를 사용하여 사용 가능한 명령줄 옵션 목록을 가져옵니다.
오류: '/tmp/ksocket-vncw1nXNU' 디렉터리를 생성할 수 없습니다. 파일이 있습니다.
startkde: 시작 중...
kdeinit4: 중단 중입니다. 바인딩() 실패: 주소가 이미 사용 중입니다.
'/tmp/ksocket-vncGcyXe4/kdeinit4__1' 소켓에 바인딩할 수 없습니다.

14/03/16 01:38:09 클라이언트로부터 연결 획득 192.168.10.10
14/03/16 01:38:09 프로토콜 버전 3.8 사용
14/03/16 01:38:14 192.168.10.10 모든 권한 인증을 통해
14/ 03/16 01:38:14 클라이언트의 픽셀 형식 192.168.10.10:
14/03/16 01:38:14 32 bpp, 깊이 24, 리틀 엔디안
14/03/16 01:38:14 트루 컬러: 최대 r 255 g 255 b 255, Shift r 16 g 8 b 0
14/03/16 01:38:14 번역할 필요 없음
14/03/16 01:38:14 클라이언트에 16진수 인코딩 사용 192.168.10.10
14/03/ 16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 19
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 18
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 17
14/03/16 01 : 38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 16
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 10
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 9
14/03/16 01:38 : 14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 8 14/03/16 01:38:14 클라이언트에 압축 수준 6 사용 192.168.10.10 14/03/16 01:38:14
클라이언트에 풀 컬러 활성화 192.168.10.10 14/03
커서 업데이트
/ 16 01:38:14 클라이언트 192.168.10.10에 대한 커서 위치 업데이트 활성화
14/03/16 01:38:14 클라이언트 192.168.10.10에 대한 커서 위치 업데이트 활성화
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 65530
14/03/16 01:38:14 클라이언트에 대한 LastRect 프로토콜 확장 활성화 192.168.10.10 14/03/16 01:38:14 rfbProcessClientNormalMessage
: 알 수 없는 인코딩 무시 -223
14/03/16 01:38:14 rfbProcessClientNormalMessage : 무시 알 수 없는 인코딩 - 32768
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 32767
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 32764
14/03/16 01:38:14 RFBProcessClientNormalMessage: 알 수 없는 인코딩 무시 -32766
14/03/16 01:38:14 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 -32765 -32765
14/03/16 01:38:14 RFBPROCESSCLOCESSCLOCESSCLECCLECCLECCLMESS 6 01:38
: 43 클라이언트 192. 168. 10. 10 사라졌다
14 /03/16 01:38:43 통계:
14/03/16 01:38:43 수신된 키 이벤트 0, 포인터 이벤트 260
14/03/16 01:38:43 프레임 버퍼 업데이트 2, 직사각형 5, 바이트 776789
14 /03/16 01:38:43 커서 모양 업데이트 2, 바이트 4920
14/03/16 01:38:43 커서 위치 업데이트 1, 바이트 12
14/03/16 01:38 :43 16진수 사각형 2, 바이트 771857
14 /03/16 01:38:43 원래 바이트는 6291480과 동일하며 압축률은 8.151095입니다.

어떤 아이디어가 있나요?

[EDIT, 2014/03/14, 1409 UTC]: XFCE 데스크탑에서 오류 없이 실행된다는 점을 언급하는 것을 잊어버렸습니다. 그러나 나는 KDE를 선호하며 가능하다면 KDE를 작동시키고 싶습니다.

[EDIT, 2014/03/14, 2216 UTC]: 이것은 Paul H.의 제안에 대한 후속 조치입니다. 주석의 미니 형식이 블록 인용 및 이미지를 허용하지 않는 것 같아서 여기에 넣었습니다.

감사합니다. 이를 통해 한 단계 더 발전할 수 있습니다. "startkde &" 명령을 실행하면 클라이언트 창이 로드를 시작하고 닫기 전에 이 지점에 도달하는 합리적으로 보이는 데스크탑과 함께 열립니다(왼쪽 상단 모서리에 있는 오류 메시지 참고).

왼쪽 상단의 오류 메시지를 참고하세요.

로그는 다음과 같습니다.

14/03/16 21:32:11 데스크톱 이름 "X"(테스트: 1)
14/03/16 21:32:11 지원되는 프로토콜 버전: 3.3, 3.7, 3.8, 3.7t, 3.8t
14/03/ 16 21:32:11
TCP 포트 5901에서 VNC 연결을 수신하는 중 QDBusConnection: QCoreApplication 이전에 생성된 세션 D-Bus 연결. 응용 프로그램이 예기치 않게 작동할 수 있습니다.
QDBusConnection: QCoreApplication 이전에 생성된 세션 D-Bus 연결입니다. 응용 프로그램이 예기치 않게 작동할 수 있습니다.

14/03/16 21:32:37 클라이언트로부터 연결 획득 192.168.10.10
14/03/16 21:32:37 프로토콜 버전 3.8 사용
14/03/16 21:32:47 192.168.10.10 전체 제어 인증을 통해
14/ 03/16 21:32:47 클라이언트의 픽셀 형식 192.168.10.10:
14/03/16 21:32:47 32 bpp, 깊이 24, 리틀 엔디안
14/03/16 21:32:47 트루 컬러: 최대 r 255 g 255 b 255, Shift r 16 g 8 b 0
14/03/16 21:32:47 번역할 필요 없음
14/03/16 21:32:47 클라이언트에 16진수 인코딩 사용 192.168.10.10
14/03/ 16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 19
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 18
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 17
14/03/16 21 : 32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 16
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 10
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 9
14/03/16 21:32 : 47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 8 14/03/16 21:32:47 클라이언트에 압축 수준 6 사용 192.168.10.10 14/03/16 21:32:47
클라이언트에 풀 컬러 활성화 192.168.10.10 14/03
커서 업데이트
/ 16 21:32:47 클라이언트 192.168.10.10에 대한 커서 위치 업데이트 활성화
14/03/16 21:32:47 클라이언트 192.168.10.10에 대한 커서 위치 업데이트 활성화
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 65530
14/03/16 21:32:47 클라이언트에 대한 LastRect 프로토콜 확장 활성화 192.168.10.10 14/03/16 21:32:47 rfbProcessClientNormalMessage
: 알 수 없는 인코딩 무시 -223
14/03/16 21:32:47 rfbProcessClientNormalMessage : 무시 알 수 없는 인코딩 - 32768
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 32767
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 32764
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 32766
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 32765
14/03/16 21:32:47 rfbProcessClientNormalMessage: 알 수 없는 인코딩 무시 - 1063131698
더 이상 사용되지 않는 신호에 연결 QDBusConnectionInterface::Service Owner Change( QString,QString,QString)
QDBusConnection: QCoreApplication 이전에 생성된 세션 D-Bus 연결입니다. 응용 프로그램이 예기치 않게 작동할 수 있습니다.
QDBusConnection: QCoreApplication 이전에 생성된 세션 D-Bus 연결입니다. 응용 프로그램이 예기치 않게 작동할 수 있습니다.
kbuildsycoca4 실행 중...
kbuildsycoca4(989) KBuildSycoca::checkTimestamps: 파일 타임스탬프 확인
kbuildsycoca4(989) KBuildSycoca::checkTimestamps: 타임스탬프 확인 확인
kbuildsycoca4(989) kdemain: 알림DatabaseChanged 발행()
QDBusConnection: QCoreApplication D-Bus 연결 전에 생성된 세션. 응용 프로그램이 예기치 않게 작동할 수 있습니다.
QDBusConnection: QCoreApplication 이전에 생성된 세션 D-Bus 연결입니다. 응용 프로그램이 예기치 않게 작동할 수 있습니다.
개체::연결: 해당 신호 없음 org::freedesktop::UPower::DeviceAdded(QString)
개체::Connection: 해당 신호 없음 org::freedesktop::UPower::DeviceRemoved(QString)
QDBusConnection: 이름 'freedesktop. UDisks2에 '소유자가 있지만' ':1.11'이라고 생각합니다.
klauncher: 신호 15에서 Knotify4 종료
: 치명적인 IO 오류: 클라이언트가 종료됨
kded4: 치명적인 IO 오류: 클라이언트가 종료됨
konsole: 치명적인 IO 오류: 클라이언트가 종료됨
konsole(902) Konsole::SessionManager::~SessionManager: Konsole SessionManager가 삭제되었지만 세션은 여전히 ​​활성 상태입니다.

내가 본 오류 보고서에 따르면 "응용 프로그램이 잘못 작동했을 수 있습니다"로 끝나는 첫 번째 오류 메시지는 중요하지 않습니다. 나머지는 모르겠어요...

답변1

KDE는 내 시스템의 ightvncserver와 함께 작동합니다. 이 xstartup을 시도해 보세요:

#!/bin/sh
unset SESSION_MANAGER 
xrdb $HOME/.Xresources
xsetroot -solid grey
export XKL_XMODMAP_DISABLE=1
konsole &

VNC를 통해 연결하면 터미널 창이 나타납니다. 그런 다음 startkde &터미널에서 시도해 보고 시작되는지 확인하세요. 그렇지 않은 경우 터미널의 오류 메시지를 확인하고 거기서부터 시작하십시오. 시작되면 startkde &xstartup 스크립트 끝에 추가하고 다시 시도할 수 있습니다.

다음은 vnc4server 및 xfce를 사용하여 저에게 도움이 된 최소 xstartup입니다. konsole &이전과 같이 추가하고 xfce4-session &로 변경할 수 있습니다 startkde &. 아직 KDE에서는 시도하지 않았습니다.

#!/bin/sh

unset SESSION_MANAGER
xsetroot -solid grey
vncconfig -iconic &
xfce4-session &

답변2

검은색 화면 문제를 해결하기 위해 sddm을 xdm으로 대체했는데 지금은 잘 작동합니다. 다음을 참조하세요. https://forums.opensuse.org/showthread.php/532320-vncserver-blank-screen

Switch your Display Manager to XDM, KDM (you would have to install that in Yast, first), or LightDM on the machines you are trying to access.

Code:
su -
and give the password, then:
Code:
update-alternatives --config default-displaymanager
choose your Display Manager from the list.

SDDM does not work well with VNC yet.

관련 정보