本文提供了一个解决方案，用于解决脱机工作/工作在线选项按钮在脱机/联机转换后从 Windows 资源管理器中消失以及Client-Side缓存保持脱机，直到计算机下次重启的问题。

适用于： Windows 7 Service Pack 1 原始 KB 编号： 2512089

你已将 Windows 7 配置为脱机文件同步，以同步网络共享中的内容，并使其脱机可用。 用户注意到 Windows 7 通常会更改为脱机模式;但是，Windows 7 不会在网络可用后自动切换回联机模式。 无法同步 UNC 路径，并且在同步中心中，没有可用于脱机文件同步合作关系的信息。

如果用户访问 Windows 资源管理器中的网络资源，则某些网络资源是联机和可访问的;但是，当用户尝试访问已脱机提供的资源时，会从Client-Side缓存中显示脱机内容。 用户可以创建新文件并更改现有文件，但这些文件仍保留在本地缓存中。

为每个用户提供文件共享和子文件夹，如以下示例所示：

\\ServerName\ShareName$\dir1\dir2

具有相应权限的用户可以访问子文件夹 dir1 和 dir2，但无权查看 share ShareName$的内容。

此行为是由 Windows Vista 和 Windows 7 处理远程文件操作的方式引起的。 解析 UNC 路径，并检查每个部件是否可用。 在上述部分中所述的案例中，Windows Vista 或 Windows 7 会检查前缀 \\ServerName。 如果成功，它将检查 \\ShareName$\ 是否可用。 由于此级别缺少访问权限，远程文件操作失败，如果 UNC 路径脱机可用，则Client-Side缓存 (CSC) 提供脱机内容中的文件。

注意

如果使用 DFS 命名空间 (AD 集成或独立) \\domain\folder1\folder2 CSC 也将检查 DFS 命名空间服务器上的文件夹 1 和文件夹 2。

若要通过脱机文件同步解决此问题，请确保用户可访问 UNC 路径的所有部分。 在 UNC 路径（例如 \\ServerName\ShareName$\dir1\dir2 (，其中 ServerName 可以是文件服务器或 DFSN 服务器) 当用户同步子文件夹 dir1 时，ShareName$ 需要以下权限：

共享级别 (SMB) 对脱机文件的权限共享 ShareName$：

在此示例中，从共享权限中删除了“每个人”，并且使用包含用户帐户的全局组来设置共享级别权限。

用于脱机文件同步的根文件夹 ShareName$ 所需的 NTFS 权限：

在子文件夹 \dir1 和 \dir2 上，需要以下权限：脱机文件同步所需的文件夹 dir1 和 dir2 所需的 NTFS 权限：

在 Windows Vista 和 Windows 7 中，所有远程文件系统访问请求都由多个 UNC 提供程序 (MUP) 进行引导。 MUP 将请求重定向到网络重定向器 (能够处理远程文件系统请求的 UNC 提供程序) 。 例如，对于 SMB 请求，MUP 会将请求重定向到网络提供商 LanmanWorkstation (ntlanman.dll) 。 LanmanWorkstation 调用调用网络重定向器 (svchost.exe) 的工作站服务 (mrxsmb.sys) 。

MUP 执行前缀解析操作， (IOCTL_REDIR_QUERY_PATH) 请求到已注册到 MUP 且能够用于请求类型的网络重定向器。 此前缀解析操作分析 UNC 路径并检查每个部件是否可用。 如果前缀解析中的返回消息STATUS_LOGON_FAILURE或STATUS_ACCESS_DENIED，则请求失败，MUP 会将 UNC 路径声明为不可访问。

Client-Side缓存会截获通道到网络重定向器的请求。 如果前缀解析操作失败，如上述部分所述，CSC 将提供本地缓存中的内容（如果 UNC 路径之前已脱机提供）。

以下链接详细概述了此行为：

支持 UNC 命名和 MUP

IOCTL_REDIR_QUERY_PATH IOCTL

网络重定向器的基本体系结构