Kerosoft : Modus Operandi

UltraVNC SCとは

UltraVNCの派生的存在のUltraVNC SCというのがあります。
UltraVNCは他のVNCソフトウェア同様、遠隔操作のためのツールの一つであるが、このSCというのはSingle Clickの略で、遠隔操作を使用したサポートにもってこいのツールですね。

UltraVNC SCのすすめ

離れた場所にあるPCをサポートしたことのある人なら誰もが経験していると思いますが、まず「サポートしづらい」でしょう。
離れた場所にあるPCをモニタリングなどできないから、

• 電話・メール越しに状態を聞いてアドバイスするとか
• メッセンジャーでお話しながら聞くとか

一種のエスパー的推測をしながら対処していることだろうと思います。

UltraVNCSCを使うと、相手にファイルをひとつ送って開いてもらい、1クリックしてもらうだけで、こちらにVNC同様、画面がリアルタイムに送られてくる。もちろん操作もできます。
UltraVNC付属機能の、ファイル転送なんかもできる。
相手がファイアーウォールの圏内にいても、問題なし。
唯一の弱点といえば、相手がWindowsに限定されること、支援する側のポートが開いていないといけないくらいでしょうか。

構築方法

幸い便利な生成ソフトが作られているので、これを使うとよい。
画面レイアウトをカスタマイズしてEXEを作るだけ。
後は、USBメモリで渡すなり、メッセンジャーで渡すなり、無料HPのサーバーに置いておくなり好きにすればよい。

一方、支援する側にも設定が必要です。
もっとも、支援する側なんだから、これくらい事はわかってくれると思って書きますが。

1. TCPポートをひとつ開けます。ルーターを使っている場合は、NAT設定で、支援するPCに転送するように設定しておきましょう。
2. ファイアーウォールで、そのポートが使えるように開放しておきます。
3. UltraVNCのvncviewer.exeをListenモードで起動します。具体的には、vncviewer.exe -listen <port-number>

これだけです。

ファイアーウォールを越える仕掛け

↑で支援する側にvncviewer.exeをListenモードで立ち上げるのがミソです。
ビューワ側にサーバー的役割（Listen）をさせることで、支援される側のファイアウォールを内側から開けることができ、その開いたポートを使って、UltraVNCSCから画面情報をこちらに流してVNCするわけです。
考えた人は偉いですね。

レスポンスが悪い場合

UltraVNCSCで作ったsc.exeは、一応2000やXP、Vistaなどで使うことができるようですが、Vistaの場合、極端にレスポンスが低下することがあります。
これを解決するには、UltraVNC本体に含まれているVideo Hook Driverを組み込んでやるとよい模様。
UltraVNC 1.0.4RC14 日本語版 Release 1等に含まれている、Ultravnc_driver_Setup.exeを、支援する人のPCでインストールしてもらえば、サクサク動くようになります。


有料の遠隔支援ツールを使わなくても、こんなに素晴らしいツールがありますよ。。。

今までXPのx86でも使っていたUltraVNCを、x64上でも動かしたい！
けど、ドライバがx86とは違ったりする模様。いろいろ調べてみた。

この記事の内容は古くなりました。Part 2をご覧ください。

続きを読む

私はいわゆるIBM信者で、昔からIBM製のHDDしか買っていない。
が、IBMの名前はHitachiに変わり、結局今はHGSTに変わったわけですが……。

勿論、十年ものを越えると壊れてくるHDDも1～2台はありますが、物理的に壊れたことはなく、シーク音も静かなので気に入ってます。

が、最近あまり聞き捨てならない問題が起こっているらしいのでちょっと調べてみました。

P7K500問題

こちらのスレッドなどを参考にすると、

• HDP725050GLA360 500GB
• HDP725040GLA360 400GB
• HDP725032GLA360 320GB
• HDP725025GLA360 250GB

あたりのHDDで制御方法の違いによる差でチップセットと干渉することがあるそうな。

価格.com - ハードディスク・HDD(3.5インチ)でも人気第1のHDP725050GLA360に一体何が起こっているというのか。

以下の解説が非常にわかりやすかった（スレより引用）ので、HDDを買うのはちょっと待った方がいいかもしれない。

■チップセットとHDDのいざこざ会話
　用語解説＆登場人物
　　・LBA28・・・(最大137GBまで制御可能な命令)
　　・LBA48・・・(最大144PBまで制御可能な命令)
　　・HGST・・・日立HDD P7K500
　　・intel・・・Intelチップセット ICHR でAHCI/RAIDモード

　intel　：　おれはLBA28とLBA48の両方を扱えるぜ。どっちにする？
　HGST：　いまどきLBA28なんぞ使わんだろ。LBA48でよろしく。
　intel　：　了解。ただし128GBまでのアクセスはLBA28で命令するぜ。
　HGST：　いや、両方つかわれると混乱するから、やめてよ
　intel　：　知るかボケ。はい前半LBA28。はい後半LBA48。はいまたLBA28、つぎLBA48。
　HGST：　やめてくれーー。あーなんか頭が混乱してきた・・・もうダメ
　intel　：　おい、応答なしかよ。OSには「HDD応答なし」と伝えておく。
　Windows　：　（死亡）
　全員　：　（死亡）

■原因
・intelドライバはなぜか128GB以上(LBA48対応済み)HDにもLBA28を使いたがる
・HGSTはLBA28とLBA48を混同されると、脇が甘いため境界部分が読めない
　(パーティション境界をうまく挟めばOKだが、爆弾を抱えている状況は変わらない)

■両者の言い分
　intel　：LBA28の終わり（LBAアドレス0x0FFFFFFE）をちゃんと処理しろ！ボケ！！
　HGST　：いちいちLBA28とLBA48をつかいわけず、全部 LBA48使え！ボケ！！

