1 votes

Scott Mayfield avatar

Pourquoi le formulaire Mises à jour automatiques peut-il être désactivé pour un utilisateur administratif dans Windows Server 2003 ?

Demandé el 14 de Juillet, 2009
Quand la question a-t-elle été
1933 affichage
Nombre de visites la question a
5 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai un scénario dans lequel j'ai deux serveurs Windows 2003 sur un domaine Active Directory (même unité organisationnelle), et un seul utilisateur du domaine est utilisé pour se connecter à chaque serveur via Remote Desktop (l'utilisateur est membre du groupe des administrateurs).

Sur le serveur 1, je peux accéder à la boîte de dialogue des "mises à jour automatiques" via Panneau de configuration -> Mises à jour automatiques et je peux modifier les paramètres comme prévu.

Sur le serveur 2, la boîte de dialogue "mises à jour automatiques" apparaît, mais tous les contrôles sont grisés.

Quelqu'un sait-il quelles situations pourraient provoquer cette différence de comportement, sachant que c'est le même utilisateur AD qui accède à chaque serveur ?

J'ai examiné la politique locale sur le serveur 2, en me basant sur les suggestions fournies ci-dessous, mais je ne suis pas sûr de la politique que je recherche. Aucune ne semble me sauter aux yeux, donc toute suggestion spécifique serait appréciée.

Scott

Demandé el 14 de Juillet, 2009 par Scott Mayfield

Réponses

Trop de publicités?

1voto

Russ Warren avatar
Russ Warren Points 1304

Il existe sur ce serveur des stratégies basées sur le système qui vous empêchent de modifier les paramètres de mise à jour automatique. Je vérifierais d'abord la stratégie locale, puis la stratégie de groupe.

Cette KB de Microsoft devrait vous aider : http://support.microsoft.com/kb/328010

Répondu el 14 de Juillet, 2009 par Russ Warren (1304 Points )

1voto

duffbeer703 avatar
duffbeer703 Points 19867

Le serveur qui est grisé est probablement configuré pour utiliser les mises à jour automatiques via la stratégie de groupe. Une autre possibilité est que quelqu'un ait installé un client SCCM (Microsoft System Center Configuration Manager, anciennement SMS). SCCM intègre et étend l'agent Automatic Updates.

Répondu el 14 de Juillet, 2009 par duffbeer703 (19867 Points )

1voto

Rob Howard avatar
Rob Howard Points 636

La politique de groupe est probablement la raison pour laquelle cela se produit. La stratégie de groupe peut être appliquée à plusieurs niveaux : local, site AD, domaine AD, OU. Cet ordre signifie que la GPO locale est traitée en premier, et que les GPO liées à l'unité organisationnelle dont l'ordinateur ou l'utilisateur est un membre direct sont traitées en dernier, ce qui écrase les paramètres des GPO antérieures en cas de conflit. (S'il n'y a pas de conflits, les paramètres antérieurs et postérieurs sont agrégés).

En outre, il existe essentiellement 2 versions - ordinateur et utilisateur. La stratégie de l'ordinateur est appliquée en premier, puis la stratégie de l'utilisateur lorsque ce dernier se connecte. Vérifiez les stratégies de groupe dans l'ordre inverse pour trouver la stratégie incriminée. La façon la plus simple de voir quelles politiques sont appliquées est avec la fonction Snapin RSOP

Répondu el 14 de Juillet, 2009 par Rob Howard (636 Points )

0voto

Martin Beckett avatar
Martin Beckett Points 60406

Le serveur 1 et le serveur 2 sont-ils dans le même OU dans Active Directory ?

La mise à jour de Windows peut avoir des paramètres de stratégie de groupe sur le serveur 2 qui ne sont pas sur le serveur 1.

Répondu el 14 de Juillet, 2009 par Martin Beckett (60406 Points )

0voto

August avatar
August Points 3104

Il peut s'agir de deux choses différentes : 1) Vérifiez que vous êtes bien un administrateur sur les deux serveurs. Si c'est le cas, alors... 2) Si les serveurs sont dans le même OU, et que vous êtes un administrateur sur les deux, je suppose que vous n'avez pas un paramètre de stratégie de groupe dans Active Directory pour les mises à jour automatiques et qu'une stratégie de groupe locale a été définie sur l'un mais pas sur l'autre.

En fait, le numéro 3 pourrait être que l'un des serveurs ne tire pas la stratégie de groupe pour une raison quelconque (s'il a été récemment ajouté au domaine, déplacé vers l'OU, etc). Allez dans Démarrer, Exécuter et tapez gpupdate /force pour extraire les dernières stratégies de groupe du domaine, puis faites ce qui suit :

Allez dans Démarrer, Exécuter et tapez rsop.msc (Resultant Set of Policy). Cela vous indiquera si une politique a été définie et, le cas échéant, à quel niveau elle a été appliquée (local, domaine par défaut, une autre politique OU, etc...).

Répondu el 14 de Juillet, 2009 par August (3104 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X