Re: [Tigervnc-users] tigerVNC configuration problems

2010-02-24 Thread tiger
On 02/24/10 03:32, DRC wrote:
 ti...@piments.com wrote:
 I saw this suggested as a means of securing the link: open the ssh
 connection linking the port (eg. 5900) then configuring vncserver to
 only reply to localhost. Thus preventing attempts to connect to
 vncserver from outside the server machine.

   ssh -C -X  -L 5900:localhost:5900 remotesys.dyndns.info

 vncviewer localhost:0

 Isn't that legitimate?

 Yes, OK, I misunderstood.  But I'd suggest making it work without SSh
 first before adding SSh to the equation.  Also, don't use -C.  This
 enables compression, which is unnecessary, since the image stream is
 already compressed (and will greatly slow things down.)

Thanks, that is what I would expect to be the case but without -C it is 
about an order of magnitude slower! Completely unusable. I had to break 
the viewer from its command line.

Would that suggest that there is no jpeg compression happening?

r...@buntybox:~# vncviewer localhost:0

TigerVNC Viewer for X version 1.0.0 - built Feb 22 2010 16:07:06
Copyright (C) 2002-2005 RealVNC Ltd.
Copyright (C) 2000-2006 TightVNC Group
Copyright (C) 2004-2009 Peter Astrand for Cendio AB
See http://www.tigervnc.org for information on TigerVNC.

Wed Feb 24 12:09:43 2010
  CConn:   connected to host localhost port 5900
  CConnection: Server supports RFB protocol version 3.8
  CConnection: Using RFB protocol version 3.8

Wed Feb 24 12:09:48 2010
  TXImage: Using default colormap and visual, TrueColor, depth 24.
  CConn:   Using pixel format depth 24 (32bpp) little-endian rgb888
  CConn:   Using Tight encoding
^C
Wed Feb 24 12:12:23 2010
  main:CleanupSignalHandler called


When connected using -C , the F8 window gives me the following:

Desktop name x11
Localhost port 5900
Size: 1366 x 1366
Pixel format depth 24
Requested encoding : Tight
Line speed estimate 2 kbits/s
Protocol version 3.8


The latter is spurious. I have seen download speeds on that machine 
touch 300 kB/s but this end of the link is 88kB/s . Even 300Kb/s is an 
order of magnitude less than the estimate!

This may be causing the heuristic compression settings to produce the 
wrong optimum.

Options shows jpeg quality 8 , Custom compression not checked but showing 6


 I have three problems:

 1/
 If I start a vncserver I get communication but a blanc, black desktop
 where all I can do is close the tigervnc window.

 Try completely removing ~/.vnc and start again

 Do you mean starting with no xstartup ?? Rerunning make install ?

 I got two unexpected effects when testing commands form that file
 directly in my ssh console:

   xsetroot -solid grey

 This command set the background on my local system not the remote where
 it was run. I guess this is due to xforwarding from -X

 vncconfig
 No VNC extension on display localhost:14.0

 So it seems vncconfig is not working in this context.

 Those commands are designed to be run on the VNC display, not on any
 other display.
OK. thanks. vncconfig displays fine in that context. (Have not tested 
the functionality yet.)



 Display :0?  So you are using x0vncserver to do this?  I don't fully
 understand your configuration.

 No, Xvnc module setup in /etc/X11/xorg.conf

 Xvnc is the VNC X server.  It is designed to establish new virtual
 desktop sessions apart from the root X server (display :0).  The VNC
 module is designed to serve a VNC session off of the root display.  They
 are two different technologies.

 I was mistaken in thinking you were trying to use Xvnc.

Ok , I think I was a bit confused too, I did not realise they were 
separate entities.
I'll put my Xvnc issues to one side until later to focus on getting 
display:0 to work.

Am I right in concluding that the only place options can be set for vnc 
module is in /etc/X11/xorg.conf  ? Here's the relevant section. I am 
trying to attribute a display name as a tag to that I can verify the 
file is being read correctly and used. Should I be seeing display zero 
anywhere? The title bar of the vnc window shows Tigervnc: x11

Section Module
Subsection vnc
#  Option Hosts 127.0.0.1/255.255.255.255
#  Option geometry 800x600
#  Option depth 16
   Option localhost 0
   Option desktop display zero
EndSubSection
#Load vnc
EndSection


Where do I find the documentation about options to set for the module?
I'd been refering to man Xvnc , but it seems to two are not quite the same.

http://www.realvnc.com/products/free/4.1/man/Xvnc.html


 As above, using the above secure shell login on the remote:
 vncviewer localhost:0

 I realised that the black areas are because the remote hardware has a
 9/16  screen  but again I'm having trouble setting -geometry and getting
 it respected.

 You can't use -geometry if you're connecting to the root display,
 because it already has a defined geometry.


Right , this is starting to make more sense to me. The remote system is 
almost the same height as local one (1024x768) probably the same height 
without the space taken by the 

Re: [Tigervnc-users] tigerVNC configuration problems

2010-02-23 Thread DRC
ti...@piments.com wrote:
 I saw this suggested as a means of securing the link: open the ssh
 connection linking the port (eg. 5900) then configuring vncserver to
 only reply to localhost. Thus preventing attempts to connect to
 vncserver from outside the server machine.
 
  ssh -C -X  -L 5900:localhost:5900 remotesys.dyndns.info
 
 vncviewer localhost:0
 
 Isn't that legitimate?

Yes, OK, I misunderstood.  But I'd suggest making it work without SSh
first before adding SSh to the equation.  Also, don't use -C.  This
enables compression, which is unnecessary, since the image stream is
already compressed (and will greatly slow things down.)


 I have three problems:

 1/
 If I start a vncserver I get communication but a blanc, black desktop
 where all I can do is close the tigervnc window.

 Try completely removing ~/.vnc and start again
 
 Do you mean starting with no xstartup ?? Rerunning make install ?

 I got two unexpected effects when testing commands form that file
 directly in my ssh console:
 
  xsetroot -solid grey
 
 This command set the background on my local system not the remote where
 it was run. I guess this is due to xforwarding from -X
 
 vncconfig
 No VNC extension on display localhost:14.0
 
 So it seems vncconfig is not working in this context.

Those commands are designed to be run on the VNC display, not on any
other display.


 Display :0?  So you are using x0vncserver to do this?  I don't fully
 understand your configuration.
 
 No, Xvnc module setup in /etc/X11/xorg.conf

Xvnc is the VNC X server.  It is designed to establish new virtual
desktop sessions apart from the root X server (display :0).  The VNC
module is designed to serve a VNC session off of the root display.  They
are two different technologies.

I was mistaken in thinking you were trying to use Xvnc.


 As above, using the above secure shell login on the remote:
 vncviewer localhost:0
 
 I realised that the black areas are because the remote hardware has a
 9/16  screen  but again I'm having trouble setting -geometry and getting
 it respected.

You can't use -geometry if you're connecting to the root display,
because it already has a defined geometry.


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Tigervnc-users mailing list
Tigervnc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-users