comprendre la commande GPUpdate de stratégie de groupe

toute personne qui gère la stratégie de groupe connaît probablement la gpupdate.utilitaire exe livré avec Windows. Le travail de GPUpdate dans life consiste à actualiser manuellement la stratégie de groupe, plutôt que de compter sur Windows pour le faire selon son propre calendrier. Cela peut être un outil de dépannage utile si vous essayez de déterminer si une mise à jour GP a été reçue par une machine cliente. La version de GPUpdate dans Windows 7 comprend un certain nombre d’options.,

beaucoup d’entre vous utilisent probablement régulièrement l’option / force. Cette option indique à Windows de réappliquer de force les paramètres GP même si rien n’a changé dans l’infrastructure GP. Comme vous le savez peut-être, normalement, lorsque Windows effectue une actualisation périodique de l’arrière-plan ou de l’avant-plan lors d’un redémarrage ou d’une nouvelle connexion, il vérifie si quelque chose a changé dans l’infrastructure GPO. Si rien n’a changé, aucune des Extensions côté Client (CSEs) qui traitent les paramètres de stratégie ne fera réellement quoi que ce soit. C’est une optimisation des performances., L’utilisation du commutateur / force indique au moteur GP d’ignorer que rien n’a changé et force le CSEs à agir comme si quelque chose avait changé et à traiter à nouveau tous les paramètres de stratégie appliqués (notez que pour certaines choses, cela ne signifie pas littéralement un nouveau traitement. Par exemple, si le CSE D’Installation du logiciel a déjà installé Adobe Reader, il ne réinstallera pas Adobe Reader pendant une gpupdate /force s’il est toujours là).

mais gpupdate a également un certain nombre d’autres commutateurs qui peuvent s’avérer utiles et ce sont ceux que je veux couvrir ici., Pour résumer, voici les options disponibles avec gpupdate, et une description de chacun.

| Target:{Computer / User} — celui-ci vous permet d’actualiser la stratégie de l’ordinateur ou de l’utilisateur de manière sélective. Par exemple, si vous avez modifié un paramètre GPO par utilisateur, il est beaucoup plus rapide d’émettre la commande gpupdate /Target:user que de simplement taper gpupdate, qui actualise les paramètres par ordinateur et par utilisateur.

/ Force — nous connaissons tous celui-ci, mais nous pouvons nous demander pourquoi nous recevons parfois ces invites qui nous demandent si nous voulons nous déconnecter ou arrêter le système., Ce qui se passe là-bas, c’est que non seulement gpupdate force une actualisation en arrière-plan de la stratégie, mais il force également une actualisation en premier plan. Plus précisément, il existe certains CSE, comme L’Installation de logiciels et la Redirection de dossiers, qui ne sont traités que pendant un cycle de traitement de premier plan (c’est-à-dire lors du démarrage de l’ordinateur ou de l’ouverture de session de l’utilisateur). Si l’un de ces CSE s’applique au système ou à l’utilisateur à partir duquel vous émettez actuellement la GPUpdate, /force indiquera au système qu’il a besoin d’un événement de traitement de premier plan (c’est-à-dire un redémarrage ou une fermeture de session) pour traiter ces stratégies., Vous pouvez, bien sûr, répondre non à cela, mais c’est pourquoi cela arrive.

/Wait:{value} — le paramètre Wait est un peu déroutant. Il vous permet de gérer la situation où le traitement GP se bloque pendant une longue période de temps extraordinaire. La valeur par défaut est d’attendre 10 minutes pour la fin de la commande. Si cela prend plus de temps que cela, alors GPupdate abandonne simplement et revient. Si vous définissez cette valeur sur -1, gpupdate continuera indéfiniment. Franchement, il y a probablement peu de cas où vous utiliserez ce paramètre, car si votre traitement GP prend 10 minutes, vous avez de plus gros problèmes!,

