在Windows 7客户端的Windows AD环境中，我正在寻找方法为部门pipe理员提供维护各自用户强制configuration文件的方法。 由于强制configuration文件中所需的设置将随着每个新的客户端应用程序的安装而发生变化，我需要find一种可以根据需要毫不费力地更改强制configuration文件的模式。
从Windows Vista开始，创build强制configuration文件的过程发生了很大变化。 官方文件要求创build一个默认的用户configuration文件，这反过来又需要运行一个
sysprep /oobe /reboot /generalize /unattend: unattend.xml 创build默认的用户configuration文件。 它也说
存在其他创build默认用户configuration文件的方法。 但是，本节介绍的步骤是Microsoft支持的用于自定义默认用户configuration文件的唯一步骤。 这些步骤清理源用户configuration文件，以便它支持多个用户。
由于我不能在每次更改configuration文件时为运行syspreppipe理员提供负担，因此我需要详细了解由WAIK的CopyProfile完成的源用户configuration文件的“清理” ，以便通过脚本来模拟此过程。
另一种方法是使用sysprep方法创buildconfiguration文件一次，并通过脚本按需导出其他模板configuration文件的设置更改。 为了能够可靠地工作，我需要知道强制性configuration文件中的哪些密钥不能被覆盖。
在过去，我通过使用reg export调用直接reg export到相应的.MAN文件，只需将使用强制configuration文件login的（特殊）用户的registry导出就可以完成与Windows XP工作站类似的操作。 随着configuration文件处理的最新变化，我确信这仍然是一个理智的方式来处理它。
洞察力和参考非常感谢。
根据关于默认用户configuration文件的Technet博客条目，这些似乎是sysprep运行时CopyProfile在用户configuration文件中寻址的要点：
- 他们的最频繁运行的程序清单不清除
- 用户是否被引入开始菜单（对于源帐户将被设置为TRUE，但对于新用户应该是FALSE）。 Windows资源pipe理器首次login时会执行一些特殊的操作，以向您介绍“开始”菜单和其他新function。
- 用户是否是pipe理员（因此应该看pipe理工具等）。
- “我的文档”的个性化名称将不正确。 所有的用户文件夹将被称为“pipe理员的文件”。 这是在知识库文章“Desktop.ini文件无法正常工作时创build一个自定义默认configuration文件”（ http://support.microsoft.com/?id=321281 ）中介绍的。
- IE的默认下载目录将被设置为pipe理员的桌面文件夹。
- 某些应用程序的默认保存并打开位置，指向pipe理员的文档文件夹。
- Windows 7库已经损坏。
此外，还提出了改变configuration文件的脚本方法：
确定所需的registry更改。 然后使用像Reg.exe或KiXtart这样的工具将默认用户configuration单元加载到临时位置中，只写入所需的设置，然后卸载configuration单元。
[…]
你应该谨慎使用这种方法。 尝试将所有更改限制为仅针对特定所需结果（例如Windows或应用程序设置）所需的单个registry或文件系统更改。 不要批量导出和导入registry项或文件夹树。 这可能会导致与手动configuration文件相同的问题。
如果对registry所做的更改是未知的，那么通用方法面临的挑战是识别不能复制的有问题的位置，并将其从设置副本中排除。 创buildconfiguration文件，复制configuration文件，通过CopyProfile操作并比较两者（例如通过使用RegShot ）应该有助于查找由CopyProfile更改的CopyProfile 。
如果我没有记错的话。 您可以在AD环境中login到正常的漫游configuration文件。 在用户主文件夹中，它存储一个隐藏文件ntuser.dat 。 只需将其更改为ntuser.man ，然后将漫游（ntuser.dat）转换为强制访问configuration文件（ntuser.man）。