在registry中使用组策略首选项和项目级别目标时大于或等于检查

我正在通过组策略首选项(在Win7 Enterprise x64桌面上)实施一些屏幕保护程序configuration。 所需的configuration是让用户能够调整屏幕保护程序和屏幕保护程序超时,但不允许他们select非屏幕保护程序或超过45分钟的时间。

我已经find了一个很好的configuration屏幕保护程序( 链接),但无法find一种方法来configuration超时。 我无法find一种方法来使项目级别定位比较registry项HKCU \ Control Panel \ Desktop \ ScreenSaveTimeOut值,并强制在超过45分钟/ 2700秒的时间内重写密钥。

其他人试过这样的事情,或find了一个办法吗?

最简单的事情就是编写一个脚本来完成这个任务,并且每隔一段时间在工作站上运行一次。

另一方面,我只是强制执行一个合理的超时,只是教导用户在离开时locking工作站。 (什么是合理的取决于环境和用户坐在桌子上多长时间,而不是实际使用工作站,但45分钟似乎太长了)

一个可以使用的潜在选项:我们目前在GPP中有“是”和“不是”选项。 你可能做的是使用“不是”的条件来适用适当的价值。 假设最大/最大值是15分钟,如果我们假设大多数用户可能将屏幕保护程序值设置为5分钟,10分钟或15分钟,则可以添加以下项目:

"the string register value at HKCU\Control Panel\Desktop\ScreenSaveTimeOut does not exist or does not have value data 300" (this would be 5 minutes) AND "the string register value at HKCU\Control Panel\Desktop\ScreenSaveTimeOut does not exist or does not have value data 600" (this would be 10 minutes) AND "the string register value at HKCU\Control Panel\Desktop\ScreenSaveTimeOut does not exist or does not have value data 900" (this would be 15 minutes) 

如果没有任何条件适用,则将GPP中的屏幕保护程序值超时重置为15分钟。 您可以添加更多的条件案例以适应您的环境(例如,如果您还想允许1分钟的屏幕保护程序超时选项)。

从处理angular度来看,如果用户select15分钟的默认值,则自从ScreenSaveTimeOut等于900(15分钟* 60秒)以来,处理将在第一行之后停止,因此第一行将不能使AND条件短路(我假设GPP使用短路)。