Jim Klimov wrote:
Hello P.S.M.,
Ok, thanks.
Then again, these servers live in a separate subnet not directly
attached to DTUs and should not see the broadcasts.
If you do not weant the DTUs to get connected through broadcast,
then yes, you can have it in diffrent subnet.
Or we can only permit certain registered tokens for actual logins?..
What ever way you want , you can configure.
BTW, if you use registered tokens then in the back_end_db you need to use
insert_token instaed of token key.
Thanks
Monday, June 9, 2008, 2:46:59 PM, you wrote:
PSMS> Hi Jim,
PSMS> Jim Klimov wrote:
Hello P.S.M.,
Thanks, hope to try this scenario this week.
One more question though: do I understand correctly that
the servers participating in AMGH for specific tasks are
not required to be published for generic Sun Rays, and may
be accessible only through AMGH redirection (i.e. these
servers are not announced via DHCP, broadcast, etc.)?
PSMS> No, those would be anniuced through broadcast as utadm -L on
PSMS> is a must confuguration on AMGH server.
PSMS> Thanks
PSMS> P.S.M.Swamiji
So only if AMGH (or utswitch as well?) points a DTU to
the server, this DTU would get a session?
We don't want to burden the software engineers' servers
with generic uttsc/browsing/whatever office tasks of the
main server FOG.
Monday, June 9, 2008, 1:56:22 PM, you wrote:
PSMS> Jim Klimov wrote:
Hello SunRay-Users,
The task we have at hand is as follows: there's a FOG of
generic Sun Ray servers that all our Sun Rays connect to.
There's also a number of "specialized" servers, i.e. X86
and SPARC Solarises, and the difference can be useful and
critical for some of our users (i.e. developers/software
engineers).
So far our developers access these servers via SSH from a
common terminal server. We wondered whether we can install
SRSS on these servers and route certain tokens to work with
a desktop executed directly on the server.
PSMS> Yep, that can be done with AMGH by configuring required tokens
PSMS> to be redirected to the desired server.
PSMS> Suppose you want inserting a smartcard1 to go to sparc server
PSMS> and inserting a smartcard2 to go to x86 server can be done by
PSMS> using below AMGH config.
PSMS> 1. Configure AMGH using /opt/SUNWut/sbin/utamghadm -s
PSMS> /opt/SUNWutref/amgh/utamghref_allkeys_script
PSMS> on all the servers being part of AMGH (make sure LAN enabled on all the
PSMS> servers)
PSMS> 2. utrestart -c
PSMS> 3. Create /opt/SUNWutref/amgh/back_end_db file with the following entries
PSMS> token=smartcard1 host=sparc_server
PSMS> token=smartcard2 host=x86_server
PSMS> That's it :-).
PSMS> Thanks
PSMS> P.S.M.Swamiji
PSMS> Note:These are my personal opinions,nothing to do with my employer
We haven't used AMGH before, and now have a bit of a puzzle
understanding it. Is AMGH the right way to do it, or some
tricks with utswitch, etc?
I believe it's a bit of a lame question solvable by RTFM,
but perhaps a short answer in the right direction would save
us some time :)
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
