The one that runs in a loop sends the user's info to the content filter 
appliance so that the filter knows what policies to apply to them.

It's possible to just send that info when the user logs into the computer, but 
according to iBoss the filter would "forget" who the user was if there was some 
sort of network blip. So the script sends the info periodically in case of such 
a blip.





John





From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, June 07, 2010 6:29 PM
To: NT System Admin Issues
Subject: Re: Nested VBS in logon scripts

What are the scripts supposed to be doing (particularly the one that sits 
around and waits)?

I have to agree that this is a hideous kludge...

-ASB: http://XeeSM.com/AndrewBaker

On Mon, Jun 7, 2010 at 4:05 PM, John Hornbuckle 
<john.hornbuc...@taylor.k12.fl.us<mailto:john.hornbuc...@taylor.k12.fl.us>> 
wrote:
I'm not a logon script or WScript expert-hopefully some of you are.

A vendor has provided us with a VBS script that runs during logon. Its purpose 
is to call a second VBS script, with the goal being that the second script will 
continue running in the background after the user has logged in (it's a loop 
that periodically sends a bit of data somewhere).

So in the first script is a line that says:

objShell.Run 
"\\server\path\SecondScript.vbs<file:///\\server\path\SecondScript.vbs>", 0, 
False

Unfortunately, the second script-the one that's supposed to run perpetually in 
a loop-dies while running. After extensive testing, it appears that the second 
script is dying when the first script's WScript.exe instance wraps up; it's not 
spawning its own separate instance of WScript. We know this because if we add 
"WScript.Sleep(10000)" to the end of the first script, the second script will 
continue to run for 10 seconds. But during those 10 seconds, the user logon 
process just sits there.

So, is there a trick to this? A way to have the first script that runs during 
logon call a second script that will continue to run in a loop after logon is 
complete? The vendor says we're the only installation they've seen this issue 
in. Could there be some group policy we have in place that would cause the 
behavior we're seeing?



John Hornbuckle
MIS Department
Taylor County School District
www.taylor.k12.fl.us<http://www.taylor.k12.fl.us>







NOTICE: Florida has a broad public records law. Most written communications to 
or from this entity are public records that will be disclosed to the public and 
the media upon request. E-mail communications may be subject to public 
disclosure.








NOTICE: Florida has a broad public records law. Most written communications to 
or from this entity are public records that will be disclosed to the public and 
the media upon request. E-mail communications may be subject to public 
disclosure.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to