Blog

投稿日:

WMI Explorer

WMIのクラスを簡単に検索できるツールです。
ちなみに、どんな名前空間があるかを簡単に調べる方法は・・・
　1.サーバーマネージャー（Windows Server 2003では「コンピュータの管理」)を起動
　2.「WMIコントロール」を右クリックし、「プロパティ」を選択
　3.「WMIコントロールのプロパティ」画面の「セキュリティ」タブを選択
画面内の「名前空間ナビゲーション」でツリー構造として見ることができます。
投稿日:

VirtualServer2005とHyper-VをWMIで・・・

仮想マシンの起動とかをリモートからWMIで行おうとしましたが、VirtualServerはちょっと難しいですね。
Hyper-Vなら、「\\[RemoteHostName]\root\virtualization」 名前空間内のクラス「Msvm_ComputerSystem」を使えばＯＫですが、
VirtualServerだと、
　・名前空間が「\\[RemoteHostName]\root\vm\virtualserver」であり、Hyper-Vと異なる
　・その中に「VirtualMachine」というクラスが存在するが、仮想マシンがOFFだと列挙対象外になる。
　　（実行中の仮想マシンしか列挙対象にならない）
という感じです。
VBScriptで
　　Set objVS = CreateObject("VirtualServer.Application")
　　Set colVMs = objVS.VirtualMachines
　　For Each objVM in colVMS
　　　[何か処理]
　　Next
とすれば状態がOFFな仮想マシンも列挙対象にはなるのですが、これだとリモートでは制御できないので(T_T)
投稿日:

Windows7のVirtualPC更新

3/17にKB977206が公開され、ハードウェア仮想化支援機能(hardware-assisted virtualization:HAV)が搭載されていないPCでもWindows7でVirtualPCが使えるようになりました。
条件としては
　1.Windows7 Enterprise／Professional／Ultimateのみ対象
　2.サポート対象となるゲストOSがWindows XP Service Pack 3のみ
となっています。
気になるのは2.。"XP MODE"と記載されていないということは、自分でインストールした場合もOKということですかね。
Vista／Windows7とかが対象外ですが、さすがにHAVがないと動作がキツいんでしょうね。
既知の問題としてホストOS(Windows7)とゲストOS(Windows XP)の間でファイルのコピペができない様子。
回避策は統合機能でホストOSとの共有ドライブを使用すること。
個人的には、ホストOSにLoopback Adapterを入れてホストOS～ゲストOS間接続専用としているので全く問題なし。
MSとしては、VirtualPCを使うことになろうとも、ホストOSをWindows7に移行したいというところでしょうか。
投稿日:

CreateProcessの第１引数って

「WindowStationとDesktopと」の関連で、CreateProcess()の引数を調べてました。
（dwCreationFlagsとか）
手元に「Advanced Windows 第５版(上)」があったので、そちらも参照してました。
（そういえば、昔(第３版だったかな？)は１巻だけだったのに、最近は上下巻に分かれてるんですね）
その中で、昔から気になっていた「第１引数」の正体が・・・・
「このpszApplicationName(MSDNではlpApplicationNameってなってます)パラメータによって実現される機能は、WindowsのPOSIXサブシステムをサポートするためにCreateProcess関数に追加されたものです」
ってことは、第１引数は気にするなと。
っていうか、
第１引数として『追加』ってどういうこと！！
普通、『追加』って言えばケツにつけるでしょ。
投稿日:

WindowStationとDesktopと

