什么是订单组策略设置应用?

所以我一直在阅读文档“ 组策略处理和优先级 ”。 我得到的政策是按照本地,网站,域名,组织单位,子组织单位的顺序应用的。 这篇文章并不清楚事物应用于计算机的顺序,如软件安装,脚本和新的组策略首选项 。

我正在尝试编写一个脚本来调整计算机上的某些东西,而这些东西好像不太可能,但是我需要确定软件安装已经完成,并且首先应用了一些首选项。

更新:

这里是一些背景信息。 我有一个组策略,它具有Widget A(计算机configuration\策略\软件设置\分配的应用程序)的软件安装。 小部件一个地方快捷方式到处都是烦人的地方,所以我想使用首选项function(计算机configuration\首选项\ Windows设置\快捷方式)删除不需要的快捷方式。 该程序有一个微小的错误,我必须修复它,但发行商还没有提供更新msi,只是一个将应用更新的exe。 所以我必须有一个启动脚本来运行应该修补程序的EXE。

看来“计算机configuration\首选项”是在软件安装发生之前应用的,因为我的文件删除在几次重启之后似乎不会生效。 看来这个软件包需要重新启动,因为启动脚本应该补丁错误,直到我重新启动。

在我search谷歌时,我一直没能find一个明确说明订单的文件。 我也很好奇什么是可用的各种偏好之间的顺序。 例如,我可以通过首选项设置环境variables。 我能够在“文件”,“文件夹”或“快捷方式”首选项中使用这些variables吗?

我希望有一个文件详细描述了这个过程。

在启动脚本执行之前处理软件安装策略。 有时候,这正是你想要的,有时候不是这样。 你不能改变它。

当我想在软件安装之前运行启动脚本时,最终使用组成员资格来控制启动脚本的执行,并使用命令结束启动脚本,以将计算机添加到控制软件安装的第二组中。 唯一的问题是,迄今为止,我还没有find任何可靠的方法来从启动脚本重新启动Windows XP或更新的操作系统。 (是的,是的 – 我也尝试了各种方法,如果你愿意的话,我可以详细讨论它们)。这样一来,这个策略总是需要两双靴子才能“生效”。

你提到“偏好”,所以我认为你正在通过login脚本来处理用户的环境。 login后,login脚本显然会执行。 如果您正在查看在login脚本期间是否安装了一个软件,请在registry中查询Windows Installer“数据库”,以查看该程序是否存在并“退出”。 您可以在“HKEY_CLASSES_ROOT \ Installer \ Products”键中find已安装的产品。 显然,你必须找出你正在处理的包的GUID。

编辑:组策略客户端扩展(CSE)处理顺序是基于客户端扩展的GUID的值执行的,从我已经从文档中搜集到的数据。 看起来CSE的数字更高的GUID稍后执行。 我没有“首选项”CSE的GUID方便,所以我不能告诉你它应该如何行事:在其他CSE之前/之后运行。

在Windows XP上,至less要深入到HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ WinLogon \ GPExtensions并寻找CSE的“Prefernces”。 REGEDIT也会对这些GUID进行数字sorting,因此您可以直观地看出“Preferences”CSE将在其他CSE之前/之后执行。

有两种脚本运行。 启动脚本在计算机首选项设置后运行(GPO的“计算机设置”部分中的内容)。 login脚本在用户login并运行用户设置后运行。 脚本按照它们在GPO中列出的顺序同步运行(因此一个脚本必须在下一个启动之前完成)。 请注意,默认情况下,Windows XP实际上会让您在“networking设置”处理之前login,这意味着您可以在处理GPO之前进行login。 可以使用计算机configuration\pipe理模板\系统\login中find的GPO设置绕过此行为。始终等待计算机启动和login时的networking。 因此,启动脚本将在计算机首选项之后运行,但在用户首选项和login脚本将在所有首选项设置完成之前运行。 希望有所帮助。

订单由pipe理员设置,最后处理最低的链接订单(因此具有最高优先级)。 如果您需要确保在引导时应用策略,请使用设置计算机configuration\pipe理模板\系统\login\始终等待计算机启动和login时的networking。 同时在启动过程中同步设置应用组策略。 这迫使系统等待,直到它允许用户login之前检索和处理计算机策略。 如果您需要检查组策略是否成功运行,请检查此处列出的日志文件