It seems to me that AMGH could suit your needs.
You'd need to write some glue - some config tool where
a user can choose what kind of desktop they want, where
you can update a central DB (could be as simple as a flat
file) that associates the username or smartcard ID with
the server(s) that provide that type of desktop.
Then a simple AMGH script that looks up the username
or smartcard ID and returns the associated hosts.
Share the script and DB somehow across all your
servers, and you should be good to go, automatically.
I suppose you could get really fancy, and even have
a server that, instead of a desktop, runs the config tool,
and if the username/smartcardID doesn't yet have an
association, send them there to create the association.
Maybe you could make the CAM server that provides
the Windows desktop do double-duty and pick up this
function also - i.e. check if there's no association, and
if none run the config tool, otherwise give them a
Windows desktop (AMGH would intercede earlier
than this and send the Sun Ray elsewhere if there were
an existing association for Solaris or Linux).
If you have users that want to use all three types of
desktops at different times, you could issue everyone
three smartcards, and label them Windows, Linux,
and Solaris.
If you really prefer a manual switcher, you could
use the auth.props file to set the serverSelect
property, and replace /opt/SUNWut/bin/utselect
with a slightly-modified version that listed the
hosts you want (actually, rather than modify
utselect itself, you'd be better off modifying
/usr/dt/config/Xsetup and point UTSELECT
to your own modified copy). Unfortunately
either approach can be clobbered by an
SRSS patch or upgrade, so you'd have to
check and maybe reinstate your change
afterwards.
-Bob
Ken Mandelberg wrote:
>From: ottomeister <[EMAIL PROTECTED]>
>I'm not sure what this feature would look like. The whole
>notion of a Sun Ray host group (aka "failover group") is
>that it doesn't matter which machine provides the user's
>desktop. If that's not true then the machines don't belong
>in a group.
>
>Can you give an example of how you would want this
>feature to behave?
Our needs may be different than the originator of this thread, but I
can tell you what we want and what we have done.
We want our Sunray users to see a startup GUI that gives them the
choice of Solaris, Linux, and Windows, with a per user settable
default that skips the GUI.
We have implemented this by hacking and leveraging on
utselect/utswitch with Solaris and Linux sunray servers in the same
failover group (windows via uttsc from one of the sunray servers).
It works reasonably, with a couple of issues. The most fundamental is
that we really don't want failover. Unfortunately depending on load
and timing, a user sometimes gets failed over to the wrong server. To
makes things worse, there is no clean way to disconnect from the Linux
login gui without rebooting the Sunray.
It would seem to me that other organizations would also like to use
sunray appliances in this way, and it would be nice to have Sun
support for it.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