一般保護違反(General Protection Fault)のメッセージボックスのOKボタンをプログラムから押させたいというリクエストがあったので、
EnumWindowとかSendMessageとか使ったプログラムを作成。
（今時Win32API使うんかい！！ってツッコミは無しで(^^ゞ）
しかし、対象プログラムはサーバ上でサービスから別プロセスで起動されてるとのこと。
・・・デスクトップ空間違うじゃん！！
とりあえず、ネット検索しまくりで「OpenWindowStation()」と「OpenDesktop()」のサンプル見つけたまではいいけど、
テスト環境作ってみて、「実環境と一緒なのかどうか不明！」ってことに気付く。
となると、いろんなデスクトップ空間で動かせるかチェックしたいところ。
「Desktop Heap Information Monitor Tool 」とかで、"WinSta0/Default"とか"SAWinSta/SADesktop"とかが存在するのは
確認できたけど、
どーやってGPFエラーメッセージボックスを意図的に違うデスクトップ空間に出力すんの！！
いや、サービスのプロパティで「デスクトップとの対話をサービスに許可」チェックを入れるとか入れないとかは知ってますけど、
逆に"SAWinSta/SADesktop"に出そうとするとどうすればいいの？？？
（サービスプログラム自身は"SAWinSta/SADesktop"とかに表示してるのは確認してますよ。
　でも、GPFエラーのメッセージボックスはログインしていると"WinSta0/Default"に表示するんですよね）
プログラムのサブシステム(Console/Window)とかでも動作が違うのかな？？
まぁ、結論は"WinSta0/Winlogon"にはアクセスできないから100%はあきらめろってことで。(；一_一)
投稿日:

Hyper-Vを管理コンソールを使わずに・・・

会社環境をHyper-Vにしようとしたときに、クライアントはWindows7ではなくXPが大多数を占めるので、HYper-Vマネージャーが使えない
困った
ということで、何か良い方法がないかと探していると、「vmconnect」なるコマンドがあると。
Hyper-Vマネージャーから「接続」ってしたときと同じ画面ですね。
これでいいかも！と思いましたが・・・・
Hyper-V管理機能をインストールしないと使えません。
(T_T)
（インストール先が「%ProgramFiles%\Hyper-V」です）
とりあえず、電源ON/OFFだけできればOKだから、ASP.NETで管理画面でも作るか？（作れるのか？？）
投稿日:

Windows7からのHyper-Vマネージャー接続 and ESET Smart Security

Windows7からWindows Server 2008 R2のHyper-V管理用にHyper-Vマネージャーを入れてみた。
　ping→OK
　リモートデスクトップ接続→OK
　Hyper-Vマネージャー→NG
？？？接続できない。
しかも、一旦接続できなくなると、pingもリモートデスクトップ接続もNGになって、サーバを再起動ないといけない。
サーバ側のファイアウォールログ（失敗分だけ）を取得するように設定してみても何もログは出力されない。
となると、「クライアント側からそもそも通信していない」ということも考えられる。
Windows 7側にESET Smart Securityを入れているので、ESET Smart Security側のパーソナルファイアウォールのログを見てみると　
　「
ポートスキャニング攻撃が検知されました。」ってある。
　しかも、ソースがサーバのアドレス！！
サーバはインストールしたばかりだから変なもの入れてません。まぁ、Windowsって裏でいろいろ通信しますからねぇ。
たしかに、ESET Smart Securityのファイアウォールを停止するとちゃんと接続できます。
ネットでネタを探してみると、
　・セキュリティソフトでファイアウォールを装備している場合、一定期間攻撃元との通信を遮断する
　・ESET Smart Securityの場合、攻撃元（今回はサーバ）が再起動されると攻撃元リストから一旦外れる
ということみたいなので、ESET Smart Securityのパーソナルファイアウォール設定から「IDSと詳細オプション」を選択して、「攻撃を検出したら安全ではないアドレスを遮断」をOFFに変更。
とりあえず、Hyper-Vマネージャーは使えるようになりましたが、セキュリティ設定上はあまりよろしくないかと。
でも、攻撃検知対象から特定アドレスを除外する設定はないっぽいので、どうしようもなく。
※ちなみに、Hyper-Vサーバ自身への接続ができない状態でも、Hyper-V上でホストされている仮想マシンへの接続（リモートデスクトップ接続など）は正常にできます。