A guy at work wrote a script for ours called kill me please....if they
click the logon banner and get the menu to select solaris, windows,
citrix, apps, etc and let it sit idle for 5 minutes it does a reset back
to the login.
Here is our landing zone script. It uses a custom written java
front-end called TJButton.
/etc/opt/SUNWkio/sessions/TJButton/TJButton
#!/bin/sh
#
# This was written to use java 1.6
#
trap "rm -f /tmp/TJButtonrc$$ > /dev/null ; exit" 1 2 3 6 15
BinDir=`dirname $0` ; export BinDir
PgmName=`basename $0` ; export PgmName
cd ${BinDir}/Main
while true ; do
CurDir=`pwd`
${BinDir}/KillMePlease &
java -cp ${BinDir}/${PgmName}.jar ${PgmName} > /tmp/TJButtonrc$$
pkill -9 KillMePlease
. /tmp/TJButtonrc$$
rm /tmp/TJButtonrc$$
done
Now here are the contents of
/etc/opt/SUNWkio/sessions/TJButton/KillMePlease
#!/bin/sh
TimeSecs=300
sleep ${TimeSecs}
pkill -9 -u ${USER}
Very simple yet very efficient. I hope this helps
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Clinton Wayne
Baker
Sent: Monday, October 25, 2010 4:38 PM
To: [email protected]
Subject: Re: [SunRay-Users] resetting Sunray session
I never saw an answer to Andreas' post, so I thought I'd try to revive
it.
I have a similar setup - one Solaris 10 FOG doing kiosk stuff and
another for Solaris 10 desktop logins. If a user clicks the Solaris
button and freaks out because it isn't the Windows login they were
expecting, they run away leaving it at a Solaris login screen. Since
most of my DTU's across campus are used for Windows logins, it tends to
confuse just about everyone - even with text on the login screen saying
to hit CTRL-Moon if this isn't what they want. Running utsession -k on
these sessions just kills that particular session, but the DTU
reconnects to the Solaris FOG.
The crazy thing is, up until the end of the summer, I've been running a
mix of srss4.0 and 4.1, and this worked. A utsession -k seemed to cause
the DTU to effectively reset, find sunray-servers again and end up going
back to the kiosk FOG. I acquired new hardware over the summer, rebuilt
everything with srss 5, and I've not found a way to redirect a DTU back
to the kiosk FOG remotely without restarting srss.
Searching around I've found people poisoning the ARP cache to force the
DTU to time out and reset, but my DTU's are on several different
subnets. I've been thinking of possibly requiring client authentication
in my policy and maybe removing that DTU from the datastore temporarily
before I kill the session, but I've not had time to set up a test
environment yet.
Does anyone have a way to force the DTU to restart remotely without
disrupting other user sessions as a utrestart would?
Thanks,
clint
On 03/17/10 02:37, Andreas Bock wrote:
> We use the Sunray Server Software on 2 different servers, both running
> Solaris 10 5/09 Sparc. Server-A is configured for kiosk sessions,
using
> the good old utsplash/utmsgbox scripts. We made a menu to run a
windows
> terminal or unix session. The Sunray Clients are configured via DHCP
to
> connect to the kiosk server-A.
>
> If one chooses "unix session" the script forwards the session via
> "utswitch -h server-B". On logout the session should return to the
kiosk
> server-A.
>
> For what I see one can only switch back form server-B to server-A
after
> logout with "Ctrl-Moon". We tried to kill the Session on server-B in
> /etc/dt/config/Xreset with "utsession -k" without success.
>
> Does anybody have another idea to switchback the sunray client to
> server-A without using "utrestart -c" on server-B?
>
> Cheers, Andreas
> _______________________________________________
> 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
