Admin Tools

Microsoft SharedView の使い方

ちゃっぴ (tyappi@wankuma.com) — Thu, 03 Jul 2008 03:06:00 GMT

Microsoft SharedView の続き

<事前準備>

Server 側の user が Windows Live ID を取得

<共有方法 >

Microsoft SharedView を install (Server-side, client-side 双方)
Microsoft SharedView の起動 (Server-side)
Windows Live ID へ sign in (Server-side)
「新しいセッションを開始」を click (Server-side)
「開始」を click (Server-side)
Microsoft SharedView の「共有」から共有する window を選択し、開始を click
Remote から接続する user へ通知を送信 (Server-side)

[参加者] - 「他のメンバーを招待」で表示される画面にて「手順をクリップボードへコピー」を実行し、その内容を mail や messenger とかで共有したい user へ送信
※ この操作は必須ではありません。共有を行っている側の Windows Live ID が分かっていれば、直接 Windows Live ID を指定することにより参加することができます。
Microsoft SharedView を起動 (Client-side)
Windows Live ID へ sign in (Client-side)

※ Client 側は sign in しなくても guest として接続することは可能です。
対象の session へ接続 (Client-side)
「セッション名」に server-side で共有している user の Windows Live ID を指定し、「今すぐ開始」を click
対象の user が信用できる場合、要求された接続を許可 (Server-side)

ここまででとりあえず、windows の共有はできます。

ただし、このままでは remote から対象へ直接操作することはできません。

続く

Microsoft SharedView

ちゃっぴ (tyappi@wankuma.com) — Thu, 03 Jul 2008 01:13:00 GMT

知らない間にこんなの出ていたんだ。

Microsoft SharedView

15 人まで共有可能ときたもんだ。

これかなり便利だと思いますよ。

Microsoft SharedView 以外にも Remote Desktop や Remote Assistance のような機能はあるわけですが、Microsoft SharedView の利点としては windows 単位で許可を設定できることですね。

思っていたより案外使えそうなんでぜひ試してみてください。

Junction に対して "Attrib" command を発行した場合表示される属性

ちゃっぴ (tyappi@wankuma.com) — Sat, 07 Jun 2008 16:48:00 GMT

Windows Vista では過去の互換性のため junction を使って user profile の path を過去のもの Vista で変更されたもの双方扱えるようにしています。

でこの junction に対して "attrib" command を発行してみましょう。

> attrib "C:\Documents and Settings"
     R       C:\Documents and Settings

R　のみ？これ system 属性ついているから設定変更しない限り explorer.exe で表示されないんですけど？

調査してみると "attrib" command で返されるのは link 先の属性のようです。なんだかなぁ。。。

一歩間違えるとこれめちゃくちゃ怖いことになるんですけどね。Junction とかに関しては正直 command や API が全然追いついていない気がします。早いとこなんとかして～！

Windows PowerShell Scriptomatic

ちゃっぴ (tyappi@wankuma.com) — Fri, 16 May 2008 23:59:00 GMT

経由: Windows PowerShell Scriptomatic が公開されました

Windows PowerShell Scriptomatic

Scriptomatic 2.0 の出来が優秀だったので、それの PowerShell 版が出たと聞いて大期待で動かしてみたんですが。。。

まあ、PowerShell は security が強化されていますから署名が付いていない scripts を実行できませんね。ということで、security 緩和。

Set-ExecutionPolicy RemoteSigned

これで動きますね。ただ、これ開発専用環境以外ではあんまりやって欲しくないなぁ。。。

とりあえず、緩和して実行してみる。

おいおい、出力先 command promt だけ？これじゃ buffer size 相当増やさないとすべて閲覧できないよ？Scriptomatic 2.0 では command promt 以外にも plain text,? HTML, Excel, XML に出力可能でした。その便利さに慣れてしまったので正直ちょっと。。。最低限 plain text への出力はないとね。

で、出力される scripts PowerShell なんで VBS と違いめっさ短いんです。

$computer = "LocalHost"
$namespace = "root\CIMV2"
Get-WmiObject -class Win32_AccountSID -computername $computer -namespace $namespace

すいませんが、VBS の時と違い自動生成してもらえる利点見出せません。これじゃ property なにがあるのか調査するのも結果見ないとわかりませんし。

辛口ですが、正直びみょ～な tool だと思います。

# Scriptomatic 2.0?の出来が良すぎただけに正直その反動があるかも。

Process Explorer に symbol を設定する方法

ちゃっぴ (tyappi@wankuma.com) — Sat, 03 May 2008 05:45:00 GMT

よく忘れるので。。。

Process Explorer の機能を完全に利用するためには symbol の設定が必要です。たとえば、Process Explorer の System Information。

中央下方に 'no symbols' との文字が見えるでしょう。この情報は、symbol を設定しないと取得できません。以下にその方法を示します。

Debugging Tools for Windows の install
Debugging Tools for Windows 32 ビットバージョンのインストール
 Debugging Tools for Windows 64 ビットバージョンのインストール
Symbols path 指定
Process Explorer にて [Options] → [Configure Symbols...]

下記を入力。

Dbghelp.dll path C:\Program Files\Debugging Tools for Windows\dbghelp.dll

Symbols path http://msdl.microsoft.com/download/symbols

"Dbghelp.dll path" には、Debugging Tools for Windows を install した folder に存在する "dbghelp.dll" を指定してください。Default では "%SYSTEMROOT%\Sytem32\dbghelp.dll" が指定されていますが、こちらは利用できません。

上記を設定することにより、System Information のすべての項目を表示させることができます。

なお、今回の指定方法では Micorsoft の symbol server から symbol を自動的に download したものを利用することになります。したがって、Internet への接続が必須です。あらかじめ symbols package を local に配置しておいてそちらを参照させることも可能ですが、その方法は気が向いたら説明します。

なお、UAC 環境においては、symbols を必須とする項目は「管理者として実行」しない限り表示されません。

Windows XP SP3 Support Tools

ちゃっぴ (tyappi@wankuma.com) — Thu, 24 Apr 2008 13:38:00 GMT

Windows XP Service Pack 3?の media には Suppot Tools が含まれています。下記を実行すれば install できます。

\Support\Tools\Setup.exe

で、「Windows XP Service Pack 2 サポートツール」から何が変化したか簡単に比較してみる。

Filename	SP2 version	SP3 version
adprop.dll	5.1.2600.0	5.1.2600.5512
bitsadmin.exe	6.6.2600.2180	6.7.2600.5512
dnscmd.exe	5.1.2600.0	5.1.2600.5512
extract.exe	5.1.2600.2180	5.1.2600.5512
httpcfg.exe	5.1.2600.2180	5.1.2600.5512
iadstools.dll	1.0.0.2234	1.0.0.2234
ipseccmd.exe	5.1.2600.2180	5.1.2600.5512
netdiag.exe	5.1.2600.0	5.1.2600.5512
netdom.exe	5.1.2600.2180	5.1.2600.5512
replmon.exe	1.0.0.2234	1.0.0.2234
tracelog.exe	5.1.2600.0	5.1.2600.5512

更新は一応あったみたいなんですけど、この更新の対象どのように決められているんですかね？

WinDiff や Dependency Walker も Support Tools 自体には含まれていますが、めっさ古い version だし。

Dbghelp.dll path	C:\Program Files\Debugging Tools for Windows\dbghelp.dll
Symbols path	http://msdl.microsoft.com/download/symbols