On Wed, 2010-03-24 at 18:40 +0100, Paul van der Vlis wrote:
> John A. Sullivan III schreef:
> 
> > Our solution was to use x11vnc.  It is about the ugliest GUI I have ever
> > seen and is a bear to configure but it is blazingly fast and allows
> > access to display :0.  We then chose xvnc4viewer as the viewer rather
> > than Krdc.  Krdc evidenced some instability when used with X11vnc.
> 
> I've just tested Vino with Vinagre, this is the Gnome server/client for
> VNC. You can connect to :0, looks nice, but it's slow.
Yes - similar to Krfb/Krdc
> 
> > If it would be helpful, I can post our procedure and set up to the
> > list.
> 
> Yes, I am interested. Do you maybe use the experimental "ncache speedup
> feature"? I have never seen a fast VNC connection, even to localhost
> it's real slow.
We did not use it.  All of our desktops are running on a limited number
of very large VServer hosts - so we use virtual machine per virtual
desktop.  Since it is a shared memory environment, we were concerned
about inflating memory use.  We were not as concerned about performance
because most of the traffic is literally inside the VServer host and
does not even hit the Gb ethernet connections.
> 
> Why don't you use xtightvncviewer or ssvnc? (x11vnc likes the tightvnc
> protocol).
We did not use ssvnc because we did not see it in the Lenny repository
or in lenny-backports.  It also has a very ugly interface even though
very powerful.  On the other hand, the xtightvncviewer interface was too
minimal.  xvnc4viewer was a nice balance for our environment - it looked
good and gave ready access to options.  We also did not have to
specify :0 on the target - intuitive for techs but not for end users.
Simply entering the target name without the display means fewer help
desk calls.
<snip>
The biggest challenge for us was getting the right combination of the
truly overwhelming x11vnc options.  The combination we eventually
settled on is:

x11vnc -display :50 -shared -accept "popup" -gone "popup" -noxdamage
-gui start,simple,tray=setpass

There are some caveats here.  Because the traffic is in an isolated data
center with no users on the local network and because the traffic does
not even tough the network in most cases, we did not implement ssl and
we did not tunnel it through ssh to avoid the overhead.  We also found
xvnc4viewer did not support ssl (although we did not try very hard since
we did not need it).  We did want the users to set a password every time
they started it.  The noxdamage apparently compensates for a bug and
provides much better performance when disabled.

The one thing I would like to change is that the user must click on
enable remote connections in the password dialog.  I would like to
default it to that.  We tried the unlock and nodeny options but seem to
confuse the command line parser.

So far, we have been very pleased with the results but we just
implemented it a couple of days ago.  Hope this helps - John

_______________________________________________
X2go-dev mailing list
X2go-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/x2go-dev

Reply via email to