Re: Kein zweites Mal mit VNC :(
talking to myself ;-) :
Andre Bischof schrieb:
Hallo,
eine erste VNC-Verbindung, die inetd über
5910 stream tcp nowait nobody /usr/bin/Xvnc :42 -inetd -once -query
localhost -geometry 1024x768 -depth 16
über einen SSH-Tunnel entgegenimmt klappt (um mich von Windows nach KDE
einzuloggen), danach kann ich nicht mehr connecten, Fehlermeldung im
Sinne "Verbindung abgebrochen, Sie können versuchen die wieder neu
herzustellen" - was nix bringt.
Wenn ich manuell starte:
root@linux:/root# /usr/bin/Xvnc :41 -rfbport 5911 -query localhost
-geometry 1024x768 -depth 16 -fp unix/:7100
Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'
26/07/06 10:17:15 Xvnc version 3.3.7 - built Apr 27 2006 07:12:22
26/07/06 10:17:15 Copyright (C) 2002-2003 RealVNC Ltd.
26/07/06 10:17:15 Copyright (C) 1994-2000 AT&T Laboratories Cambridge.
26/07/06 10:17:15 All Rights Reserved.
26/07/06 10:17:15 See http://www.realvnc.com for information on VNC
26/07/06 10:17:15 Desktop name 'x11' (linux:41)
26/07/06 10:17:15 Protocol version supported 3.3
26/07/06 10:17:15 Listening for VNC connections on TCP port 5911
26/07/06 10:17:44 Got connection from client 0.0.0.0
26/07/06 10:17:45 Protocol version 3.3
26/07/06 10:17:45 Pixel format for client 0.0.0.0:
26/07/06 10:17:45 16 bpp, depth 16, little endian
26/07/06 10:17:45 true colour: max r 31 g 63 b 31, shift r 11 g 5 b 0
26/07/06 10:17:45 no translation needed
26/07/06 10:17:45 rfbProcessClientNormalMessage: ignoring unknown
encoding type -239
26/07/06 10:17:45 rfbProcessClientNormalMessage: ignoring unknown
encoding type -223
26/07/06 10:17:45 Using ZRLE encoding for client 0.0.0.0
26/07/06 10:17:45 rfbProcessClientNormalMessage: ignoring unknown
encoding type -239
26/07/06 10:17:45 rfbProcessClientNormalMessage: ignoring unknown
encoding type -223
26/07/06 10:17:45 Using hextile encoding for client 0.0.0.0
26/07/06 10:17:48 rfbProcessClientNormalMessage: ignoring unknown
encoding type -239
26/07/06 10:17:48 rfbProcessClientNormalMessage: ignoring unknown
encoding type -223
26/07/06 10:17:48 Using ZRLE encoding for client 0.0.0.0
126/07/06 11:15:41 Client 0.0.0.0 gone
26/07/06 11:15:41 Statistics:
26/07/06 11:15:41 key events received 62, pointer events 1250
26/07/06 11:15:41 framebuffer updates 252, rectangles 674, bytes 2574926
26/07/06 11:15:41 copyRect rectangles 13, bytes 208
26/07/06 11:15:41 hextile rectangles 10, bytes 33844
26/07/06 11:15:41 ZRLE rectangles 651, bytes 2540874
26/07/06 11:15:41 raw bytes equivalent 44167628, compression ratio
17.154356
klappt die Verbindung, allerdings habe ich es vorher ohne die Option
-fp unix/:7100
probiert, und dann kam die Meldung "could not open default font
'fixed'", die bei VNC schon ein Klassiker ist. Über inetd hatte ich auch
schon mit beiden Optionen gespielt, da ging nach der ersten Verbindung
trotzdem nix mehr.
Was aber evtl. auf die Lösung hinweisen könnte:
Bei obiger Verbindung über den handgestarteten VNC-Server kam ich nach
dem Ammelden aus KDE wieder zum Login-Manager - früher beendete sich der
VNC-Client, die Verbindung war als getrennt. Jetzt scheint die
Verbindung gehalten zu werden. Im Login-Manager gibt es jetzt eine
Option "Trennen", und wenn ich die benutze, wird der Fensterinhalt des
VNC-Clients zwar schwarz, die Verbindung bleibt aber bestehen. Selbst
wenn ich den Client dann schließe und mich neu auf den Port verbinde,
lande ich wieder auf dem schwarzen Bildschirm.
Irgendwas verhindert also scheinbar, dass die Verbindung korrekt
getrennt wird - und das erklärt wahrscheinlich auch, warum ich bei der
Verbindung über inetd nicht mehr reinkomme.
Hat jemand noch 'ne Ahnung, woran das liegen kann?
Die erste Meldung sagt ja auch:
Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb'
und ich meine mich zu erinnern, das xorg 7 doch teilweise andere Pfade
benutzt als Xorg 6.x - evtl. erwartet VNC etwas an einer Stelle, wo
wegen Xorg 7 nix mehr ist? Vielleicht muss ich nur einen Symlink setzen,
oder besser Bugreport? Wogegen dann?
André
Reply to: