[Thinlinc-technical] dynamically choosing terminal server

[Rob De Langhe]

hy ThinLinc enthousiasts,

I am looking for a 'best practice' to box users in their individual virtual
server.

At the highest level, I can choose to create individual terminal servers at
the time where a new user gets defined in the system (that user list will
probably be kept in LDAP). So this would become potentially many (10's,
100's or even 1000's) of terminal servers.
- disadvantages (if I understood well) : not sure (documentation?) how we
can replace the load-balancing method of the VSM server by some mechanism
to force the VSM server to startup a session on a specific terminal server
for an authenticated user ; a bit of effort to develop the automated
creation/drop of virtual servers when users are created/deleted
- advantages : user sessions are boxed ; virtual servers can be created and
resources can be assigned/tuned dynamically

At a lower level, I can define 2 (or more?) terminal servers to startup all
user sessions. Is there a way to replace the startup of a user session on
the terminal server by a script which determines a virtual server to use
for that user, starts that virtual server (1-2 seconds needed only) does a
X11-forwarded SSH connection to that virtual server and starts there a
GNOME2 (or whatever chosen) X11 session
- disadvantages : not sure (documentation?) how we can replace the
session-startups on terminal servers by some new self-developed script
(which will figure out the virtual server to use for this new session,
startup that virtual server, SSH to it and starts session on it)
- advantages : any server and any UNIX flavor can act as guest host to run
such virtual servers ; virtual servers are totally independent from
ThinLinc ; more control over the actions performed by the script running on
the ThinLinc terminal servers

Any comments, experiences, hints ?

best regards,
Rob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cendio.se/pipermail/thinlinc-technical/attachments/20140925/2498b1db/attachment-0006.html>