là je plante.... : j'ai créé mon script adm pour modifier des clée
MACHINE à partir de gpo ( nota, j'ai viré les 3 scripts par default ).
Pas de pb pour executer/configurer le script, sur le serveur tous est
ok.
Etant au niveau machine et s'appliquant sur un objet ordinateur qq
soit l'utilisateur, l'object ordinateur est bien dans l'OU. il est
membre de 'ordinateur du domaine', j'ai donc ajouter ce groupe à
l'onglet securité de la gpo, avec lire, ecrire, creer, appliquer.
ce n'est pas un pb de temp d'actualisation.....
c'est simple, mis là je vois pas .....
une des clee du groupe que je modifiela clee :
[HKEY_LOCAL_MACHINE]\SOFTWARE\vteck\Cyberstarter\Config
"Num disque"=1111111"
"Num PC="9"
extrait du scipt :
CLASS MACHINE
CATEGORY !!WindowsComponents
CATEGORY !!SoftwareName
CATEGORY !!SubSoftwareName
POLICY !!SetupCyberStarterDistant
EXPLAIN !!SetupCyberStarterDistantHelp
KEYNAME "SOFTWARE\vtech\CyberStarter\Config"
PART !!DiskNum EDITTEXT
VALUENAME "Num disque"
REQUIRED
END PART
PART !!PcNum EDITTEXT
VALUENAME "Num PC"
REQUIRED
END PART
SetupCyberStarterDistant="Identification Poste CyberStarter"
SetupCyberStarterDistantHelp="Cette GPO permet de configurer les
parametres d'identification d'un poste CyberStarter"
DiskNum="N° de disque du PC"
PcNum="N° du Pc"
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
user
- je viens d'applique cette gpo sur une OU contenant un ordinateur sur lequel ce soft - Cyberstater - n'est pas installé... là c'a marche !!! - j'ai donc ajouter une clee batarde ( ...CyberStarterConfigtest ) pour faire un test et celle si suit bien les changements fais dans la gpo... à noter, j'ai le meme probleme/resultat avec une gpo pour le changement des rep de cache de IE. - j'ai bien cochet "ne pas passer outre" sans resultat...
les gpo appliqué sur des OU contenant des ordinateurs sont bien de priorité superieure à celle s'appliquant sur des comptes utilisateur ????
jal wrote:
là je plante.... : j'ai créé mon script adm pour modifier des clée MACHINE à partir de gpo ( nota, j'ai viré les 3 scripts par default ). Pas de pb pour executer/configurer le script, sur le serveur tous est ok. Etant au niveau machine et s'appliquant sur un objet ordinateur qq soit l'utilisateur, l'object ordinateur est bien dans l'OU. il est membre de 'ordinateur du domaine', j'ai donc ajouter ce groupe à l'onglet securité de la gpo, avec lire, ecrire, creer, appliquer. ce n'est pas un pb de temp d'actualisation.....
c'est simple, mis là je vois pas .....
une des clee du groupe que je modifiela clee : [HKEY_LOCAL_MACHINE]SOFTWAREvtechCyberstarterConfig "Num disque"11111" "Num PC="9"
extrait du scipt : CLASS MACHINE CATEGORY !!WindowsComponents CATEGORY !!SoftwareName CATEGORY !!SubSoftwareName POLICY !!SetupCyberStarterDistant EXPLAIN !!SetupCyberStarterDistantHelp KEYNAME "SOFTWAREvtechCyberStarterConfig"
PART !!DiskNum EDITTEXT VALUENAME "Num disque" REQUIRED END PART
PART !!PcNum EDITTEXT VALUENAME "Num PC" REQUIRED END PART
SetupCyberStarterDistant="Identification Poste CyberStarter" SetupCyberStarterDistantHelp="Cette GPO permet de configurer les parametres d'identification d'un poste CyberStarter" DiskNum="N° de disque du PC" PcNum="N° du Pc"
- je viens d'applique cette gpo sur une OU contenant un ordinateur sur
lequel ce soft - Cyberstater - n'est pas installé... là c'a marche !!!
- j'ai donc ajouter une clee batarde ( ...CyberStarterConfigtest )
pour faire un test et celle si suit bien les changements fais dans la
gpo... à noter, j'ai le meme probleme/resultat avec une gpo pour le
changement des rep de cache de IE.
- j'ai bien cochet "ne pas passer outre" sans resultat...
les gpo appliqué sur des OU contenant des ordinateurs sont bien de
priorité superieure à celle s'appliquant sur des comptes utilisateur ????
jal wrote:
là je plante.... : j'ai créé mon script adm pour modifier des clée
MACHINE à partir de gpo ( nota, j'ai viré les 3 scripts par default ).
Pas de pb pour executer/configurer le script, sur le serveur tous est
ok.
Etant au niveau machine et s'appliquant sur un objet ordinateur qq
soit l'utilisateur, l'object ordinateur est bien dans l'OU. il est
membre de 'ordinateur du domaine', j'ai donc ajouter ce groupe à
l'onglet securité de la gpo, avec lire, ecrire, creer, appliquer.
ce n'est pas un pb de temp d'actualisation.....
c'est simple, mis là je vois pas .....
une des clee du groupe que je modifiela clee :
[HKEY_LOCAL_MACHINE]SOFTWAREvtechCyberstarterConfig
"Num disque"11111"
"Num PC="9"
extrait du scipt :
CLASS MACHINE
CATEGORY !!WindowsComponents
CATEGORY !!SoftwareName
CATEGORY !!SubSoftwareName
POLICY !!SetupCyberStarterDistant
EXPLAIN !!SetupCyberStarterDistantHelp
KEYNAME "SOFTWAREvtechCyberStarterConfig"
PART !!DiskNum EDITTEXT
VALUENAME "Num disque"
REQUIRED
END PART
PART !!PcNum EDITTEXT
VALUENAME "Num PC"
REQUIRED
END PART
SetupCyberStarterDistant="Identification Poste CyberStarter"
SetupCyberStarterDistantHelp="Cette GPO permet de configurer les
parametres d'identification d'un poste CyberStarter"
DiskNum="N° de disque du PC"
PcNum="N° du Pc"
- je viens d'applique cette gpo sur une OU contenant un ordinateur sur lequel ce soft - Cyberstater - n'est pas installé... là c'a marche !!! - j'ai donc ajouter une clee batarde ( ...CyberStarterConfigtest ) pour faire un test et celle si suit bien les changements fais dans la gpo... à noter, j'ai le meme probleme/resultat avec une gpo pour le changement des rep de cache de IE. - j'ai bien cochet "ne pas passer outre" sans resultat...
les gpo appliqué sur des OU contenant des ordinateurs sont bien de priorité superieure à celle s'appliquant sur des comptes utilisateur ????
jal wrote:
là je plante.... : j'ai créé mon script adm pour modifier des clée MACHINE à partir de gpo ( nota, j'ai viré les 3 scripts par default ). Pas de pb pour executer/configurer le script, sur le serveur tous est ok. Etant au niveau machine et s'appliquant sur un objet ordinateur qq soit l'utilisateur, l'object ordinateur est bien dans l'OU. il est membre de 'ordinateur du domaine', j'ai donc ajouter ce groupe à l'onglet securité de la gpo, avec lire, ecrire, creer, appliquer. ce n'est pas un pb de temp d'actualisation.....
c'est simple, mis là je vois pas .....
une des clee du groupe que je modifiela clee : [HKEY_LOCAL_MACHINE]SOFTWAREvtechCyberstarterConfig "Num disque"11111" "Num PC="9"
extrait du scipt : CLASS MACHINE CATEGORY !!WindowsComponents CATEGORY !!SoftwareName CATEGORY !!SubSoftwareName POLICY !!SetupCyberStarterDistant EXPLAIN !!SetupCyberStarterDistantHelp KEYNAME "SOFTWAREvtechCyberStarterConfig"
PART !!DiskNum EDITTEXT VALUENAME "Num disque" REQUIRED END PART
PART !!PcNum EDITTEXT VALUENAME "Num PC" REQUIRED END PART
SetupCyberStarterDistant="Identification Poste CyberStarter" SetupCyberStarterDistantHelp="Cette GPO permet de configurer les parametres d'identification d'un poste CyberStarter" DiskNum="N° de disque du PC" PcNum="N° du Pc"
