2 votes

Ajout et organisation des clients dans WSUS

J'ai configuré WSUS sur une boîte Windows Server 2008 et je l'ai fait fonctionner avec seulement ma machine. Maintenant que je suis prêt à étendre ce système à toute l'entreprise, j'essaie de trouver la meilleure façon d'ajouter et de regrouper les ordinateurs clients. Le système est configuré pour utiliser la stratégie de groupe pour ajouter des clients. J'ai créé un nouvel objet de stratégie de groupe strictement pour définir les paramètres de WSUS.

Ma question est la suivante : pouvez-vous appliquer ce système aux ordinateurs en vous basant sur l'objet AD Utilisateur ou sur l'objet AD Ordinateur ? La raison de ma question est que, dans AD, nous avons une centaine d'utilisateurs regroupés par département, mais tous les ordinateurs de l'entreprise sont des ordinateurs. ordinateurs sont juste inorganisés dans le domaine \Computers. Le problème auquel je suis confronté est que nous ne voulons pas que tous nos ordinateurs soient connectés à WSUS (comme les programmeurs, par exemple). Dans ce cas, puis-je simplement utiliser les groupes que nous avons déjà créés et qui sont composés de membres "utilisateurs", ou dois-je créer un nouveau groupe pour chaque département et ajouter leurs ordinateurs respectifs au groupe ? (par exemple, un groupe "Finance-Users" et un groupe "Finance-Computers").

3voto

Shane Madden Points 112034

Vous devrez organiser vos ordinateurs. Il n'y a aucun moyen de faire en sorte que l'identité d'un utilisateur dicte la stratégie WSUS ; que se passe-t-il lorsque quelqu'un d'autre se connecte ? Ou quand personne n'est connecté ?

Le traitement de bouclage permet aux GPO liées à l'ordinateur de s'appliquer à l'utilisateur, mais il ne fonctionne pas dans l'autre sens.

Configurez une politique à l'échelle du domaine pour verrouiller tous les ordinateurs sur le serveur WSUS. Utilisez le ciblage côté client et faites en sorte que la stratégie globale cible les ordinateurs dans un groupe qui ne recevra pas de correctifs régulièrement approuvés.

Ensuite, des politiques plus spécifiques, côté client, ciblent les groupes pour lesquels vous devrez régulièrement approuver des correctifs. Les programmeurs ne veulent peut-être pas que vous mettiez à jour leur logiciel, mais cela ne signifie pas que vous ne devez pas les faire participer à l'inventaire pour voir à quel point ils sont en retard. L'approche "ne pas voir le mal" est peu judicieuse.

2voto

Wimmel Points 7641

C'est pour cette raison que vos ordinateurs doivent être organisés en OUs dans AD. Je commencerais par faire un inventaire physique, et le mapper ainsi dans AD. Puis j'appliquerais la GPO (basée sur l'ordinateur, pas sur l'utilisateur) à ces OU.

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:

X