フォントが小さすぎる所がある

x64を導入してから特に目立ったシステムトラブルはなかったのだが、フォントのサイズがやけに小さい場所があって、困っていた。それも自分で指定しているのではなく、システムデフォルトのフォント指定のところが、である。

具体的には、このように（MS UI Gothicの8ptだろうか？）文字サイズもFormサイズも潰れるほど小さくなってしまうのである。
（ちなみに下のソフトは、自分が組んでいるソフトのプロトタイプバージョンです。）

非公式テーマ(.msstyles)を使っているだとか、その非公式テーマを適用するためにuxtheme.dllにパッチを当てているのが原因かとか、MSGothic.ttcのバージョン違い？などといろいろ考えて実験してみた。
やっぱりここでもVMが大活躍。大概カスタムを施していないVMの方では正常な挙動をすることが多いので、同環境の正常個体として役に立つ。これでこそメモリを増やした甲斐があったものだ。

テーマ設定が悪い？

確かにウィンドウタイトルバーやアイコン等は"Tahoma 8pt"に設定されているが、明らかに上の画像の部分はTahomaではないし、ウィンドウ内のLabelコントロールのフォントを指定できるようなところは画面のプロパティにない。

しかも、正常なVM内とホスト側、どちらもすべて同じ設定値。
よってこれは違う。

DPI設定？

システムのフォントサイズといえば、DPI設定がある。

が、これも正常なVM内とホスト側、どちらも96DPI。
よってこれも違う。

uxtheme.dll？

どちらもパッチ済みでCRC比較しても一緒だった。これも違う。

ならば何だ？

と思ってレジストリをパラパラ見ていると、それらしいのがあった。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\GRE_Initializeに

▼VM側

▼ホスト側

という風に明らかにGUIFont.Height(DWORD) = 0x00000009といいうのが足りない。しかもいま9ptにならなくて悩んでいるので速攻で設定してリブート。

無事、ちゃんと意図したようになりました。
やれやれ。

▼左(異常)、右(正常)

→

何でこのエントリが削れたんだろう？

[追記] 2008/06/08

MicrosoftのKBWindows Server 2003 R2 with SP2 適用済みのメディアからシステムをインストールした場合 表示が小さくなる場合があるに書いてありました。
うーん何でこれが不足するんだろうねｗ

Windows XP x64の情報を探すときは、Windows 2003R2の情報を探す方がいいのかも。

さて、今回は回復コンソールの話。

回復コンソールはWindowsがセーフモードでも起動しなくなった時や、セーフモードよりもっと低層のファイル操作が必要な時などに重宝する。

通常はWindows XPのインストールCDから起動し、ドライバを読み終わった後で[R]を押して回復コンソールへログインするのだが、HDDにインストールし、ブート時にメニューから選択することもできる。

回復コンソールをHDDへ

ググるとすぐに出てくるのでリンクを張るまでもないかもしれないが、Windows XP での回復コンソールのインストールおよび使用方法である。

が、x64の場合は\i386\winnt32.exeではなく、\amd64\winnt32.exeである点に注意。Technetの方には書いてあるのだが、何故↑のKBに書いてないんだろう…？

インターネットから更新パッケージを調べ、順調にファイルをコピーしていくのだが、最後で詰まった。

ファイル a3lb241a.sys（a9doe4m5.sys）*1をC:\$WIN_NT$.~BT\a3lb241a.sys（a9doe4m5.sys）にコピー中にエラーが発生しました。

ファイルが不足しています。システム管理者に問い合わせてください。

コピーの再試行、このファイルのスキップ、またはセットアップの終了を選択できます。

* [再試行]を選択した場合は、ファイルをもう一度コピーしようとします。

* [ファイルのスキップ]を選択した場合は、ファイルはコピーされません。これはWindows システムファイルの詳しい知識があるユーザーを対象にしています。

* [セットアップの終了]を選択すると、後で再度セットアップを実行して、Windows をインストールまたはアップグレードする必要があります。

こんなsysファイル見たことないなぁ…と思いつつ、セットアップCDからCドライブのいたるところ、特にdriver.cab等を重点的に探したのだが出てこず。

強行突破

を図って、回復コンソールをブートさせてみたが、Loading files...の一番最後でこのファイルが見つからないと言って強制停止を食らった。

これでもだめならば、VMwareの同様の環境で試そうということで、試してみるとVM側はあっさりインストールが完了。あれ？

C:\cmdcons\以下をDiffしてみると、Winnt.sif、Bootsect.datが双方で異なったが、一個だけファイルがそもそも片方にないのがあった。

unsupdrv.infというファイルである。

中身はというと…

[Version]
Signature = "$Windows NT$"

[AddReg.a9doe4m5]
[Files.a9doe4m5]
a9doe4m5.sys,system32\drivers
[HardwareIds.a9doe4m5]
 *PNPA000=a9doe4m5
ACPI\PNPA000=a9doe4m5
[Devices]
a9doe4m5

中身の名前からしてもこれに間違いない。

とりあえず削除してみると、回復コンソールが無事に使えるようになった。やれやれ。

後書き

a3lb241aやa9doe4m5という名前に全く心当たりはないけれど、unsupdrv.infという名前がついているあたり、Unsupported Driverじゃないかとの助言をつーさ氏から受けた。なるほど……。

そういえば、問題が起きたPC上（マザボ: ASUSTek P5B Deluxe/WiFi-AP）では、ASUSが配っている謎のACPI virtual deviceというドライバを導入してたっけな。これ絡み？

とりあえずACPIの制御を回復コンソールでやることはないであろう……。