Hi Craig,

I used the approach described with the zenity box and reduced the timeout with 
-t 300 to 5 minutes and this works perfect, I appreciate.

I would say, there is nothing else I need. 

Some kind of box with entering your credentials is not that good, as we want to 
use smartcard pin authentication with Athena Cards as soon as Oracle provides 
us with the software stack for extended ADPU cards. Maybe you could push there 
a bit, we are desperately waiting for more than a year now for this software 
and I still get only no clear signs when it comes (was expected for beginning 
of 2011).

kind regards, thomas

-----Ursprüngliche Nachricht-----
Von: [email protected] 
[mailto:[email protected]] Im Auftrag von Craig Bender
Gesendet: Mittwoch, 13. April 2011 19:50
An: [email protected]
Betreff: Re: [SunRay-Users] Question about uttsc kiosk endless connects (when 
logged out from wts)

Oracle needs to create a front-end to SRWC Kiosk.  This will solve this problem 
and is also mandatory to enter your credentials before seeing the Windows login 
screen if you want to use Session directory or autoreconnect.

The 30 seconds is actually two minutes, and it's the mandatory max allowed time 
to sit at the login screen.

uttsc kiosk session supports a timeout that will cause the Sun Ray to tear down 
the kiosk session after x amount of time has expired.  This is the -t <timeout 
in seconds> option that you can put in the Kiosk arguments followed by a -- 
then the actual uttsc args.

This timeout defaults to 1800 seconds which is 30 minutes.  This means that a 
Sun Ray will connect and disconnect a minimum of 15 times before the session 
gets torn down.  Add probably a 5 second respite from the connect disconnect 
sequence while the Kiosk session gets torn down and recreated, and then it 
starts again.  Multiply this by the number of DTUs and it's easy to see why it 
would be very desirable to change this behavior.

Until there is an official front-end to SRWC's Kiosk Script, you can do one of 
the two things:


The first option would be to lower the timeout to whatever you desire. 
If you wanted a max of 6 attempts then you would set the timeout to 720 
(or fewer) seconds using the -t <timeout> option in the kiosk args.

In able to stop the actual session tear down from happening, you could 
edit the uttsc kiosk script (note, not supported, you should copy it and 
run an new kiosk session type) and put in a Zenity dialog box that 
stated that a max number of connections had been attempt.  Until this 
dialog was acknowledge, the Sun Ray session would basically just sit 
there and not keep retrying.

To do this you would edit /etc/opt/SUNWkio/sessions/uttsc/uttsc

Find this section:

  theDifference=`expr $theEndTime - $theStartTime`
  if [ $theDifference -ge $theTimeout ] ; then
   logger -i -p user.debug -t $theModule \
             "Timeout '$theTimeout' has elapsed - exiting."
   exit 0
  fi

Make it look like this:

  theDifference=`expr $theEndTime - $theStartTime`
  if [ $theDifference -ge $theTimeout ] ; then
   logger -i -p user.debug -t $theModule \
             "Timeout '$theTimeout' has elapsed - exiting."
             zenity --info --text "Maximum number of connections made without a 
logon.  Press OK to continue."
   exit 0
  fi


The second option would be to write a complete Zenity front-end that 
would allow session directory to work by providing the users credentials 
in the command line.  I've written this for a couple of customers and 
they enjoy it.  If you are interested in trying it out, let me know and 
I'll post it on Think Thin






On 4/13/11 10:02 AM, Jacob Grundmeier wrote:
>  From the Sun Ray side I think the only way is to to create a wrapper
> script that displays a button or alternate login of some sort. From what
> I understand, Windows disconnects the RDP session if a user doesn't
> login before 2 minutes. This constant disconnect and reconnect was
> creating a lot of activity from Winlogon which took quite a bit of CPU
> in the environment I ran into this.
>
> I put something together inspired from
> http://blogs.edgehill.ac.uk/coreservices/ but mine was much simpler and
> consisted of a "Click here to Start" button that launched uttsc.
>
>
>
> ------------------------------------------------------------------------
> *From: *"Thomas Fuerle" <[email protected]>
> *To: *[email protected]
> *Sent: *Tuesday, April 12, 2011 4:21:11 PM
> *Subject: *[SunRay-Users] Question abou t uttsc kiosk endless connects
> (when logged out from wts)
>
> Hi List,
>
> default kiosk: uttsc ts2008 (which is a wts)
>
> our WTS admin is complaining that he gets endless requests from Sun Rays
> where e.g user logs out and goes home
>
> the nice Apr 12 23:13:34 srss05.w.oenb.co.at Sun Ray Connector
> proxy:[14467]: [ID 855542 user.error] Child closed socket prematurely,
> session shutdown in messages (endless entries in the messages file)
>
> so for wts it looks like every 30 secs somebody presses ctrl-alt-del,
> which is quite noisy with 200 sun rays connected. Does anybody have a
> good idea how to stop this, because the sun ray server is eager running
> its connects on and on. With our previous thin client after 6 login trys
> it stopped and showed a "reconnect" button, that's what I'm looking for.
> With Sun Ray 3 with the power button is much easier, because user mostly
> pressing the button when they leave, but the sun ray 2 does drive us
> crazy, which me mostly have.< br>
> Appreciate your feedback, Thomas
> _______________________________________________
> 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

Reply via email to