我们为我们的(32 位)应用程序提供了一个 ADMX 文件,以便可以通过组策略集中配置它。如果应用程序安装在 64 位客户端操作系统上,我是否必须明确提供 Wow6432Node 注册表项的策略,或者策略系统是否自行处理?
ADMX 文件当前提供首选项(即 下的值[HKLM/HKCU]\Software\Company\Product
)和“完全管理的”策略(即 for [HKLM/HKCU]\Software\Policies\Company\Product
)。
我们为我们的(32 位)应用程序提供了一个 ADMX 文件,以便可以通过组策略集中配置它。如果应用程序安装在 64 位客户端操作系统上,我是否必须明确提供 Wow6432Node 注册表项的策略,或者策略系统是否自行处理?
ADMX 文件当前提供首选项(即 下的值[HKLM/HKCU]\Software\Company\Product
)和“完全管理的”策略(即 for [HKLM/HKCU]\Software\Policies\Company\Product
)。
对于策略,答案是否定的(即没有 Wow6432 节点)。
对于偏好,答案是 - “视情况而定”。
我将解释其中的区别。对于 32 位应用程序,注册表中的一些键被重定向到 Wow6432 节点,而另一些则不是。MSDN 页面列出了共享密钥和重定向密钥。[HKLM/HKCU]\Software\Policies 键(以及下面的所有内容)从重定向中排除,对于 64 位和 32 位进程都是相同的。这意味着对于策略,您只需提供一个密钥。
与 Software\Policies 键不同,Software\被重定向。您需要的密钥取决于您的产品的位数。如果您只在 64 位操作系统上安装 64 位版本的应用程序,则可以配置一个,如果您支持在 64 位操作系统上运行的 32 位应用程序,则需要两个。