およびニュースあなたの最もよい資料源約 運転者, 秘密 そして マイクロソフト インターネット

ヴィスタの記事 上50 ヴィスタのビデオ 柔らかいヴィスタ ヴィスタの助け

WMIフィルターコンテスト- shining装甲の騎士であるか。


歓迎への 「神聖な卓上WMIフィルターのための探求」、 これは「ことができるものをの全体的な調査呼ぶである完全な卓上WMIフィルター". WMIの照会言語(WQL)の使用によって卓上コンピュータだけに斑点を付けられるべきであるWMIフィルター。 それは一般的な問い合わせ-グループの方針のろ過のためにほとんどの活動的な登録簿の環境でフィルターを世界中から使用することは可能なはずである意味はずである。

従って、実際に卓上は何であるか。 それで、実際にこの場合私達はそれがラップトップの反対であることを言う。 Hmmは、それから何ラップトップであるか。 十分に容易: 電池が付いているコンピュータ! 私達はラップトップを既に見つけるためのWMIフィルターを持っている:

から… * Win32_Battery選びなさい  - 公正この問い合わせの簡易性を愛しないか。

このフィルターは電池が付いているコンピュータを(WMIのクラスの例があるので)、このフィルターとのGPOが電池が付いているコンピュータに適用することを意味する「本当」と答えさせる。 簡単な権利か。 そしてちょうど「発見の卓上にそれをのまわりで」、のような回すことは容易であることを考えるかもしれない:

から… * Win32_Battery供給選びなさい! = 2
  または
から… *供給がブランクではないWin32_Battery選びなさい
  または
「ところないXがY」をまたは好むものは何でも

それは多分ある、それ多分ない… 私はそれがかなりいまいましい堅いことを考える! ラップトップに斑点を付けるために私達はクラスWin32_PortableBattery、Win32_PCMCIAController、Win32_POTSModemをまたテストしたかもしれないが、-実際はラップトップにラップトップをする「必要な鈴の音」が電池の存在であるほとんどの人々が同意することをどうかして私は考える、!

しかし、卓上だけに斑点を付けるための私達のテストは(電池のない機械-これがとしてサーバーを「静止したの」余りに含んでいることをはい、私は知っている)ずっと成功まだではない! 私達はおそらくちょうど正しい構文法を必要とするか。 そしてこれは映像に得るところである!

 

開いたこのナットを割れるか。 涼しい価格がある!

完全にGroup Policyの教祖および最高殊勲選手Darren 3月Elia -人によって後ろ作成され、維持されるグループの方針の人および女の子-呼ばれたGPTalk -のためのメーリングリストで始まるこの GPOguy.com そして SDMソフトウェア. リストを結合できる 正しくここに そしてこのコンテストにに加わりなさい 無料版に勝ちなさい の:

GPExpert™のトラブルシューテ-ィング朴 

しかしそこにであるであることができるたった1人の勝者この事を割る最初の人でなければならない!

私は入って来る答えを評価する- 先入れ先出し法: " 最初に最初に" method is used. Hopefully we'll see the most simple solution first - simplicity works, right? Actually I wouldn't know in this case would I...

One important thing! We will ask you kindly to TEST any WMI query submissions before sending them to everybody on the list. During your testing, you should use a tool to verify the WMI filter against a minimum of 2 desktops and 2 laptops. You can use the free WMI Filter Validation Tool to test you WMI filters in your environment. Personally I’m also using Scriptomatic version 2 and WBEMTEST for finding the available classes, items, queries etc.

Please have a look at the "rules" further down!

Why do this? Well, because it's fun - and useful at the same time... When looking at it generally, the purpose of this filter is to say: "I want these user settings to apply, but only when the user logs on to stationary machines". This can be used for a lot of security related setting, eg. in the case where Automatically cached Offline Files/Folders are unwanted on stationary machines for certain users etc. The job of most WMI filters placed on User policies is to limit which machines the policy setting(s) should apply to (even though WMI filters could check for user specific things too). Besides from that it's a nice challenge, we can pretty easily "spot" laptops, as they have batteries – and desktops don’t, but that’s not good enough for Mr. WQL, is it?!

 

