この章では MS Windows クライアントのプロファイルサポートのための Samba の設定について解説する。

終了時に、移動プロファイルのキャッシュされたローカルコピーを強制削除する 設定になっているにも関わらず、それらが消されないという状況がありうる。 このような現象に対処するために、特別なサービスが作られた。 Windows NT4/2000/XP Professional と Windows 2003 には UPHClean (User Profile Hive Cleanup) という アプリケーションをサービスとしてインストールできる。

UPHClean のソフトウェアパッケージは the User Profile Hive Cleanup Service^[7]というWebサイトからダウンロードできる。

Windows の異なったバージョン間でデスクトップを共有することは推奨されない。 デスクトッププロファイル領域は未だ進化の途上であり、新しいバージョンの Windows プロファイルで追加された機能は、それまでのバージョンの動作を 阻害する。新旧のプロファイルを混在させるべきではないより大きな理由は、 古いバージョンの Windows をログオフする際、古いフォーマットを持つ プロファイルの中身が新しいバージョンに属する情報を上書きしてしまい、 結果的にユーザーが新しいバージョンの Windows でログオンし直した際に必要な プロファイル情報が失われてしまうからである。

Windows 9x/Me とスタートメニューやデスクトップを共有させたい場合は、 プロファイルの共通領域を指定してやらなければならない。smb.conf で 同じにしなければならないパラメーターは logon path と logon homeである。

これらが正しく設定されていれば、同じプロファイルディレクトリの中に別々の user.DAT と NTuser.DAT ファイルが見えるはずである。

ユーザープロファイルの位置に関しては、どこのパスを指定してもよい。つまり プロファイルを保存する場所は、その SMB サーバーが暗号化パスワードを サポートしている限り、Samba サーバーでもそれ以外のその SMBサーバー でもかまわない。

Windows 9x/Me でユーザーごとのデフォルトプロファイルを有効にするには、 Windows 98 システムポリシーエディター を使うか、またはレジストリを直接変更する。

Windows 9x/Me でユーザーごとのデフォルトプロファイルを有効にするには システムポリシーエディターを起動し、 ファイル -> レジストリを開く を選択する。次にローカルコンピューターアイコンを クリックし、Windows 98 システムをクリックして 「有効」ボックスのユーザープロファイルを選択する。 レジストリの変更を保存するのを忘れないこと。

レジストリを直接変更するには レジストリーエディター (regedit.exe) を起動し、 HKEY_LOCAL_MACHINE\Network\Logonハイブを選択する。 ここで「User Profiles」キーのところに DWORD を追加する。 ユーザープロファイルを有効にするには 1 を、無効にするには 0 をセットする。

Windows NT4 の場合、デフォルトユーザープロファイルは %SystemRoot%\Profiles から読みこまれる。 インストール時のデフォルト設定では、ここは C:\Windows NT\Profilesとなる。 クリーンインストール後におけるこのディレクトリの中身は Administrator, All Users, Default Userという３つのディレクトリから構成される。

All Users ディレクトリにはシステムユーザーすべてで 共通で使われるメニュー設定が入る。Default User ディレクトリには、各ユーザーが自分で選択したり作成したりした プロファイル設定に依存する、カスタマイズ可能なメニューエントリが入る。

新しいユーザーが最初に Windows NT4 のマシンにログオンする際、以下を元に 新しいプロファイルが作られる。

あるユーザーがマイクロソフトのセキュリティードメインのメンバーである Windows NT4 マシンにログオンする際は、プロファイルの扱いに関して以下の 手順を踏む：

Windows NT4 のプロファイルのタイプはローカルか 移動のどちらかである。ローカルプロファイルは %SystemRoot%\Profiles\%USERNAME%に置かれる。 以下のレジストリキーを作っておかない限り、移動プロファイルも同様に 残ったままとなる。

HKEY_LOCAL_MACHINE\SYSTEM\Software\Microsoft\Windows NT\CurrentVersion\
winlogon\"DeleteRoamingCache"=dword:0000000

このケースでは、 （%SystemRoot%\Profiles\%USERNAME%にある） ローカルのコピーは、ログアウト時に削除される。

