Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie sur
DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne pas
inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau de
la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal applicatif]
type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et avant
que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de news:
%Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais pas
au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de lire
la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs? Quels
sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le message
de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour que
par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre le
poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie sur
DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
OIAZCS1tIHA.3792@TK2MSFTNGP02.phx.gbl...
re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne pas
inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau de
la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal applicatif]
type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u$B%2393ytIHA.3968@TK2MSFTNGP04.phx.gbl...
Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et avant
que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
%23m2mCiytIHA.3804@TK2MSFTNGP02.phx.gbl...
Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: eA1poBqtIHA.4560@TK2MSFTNGP03.phx.gbl...
bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
edBRP2ltIHA.4528@TK2MSFTNGP03.phx.gbl...
Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais pas
au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de lire
la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs? Quels
sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: %23ZQkpzatIHA.576@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour que
par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre le
poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie sur
DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne pas
inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau de
la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal applicatif]
type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et avant
que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de news:
%Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais pas
au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de lire
la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs? Quels
sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le message
de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour que
par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre le
poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau de
la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de news:
%Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais pas
au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de lire
la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs? Quels
sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le message
de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre le
poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u%231jqJYuIHA.3792@TK2MSFTNGP02.phx.gbl...
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
OIAZCS1tIHA.3792@TK2MSFTNGP02.phx.gbl...
re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau de
la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u$B%2393ytIHA.3968@TK2MSFTNGP04.phx.gbl...
Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
%23m2mCiytIHA.3804@TK2MSFTNGP02.phx.gbl...
Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: eA1poBqtIHA.4560@TK2MSFTNGP03.phx.gbl...
bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: edBRP2ltIHA.4528@TK2MSFTNGP03.phx.gbl...
Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais pas
au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de lire
la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs? Quels
sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: %23ZQkpzatIHA.576@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre le
poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau de
la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de news:
%Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais pas
au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de lire
la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs? Quels
sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le message
de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre le
poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans les
Comptes Utilisateurs mais avnt le compte user le mettre en administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau
de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de news:
%Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le message
de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans les
Comptes Utilisateurs mais avnt le compte user le mettre en administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: Onh$kdbuIHA.3780@TK2MSFTNGP03.phx.gbl...
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u%231jqJYuIHA.3792@TK2MSFTNGP02.phx.gbl...
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
OIAZCS1tIHA.3792@TK2MSFTNGP02.phx.gbl...
re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau
de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u$B%2393ytIHA.3968@TK2MSFTNGP04.phx.gbl...
Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
%23m2mCiytIHA.3804@TK2MSFTNGP02.phx.gbl...
Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: eA1poBqtIHA.4560@TK2MSFTNGP03.phx.gbl...
bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: edBRP2ltIHA.4528@TK2MSFTNGP03.phx.gbl...
Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: %23ZQkpzatIHA.576@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans les
Comptes Utilisateurs mais avnt le compte user le mettre en administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément au
niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au niveau
de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce qui
expliquerait qu'elle s'appliquerait correctement quand tu déplace un
poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de news:
%Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le message
de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v, mais
le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans les
Comptes Utilisateurs mais avnt le compte user le mettre en administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu déplace
un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de
news: %Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le
message de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: O3z3RkcuIHA.4260@TK2MSFTNGP05.phx.gbl...
J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans les
Comptes Utilisateurs mais avnt le compte user le mettre en administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: Onh$kdbuIHA.3780@TK2MSFTNGP03.phx.gbl...
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u%231jqJYuIHA.3792@TK2MSFTNGP02.phx.gbl...
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
OIAZCS1tIHA.3792@TK2MSFTNGP02.phx.gbl...
re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu déplace
un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u$B%2393ytIHA.3968@TK2MSFTNGP04.phx.gbl...
Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: %23m2mCiytIHA.3804@TK2MSFTNGP02.phx.gbl...
Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: eA1poBqtIHA.4560@TK2MSFTNGP03.phx.gbl...
bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: edBRP2ltIHA.4528@TK2MSFTNGP03.phx.gbl...
Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le
message de news: %23ZQkpzatIHA.576@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans les
Comptes Utilisateurs mais avnt le compte user le mettre en administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées comme
par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre trop
important d'OU, que tu ne puisse pas lier celle ci à toutes et que tu
sois obligé de la laisser au plus haut niveau, assure toi juste de ne
pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu déplace
un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de
news: %Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le
message de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
sur le poste dans compte utilistaeurs, mis en le user en Administrateur,
valider la coche puis redemarrer le poste, puis mis en user avec pouvoir
dans comptes utilisteurs.
"Jonathan BISMUTH" a écrit dans le message de news:Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans
les Comptes Utilisateurs mais avnt le compte user le mettre en
administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées
comme par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre
trop important d'OU, que tu ne puisse pas lier celle ci à toutes et
que tu sois obligé de la laisser au plus haut niveau, assure toi
juste de ne pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu déplace
un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de
news: %Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le
message de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
sur le poste dans compte utilistaeurs, mis en le user en Administrateur,
valider la coche puis redemarrer le poste, puis mis en user avec pouvoir
dans comptes utilisteurs.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
u2NvjekuIHA.524@TK2MSFTNGP05.phx.gbl...
Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: O3z3RkcuIHA.4260@TK2MSFTNGP05.phx.gbl...
J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans
les Comptes Utilisateurs mais avnt le compte user le mettre en
administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: Onh$kdbuIHA.3780@TK2MSFTNGP03.phx.gbl...
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u%231jqJYuIHA.3792@TK2MSFTNGP02.phx.gbl...
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées
comme par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
OIAZCS1tIHA.3792@TK2MSFTNGP02.phx.gbl...
re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre
trop important d'OU, que tu ne puisse pas lier celle ci à toutes et
que tu sois obligé de la laisser au plus haut niveau, assure toi
juste de ne pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu déplace
un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: u$B%2393ytIHA.3968@TK2MSFTNGP04.phx.gbl...
Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: %23m2mCiytIHA.3804@TK2MSFTNGP02.phx.gbl...
Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: eA1poBqtIHA.4560@TK2MSFTNGP03.phx.gbl...
bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: edBRP2ltIHA.4528@TK2MSFTNGP03.phx.gbl...
Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le
message de news: %23ZQkpzatIHA.576@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
sur le poste dans compte utilistaeurs, mis en le user en Administrateur,
valider la coche puis redemarrer le poste, puis mis en user avec pouvoir
dans comptes utilisteurs.
"Jonathan BISMUTH" a écrit dans le message de news:Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans
les Comptes Utilisateurs mais avnt le compte user le mettre en
administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées
comme par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité strategie
sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre
trop important d'OU, que tu ne puisse pas lier celle ci à toutes et
que tu sois obligé de la laisser au plus haut niveau, assure toi
juste de ne pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu déplace
un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de
news: %Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous la
session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le
message de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force pour
que par exemple le proxy dans IE soit coché car je vois bien les
parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je redeamrre
le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Apre demarrage, ce matin ca ne fonctionne plus.
"Robby" a écrit dans le message de
news:sur le poste dans compte utilistaeurs, mis en le user en Administrateur,
valider la coche puis redemarrer le poste, puis mis en user avec pouvoir
dans comptes utilisteurs.
"Jonathan BISMUTH" a écrit dans le message de news:Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans
les Comptes Utilisateurs mais avnt le compte user le mettre en
administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées
comme par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité
strategie sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de
news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre
trop important d'OU, que tu ne puisse pas lier celle ci à toutes et
que tu sois obligé de la laisser au plus haut niveau, assure toi
juste de ne pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu
déplace un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de
news: %Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le
message de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous
la session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le
message de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force
pour que par exemple le proxy dans IE soit coché car je vois
bien les parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je
redeamrre le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Apre demarrage, ce matin ca ne fonctionne plus.
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: uHdOzlkuIHA.2292@TK2MSFTNGP05.phx.gbl...
sur le poste dans compte utilistaeurs, mis en le user en Administrateur,
valider la coche puis redemarrer le poste, puis mis en user avec pouvoir
dans comptes utilisteurs.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de news:
u2NvjekuIHA.524@TK2MSFTNGP05.phx.gbl...
Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: O3z3RkcuIHA.4260@TK2MSFTNGP05.phx.gbl...
J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans
les Comptes Utilisateurs mais avnt le compte user le mettre en
administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: Onh$kdbuIHA.3780@TK2MSFTNGP03.phx.gbl...
en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message de
news: u%231jqJYuIHA.3792@TK2MSFTNGP02.phx.gbl...
Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées
comme par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité
strategie sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: OIAZCS1tIHA.3792@TK2MSFTNGP02.phx.gbl...
re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre
trop important d'OU, que tu ne puisse pas lier celle ci à toutes et
que tu sois obligé de la laisser au plus haut niveau, assure toi
juste de ne pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu
déplace un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le message
de news: u$B%2393ytIHA.3968@TK2MSFTNGP04.phx.gbl...
Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: %23m2mCiytIHA.3804@TK2MSFTNGP02.phx.gbl...
Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le
message de news: eA1poBqtIHA.4560@TK2MSFTNGP03.phx.gbl...
bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous
la session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" <jonath.b@free.fr> a écrit dans le message de
news: edBRP2ltIHA.4528@TK2MSFTNGP03.phx.gbl...
Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" <fabrice@discussions.microsoft.com> a écrit dans le
message de news: %23ZQkpzatIHA.576@TK2MSFTNGP05.phx.gbl...
Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force
pour que par exemple le proxy dans IE soit coché car je vois
bien les parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je
redeamrre le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby
Apre demarrage, ce matin ca ne fonctionne plus.
"Robby" a écrit dans le message de
news:sur le poste dans compte utilistaeurs, mis en le user en Administrateur,
valider la coche puis redemarrer le poste, puis mis en user avec pouvoir
dans comptes utilisteurs.
"Jonathan BISMUTH" a écrit dans le message de news:Heu,
là je te suis pas, tu as fait quoi?
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message de
news:J'ai du mettre "utilisateur avec pouvoir "sur le compte du user dans
les Comptes Utilisateurs mais avnt le compte user le mettre en
administrateur
dans compte Utilistaeurs de la machine puis rebooter.
Bizarre ???
"Robby" a écrit dans le message de
news: Onh$en plus lors du gpudate /force sur la session de l'utilisateur ca
fonctionne.
comment je trouve les droits sur l'OU des ordinateurs.
"Robby" a écrit dans le message de
news: u%Merci Jonathan,
Non, pas d'erreur dans le journal.
en fait c'est juste la coche de Utiliser un proxy dans IE qui ne
fonctionne pas, car je vois bien les parametres.
Sur le meme pc, j'ai d'autres strategies qui sont bien appliquées
comme par exemple: scripts lecteur reseau;
Il y a un autre pb, dans ce newgroups qui me concerne "Edité
strategie sur DC2003", aurais-tu une idée ?
Merci d'avance,
Robby
"Jonathan BISMUTH" a écrit dans le message de
news:re Robby,
attention, je n'ai pas dit que tu étais fautif en quoi que ce soit,
j'espère que tu n 'as pas mal pris ma remarque (certes bien mal
tournée?)
Pour moi, l'idéal est de positionner la GPO au plus prêt des
utilisateurs. En admettant qu'ils soient éparpillés sur un nombre
trop important d'OU, que tu ne puisse pas lier celle ci à toutes et
que tu sois obligé de la laisser au plus haut niveau, assure toi
juste de ne pas inclure les paramètres directement dans la GPO DDP.
Quels sont les droits sur cette GPO, typiquement, est ce que
"utilisateurs authentifiés" dispose de lecture + application de la
stratégie?
A mon avis, il y a un pb de droits quelque part, peux être carrément
au niveau des comptes ordinateurs ou de l'OU conteneur plus qu'au
niveau de la GPO elle même d'ailleurs (j'ai déjà eu ça en fait), ce
qui expliquerait qu'elle s'appliquerait correctement quand tu
déplace un poste dans une autre OU.
Tu n'as pas d'erreur dans l'observateur d'évènements [journal
applicatif] type userenv?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le message
de news: u$B%Jonathan,
Merci d'avance, mais cette GPO a été créé depuis bien longtemps et
avant que je prenne en charge L'AD.
Jusqu'à ce jour, pas de pb, et voila que sur certains postes, c'est
KO.
Tu me conseilles de la mettre à quel niveau ?
"Jonathan BISMUTH" a écrit dans le message de
news: %Re Robby,
Jamais de paramètre de ce type dans la GPO Default Domain Policy !
J'ai bien trop souvent rencontré des soucis avec ce type de
modifs...
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000, Transcript (ID: 691839, code: MCSE2000)
http://blog.portail-mcse.net
--
"Robby" a écrit dans le
message de news:bonjour Jonathan,
Oui, c'est ca. Mais pourquoi en faisant le gpupdate /force sous
la session USER, ca fonctionne ?
La GPO IE est au niveau Default Domain policy, pour Les
utilisateurs.
Dans les sous OU Ordinateurs et utlisateurs, il y a d'autres
strategies.
Cdlt,
Robby.
"Jonathan BISMUTH" a écrit dans le message de
news:Bonjour Robby,
je ne suis pas forcément sur de tout comprendre.
Si tu fais un gpupdate/force le paramètrage d'IE s'applique mais
pas au redémarrage, c'est bien ça?
Si tel est le cas, je suspecterais que ton compte a le droit de
lire la GPO adéquate mais pas le poste lui même.
La GPO est positionnée sur une OU utilisateurs ou ordinateurs?
Quels sont les droits dessus?
Cordialement,
--
Jonathan BISMUTH
MVP Windows Server - Directory Services
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
blog.portail-mcse.net
"Robby" a écrit dans le
message de news: %Bonjour,
Sur certains postes, je suis obligé de faire gpudate /force
pour que par exemple le proxy dans IE soit coché car je vois
bien les parametres
dans les options de IE et aussi quand je fais un gpresult /v,
mais le pb c'est que la ligne est grisée et donc pas coché.
des que le gpudate a été executé, c'est ok, mais si je
redeamrre le poste, c'est plus ok.
J'ai fait une MAJ XPSP3, toujours KO.
J'ai mis en workgroup puis remis dans le domaine, KO.
Merci d'avance,
Robby