/ Logoff — le paramètre Logoff est un peu comme une Force modifiée. Ce qu’il dit, c’est de faire une mise à jour normale du traitement GP (c’est-à-dire de ne rien faire si rien n’a changé, contrairement à /force) mais, s’il y a des CSE qui s’appliquent à l’utilisateur actuel qui ne traite qu’au premier plan, déconnectez-moi une fois le traitement GP terminé, afin Franchement, vous pouvez accomplir la même chose en déconnectant simplement une connexion, donc je ne sais pas pourquoi ce commutateur est ici, mais voilà.,

/Boot — Boot est exactement comme /logoff, sauf qu’il s’applique aux CSE par ordinateur qui doivent effectuer un travail de premier plan (par exemple, l’installation de logiciels par ordinateur), et il redémarre l’ordinateur si vous dites oui à l’invite. Encore une fois, cette invite ne se produit que s’il y a des CSE par ordinateur qui s’appliquent à la machine, qui ont réellement besoin d’un cycle de traitement de premier plan.

/ Sync — Sync n’effectue pas du tout d’actualisation GP. Tout ce qu’il fait, s’il est spécifié seul, est de définir des indicateurs pour le traitement par ordinateur et par utilisateur qui force l’actualisation de premier plan suivante (c’est-à-dire, redémarrer ou se reconnecter) à effectuer de manière synchrone. Qu’est ce que cela signifie réellement? Par défaut, depuis Windows XP, Microsoft a activé quelque chose appelé « optimisation de connexion rapide » qui a fait le traitement GP de premier plan se produire de manière asynchrone. Cela signifiait que, par exemple, au démarrage de Windows, le traitement GP par ordinateur se produirait, mais en même temps, Windows présenterait la boîte de dialogue de connexion de l’utilisateur-sans attendre la fin du traitement GP., La même chose serait vraie pour le traitement GP par utilisateur, où le traitement asynchrone signifiait qu’une fois l’utilisateur connecté, le traitement GP démarrerait mais l’utilisateur serait présenté avec son bureau sans attendre la fin du traitement GP. Ce comportement asynchrone peut avoir un impact sur certains de ces mêmes CSE qui ne s’exécutent que pendant le traitement de premier plan, notamment la redirection de dossiers. Vous pouvez, bien sûr, désactiver complètement le traitement asynchrone en activant L’administrateur., Stratégie de modèle sur l’ordinateur à Configuration de L’ordinateur \ Admin Templates\System\Logon \ toujours attendre le réseau au démarrage de l’ordinateur et l’ouverture de session. Ce que le paramètre /Sync fait, en l’absence de cette stratégie, est de dire à Windows que lors du prochain événement de premier plan, je veux m’assurer que GP s’exécute de manière synchrone. Cela pourrait être un bon commutateur à utiliser si vous rencontrez des problèmes avec la Redirection de dossier et que vous voulez vous assurer que la prochaine connexion se produit de manière synchrone.,

évidemment, vous pouvez utiliser certains de ces commutateurs ensemble–tels que l’appel /force et la spécification d’un paramètre / target pour contrôler si le traitement de l’utilisateur ou de l’ordinateur est forcé. Mais dans l’ensemble, chacun des paramètres est autonome ou n’a de sens que par lui-même. J’ai ajouté une vidéo rapide ci-dessous qui montre comment gpupdate se comporte lorsque vous appelez les différentes options., Dans le cas de mon poste de travail de test, je n’avais aucun CSE qui devait s’exécuter au premier plan, vous ne verrez donc pas les invites de déconnexion ou de redémarrage pour les paramètres /logoff, /force ou /boot, mais vous les verrez pour le paramètre /sync.

consultez également mes utilitaires de ligne de commande remote GP refresh gratuits. Il y a un simple .exe sur www.gpoguy.com et une version PowerShell sur www.logiciel gratuit / sdmsoftware! Amusez-vous bien!