Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
5166 connectés 

 


Dernière réponse
Sujet : script de session pour les utilisateurs de windows 2003
Wolfman Tu as paramétré tes différents Sites dans AD ? Normalement, tu peux indiquer le contrôleur de domaine préféré selon ton sous-réseau IP.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Wolfman Tu as paramétré tes différents Sites dans AD ? Normalement, tu peux indiquer le contrôleur de domaine préféré selon ton sous-réseau IP.
blondophile Tu as indiquez quel chemin d'accès pour le partage ?
jaymzwise Salut tout le monde,
 
Je remonte le sujet parce que j'ai un problème sur mon réseau. Je dispose d'un contrôleur de domaine (W2003) sur le site principal et de trois contrôleurs secondaires (W2003) sur des sites distants.
 
Le problème c'est que lorsqu'un utilisateur se connecte il récupére bien son script de démarrage (Que j'ai renseigné dans son profil) mais il va le chercher quasiment à chaque fois sur un site distant alors que les scripts sont également stockés dans le partage NETLOGON du contrôleur de son site.
 
Jugeant évitable le trafic engendré (Sur le VPN) par ses requêtes, est-il possible de forcer les stations à aller récupérer leur script de démarrage sur le contrôleur le plus proche et non pas sur un contrôleur se trouvant sur un site distant ?
 
Merci d'avance.
akabis sinon tu poses ton script dans le répertoire netlogon de ton controleur de domaine.
 
Ensuite pour chaque compte dans profil utilisateur (de mémoire) dans les propriété de compte (dans AD) dans script de connection, tu indique le nom du script.
 
A chaque ouverture de session, le script se lance.
Le problème est que si tu as 150 comptes à passer ça va être long our se taper tous les comptes afin de faire la modif ...falait y penser avant :)
Sm@No POur forcer les GPO :executer: GPUPDATE /FORCE
Mais fait pas comme sa y a plus simple que passé par GPO:
Dans le compte rajoute le nom du bat dans script de démarrage, QUE LE NOM surtout pas le chemin sa marche pas ensuite pour voir le resultat il faut rebooter et pas seulement fermer la session:
Ensuite colle ton bat dans le netlogon et sa marche!!!
mous134 oui c'est bien un xp pro
com21 la machine est obligatoirement un xp pro car la version home ne peut etre intégré à un domaine.
mous134 j'ai toujours le même message d'erreur qui apparait et qui est: windows ne trouve pas rsop.msc  
 
alors que cette machine est bien un xp pro.
j'ai même changé de compte utilisateur et il apparait le même message d'erreur  
 
 
 
 
 
com21 rsop.msc marche tres bien sur windows xp.
 
mous134 aidez moi les gars soyez sympas
mous134 lorsque j'execute rsop.msc sous xp il apparait le message suivant
windows ne trouve pas rsop.msc
 
 
 
 
 
 
mous134 comment faire je ne comprend pas
bigstyle Utilise RSOP.MSC sous XP pour voir si la strategie descend bien.
 
Tu as des erreurs dans ton journal des evenements ?
mous134 Pour tout vous dire j'ai un serveur 2003 et un xp.Le serveur 2003 est entre outre un controleur de domaine et j'ai configuré mon xp de tel sorte qu'il soit membre du domaine.
J'ai crée dans le serveur 2003 et plus precisement dans active directory un OU qui s'appele professeur et dans cet OU se trouve un utilistaeur moustapha.
j'ai affecté à cet OU une stratégie de groupe et dans cettte stratégie j'ai definie un script de connexion de la même maniére que l'indique com21 (voir plus haut c'est le troisieme message).Le script d'ouverture de session se trouve dans le le dossier qui correspond à l'OU professeur  
et qui se trouve à l'emplacement \\SRVADMIN\SYSVOL\DOMAINE\POLICIES.
Ce script s'execute bien quand je l'execute manuellement mais il ne s'execute pas trés bien lorsque j'ouvre une session utilisateur.
J'ai essayé d'executer la commande GPUPDATE .ELLE MARCHE SOUS WIN SERVER 2003 ET NON SOUS XP.ET D'aprés ce que j'ai compris gpupdate s'execute dans mon cas sous la machine xp car c'est ma machine cliente  
 
j'ai deja fait des recherches sur internet et sur ce forum mais ca ne m'a pas aidé.
certes des utilisateurs ont déja traité de ce probleme mais cela ne m'aide pas
 
je vous en supplie aidez moi parce que je suis en stage et j'aimerais bien avancer
mous134 non j'ai indiqué un chemin unc et ca ne marche pas
bigstyle Je pencherai pour ce qu'a dit ben-le-ouf
 
Tu as probablemet indiqué un chemin local et non UNC.Tu devrais d'ailleurs avoir une erreur dans le journal des evenements de ton client.
mous134 j'ai le meme probleme mais moi j'ai affecté le script à l'aide d'une gpo mais la commende gpupdate ne marche pas sous xp
merci de me repondre rapidement je suis en stage et ca chauffe vraiment
ben-le-ouf Tu l'as mis où ton script ? Tu as bien indiqué un chemin UNC (\\serveur\partage\...) et non un chemin local (X:\...) ?
com21 la commande gpupdate  permet de forcer l'appliquation des gpo (sinon faut attendre un temps X pour que ça s'update)
 
a faire sur le poste de test.
djo106
voilà comment je suis.
J'ai mis tout mes utilisateurs dans une OU: "utilisateur" et j'ai appliqué des scripts de connexion et déconnexion à cette OU
 
après c vré que je suis novice et j'ai surement oublié un truc mais je ne sé pas koi!
com21 comme tu ne dis pas comment tu as configuré ta gpo, sur quel uo....
 
djo106 oui je te remercie mais lorsque je le fé par ici ça ne marche pas.
en fait ça marche mais que sur le serveur en local mais pas sur les utilisateurs utilisant des machines sur le domaine
com21 http://www.laboratoire-microsoft.o [...] t/6/15.GIF
djo106 up
djo106 Bonjour
  Je n'arrive pas à exécuter un script de connexion et déconnexion de session des utilisateurs sur des ordi appartenant à un domaine d'où le controleur de domaine est en windows 2003.
Je me perd un peu dans les GPO!
 
est ce quelqu'un pourrait m'aider et m'indiquer la marche à suivre?
merci

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)