The school I volunteer for is an NWEA client. David, something to keep in mind is that not all schools have the ability to deploy login scripts administratively because they use workgroups instead of some type of domain.
More to the point of how this thread is going, I wonder if what they're looking for isn't some gross measure of connectivity to the server delivering the tests. The product we use (MAP) is run from a file share on the LAN. The clients just have a shortcut to the executable on the server. Ping times to the test server and NIC link speed might be useful for some very basic troubleshooting or perhaps collecting statistics about how clients are deploying the tests. On Tue, Apr 10, 2012 at 10:17 AM, Kurt Buff <kurt.b...@gmail.com> wrote: > Good stuff, but there's a big problem with #6... > > Getting anything like an accurate measurement of bandwidth or ping > response times is going to be very time consuming, relative to what > people want to see for logins. > > For instance, a single ping is going to be less than useless for > measurement, because a first ping response is very likely to be slow > or missing after first turning on the machine. Worse, if more than a > couple of machines are being turned on at the same time, it's likely, > depending on the environment, that the network will be much more > saturated than during normal operations. > > Because bandwidth is so time-dependent, you'll need to take these > measurements over time, and a login script just isn't the place to do > this. > > Kurt > > On Tue, Apr 10, 2012 at 07:01, Kennedy, Jim > <kennedy...@elyriaschools.org> wrote: > > The first 5 are all doable with WMI query. If you haven’t done much of > that > > dig in. Very useful and not too difficult to figure out. > > > > > > > > Heck, a google search ‘WMI query for ******” gets you there 9 times out > of > > 10. Not giving you a hard time about googling just pointing it out. For > > example number 5: > > > > > > > > > http://blogs.technet.com/b/heyscriptingguy/archive/2005/07/21/how-can-i-determine-the-current-screen-resolution-being-used-on-a-computer.aspx > > > > > > > > For Flash and browser you will need to hit \root\cimv2\application and > test > > for each possibility. Similar to this: > > > > > > > > > http://blogs.technet.com/b/heyscriptingguy/archive/2005/03/09/how-can-i-determine-which-version-of-internet-explorer-is-installed-on-a-computer.aspx > > > > > > > > > > > > 6 will be a bit more difficult. You are going to need to script a ping > and > > record it. For bandwidth I would think you would need to script a > download > > from a remote site. I really got nothing on that one. > > > > > > > > > > > > > > > > From: David Lum [mailto:david....@nwea.org] > > Sent: Tuesday, April 10, 2012 9:49 AM > > To: NT System Admin Issues > > Subject: Looking to grab this info at login > > > > > > > > I’ve been requested to get this info at each machine’s login. This would > be > > for hundreds of networks, none under my control, but would be helpful for > > the setup of a product we sell. Client systems are MacOS, > WinXP/Vista/Win7: > > > > Workstation name (and any other identifying information) > > Operating System > > Default browser and version > > Version of Adobe Flash > > Screen Resolution setting > > Bandwidth or response time > > > > Most of this looks straightforward, but 5 and 6 I am not sure how to > handle > > in a scripted manner. Ideally we (NWEA) has a .ZIP file our clients could > > unpack and deploy via GPO/login script. I’ve been talked to come up with > a > > script template and documentation our customers could use. Also ideally > the > > output would be into a single .CSV so our customer’s AD guys would look > at a > > page and quickly find suboptimal systems. > > > > > > > > Even if could only be Windows machines that would be helpful. Anyone? > > > > David Lum > > Systems Engineer // NWEATM > > Office 503.548.5229 // Cell (voice/text) 503.267.9764 > > > > > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > > --- > > To manage subscriptions click here: > > http://lyris.sunbelt-software.com/read/my_forums/ > > or send an email to listmana...@lyris.sunbeltsoftware.com > > with the body: unsubscribe ntsysadmin > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > > > --- > > To manage subscriptions click here: > > http://lyris.sunbelt-software.com/read/my_forums/ > > or send an email to listmana...@lyris.sunbeltsoftware.com > > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
