No, you don't need to register them (in fact, I'd recommend not
registering them). You can still fill out information about them in the
datastore.
In the generic session, your path to app is going to be your script.
Let's say you wanted to point to a different TS based on information in
the location field. Let's say we are going to key off a word called
"Study" in the location field. Your script might look something like
(very simple example):
#!/bin/sh
#Get MAC of Sun Ray
SRMAC=`cd $UTDEVROOT; pwd | sed 's/.*\(............\)/\1/'`
#
# Get the preferred TS of the Sun Ray based upon the MAC address and
# information stored in the location field of the Sun Ray databas
SRLOC=`/opt/SUNWut/sbin/utdesktop -o |grep $SRMAC | awk -F, '{print $2}'`
if [ $SRLOC = "Study" ];then
/opt/SUNWuttsc/bin/uttsc <options> <IP of Study WTS>
else
/opt/SUNWuttsc/bin/uttsc <normal options> <normal server>
fi
Michael Jinks wrote:
Thanks Craig.
Okay, so by registering our DTU's I see we can get a lot more
flexibility. (Right? Up to now I didn't see the point, it Just Worked
without registering them, but apparently it's possible to get better
control that way?)
I've downloaded the generic session files and looked them over, and
maybe I'm being dense, but I still don't find any way to get information
about the initiating DTU from within the session script. Once I get
past that point I think I see where it would be easy to do (say) a case
statement, if the DTU is in such-and-such list, call the kiosk script
with $command_line_A, and so forth.
On Tue, Nov 11, 2008 at 12:40:27PM -0800, Craig Bender wrote:
Sorry, forgot the first link:
http://mediacast.sun.com/users/mplona/media/srs4_usage.pdf
Craig Bender wrote:
Hi Michael,
Decent write up here.
Typically, I just create a new kiosk script called via the generic session
kiosk available on the wiki.
http://wiki.sun-rays.org/index.php/How_To_Section#Kiosk_Mode_Generic_Session
If you are using the canned Sun Ray Windows connector script, you can
duplicate that and put your if/then logic in.
Michael Jinks wrote:
On Tue, Nov 11, 2008 at 10:57:27AM -0800, Craig Bender wrote:
If you have one fog, then it's hard to use things like AMGH to redirect
DTU's to a task specific fog.
However, it's very easy to put an if/then script that looks at any
number of things from the MAC of the DTU, the token of a smart card if
used, an entry in the SR Datastore in the location or other field that
you can key off of to do something different.
Wonderful. Where would that script need to go along the Sun Ray/Kiosk
chain? And does it get that information from the environment or would it
need to query the datastore somehow? Is there a doc that explains the
right way to do this, or should I just go hacking around in Sun Ray's
guts?
Thanks,
-m
Michael Jinks wrote:
Hi List.
Based on my own research I think the answer to my question is going to
be "no", but I wanted to check before I tell that to my boss.
We have a brand new Sun Ray deployment (4.0, planning an upgrade to 4.1
RSN), serving Windows desktops via the Windows connector to several
different public labs and classrooms across our campus. So far so
good.
My team doesn't own DHCP, and can't get the x-window-manager record
added, so we have to rely on the sunray-config-servers DNS entry
pointing to our FOG. Eh, but so far so good.
Now we have a hurry-up request, which won't be the last, to temporarily
re-purpose one of our computer classrooms to display a custom
application for participants in a study. The application is simple, I
think, just a full-screen browser pointed at a particular URL. The
hard
part is redirecting one subset of our DTU's to get a different session
type from everybody else. Seems that as long as we have one FOG
covering the whole campus, there's no way to distinguish one list of
DTU's from another; they're all just going to get the same type of
session.
Have I missed something? Is there a way to do what we want given our
present layout?
Thanks,
--Michael
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
