Probleme de strategie de groupe

par **tatoune** » 18 Déc 2003 13:01

J'ai une strategie de groupe fait sur des pc en local, qui empeche les utilisateurs de changer leur mot de passe, casse grissée quand on fait CTRL+ALT+SUP. Et naturellement, maintenant il faut que les utilisateurs puissent changer leur mot de passe, 1 pb ils ne sont administrateur de leur poste. 2 pb Une strategie de domain ne peut pas s'appliquer car la strategie local pends le pas sur la strategie du domain. solution ; il faut essayer d'executer un vbs ou bat qui supprime la cle de registre ( ca je l'ai), mais il faut executer ce logiciel en tant qu'admin, quand on a 10 postes ca va . mais j'ai a peu pres 2000 postes !!, j'ai essaye superexec ou remotexec, et tout cela c pas bon. Si quelqu'un a eu ce probleme ou a une idée merveilleuse, je suis preneur. Merci Beaucoup !!

par **Athanase** » 18 Déc 2003 14:27

Une question: pourquoi interdir aux utilisateurs de changer de mot de passe? Je ne vois pas de problèmes particuliers de sécurité avec ça. Je dirais même que dans la politique de groupe, tu devrais imposer des changements régulier avec une politique stricte d'expiration des mots de passe et de complexité de ceux-ci. Maintenant, si tu as peur des keyloggers, je ne vois pas en quoi interdir les changements de mots de passe va te protéger, il est déjà trop tard. En plus, la politique de groupe peut imposer aux utilisateur de faire la combinaison de touche "ctrl-alt-suppr" pour se connecter afin d'éviter l'utilisation de fauses banières d'authentification. Là en tout ca, il faut que tu m'explique. Et puis au pire, si tu as imposé une politique d'expiration des mots de passe, le système proposera automatiquement aux utilisateur de changer de mot de passe en temps voulu et cela se fait par une fenêtre de dialogue dédiée (peut-être ta solution).

par **tatoune** » 18 Déc 2003 14:36

ALors tu rentres dans une politique avec la quelle je suis d'accord, mais je dois d'expliquer le pourquoi. Je suis nouveau administarteur de cette société et avant, il ne voulait absolument pas que les utlisateurs changent de mots de passe, et depuis que je suis arrivé, nous avons parlé de sécurité et naturellemnt de chnagement de mots de passe, donc pour rester dans leur strategie,je leur ai montré que lorsque on leur demandé de changer de mot de passe automatiquement tous les X mois, ça ya pas de problème, mais quelques personnes ont souhaitées que le sutilisateurs puissent changer leur mot de passe, donc contradiction avec leur ancienne politique. Mais bon faut faire avec !! Donc voila mon soucis, alors la prmiere solution est de se connecter sur les postes et de changer cette strategie, mais 2000 postes, je penses que c'est du temps perdu. Voila j'espere que j'ai bien expliqué.

par **Fesch** » 18 Déc 2003 14:38

Regarde "psexec" de SysInternals. J'ai travailler avec ce programme pour divers mise à jours locales ... bien que uniquement sur 50 PC, mais le principe reste le même ...

par **kerozene** » 18 Déc 2003 14:41

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-12-18 12:01, tatoune a écrit: J'ai une strategie de groupe fait sur des pc en local, qui empeche les utilisateurs de changer leur mot de passe, casse grissée quand on fait CTRL+ALT+SUP. Et naturellement, maintenant il faut que les utilisateurs puissent changer leur mot de passe, 1 pb ils ne sont administrateur de leur poste. 2 pb Une strategie de domain ne peut pas s'appliquer car la strategie local pends le pas sur la strategie du domain. solution ; il faut essayer d'executer un vbs ou bat qui supprime la cle de registre ( ca je l'ai), mais il faut executer ce logiciel en tant qu'admin, quand on a 10 postes ca va . mais j'ai a peu pres 2000 postes !!, j'ai essaye superexec ou remotexec, et tout cela c pas bon. Si quelqu'un a eu ce probleme ou a une idée merveilleuse, je suis preneur. Merci Beaucoup !! </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Oulà... t'es bien sûr de ca que la stratégie locale est prioritaire sur la stratégie de domaine ???? Je veut bien être d'accord avec le fait aque M$ fait souvent des $%#&! mais celle là il est certain qu'il ne l'ont pas fait. L'ordre d'application des stratégies (GPO : Group Policy Object) est le suivant : 1) GPO Locale 2) GPO de Site 3) GPO de Domaine 4) GPO d'UO Les paramètres de Domaine écrasent donc les locaux à partir du moment ou ils sont définis Il existe un certain nombre d'exceptions à cet ordre de traitement : 1- un PC membre d'un groupe de travail ne traite que la GPO Locale 2- L'option "Ne pas passer outre" pemet d'imposer un certain nombre de paramètres 3- Bloquer l'héritage des stratégies permet d'empécher que les paramètres d'un conteneur parents soient appliqués. Petit rappel concernant les interdictions : elles sont prioritaires sur un "non défini". espérant que cela t'aide... ++ Kero

par **tatoune** » 18 Déc 2003 15:10

Merci fesch je vais essayer on petit programme. Je suis d'accord avec toi kerozene, mais je t'assure que la strategie locale du pc n'est pas touche dans notre cas par la strategie du domain, et en plus dans la strategie du domain tu n'as pas la possibilite de forcer l'apparition du bouton chnager de mot de passe, tu n'as cette possibilité que dans la strategie local du pc. Et bloquer l'héritage dans mon cas ne me sert pas vu que je suis tout en bas, et ce bloquer la strategie du pc et pas celles qui viennent dans haut. C un peu confus, mais on si comprends. <IMG SRC="images/smiles/icon_confused.gif">

Probleme de strategie de groupe

Qui est en ligne ?