我们正在通过组策略首选项（注册表、用户 Shell 文件夹）将桌面图标在我们的网络上部署到 Windows 7 计算机，并且发现对于大多数用户来说，这非常有效 - 配置下的“通用桌面”图标HKEY_LOCAL_MACHINE与HKEY_CURRENT_USER图标正确合并，一切正常。
但是，对于特定的组，没有合并 - 没有显示任何“通用桌面”图标。
权限等都设置正确，并且对工作组和不工作组应用的注册表更改没有区别。
通用桌面键位于 下HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders，而用户组特定的桌面键位于 下HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders。
它们被重定向到登录时映射的网络驱动器。我曾尝试使用 UNC 路径，但这导致全部用户丢失“通用桌面”图标。
更多背景
因此，我们的菜单系统存储在我们的文件服务器上。为了便于解释，我们假设它位于\\dfsroot\menus。每个用户类别都有一个子目录 - \\dfsroot\menus\finance、\\dfsroot\menus\sales，并且每个子目录分别包含一个Desktop和Start Menu文件夹，其中包含要放置在每个子目录上的快捷方式。
还有一个文件夹，\\dfsroot\menus\Common里面是所有用户通用的快捷方式（例如，Microsoft Word）。
CommonHKEY_LOCAL_MACHINE菜单由用户 Shell 文件夹配置控制。
HKEY_CURRENT_USER特定于组的菜单由用户 Shell 文件夹配置控制。
两者均通过组策略首选项应用于域中的所有用户，且不会出现错误。
这使我们能够快速轻松地管理图标，因为我们可以将新图标放入这些 UNC 路径之一并立即更新数百个桌面。
但是，该Common目录似乎无法应用于一组用户。事件日志中没有错误，甚至查看注册表也regedit显示注册表项的正确值。只是没有显示任何图标Common。只有特定于组的菜单。
如果需要的话，我很乐意提供进一步的澄清。
答案1
这可能与您使用文件夹重定向而不使用 ~Desktop 等关键文件夹的脱机文件有关，并且通过手动注册而不是“受支持的”组策略文件夹重定向方式设置这些文件夹。禁用关键文件夹的脱机文件会影响性能，因为每台计算机都必须不断来回发送 SMB 数据包，因为这些共享文件夹是“仅在线”的。这不是 Microsoft 的最佳实践。我会做三件事，这些事情可能会解决您的问题，让您回到“常用和 MS 支持”的领域，可能会提高桌面 Windows 资源管理器的性能，并减少网络流量。
- 启用离线文件，它们在 Windows 7 中“正常工作”。任何重定向的文件夹都将自动同步以供离线使用。
- 使用组策略“文件夹重定向”来控制用户文件夹，而不是通过 GPP 设置注册表设置。
- 我不会采用“老式”方式将人们指向共享网络文件夹以创建快捷方式，而是使用 GPP 快捷方式功能在本地创建快捷方式。此外，如果您使用 GPP 用户快捷方式，则无需使用通用桌面重定向（它只会在每个用户的本地配置文件中创建微小的 .lnk 文件）。我已经在拥有超过 4,000 台计算机（甚至在 XP 中）的网络上为数百个快捷方式（指向本地和网络文件）使用了此功能，没有任何问题。如果出现问题，则与权限有关，GPP 会在事件日志中清楚地说明。
基本上，在我看来，您使用 GPP 的方式是错误的。当组策略中有其他更受支持的方式可以执行此操作时，使用 GPP 来设置注册表设置只会带来麻烦 :)
答案2
问题中的问题的解决User Configuration/Administrative Templates/Start Menu and Taskbar，其实是在政策中Remove common program groups in Start Menu and Taskbar。
如果启用，这将隐藏所有用户桌面/开始菜单图标，如果禁用/未配置，则显示它们。
但是，我接受了布雷特对这个问题的回答，因为它为我们试图解决的问题提供了更好的解决方案。