Windows NT4 では後述のレジストリキーを変更することで、 マイドキュメントといった共有リソースのデフォルト 位置をネットワーク共有上にリダイレクトすることができる。これらの変更は システムポリシーエディターを使って行える。これを GUI 上で行いたい 場合は、ポリシーエディターで自分自身のテンプレート拡張を作る必要がある かもしれない。別の方法としては、まずデフォルトのユーザープロファイル を作成し、そのユーザーでログインしてからregedt32 でキー設定の編集を行う。

あるフォルダーをデフォルトのユーザープロファイルとしたい場合のレジストリ ハイブキーは、Windows NT4 の場合以下で制御できる：

HKEY_CURRENT_USER
	\Software
		\Microsoft
			\Windows
				\CurrentVersion
					\Explorer
						\User Shell Folders

前述のハイブキーには自動的に管理されるフォルダーがある。デフォルトの エントリはthe next tableにある。

デフォルトプロファイルの場所の設定を含むレジストリキー：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\
User Shell Folders

デフォルトのエントリは デフォルトのプロファイル設定用のレジストリキー にある。

新しいユーザーが最初に Windows 200x/XP マシンにログインすると、 デフォルトプロファイルは C:\Documents and Settings\Default User から読みこまれる。システム管理者が必要に応じてこの中身を変更していても、 Windows 200x/XP は喜んでその指示に従う。これは最善の処置とは とても言えるものではない。なぜなら、このデフォルトプロファイルを すべての Windows 200x/XP クライアントマシンにコピーして回らなければ ならないからである。

Windows 200x/XP がドメインレベルのセキュリティに参加する際、 デフォルトのユーザープロファイルが見つからなければ、クライアントは デフォルトプロファイルを探すために認証サーバーの NETLOGON 共有を 見に行く。ここで Windows の元々の動きとしては、まず %LOGONSERVER%\NETLOGON\Default User を見に行き、もしこのディレクトリがあればこの配下のファイルが クライアント側のC:\Documents and Settings\ 直下にある現在 Windows にログイン中のユーザー名にコピーされる。

この場所にデフォルトプロファイルが存在しない場合、Windows 200x/XP はローカルのデフォルトプロファイルを使用する。

ログアウトの際、ユーザーのデスクトッププロファイルはそのユーザーに 関連するレジストリ設定で指定された場所に格納される。（Samba では 自動的に行われるが）ログイン処理の際に特定のポリシーが作られ もしくは渡されない場合、ユーザーのプロファイルはローカルマシンの C:\Documents and Settings\%USERNAME% パス配下にのみ書きこまれる。

デフォルトの振る舞いを変更したい場合は、以下の３つの方法を使えばよい：

Windows 200x/XP において、デフォルトユーザープロファイルの一部 となるフォルダーに関する振る舞いに影響を与えるレジストリのハイブ キーは以下のエントリである：

HKEY_CURRENT_USER\Software\Microsoft\Windows\ CurrentVersion\Explorer\User Shell Folders\

このハイブキーには自動的に管理されるフォルダーのリストが含まれる。 デフォルトのエントリは 次の表にある。

値がセットされていない、「Default」と呼ばれるエントリもある。 デフォルトのえんとりーの型はREG_SZである。 これ以外の全ての型はREG_EXPAND_SZである。

全てのフォルダーがネットワークサーバー上の特定の場所に格納されて いる場合、移動プロファイルを処理するスピードには大きな違いが出る。 つまり、ログインやログアウトのたびに Outlook の PST ファイルを ネットワークの向こうに書き出す必要はないということだ。

これをネットワーク上の場所にするには、以下の例に従えばよい：

%LOGONSERVER%\%USERNAME%\Default Folders

これにより、フォルダーはユーザーのホームディレクトリーにある Default Foldersという名前のディレクトリー 配下に格納される。また以下の書式で指定してもよい：

\\SambaServer\FolderShare\%USERNAME%

この場合、デフォルトフォルダーは SambaServerという名前のサーバー上にある FolderShareという名前の共有の下の、 Linux/UNIX ファイルシステムによって Windows ユーザーの名前を つけられたディレクトリーに格納される。

