As described here: http://www.x2go.org/index.php?id=72 Quote: "You may share their displays to help them or to discuss your projects."
How can i share a desktop, or as i understand: "login to an already running desktop, to support the current working user."
In what way can i manage that. I'm already to access the "server" and login to another user, but not take over an existing session.
Ronnie
On Mon, 2010-03-22 at 22:19 +0100, Peter Puk wrote:
As described here: http://www.x2go.org/index.php?id=72 Quote: "You may share their displays to help them or to discuss your projects."
How can i share a desktop, or as i understand: "login to an already running desktop, to support the current working user."
In what way can i manage that. I'm already to access the "server" and login to another user, but not take over an existing session. Hi, Ronnie. I don't know a lot about these capabilities but I see that no one more knowledgeable has responded so I'll take my best shot :-)
I believe X2Go currently supports their SpyGlass product. This would allow one desktop to see thumbnails of multiple desktops and, I assume, then zoom in on an individual one. I have never used it.
NoMachine does have a shadowing facility. With it, one can open a new session to an NX server which shadows and existing one. It is slower than native NX as it uses VNC, I believe, to perform its magic. I do not believe this is implemented in X2Go yet but is imminent.
In our environment, we opted to go for neither. Specifically for our environment, we found it was more practical to create a share/use desktop icon on the virtual desktop. Our users use their X2Go desktop as their primary work space. To have them leave it to open another X2Go client in order to shadow another user seemed more complicated than we needed and involved educating the users about choosing a shadow session rather than just letting them click on the icon, take the defaults we set, and work. Now, they simply click on the Share Desktop icon to allow others to see their desktop or View Another Desktop icon to connect to another desktop. All our users are remote but all their virtual desktops are on the same network. Thus, the performance is splendid and we are using native NX to bring the shared desktop back to the end user. Much faster than shadowing.
The challenge for us was sharing display :0. We are using Debian Lenny desktops with KDE 3. Krfb is broken (as it is in Ubuntu, too) and, even when it does work is slow. Regular vncserver does not share display :0 but creates a new display.
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.
If it would be helpful, I can post our procedure and set up to the list. Hope this helps - John
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.
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.
Why don't you use xtightvncviewer or ssvnc? (x11vnc likes the tightvnc protocol).
With regards, Paul van der Vlis.
Paul van der Vlis píše v St 24. 03. 2010 v 18:40 +0100:
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. Give a try to Remmina: http://remmina.sourceforge.net/screenshots.shtml
Works with vino server, it is faster and integrates to GNOME/Xfce panel.
Though, I have not tried connecting to :0
regards,
Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only)
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
On Wed, 2010-03-24 at 18:40 +0100, Paul van der Vlis wrote: 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
Hello List,
we are working on a nx-native Session-Shadowing/Desktop-Sharing feature which is almost ready for usage. But there are still some things that need to be done. I really hope you'll get the results soon. This feature will be available for all x2go installations (not only for LDAP + KControl + x2go sysrems). It is also planned to access the local, already running display and to let more than one person share your session.
Until "now" we too have used x11vnc.
best regards,
Heinz
--heinz-m. graesing--
-----Ursprüngliche Nachricht----- Von: Peter Puk Gesendet: 22.03.2010 22:19:16 An: x2go-dev@lists.berlios.de Betreff: [X2go-dev] Desktop sharing
As described here: http://www.x2go.org/index.php?id=72 Quote: "You may share their displays to help them or to discuss your projects."
How can i share a desktop, or as i understand: "login to an already running desktop, to support the current working user."
In what way can i manage that. I'm already to access the "server" and login to another user, but not take over an existing session.
Ronnie
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de
Hello Peter,
Am 22.03.2010 22:19, schrieb Peter Puk:
As described here: http://www.x2go.org/index.php?id=72 Quote: "You may share their displays to help them or to discuss your projects."
How can i share a desktop, or as i understand: "login to an already running desktop, to support the current working user."
In what way can i manage that. I'm already to access the "server" and login to another user, but not take over an existing session.
The Desktop sharing feature is a feature of the upcomming release "baikal". Yes it will be possible to access a local, already running Desktop session.
What is the status of the new release?
The main new features are:
- serverside xdmcp support
- a plugin for firefox
- https:// session data access
- desktop sharing
at the moment we don't have an public "experimental/unstable" repository possible. At the moment this would just not be working more than one time...
- sorry for that. All items of the list are working now, but we still have issues with the desktop sharing feature. We really hope to fix those bugs as fast as
Sorry for the delay...
best regards,
Heinz
On 13 May 2010 16:35, Heinz-M. Graesing <x2go-dev@x2go.org> wrote:
The main new features are:
- serverside xdmcp support
- a plugin for firefox
- https:// session data access
- desktop sharing
Could you elaborate a bit on the Firefox plugin? Will it be something like Nomachines NX Web Companion that enables you to download and install a userspace NX client and use it directly from the web? Will this plugin work on all platforms?
Thanks,
Jo-Erlend Schinstad
Hello Jo-Erlend,
Am 15.05.2010 14:45, schrieb Jo-Erlend Schinstad:
Could you elaborate a bit on the Firefox plugin? Will it be something like Nomachines NX Web Companion that enables you to download and install a userspace NX client and use it directly from the web? Will this plugin work on all platforms?
The x2goplugin is an firefox plugin and uses the xpi (firefox addon) installation routine. It makes it possible to embedd x2go session into websites itself or to show them outside the browser in an own window. Sessions can be resized - even inside the website - for example inside a resizeable <div></div> It is executed in userspace. All components will be inside the extensions directory. It will be listed as add on and can easily be removed. It'll be available for windows 32 and linux 64 and 32 bit. I don't know at the moment if the macOS version will be possible - maybe as a reduced version (no pulseaudio, no website embedding,...) The configuration can be delivered via the webserver (as an *.x2go file) and every feature of x2go is supported (bidirectional audio, sshfs, x2goprint,...). We'll provide a *.js file which can ask the user to install the plugin. As it is at the moment not possible to host the plugin (only add ons)on the mozilla site, we'll make it accessible on our site.
I hope this will help - feel free to ask again.
best regards,
Heinz
Hello Heinz,
is there any chance to have a look at the Firefox-Plugin? Maybe as as beta?
Many Thanks for the great work!
Tobias
Am 16.05.2010 um 16:27 schrieb Heinz-M. Graesing:
Hello Jo-Erlend,
Am 15.05.2010 14:45, schrieb Jo-Erlend Schinstad:
Could you elaborate a bit on the Firefox plugin? Will it be something like Nomachines NX Web Companion that enables you to download and install a userspace NX client and use it directly from the web? Will this plugin work on all platforms?
The x2goplugin is an firefox plugin and uses the xpi (firefox addon) installation routine. It makes it possible to embedd x2go session into websites itself or to show them outside the browser in an own window. Sessions can be resized - even inside the website - for example inside a resizeable <div></div> It is executed in userspace. All components will be inside the extensions directory. It will be listed as add on and can easily be removed. It'll be available for windows 32 and linux 64 and 32 bit. I don't know at the moment if the macOS version will be possible - maybe as a reduced version (no pulseaudio, no website embedding,...) The configuration can be delivered via the webserver (as an *.x2go file) and every feature of x2go is supported (bidirectional audio, sshfs, x2goprint,...). We'll provide a *.js file which can ask the user to install the plugin. As it is at the moment not possible to host the plugin (only add ons)on the mozilla site, we'll make it accessible on our site.
I hope this will help - feel free to ask again.
best regards,
Heinz
X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
-
Heinz-M. Graesing -
Heinz-M. Graesing -
Jo-Erlend Schinstad -
John A. Sullivan III -
Milan Knížek -
Paul van der Vlis -
Peter Puk -
Tobias Knipping