Les objets stratégie de groupe n'ont pas été appliqués car ....... - Windows & Software
Marsh Posté le 04-10-2004 à 15:32:24
oula, ca se voit que je reviens de vacances moi.
J'ai ecrit plein de connerie.
Bon, me reste plus qu'a comprendre pkoi le package msi ne s'installe pas.
Marsh Posté le 04-10-2004 à 15:36:11
les stratégies de groupes l'emportent sur les stratégies locales, mais je pense (j'ai pas testé) qu'il faut quand même une stratégie locale c'est à dire non vide pour que cela fonctionne..?
Marsh Posté le 04-10-2004 à 19:03:32
Je pensais que c'était un problème de stratégie locale de users, mais j'avais pas fait attention que tes GPO_USR IE et autres fonctionnaient ..
je vois pas sorry
Marsh Posté le 05-10-2004 à 12:28:48
Verifie les permissions NTFS sur le dossier d'install de ton app, il faut autoriser le compte system entre autres.
Marsh Posté le 06-10-2004 à 13:20:17
Le compte system est bien présent, ainsi que les utilisateurs du domaines et tout et tout.
Je ne pense pas que ca vienne de là car je peux executer mon package MSI à partir du client.
En revanche, par la GPO, ca marche pas
Marsh Posté le 06-10-2004 à 14:25:16
Elle est au niveau users ou computers ta GPO?
tu a quoi comme erreur dans le journal d'evenements?
Marsh Posté le 07-10-2004 à 10:55:11
Desolé de ne pas avoir repondu plus tot, mais j'ai eu bcp de travail.
J'ai essayé la GPO au niveau utilisateur et computer. Le résultat est le meme. L'application n'est pas deployé.
Ce qui est bizare, c'est que lorsque je fait un test avec gpmc, j'ai ceci
Installation de logiciel Opération réussie 04/10/2004 16:47:09
Sauf que mon logiciel, bah il n'est pas installé.
Dans le journal d'evenement, y'a rien de special
Marsh Posté le 07-10-2004 à 12:17:20
Sisi y'a qq chose dans le journal d'evenements, y'a toujours une info a propos du deployement d'app via GPO surtout qunad ca ne fonctionne pas, regarde mieux.
Au niveau computer il faut 2 ou 3 reboot sous XP pour que l'installation s'effectue avant le prompt au login, avec un login/logoff entre chaque reboot.
Au niveau utilisateur ca ne s'install pas tout seul, soit c'est l'utilisateur qui install avec l'assistant "ajout/supp de programe" soit l'appli s'install toute seule quand l'utilisateur click sur un fichier qui a une extension associée a cette appli, ca depend comment tu a configuré ta GPO.
Marsh Posté le 07-10-2004 à 18:37:15
qui en n'ai le propriétaire des dossiers, l'admin ou l'utilisateur ? si c'est l'utilisateur, deviens s'en proprio et applique l'héritage
Marsh Posté le 08-10-2004 à 11:14:53
Merci pour vos réponses.
La je suis surbooké sur un autre probleme.
Je regarderai la semaine prochaine.
CVB -> j'ai pas trop compris ce que tu as dit.
Tu parles de quel dossiers?
Pour info, j'ai crée un dossier partagé sur une machine du genre MSI$. Ce dossier est accessible à tous.
A partir du client, je peux lancer le package MSI sans soucis, donc je pense que les droits sur ce dossier sont correctes.
Knives -> Tu es sur que ca ne s'installe pas tout seul? Il me semblait que lorsqu'on m'avait montré ca en formation, ca ce faisait automatiquement.
L'exemple était :
Image du disque C
Ajout de dossier dans C (pas besoin d'installer pour fair fonctionner le logiciel)
De nouveau image de C
Ensuite on se connecte avec un utilisateur sur lequel la gpo s'apllique, ca s'installe.
Sur la meme machine on se connecte ensuite avec un autre utilisateur sur lequel la gpo ne doit pas etre appliquée et là, ca desinstallait le logiciel.
Marsh Posté le 08-10-2004 à 13:57:02
Ca n'est pas suffisant que l'utilisateur puisse acceder au repertoire, le system doit pouvoir y acceder egalement car dans tout les cas c'est lui qui s'occupe de l'install. Pour supprimer definitivement l'eventualitée d'un prob de droits, met les permissions ntfs sur everyone/full et les permissions du partage sur everyone/read. laisse comme ca jusqu a ce que ca fonctionne, apres tu affineras si tu veux, ton dossier partagé est caché tu devrais pas trop etre embeté a prioris, du moin pour tester.
Si tu deploy ton appli au niveau utilisateur, non ca ne s'install pas automatiquement. Tu a 2 possibilitées, publish --> disponible sous "add/remove prog" ou assign --> l'appli s'install apres avoir cliqué sur un fichier qui lui est associé. Et oui, l'appli est bien supprimé si un utilisateur qui n'est pas sous l'influence de la gpo ce log. Bon apres tu peux parametrer 2 3 options dans les proprietes de ton application dans ta gpo je te laisse regarder et tester je ne sais plus exactement ce qu'il y'a et ce que ca fait, mais a prioris ca n'est pas excessivement utile.
Marsh Posté le 07-03-2006 à 12:40:20
Bonjour à tous,
J'ai exactement le même soucis que Brigitte_L ahaie.
Je m'arrache les cheveux dessus depuis 3 jours.
Quelqu'un a-t-il une solution à ce problème ??
merci pour votre aide
Marsh Posté le 07-03-2006 à 13:27:12
J'ai abandonné l'idée de deployer Filemaker par lot MSI
J'ai jamais reussi à comprendre d'ou venait mon probleme.
J'essarai de nouveau de le faire un de ces 4 mais pour l'instant, je ne peux pas t'aider.
En revanche, si tu trouves la solution, n'oublie pas de la poster ici.
Marsh Posté le 14-03-2006 à 09:01:07
Brigitte_Lahaie a écrit : J'ai abandonné l'idée de deployer Filemaker par lot MSI |
En se moment je fais pa mal de déploiement par gpo dans mon université. Et je sais que j'avais beaucoups de problème et celui ci été souvent lié a un problème DNS.
Marsh Posté le 18-03-2006 à 23:41:47
comment avez vous recupere le .msi de filemaker? fichier recupere dans 'temp' a partir de l'execution du setup ou une administrative install?
sans passer par le rsop, vous pouvez deja avoir une reponse sur le probleme de deploiement a partir de soit:
* observateur d'evenement > journal d'application
* le log de la MSI dans le 'LocalSettings / Temp' de celui qui installe (du type MSIxxxx.log)
NB: pour le MSIxxx.log, se refere a date et heure d'execution.
Marsh Posté le 04-10-2004 à 15:18:31
Bonjour,
Je test actuellement la le deploiement de Filemaker par lot MSI à partir d'une GPO.
Mon probleme, c'est que ca ne fonctionne pas. A la limite, c'est pas grave, ce qui me gene le plus, c'est que lorsque je fais un gpresult sur une machine cliente (XP), j'obtiens ca:
Parametres Utilisateurs
Objets Stratégie de groupe appliqués
-------------------------------------
USR_Mise_en_Veille
USR_Internet_Explorer
USR_Scipt_Connexion_Resau
Default Domain Policy
Les objets stratégie de groupe n'ont pas été appliqués car ils ont été refusé
Stratégie de groupe locale
Filtrage : Non appliqué (vide)
La ou ca me parait bizare, c'est que mes GPO USR_Mise_en_Veille, USR_Internet_Explorer.... fonctionne correctement.
Si j'utilise gpmc, j'obtiens ceci :
Objets GPO appliqués
Nom Emplacement de la liaison Révision
Default Domain Policy ad.*********.fr AD (1), volume système (1)
USR_Scipt_Connexion_Resau ad.*********.fr/** AD (3), volume système (3)
USR_Internet_Explorer ad.*********.fr/** AD (4), volume système (4)
USR_Mise_en_Veille ad.*********.fr/** AD (5), volume système (5)
Refusé (GPO)
Nom Emplacement de la liaison Raison du refus
Stratégie de groupe locale Local Vide
Donc, ma question.
Pourquoi le strategie de groupe locale est elle refusée?
Edit: c'est un serveur Windows2000 et les stations sont en XP
Message édité par Brigitte_Lahaie le 04-10-2004 à 15:19:49