产品文档
Profile Management 2106
Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR 7.15
查看 PDF

管理 cookie 文件夹和其他事务性文件夹

October 14, 2021
投稿者: 
Y C

本文适用于 Profile Management 3.1 及更高版本。

镜像文件夹和删除过时的 Cookie 是相关的两个过程。如果要管理 Internet Explorer 的 cookie 文件夹，需要执行这两个过程。此步骤可确保事务完整性，同时还可缓解与 Index.dat 和浏览器 cookie 有关的配置文件膨胀。

镜像的应用范围也可以更加广泛，因为镜像可以帮助解决与任何事务性文件夹（也称为引用文件夹）有关的类似问题。这些文件夹指的是包含相互依赖的文件的文件夹，即其中一个文件会引用其他文件。通过镜像文件夹，可使 Profile Management 能够将事务性文件夹及其内容作为单个实体进行处理，因此避免了配置文件膨胀。

例如，考虑一下用户浏览 Internet 时 Index.dat 如何引用 Cookie。某个用户具有两个 Internet Explorer 会话，分别位于不同的服务器上，并且服务器在每个会话中访问不同的站点。每个站点的 cookie 会添加到相应的服务器。用户从第一个会话注销（或者在会话过程中，前提是配置了主动回写功能）。第二个会话中的 cookie 将替代第一个会话中的 cookie。但是，这两个会话却合并在一起，而且对 Index.dat 中的 Cookie 的引用将过期。进一步浏览新会话会导致重复合并以及 Cookie 文件夹膨胀。

镜像 cookie 文件夹可解决上述问题，因为该操作在每次用户注销时都将用最后一次会话中的 cookie 覆盖这些 cookie，从而使 Index.dat 保持最新。

Cookie 文件夹不但在涉及多个会话时会发生膨胀，而且在再次访问 Web 站点且过时的 cookie 不断积聚时也会发生膨胀。此主题中的第二个步骤通过将过时的 Cookie 从所有配置文件中删除，解决了后一个问题。

实现 Internet Explorer 10 及更高版本的浏览器兼容性所需的设置

配置：在“镜像”下添加以下文件夹：

  • AppData\Local\Microsoft\Windows\INetCookies（Windows 8.1 平台的 cookie 位置）
  • AppData\Roaming\Microsoft\Windows\Cookies（Windows 7 和 Windows 8 平台的 cookie 位置）
  • AppData\Local\Microsoft\Windows\WebCache（cookie 数据库在 Webcache01.dat 下维护）

注意：

  • 历史记录：不保留 Profile Management 5.1 或更早版本的配置文件中的浏览历史记录。
  • cookie：保留使用 Profile Management 5.1 或更早版本的配置文件创建的 cookie。
  • 过时的 cookie：在 5.1 和更早版本的 Profile Management 中，这些 cookie 未被处理，仍作为配置文件的一部分进行保留，直至手动删除。在 5.2 版本的 Profile Management 中，当使用 Internet Explorer 10 和更高版本时，这些 cookie 在保护模式和普通模式下处理。

Internet Explorer 9 及早期版本中的 cookie 和浏览历史记录信息与 Internet Explorer 10 及更高版本中的 cookie 和历史记录信息不兼容。建议用户不要在安装了不同 Internet Explorer 版本的多个系统之间移动。[#474200]

镜像文件夹

此过程适用于任何事务性文件夹，而非仅适用于存储 cookie 的事务性文件夹。

Folders to mirror（要镜像的文件夹）策略不支持镜像某个文件夹或某些子文件夹中的某些文件的情形。解决方法：将 Folders to mirror（要镜像的文件夹）策略与 Exclusion list – directories（排除列表 - 目录）策略或 Exclusion list – files（排除列表 - 文件）策略结合使用。

例如，在 Google Chrome 浏览器中，AppData\Local\Google\Chrome\User Data\Default 中与书签相关的文件或子文件夹是相互依存的。因此，必须将其同步为单个实体。为避免配置文件膨胀，请将 AppData\Local\Google\Chrome\User Data\Default 添加到要镜像的文件夹列表中，然后将与该文件夹中的书签无关的文件或子文件夹添加到排除列表中。

小心：

对事务性文件夹进行镜像会意味着“后写入内容有效”。在多个会话中修改的文件将被最后一次更新覆盖。这可能会导致丢失对用户的配置文件所做的更改。

  1. 在 Profile Management > File system（文件系统）> Synchronization（同步）下，双击 Folders to mirror（要镜像的文件夹）策略。
  2. 选择已启用。
  3. 添加要镜像的相对于用户存储中的根文件夹的文件夹列表。请使用 Enter 键分隔多个条目。此策略递归工作，因此不会向列表中添加子文件夹。例如，应添加 AppData\Roaming\Microsoft\Windows\Cookies，但无需同时添加 AppData\Roaming\Microsoft\Windows\Cookies\Low。

如果 Folders to mirror（要镜像的文件夹）没有在此配置，则将使用 .ini 文件中的值。如果该设置没有在此配置，也不在 .ini 文件中，则将不镜像任何文件夹。

要使更改生效，请从命令提示窗口中运行 gpupdate /force 命令，如 https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/gpupdate 中所述。

如果使用 Internet Explorer 10 或更高版本，则不需要执行此过程。

  1. 在 Profile Management > Advanced Settings（高级设置）下，双击 Process Internet cookie files on logoff（注销时处理 Internet Cookie 文件）策略。
  2. 选择已启用。
  3. 单击确定。

如果 Process Internet cookie files on logoff（注销时处理 Internet cookie 文件）没有在此配置，则将使用 .ini 文件中的值。如果该设置没有在此配置，也在 .ini 文件中，则将不处理 Index.dat。

要使更改生效，请从命令提示窗口中运行 gpupdate /force 命令，如 https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/gpupdate 中所述。

启用“注销时处理 Internet Cookie 文件”将会延长注销时间。但是，为了维护 Cookie 文件夹的完整性，支持的配置为同时设置 Folders to mirror（要镜像的文件夹）和 Process Internet cookie files on logoff（注销时处理 Internet cookie 文件），如下面的最佳做法所示：

  1. 在 Profile Management > File system（文件系统）> Synchronization（同步）下，双击 Folders to mirror（要镜像的文件夹）策略。
  2. 选择已启用。
  3. 添加要镜像的相对于用户存储中的根文件夹的文件夹列表。为版本 1 配置文件添加文件夹 Cookie，为版本 2 配置文件添加 AppData\Roaming\Microsoft\Windows\Cookies。
  4. 在 Profile Management > Advanced Settings（高级设置）下，双击 Process Internet cookie files on logoff（注销时处理 Internet Cookie 文件）策略。此步骤将删除 Index.dat 所引用的过时 Cookie。
  5. 选择已启用。
  6. 单击确定。

要使更改生效，请从命令提示窗口中运行 gpupdate /force 命令，如 https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/gpupdate 中所述。

管理 cookie 文件夹和其他事务性文件夹
October 14, 2021
投稿者: 
Y C
October 14, 2021
投稿者: 
Y C

在本文中

站点反馈 | Your privacy choices footer link您的隐私选择 | 隐私和法律条款 | Cookie 首选项 | 同意设置 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.