I'm using X2go-TCE on my lab full of Dell/Wyse units (D50D). They all PXE-boot to a TCE image and I have an environment setup where I can customize and rebuild the image when I need to. The wiki page documentation is a very good reference for getting it setup, but if you get stuck, please feel free to ask for assistance. I provide the regular X2go desktop as I allow users to login to one of 4 remote desktop services, but I'm sure we can get you the environment you're looking for on this platform.
Seth
On 06/27/2018 02:58 AM, alaxa@libero.it wrote:
Dear Stefan,
Il 25 giugno 2018 alle 21.26 Stefan Baur <X2Go-ML-1@baur-itcs.de> ha scritto: Hi Alaxa, Am 25.06.2018 um 20:17 schrieb alaxa@libero.it: I'm sorry, i admit I wasn't clear enough. so, basically we have 30 little windows pc that act as thinclient. This sounds like a rather weird setup. If the PCs are only used as ThinClients, with no local windows applications that you need, then running Windows on them is just unneccessary ballast. I would strongly recommend switching to our X2Go ThinClient image - it can be installed into an existing Windows installation, if you don't want to/cannot use network booting. Both the network booting as well as the local installation offer an easy way back to Windows if something goes wrong, as you do _not_ need to delete Windows/repartition/reformat.Yes, it may sound weird but it's not: there are a lot of setups like our classroom which is based on devices like the "Wyse" from Dell. The main reason why at that moment we chose them was a better support for the RDPv10 protocol and yes, why not, a nice centralized management support. All opinable, I understand, but now that they are there we are trying to get the better experience from them; at the moment we wanted replace the "OpenNX/Nomachine" client with something newer and "x2go" seemed to be a nice option.
At the welcome screen there are the options to use "windows" or "linux" and each with a specific configration set, call it "session". So when I press "Linux" it calls the MYSESSION only with its settings.Now, I wanted to keep this welcome interface as clean and easy possible. The good was pyHoca-gui with its "username/password" window, but again, it's too slow to start once a user press "Linux" then I saw that x2goclient can accept many parameters if run by command line and infact it works nice with the ones I specified in the previous message. Only the GUI is not "clean": it's split vertically in two parts and "worst", on the right, one can still see the name of the session. Well, it's not a drama, but it's not so clean as the pyHoca interface. The clean way to solve this would be the X2Go Session Broker. In broker mode, X2GoClient prompts you for your login credentials first, and determines which session tiles should be shown depending on the user name, group membership, or IP range. You'd probably want to use user name or group membership for your use case. That way, each user is only shown the tile they are supposed to see. A hackish solution would be to specify different "sessions" files. You'd have to create two Desktop Shortcuts, each specifying --portable, and also --session-conf= - with two different "sessions" files, one per Shortcut, and each only containing one single session configuration. Then you'd use --session= to make them default to the one tile they should actually use to connect. (Using --portable on Windows will also cause a "sessions" file to be created, rather than storing the session information in the registry.)yes, that is what we are doing right now: a welcome screen with many "connectors", where each X2Go shortcut points to its own -notEditable-
"session" profile. Unfortunately after one clicks it happens what I described before.Before going that route, I'd seriously consider anX2Go-ThinClientEditon + X2GoBroker solution, though. In case you're afraid that it would take you too long to figure everything out yourself, the TCE build scripts are documented here (<https://wiki.x2go.org/doku.php/doc:howto:tce>), there is a demo broker environment you can install on a few virtual machines to try things out (see <https://wiki.x2go.org/doku.php/doc:howto:x2gobroker>), and if that still isn't enough, there's also the commercial support option:I hoped that a compact interface was much easier than setting up another piece of software.. well, honestly THAT sounds weird to me too :-) but Ok, I may give it a try, even if and in our current setup is much more than useless :-)
<shameless plug>X2Go also has a commercial side, where various companies - including my own - offer support contracts with guaranteed response times as well as consultancy and paid-for development work if someone wants to see a bug fixed or a new feature added in a certain time frame. What makes my company special is, IMHO: 1) I'm the current X2Go Project/Community Coordinator, so the development lead and the developers tend to listen to me. 2) As far as I know, we are the only company providing X2Go support that isn't a one-man-show. 3) We sub-contract other developers from the X2Go community on demand, so you only have one person you need to talk to - me - and you will only receive one invoice, even if the task involved several freelance or part-time X2Go developers. Our hourly rate for consultancy work and fixing issues outside of a support contract is 125 EUR. With a support contract, you get guaranteed response times and lower hourly rates if you buy a certain amount of hours in advance. </shameless plug>Ok, got it..
thank you for the kind replay and SORRY if it seemed I wanted to take profit of this list instead of going directly to the commercial support: before subscribing I read it can be used for asking help and so I did.
with regards, alaxa
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
-- Seth Galitzer Systems Coordinator Computer Science Department Kansas State University http://www.cs.ksu.edu/~sgsax sgsax@ksu.edu 785-532-7790