Cela peut se faire par le biais de Filtrage WMI . Le client de stratégie de groupe exécute la requête WQL à partir d'un filtre WMI joint et n'applique la GPO que si la requête renvoie un nombre de lignes non nul. Ainsi, en créant un filtre WMI vérifiant si l'heure actuelle du système se situe dans un intervalle de temps donné et en liant ce filtre WMI à la GPO que vous voulez faire exploser, vous obtenez exactement ce que vous vouliez.
En win32_operatingsystem La classe WMI a une heure locale qui peut être comparé à une date donnée sous forme de chaîne au format "yyyymmdd hh:nn:ss". Ainsi, en utilisant la chaîne WQL comme suit
select * from win32_operatingsystem where localdatetime >= '20150220 00:00:00' and localdatetime <= '20150223 15:00:00'
dans le root\CIMv2 permet de s'assurer que la GPO ne sera appliquée qu'aux systèmes dont l'heure locale est comprise entre le 20 février 2015 00:00:00 et le 23 février 2015 15:00:00 :
![configure WMI filter with WQL string]()
Assurez-vous que vous avez lié le filtre WMI à la GPO souhaitée :
![link WMI filter to GPO]()
Les choses à garder à l'esprit :
-
le WQL évalue le local la date et l'heure sur le client, qui peuvent ou non être synchronisées avec la source de temps que vous souhaitez utiliser. L'heure du client ne sera pas trop en avance ou en retard sur l'heure du contrôleur de domaine, sinon l'authentification Kerberos échouera, mais il peut y avoir des écarts mineurs, tenez-en compte.
-
le client de stratégie de groupe vérifie les changements de GPO et les réapplique assez rarement par défaut :
Par défaut, la stratégie de groupe informatique est mise à jour en arrière-plan toutes les 90 minutes, avec un décalage aléatoire de 0 à 30 minutes.
Les paramètres par défaut ne permettent donc qu'une précision de +2 heures. L'intervalle de mise à jour peut être modifié par un (autre) paramètre de stratégie de groupe, si nécessaire.
-
votre politique doit être capable de rétablir tous les changements lorsqu'ils ne sont plus appliqués. C'est le cas par défaut pour tous les modèles administratifs gérés. Il peut être nécessaire de configurer explicitement les paramètres des préférences de stratégie de groupe pour "supprimer cet élément lorsqu'il n'est plus appliqué" : ![GPP-common-tab]()