いったんデフォルトプロファイルの共有を作ったら、その中に移行する ユーザーのプロファイルを（デフォルト値であれカスタマイズしたもの であれ）を置かなければならないことに注意して 欲しい。

Windows 200x/XP のプロファイルはローカル または移動のいずれかである。移動プロファイルは 以下のレジストリキーが作られていない限りローカルにキャッシュされる：

HKEY_LOCAL_MACHINE\SYSTEM\Software\Microsoft\
Windows NT\CurrentVersion\winlogon\"DeleteRoamingCache"=
dword:00000001

この設定をすると、ログアウト時にローカルのキャッシュは削除される ようになる。

Samba-2.2.x では、移動プロファイルをサポートするか否かという 選択肢しかない。これはグローバル設定である。デフォルトでは 移動プロファイルを持つことになっており、デフォルトのパスは ユーザーのホームディレクトリー配下にある。

グローバルで無効にすると、誰も移動プロファイルを持てなくなる。 移動プロファイル自身は有効にするが、これを特定のマシンにしか 適用させたくない場合は、移動プロファイルサポートをしたくない 個々のマシンにおいて、これを無効にする設定をレジストリに書き 込んでやらなければならない。

Samba では、グローバル設定を smb.conf に書いておき、 各ユーザーごとの設定を（Windows NT4/200x の）ドメインユーザー マネージャで上書きすることができる。

どのケースにおいても、各ユーザーごとにひとつのプロファイルしか 持てない。このプロファイルは以下のいずれかになる：

あるユーザーからの要求： 「 移動プロファイルを実装して欲しくない。 各ユーザーにローカルプロファイルだけを与えたい。 私はこのエラーでひどく損害を受けた。 この２日間、あらゆることを試してみた。 Google を検索したりもしてみたが、役に立つ情報はなかった。 助けてください。 」

選択肢としては、以下のようになるだろう：

移動プロファイルの選択をする場合：

Windows NT4/200x/XP のプロファイルは、そのサイズが最低 130KB から 巨大なサイズまで変動する。プロファイルの中の多くを占めるのは、往々 にして Outlook の PST ファイルであり、これはギガバイトレベルまで 膨らむこともある。（好ましい状態で運用されている環境における） 平均的な移動プロファイルのサイズは、計画段階では 2MB 程度であると 考えればよいだろう。きちんと管理されていない環境では、プロファイルが 2GB まで膨れ上がったのを見たことがある。こうなるとログオンに１時間 くらいもかかってユーザーからの不満が出るかもしれないが、おおかた くだらないごみファイルをため込んでいるのであろう。

この議論のポイントは、移動プロファイルを使って変更できる設定とできない 設定をうまくコントロールしてやれば、問題の少ないサイト運用ができる ということである。

PST 問題に対するマイクロソフトの回答は、すべての電子メールを MS Exchange Server バックエンドに格納するべき、というものである。 これを使えば PST ファイルが必要なくなる。

ローカルプロファイルの意味するところは：

一方、移動プロファイルの意味するところは：

「 クライアントがドメインコントローラーにログオンする際、クライアントは ダウンロードするべきプロファイルを検索する。我々はデフォルト プロファイルをどこに置くべきだろうか？ 」

まず Samba サーバーはドメインコントローラーとして構成する必要がある。 そのためには smb.conf に以下の設定を行う：

次に [netlogon] が必須で、ここは全ユーザーが 読めるようになっていなければならない。ここに既存のプリンターやドライブ の割り当てをするためのログオンスクリプトを追加しておくのもよいだろう。 ワークステーションの時刻をログオンサーバーと自動的に同期させる 仕組みもある（これもやっておくことが好ましい）。

Windows クライアントはドメインのメンバーである必要がある。 ワークグループのマシンではネットワークログオンが使えないので ドメインプロファイルによる運用はできない。

移動プロファイル用に smb.conf に追加する項目：

移動プロファイルとドメインポリシーは USERENV.DLL により実装されている。この DLL をデバッグしてログインプロセスを解析 するためのやり方は、Microsoft Knowledge Base の 221833 と 154120 という記事に解説がある。