Am 11.01.2017 um 23:36 schrieb brian mullan: > I'd built up a remote desktop solution for some schools where the > initial desktop was on an ubuntu cloud server. > > However, on that Cloud server I had dozens of LXD containers which have > a variety of different Desktop Environments in some of them > as well as different purposes. > > LXD is a "system" container technology versus the Docker type > "application" container technology. > > So some of the LXD containers might be more oriented to a specific > "group" of educational users like science, or writing, or even teachers. > > Those LXD containers are on their own 10.x.x.x network. > > I wanted to use x2go to get to the "host" server Desktop but then just > have Desktop Icon's setup to use x2goclient cli to connect them further > to a specific LXD container Desktop of their choosing. > > But although pyhoca-cli supports specifying a "- -server" target the > x2goclient cli does not include that option. > > However, the x2goclient cli supports other options I wanted to use that > the pyhoca-cli does not such as "no-session-edit", "hide-menu-toolbar" etc. > > My use-case problem really revolved around those kind of feature option > differences between the two CLI methods. Okay. I think one way to solve this would be to install X2Go-Broker on the host, along with postgres (the X2Go servers in the containers would have to connect to that postgres DB as well), and have the broker deliver the proper trimmed-down session config for the user (it can match on user, group, IP or network range). That way you don't have to connect to the host desktop first. Another, easier approach, though not as elegant, would be to configure *all* the sessions that you need in one sessions file, then specify either --session or --session-id on the shortcut. Or, if you want to use separate session configuration files, use the same name for the session in each file, make --session point to that name, and specify the sessions file using --session-conf. You can also create desktop shortcuts by clicking on "Create Session Icon on Desktop" (it's in the triangle-button -soon to be "hamburger"-button- in the lower right of a session tile). Have a look at the file/shortcut it puts on the desktop. Also, in addition to using --no-session-edit, as long as your users are sharing the same "client" system (in your case, the host to the containers) to log on to their host, or have access to a common file system, you can place a read-only sessions file there and use --session-conf to point at it. Bam, central administration of the session file, without having to install broker and postgres. Oh, and by the way - X2GoClient has a SSH proxy feature. So you don't have to run X2Go through X2Go to reach the container'ed server your users are supposed to work on. Just specify the host machine as SSH proxy in the session settings. In that situation, you will have to make use of a shared, read-only directory for the sessions file, though, if you want to keep administration in a central spot. But, if your users are all windows users on the same network, you can even deploy the entire X2GoClient, not only the sessions file, via a read-only network share, so you don't even have to install it individually any more. IMO, this isn't exactly a bug/X2Go-Dev topic any more - care to switch over to the X2Go-User mailing list and explaining your setup further? My hope would be that we can turn the results of this conversation both into a success story (X2Go use at ..., by Brian Mullan) as well as a HowTo (How to run X2Go servers in containers, with central administration, blah, blah, blah) on our Wiki. See http://wiki.x2go.org/doku.php/doc:deployment-stories:start#success_stories and http://wiki.x2go.org/doku.php/doc:howto if you have no clue what I'm talking about. ;-) And of course, if you have the need for further consulting and support, especially if you don't want to discuss your setup in public on one of our mailing lists, we offer commercial services for that as well. (I already feel bad for posting my "shameless plug" so often in the last few days, so I'll refrain from it. I'm sure you've read it often enough if you follow the lists.) > So I submitted the wish-list bug just to ask as not being a coder I > don't know if something is alot or a little work but there was no harm > asking. > > I just hadn't gotten any response. As I know you guys are busy with > the future of Artica (btw I'm anxious to see what it is/does)... I > thought I'd just send > a ping to make sure someone at least took a look at the request. It's Arctica (as in "effin' cold" ;-)), not Artica (as in artsy). And while some X2Go developers have left for Arctica, and others divide their time between Arctica and X2Go, X2Go is anything but dead. For example, Mihai is working on the macOS client, and there's also ongoing work on what is the common base of FreeNX, NeatX, OpenNX, X2Go, TheQVD and Arctica alike - the update/revamp of the NX-Libraries. And while I don't exactly monitor the commit log that closely, I believe there have been some commits by Alex (one of the two original founders of X2Go) lately as well. > By the way... Happy New Years to all of you guys on the x2go & artica > team(s)...! Thank you! :-) Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243