Reprise du message précédent :
ok, oui, compte

 
JE lis le lien MS que tu as posté plus haut

log = 298 Ko
 
Je le zieute ..
 
 
EDIT : WW, tu recherches quelque chose en particulier ?

Tout ce qui peut être des access denied.
Violation d'accès...
 
Les erreurs 5 quoi.
 
WW

JE suis en train de préparer un post avec quelques lignes..
 
MAis je viens de tomber par hazard la dessus    
 

 
Gni ?
On a jamais rien appliqué.
Ca pourrait être ça qui fait merdoyer ?

290 Ko, y'en a ...
 
 
Donc voici quelques lignes :
 

Tu as un ntconfig.pol sur le Netlogon de ton PDC ?
 
Groody !!!
 
WW

Groody a écrit a écrit : JE suis en train de préparer un post avec quelques lignes..   MAis je viens de tomber par hazard la dessus       USERENV(1e8.1ec) 15:52:57:765 ApplySystemPolicy:  PolicyPath is: <\\PDC\netlogon\ntconfig.pol>.   Gni ? On a jamais rien appliqué. Ca pourrait être ça qui fait merdoyer ?

 
heuu...    
 

athon a écrit (en première page   ) a écrit :   as-tu mis des restrictions sur les machines dans ton domaine ?

As-tu des profils errants ?
 
Si oui cela explique les erreurs 1355.
Le client n'arrive pas à trouver le profile sur le serveur.
Le profile est peut-être d'une version plus ancienne de Windows (2000 ou NT 4).
 
Tu peux ignorer tout ce qui est GPT.ini c'est pour les GPOs et tu as pas d'AD.
 
Autre question c'est bien un poste XP.
Le problème est-il identique sur un poste Windows 2000 (si tu peux faire le test).
 
WW

Non, j'ai rien mis, moi  
 
Késséssé ce truc    
 
 
Juste parcequ'il y a un *.POL dans le NetLogon, il est pris par defaut ?
 