Stuff we have tried - and the rules

We’ve been around solutions looking for Win32_SystemEnclosure > ChassisType before - which basically doesn’t work in a WMI filter because that’s an Array (and yes, I've also seen lots of posts on forums out there claiming that particular class is the solution – but for WMI/WQL queries it’s not). If would work in a script (because you can add additional logic to scripts), but we are searching for a WMI Filter - not workarounds of any kind!

As mentioned we tried with the Win32_Battery WMI class. However, as desktops don’t know this class at all, they'll return FALSE no matter what. Basically a desktop computer is gonna say “Heck, I don’t know anything about that class *Panic* I’m out!” – or just “False”... Bummer!

We have also tried PowerSupplyState, Win32_DesktopMonitor, Win32_DisplayConfiguration, Win32_SystemSlot, Win32_Fan and other classes – just haven’t found the perfect “this is definitely a desktop WMI item value or class”…

We're basically looking for something like:

A) Select * from Win32_SomeClassOnlyDesktopsHave

Or

B )Select * from Win32_SomeClass.SomeItem = “SomeValueOnlyDesktopsHave”

Or

C) Some way of saying “if you don’t know the class (eg. Win32_Battery), then apply the GPO anyway”

Again, the “quest” is to find the perfect, *universal*, way of spotting “Non-laptops” or Desktops – it can of course be done by looking for some special computer Manufacturer/Model, BIOS version, specific hardware driver or whatever – but that stuff it most likely gonna be different from environment to environment. Also, if we all just used computer names like “DESKxxx” for desktops and “LAPTxxx” for laptops, we could have used WMI filters for computer name – but unfortunately that’s not the case - or at least I won't consider that a valid solution :)

The thing is, that normally it’s the LAPTOPS that have special hardware – like Batteries and built-in Modems, PCMCIA slots etc. – so they are pretty easy to find. With desktop computers it’s another story – hope you can help us out here!

Please, again, we know lot’s of “workarounds”, but what we need is a *WMI filter* and it has to return *TRUE* for *DESKTOPS* (or let’s call the NON-LAPTOPS or NON-PORTABLES, it doesn’t really matter).

Remember, simplicity works - maybe the answer/solution is pretty straight forward? Feel free to post any additional questions to the mailing list!

 

Another example of what has been tried

We could maybe try to go for presence of PCI (and not Mini-PCI) or AGP slots, as we expect most desktops to have PCI slots (and laptops to have Mini-PCI, but that would depend on the form factor) – or maybe AGP (but does onboard VGA count as AGP? Any PCI VGA cards left out there? Yeah, probably...). If not we could maybe go for something like this:

A) Select * From Win32_SystemSlot Where SlotDesignation = “PCI%”
Or
B) Select * From Win32_SystemSlot Where SlotDesignation = “AGP”

However, this is not accepted as a solution as we cannot say that all desktop computers have AGP slots. But - maybe you can convince us otherwise?

 

Other cool Group Policy information:

You'll find additional Group Policy information at these sites:

www.gpanswers.com - The home of Group Policy guru and MVP Jeremy Moskowitz, check out the community there too!
TechNet Group Policy Forum - A brand new Group Policy forum on Microsoft TechNet
The Group Policy Team - The home of the Microsoft Group Policy Team
Jakob H. Heidelberg blog - My own blog, mostly about Group Policy and Security
www.heidelbergit.dk - My website with blog RSS, certifications, LinkedIn info etc.

 

Hope to hear from you soon - O' Yee Knight of the Microsoft Group Policy Table!

Popularity: 17%


Written by Jakob H. Heidelberg. Read more great feeds at is source WEBSITE
no comments.
Read more articles on Jeremy Moskowitz and otherSoftware and MVP and technet and Group Policy and Microsoft.

Related articles

No comments

There are still no comments on this article.

Leave your comment...

If you want to leave your comment on this article, simply fill out the next form:




You can use these XHTML tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong> .