文件夹redirect的组策略caching

我最近在用于文件夹redirect的新服务器上为我们的一部分用户设置了新的文件共享。 我在上个星期对这些文件进行了复制,实施了这项政策,取代了旧的政策,经过了一些用户的testing,一切都很顺利。

本周,我听说有些用户遇到错误,他们无法连接到\ oldserver \ users $ \ jsmith \ desktop,其中文件夹redirect应该指向\ newserver \ users $ \ jsmith \ desktop

我试图清除每台机器上的C:\ ProgramData \ Application Data \ Microsoft \ Group Policy \ History,但是我们是一所大学,用户和计算机的数量相当大。 不幸的是,即使这样做,我听说这个问题一直存在于一个电脑室。

我甚至有人今天早上重新启动了所有机器,认为重启会强制刷新策略。

gpupdate /力似乎解决了这个问题,所以它似乎是一个陈旧的cachingGPO。

所以 – 我的问题是这些:

  • 默认情况下,组策略caching多久? 这个设置在哪里?
  • 我怎样才能解决这个问题,而不告诉我的用户运行gpupdate / force? 它需要在login时工作,而不需要采取措施,然后退出/返回(当然最好!)
  • gpupdate / force似乎只更新login用户的策略( https://technet.microsoft.com/en-us/library/jj134201.aspx )。 即使我这样做,这是否意味着我需要赶上它在行为失败?

(脱机文件被禁用,不幸的是,这是唯一的cachingtypes: https : //technet.microsoft.com/en-us/library/cc739647(v=ws.10 ) .aspx )

我的第一个常见的嫌疑人将是Windows客户端中的错误。 除非客户端检测到他们已经改变,否则GPO可能不会被重新应用。

您可能想要testing以下设置是否有帮助:

计算机>策略>pipe理模板>系统>组策略:文件夹redirect策略处理

请注意,这是计算机设置,可能需要位于与“文件夹redirect”GPO分离的GPO中。

在这里输入图像说明