この記事では、オフライン/オンライン切り替え後に [オフライン/オンライン作業] オプション ボタンが Windows エクスプローラーから消え、次にコンピューターが再起動するまでクライアント側キャッシュがオフラインのままになる問題を解決するソリューションを提供します。
適用対象: Windows 7 Service Pack 1
元の KB 番号: 2512089
現象
ネットワーク共有からコンテンツを同期し、オフラインで使用できるように、オフライン ファイル同期用に Windows 7 が構成されている。 ユーザーは、Windows 7 が通常オフライン モードに変更されていることに気付きます。ただし、ネットワークが使用可能になった後、Windows 7 は自動的にオンライン モードに切り替わりません。 UNC パスの同期は不可能であり、同期センターではオフライン ファイル同期パートナーシップに関する情報を使用できません。
ユーザーが Windows エクスプローラーでネットワーク リソースにアクセスする場合、一部のネットワーク リソースはオンラインでアクセスできます。ただし、ユーザーがオフラインで使用可能になったリソースにアクセスしようとすると、クライアント側キャッシュからオフライン コンテンツが表示されます。 ユーザーは新しいファイルを作成して既存のファイルを変更できますが、これらのファイルはローカル キャッシュに残ります。
次の例のように、すべてのユーザーにファイル共有とサブフォルダーを指定します。
\\ServerName\ShareName$\dir1\dir2
適切なアクセス許可を持つユーザーは、サブフォルダー dir1 と dir2 にアクセスできますが、ShareName$ のコンテンツを表示するアクセス許可がありません。
原因
この動作は、Windows Vista と Windows 7 がリモート ファイル操作を処理する方法によって発生します。 UNC パスが解析され、すべての部分で可用性がチェックされます。 上記のセクションで説明した場合、Windows Vista または Windows 7 ではプレフィックス \\ServerName がチェックされます。 これが成功した場合は、\\ShareName$\ が使用可能かどうかを確認します。 このレベルのアクセス権がないため、リモート ファイル操作は失敗し、UNC パスがオフラインで使用可能になった場合、クライアント側キャッシュ (CSC) はオフライン コンテンツからファイルを提供します。
Note
DFS 名前空間 (AD 統合またはスタンドアロン) \\domain\folder1\folder2 CSC を使用している場合は、DFS 名前空間サーバーの folder1 と folder2 も確認されます。
解決方法
オフライン ファイル同期でこの問題を解決するには、UNC パスのすべての部分にユーザーがアクセスできることを確認します。 \\ServerName\ShareName$\dir1\dir2 (ServerName はファイル サーバーまたは DFSN サーバーの場合があります) のような UNC パスでは、ユーザーがサブフォルダー dir1 を同期するときに、ShareName$ で次のアクセス許可が必要です。
オフライン ファイルの共有レベル (SMB) のアクセス許可 shareName$:
| ユーザー アカウント | 既定のアクセス許可 | 最低限必要なアクセス許可 |
|---|---|---|
| すべてのユーザー | 既読 | アクセス許可なし |
| データを共有する必要があるユーザーのセキュリティ グループ。 | 対象外 | Change |
この例では、共有アクセス許可から Everyone を削除し、ユーザー アカウントを含むグローバル グループを使用して共有レベルのアクセス許可を設定します。
オフライン ファイル同期にルート フォルダー ShareName$ に必要な NTFS アクセス許可:
| ユーザー アカウント | 最低限必要なアクセス許可 |
|---|---|
| Creator Owner (作成所有者) | フル コントロール、サブフォルダー、ファイルのみ |
| 管理者 | なし |
| 共有にデータを配置する必要があるユーザーのセキュリティ グループ | フォルダーの一覧表示/データの読み取り - このフォルダー、サブフォルダー、ファイル |
| すべてのユーザー | アクセス許可なし |
| Local System | フル コントロール、このフォルダー、サブフォルダー、ファイル |
サブフォルダー \dir1 と \dir2 では、次のアクセス許可が必要です。オフライン ファイル同期にフォルダー dir1 と dir2 に必要な NTFS アクセス許可です。
| ユーザー アカウント | 既定のアクセス許可 | 最低限必要なアクセス許可 |
|---|---|---|
| %Username% | 対象外 | 読み取り、書き込み |
| Local System | フル コントロール | フル コントロール |
| 管理者 | アクセス許可なし | アクセス許可なし |
| すべてのユーザー | アクセス許可なし | アクセス許可なし |
詳細
Windows Vista および Windows 7 では、すべてのリモート ファイル システム アクセス要求が複数の UNC プロバイダー (MUP) によってチャネル化されます。 MUP は、リモート ファイル システム要求を処理できるネットワーク リダイレクター (UNC プロバイダー) に要求をリダイレクトします。 たとえば、SMB 要求の場合、MUP はネットワーク プロバイダー LanmanWorkstation (ntlanman.dll) に要求をリダイレクトします。 LanmanWorkstation は、ネットワーク リダイレクター (mrxsmb.sys) を呼び出すワークステーション サービス (svchost.exe) を呼び出します。
MUP は、MUP に登録され、要求の種類に対応するネットワーク リダイレクターに対してプレフィックス解決操作 (IOCTL_REDIR_QUERY_PATH) 要求を実行します。 このプレフィックス解決操作では、UNC パスが解析され、すべての部分で可用性がチェックされます。 プレフィックス解決からの戻りメッセージがSTATUS_LOGON_FAILUREまたはSTATUS_ACCESS_DENIED場合、要求は失敗し、MUP は UNC パスにアクセスできないと述べています。
クライアント側キャッシュは、ネットワーク リダイレクターにチャネル化された要求をインターセプトします。 前のセクションで説明したようにプレフィックス解決操作が失敗した場合、UNC パスが以前にオフラインで使用可能になった場合、CSC はローカル キャッシュからコンテンツを提供します。
動作の詳細については、次のリンクを参照してください。