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.

Or we can only permit certain registered tokens for actual logins?..

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 :)
>>>>
>>>> 
>>>>
>>>>      
>>>>
>>
>>
>>
>>  
>>



-- 
Best regards,
 Jim Klimov                            mailto:[EMAIL PROTECTED]

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to