Windows 决定GPO和直接注册表编辑NSI

我正在编写一个NSIS脚本来升级不同版本的设备。版本控制和设置已经离我们有点远了，因为我们在这个领域有很多版本，目前还没有从一个版本升级到另一个版本的简单方法。所以我要做的第一件事就是写一些他们可以在现场机器上运行的东西，来做所有必要的事情，把他们带到最新版本

该设备在windows 7上运行。它有3个用户。在项目的存储库中有4个.msc文件，其中包含组策略，用于为每个组设置适当的设置。计算机、非管理员、管理员、设备

走这条路对吗？在试图通过学习NSIS获得动力时，将注册表项直接写入HKU/user/…似乎更容易。。。而不是GPO的额外间接层，因为我没有使用active directory做任何类型的分布式系统，我对active directory几乎一无所知，在一台静态物理机器上只有3个静态用户

如此简洁的问题：

哪种方法对我的应用程序更有意义？GPO文件，或在不同用户上直接编辑ntuser.dat

如果GPO有意义，如何在NSIS中应用msc文件？双击该文件在windows中工作，但随后您打开了mmc。哦。有没有一个干净的方法来使用NSIS

香港大学注册处的GPO如何转化为全系统政策？在我看来，写入注册表的内容缺少关键信息，如果它应用于某个用户或组，那么它将应用于哪些用户

---

提前感谢

。msc文件通常包含MMC使用的数据，而不是策略数据，也许你的意思是？我认为您不能真正以编程方式应用.msc文件

如果应用程序只是在另一端正常读取注册表，则直接注册表编辑可能是可以的，否则可能需要调用

---

如果您的策略存储在软件\策略下，则HKLM中的条目适用于所有人，HKCU/HKU中的条目适用于该用户。普通用户无法更改其在HKCU下的策略，因为他们没有写入权限。使用这些密钥时，实际上没有组的概念。

Hmm，现在我不确定这些MSC文件。它们应该是管理单元，但当我在进程监视器打开的情况下双击其中一个时，它会设置注册表值，如HKCU\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects\{6B000A1F1-4117-4F24-887E-B94B0CAB46B0}用户\Software\Microsoft\Windows\CurrentVersion\Policys\System\DisableChangePassword 1，此外还可以使用管理单元打开mmc以表示相应的组。这些注册表设置是简单的临时数据吗？我最初以为您正在修改非Windows应用程序使用的策略，但现在我看到您正在修改Windows策略。这会稍微改变一些情况，简单的注册表写入可能需要重新启动。该值已记录在案@，可能也会有所帮助。关于.msc文件的创建人/创建者的更多信息可能也会有所帮助…msc文件的前两行是，大小在60到80kb之间。它们在xml中嵌入了4或5个二进制数据块。在打开它们时，process monitor会观察到对HKCU\…\Group策略对象的4到80次注册表写入，此外还有一些看起来更像缓存的对象。它们来自设备的原始开发人员，作为提取用户设置的一种方式。