(ça c mon collègue, y'a ~3 ans)

Groody a écrit a écrit : Non, j'ai rien mis, moi     Késséssé ce truc         Juste parcequ'il y a un *.POL dans le NetLogon, il est pris par defaut ?   (ça c mon collègue, y'a ~3 ans)

 
         
 
Pô mieux

athon a écrit a écrit :     heuu...

 
Non, moi j'avais jamais rien mis. Jusqu'aujourd'hui, jamais eu de prbs à cause de ce *.POL.  
 
Enfin CES. Je renomme sur le PDC et les BDC pour voir.
 
 
Quelqu'un peut me dire si il suffit juste de placer un *.POL pour qu'il soit pris en compte ? Ou y'a un truc à faire sur le domaine (compte USer, etC..) ??

Un .pol est un fichier de stratégies à la sauce NT.
 
POL = POLICIES
 
Il est constitué avec l'outil POLEDIT (uniquement sur serveur)
 
CONFIG.POL pour les Win9X
NTCONFIG.POL pour les Windows NT, 2000, XP
 
WW

athon a écrit a écrit :                 Pô mieux

Nan nan mais c vrai (vraiment).
 
J'ai jamais utiliser Poledit/*.POL, excepté sous mes 2 serveurs Metaframe, et les *.POL sont stockés en local sur les 2 machines

 
je sais, c'est juste une boutade, c'est nerveu désolé    
 

Toutes stations Windows à partir du moment où elle est connectée à un domaine cherche un .pol sur le contrôleur de domaine (PDC ou BDC).
 
C'est l'ancienne approche des GPOs.
 
Sauf qu'un CONFIG.POL ou un NTCONFIG.POL marque la base de registre de façon permanente.
A la différence des GPOs qui disparaissent si la station est retirée du domaine ou déplacée d'un OU vers une autre (idem pour le user).
 
WW

RAHHHHHHHHH JE V LE TUER CE CON (pardon )
 
Bon, je redescend le ghost, et retest
 
Déjà, j'ai plusd accès à la barre des taches
 
y'a du mieux
 
(si c ça, heureux d'avoir trouvé, mais alors quelle connerie .. grrr)

RAHHHHHHHHH, reboot, et l'icone à disparute du bureau
 

Rahhhhhhh
 
test test et test, et plus de prbs.
 
Je vais le tuer cuilà si je le retrouve.
 
Bon, bah, après 1 semaine de recherche..
prb régler.
 
Que je suis fort  

NAN j'daiconneuh les copaingues
 
 
Merci, + de beaucoup pour votre patience, et tout et tout
 

 

 
(bon, hein, shut, que mon image n'en prenne pas un coup, hein .. )

Le FORUM HFR est GRAND
 
WW

Roh lalal quand même, ça me rendait dingue cette histoire ..
 
 
Vous moquez pas hein :'(

Je me disait bien qu'il ne pouvait y avoir de failles dans ma méthode    
 
Un grand merci à WW pour son apport, j'en ai appris encore pas mal sur la sécu      
 
Désolé pour hier de vous avoir laissé en plan mais je suis allé préparer mon départ en vacances  

Oui, re merci hein
 
now je vais mettre les machines en prod.
 

Y a pas à dire HFR rulez !!!
 
Même pendant l'été
 
WW

C pas pour faire chier, mais ça m'aurai quand même plus de pouvoir enregistrer les restrictions appliquées par GPEDIT.MSC et les refoutre sur d'autres machines
 
(Athon, si tu t'embettes today .. )

Heu pourquoi pas le faire avec un NTCONFIG.POL ?
 
Avec poledit ?
 
Après tout y a déjà un historique de 3 ans
 
WW

Heu, il se moque là hein ? :'(

Groody si tu ne veux pas que ton successeur rencontre la même situation, ne fait pas comme ton prédécesseur !
 
Documente !
 
WW
 
PS : non je ne me moque pas, à mon avis il vaut mieux oublier GPEDIT. Ce n?est pas centralisé.
Si tu rencontres un pb sur une machine imagine la gymnastique que tu devras faire pour aller retirer une limitation.
Alors que si tu utilises NTCONFIG.POL tu auras juste à modifier ce fichier, le copier sur tous les BDCs et la modif sera prise en compte au prochain logon. (si c'est du HKCU)
 

Groody a écrit a écrit : C pas pour faire chier, mais ça m'aurai quand même plus de pouvoir enregistrer les restrictions appliquées par GPEDIT.MSC et les refoutre sur d'autres machines   (Athon, si tu t'embettes today .. )

 
pareil avec les gpo
si on peut les sauvegarder ca m'interesse beaucoup (130 serveurs avec les memes GPO à parametrer donc quand un à remasteur ca fait chier de perdre deux jours )

 
Oui    et non    
 
GPEDIT c'es ttrès bien pour tout ce qui est restriction définitive et générale pour tout le monde sur tous les postes.
Cela évite de faire passer en plus ces restrictions via le réseau...
Les GPO via AD ou NTCONFIG.POL pour le reste et les spécifications...

vi vi Mr Groody : un ptit resume qui pourrait servir?

Groody a écrit a écrit : C pas pour faire chier, mais ça m'aurai quand même plus de pouvoir enregistrer les restrictions appliquées par GPEDIT.MSC et les refoutre sur d'autres machines   (Athon, si tu t'embettes today .. )

 
Je travaille sur un .inf spécifique via MMC, elles sont applicables et modifiables sur les postes à chaque boot...

 
 
Je doute que dans *.POL il y ai autant d'options dispo que via GPEDIT, et toutes ces options dispo, elles m'interressent BCP. Donc le *.POL .. à oublier
 
Et oui, c'est un inconvénient, mais quand je vois que ce que mes langoustes me font comme conneries, je perdrait moins de tps ..
 
 
merci pour le conseil et l'idée en tt cas, car c'est sûr que j'ai pas ts les reflex, etc..

LeKeiser a écrit a écrit : vi vi Mr Groody : un ptit resume qui pourrait servir?

 
Ouai, proverbe chinois :
 
"Quand tu veux appliquer des restrictions via GPEDIT, n'oublies pas le virer le *.POL venu du pays du soleil levant "  
 
(je sais, c'est nul..)

Je veux bien que GPEDIT est certains avantages.
 
Mais attention si vous appliquez une restriction particulière à un instant rien ne dit qu'une application lamdba va bien la supportée.
Et que se passera-t-il le jour où le problème surviendra ?
Comment faire machine arrière ?
 
Pour ce qui est de Poledit et de ses manques c'est fonction des adms chargés.
Pour enrichir Poledit il suffit d'associer plus d'adm.
Pour ceux de XP, ils sont fournis :
%systemroot%\inf  
 
Pour Office, IE, ... c'est dans le RK d'Office et IEAK.
 
WW

Ah
 

 
Bon, Athon, Boisorbe, je suis sûr que vous vous emmerdez là, allez, zou, une procédure in french, et que ça saute (pour la communauté

Boisorbe ->
 
Concernant la copie des GPOs.
Quel est le pb ?
Tes serveurs sont-ils tous membres de la même forêt ?
 
Ou industrialises-tu 130 forêts différentes ?
 
WW

Groody a écrit a écrit : Ah     Bon, Athon, Boisorbe, je suis sûr que vous vous emmerdez là, allez, zou, une procédure in french, et que ça saute (pour la communauté

 
heuuu....  tu l'as la proc  

 
Athon, je parlais de ça