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
