Cool! Yeah we know many schools can’t do that , for this query I only care about schools using AD. Our MAP 2.0 is run over the web and to run the tests successfully we need to confirm some prerequisites and make them easily accessible to an admin responsible for making sure the environment is fully ready for Web-based MAP.
Dave From: Richard Stovall [mailto:[email protected]] Sent: Tuesday, April 10, 2012 7:33 AM To: NT System Admin Issues Subject: Re: Looking to grab this info at login 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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> 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:[email protected]<mailto:[email protected]>] > 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<tel:503.548.5229> // Cell (voice/text) > 503.267.9764<tel: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 > [email protected]<mailto:[email protected]> > 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 > [email protected]<mailto:[email protected]> > 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 [email protected]<mailto:[email protected]> 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 [email protected]<mailto:[email protected]> 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 [email protected] with the body: unsubscribe ntsysadmin
