<div dir="ltr">In /opt/thinlinc/etc/conf.d/vsmserver.hconf :<div><br></div><div># A list of candidate:agenthost pairs that can be used to force<div># sessions for specific users or groups to be created on specific agent hosts.</div><div># Note that only one server can be specified per candidate. No load</div><div># balancing is in use for servers selected this way. </div><div>#</div><div># If the specific server is down, no session will be created.  </div><div>#</div><div># If a server specified here is also listed in terminalservers,</div><div># sessions will also be created for users or groups not listed here.</div><div># Use of this parameter is recommended only for special circumstances,</div><div># for example when testing new operating systems.</div><div>#</div><div># Groupnames should be prepended by a '+'. Example:</div><div># explicit_agentselection=+agentoneusers:agentone </div><div>explicit_agentselection=</div><div><br></div><div>/Peter</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 28, 2016 at 3:16 PM, Erik Vasaasen <span dir="ltr"><<a href="mailto:erik.vasaasen@nr.no" target="_blank">erik.vasaasen@nr.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Currently we're using a HA setup where users are allocated to three<br>
login servers, and then ssh to computing resources from there.<br>
Assignment of login server is based on normal load balancing of VSM agents.<br>
<br>
This works fine for most users, but a group here works with large<br>
satellite images (typically users with 34" screens, lots of pixels<br>
changing), and they've complained about low performance when working on<br>
large images. So, to alleviate this problem I've configured a separate<br>
thinlinc install directly on their main computing server. Skipping one<br>
ssh step and working directly on the same server where the thinlinc<br>
session is running improves performance by quite a lot (5x or so).<br>
<br>
Now, this group is not that large, so having a special case for them is<br>
fine, but I would have preferred these users to go through the VSM<br>
server that the other users go through, perhaps based on their unix<br>
group membership. E.g. "if you are one of these users you're sent to<br>
this server, if not you go to one of these servers".<br>
<br>
I can't see any way of doing this from the documentation, but perhaps<br>
I'm wrong - is there a way to do this?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Erik<br>
<br>
</font></span><br>_______________________________________________<br>
Thinlinc-technical mailing list<br>
<a href="mailto:Thinlinc-technical@lists.cendio.se">Thinlinc-technical@lists.cendio.se</a><br>
Manage your subscription:<br>
<a href="http://lists.cendio.se/mailman/listinfo/thinlinc-technical" rel="noreferrer" target="_blank">http://lists.cendio.se/mailman/listinfo/thinlinc-technical</a><br></blockquote></div><br></div>