| |||||
| Dernière réponse | |
|---|---|
| Sujet : Scripts d'ouverture de sessions | |
| blueteen | dans ton bat ?
je ne pense pas que tu puisses mais tu peux créer ton .reg qui sera donc lancé par ton .bat regedit /s ton_script.reg |
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| blueteen | dans ton bat ?
je ne pense pas que tu puisses mais tu peux créer ton .reg qui sera donc lancé par ton .bat regedit /s ton_script.reg |
| stef57 | Dans mon script je peu modifier la page de démarage de IE ? Ou je dois executer un fichier reg pour faire ça ? |
| Requin | Bon on t'a répondu...
Juste encore le @ qui devant le ECHO OFF, il a la meme signification que ECHO OFF, mais est limité à une seule ligne (j'aurais pu commencer toutes mes lignes par @ au lieu de mettre un ECHO OFF sur la première) Pour le $ quand tu créé un partage avec ce symbole à la fin ce dernier n'est pas visible si par exemple tu vas avec un explorateur sur le serveur voir quels sont les partages disponibles, mais en connaissant le nom du partage tu peux l'utiliser (pour autant que tu possède l'autorisation). D'ailleurs sous Windows il existe des partages administratifs (donc accessibles à l'administrateur) qui correspondent à chacun de tes disques \\monservuer\c$ par exemple pour le C:\ ... i lest donc important que les comptes avec le privilège administrateur possèdent un mot de passe costaud. |
| blueteen | et le $ ça sert à créer un partage invisible (lorsqu'on parcours le réseau).
mais accessible si l'on connait le nom exact du partage (et en rajoutant le $ à la fin) si tu fais : démarrer/exécuter \\serveur\partage$ une fenêtre s'ouvrira (avec ce que tu auras mis dans le dossier partagé) mais si tu tapes juste : \\serveur\partage tu n'auras rien. (juste une fenêtre, nom de réseau introuvable) @++ |
| nemo13 |
|
| stef57 |
|
| stef57 | Y a pas moyen de metre \\serveur\script dans le chemin de l'utilisateur et de mettre le script dans le dossier c:\winnt\system32\repl\import\scripts du serveur ? |
| stef57 | Arf ! Je ne veu pas utiliser AD ;) (je ne veux pas obliger les utilisateurs de mon reseau de taper nom et mdp) |
| olicel | sinon on peut utiliser AD et faire en sorte que la session ne s'ouvre pas si le serveur est OUT... ou l'inverse. |
| stef57 | Par contre ton idée d'employer un script qui va chercher le script sur le serveur me plait bien, je testerai ca ce soir.
Mais doit bien y avoir un moyen d'indiquer directement le chemin du serveur dans chaque profil non ? |
| Requin |
|
| stef57 | up ! |
| stef57 | Cf ce post pour voir ce que mon serveur doit pouvoir faire:
http://forum.hardware.fr/forum2.ph [...] h=&subcat= |
| stef57 | Les gars dsl de pas repondre plus souvent mais je suis en cours (je repond de mon cours de Java d'ailleur ;)).
Blueteen> je tiens compte de tes posts, ta methode marche si je met le fichier bat sur chaque PC du reseau, or j'aimerai mettre ce fichier sur le serveur et que chaque compte y accede (je rappel que les comptes sont locaux et que ce n'est pas le serveur qui les gerent !). Rogntudjuuuuuuuuu> tout les postes sont sous Windows 2000, le serveur sous Windows 2000 serveur. Requin> effectivement j'ai des lacunes :D, mais en meme tps mon intranet a la maison n'a pas besoin d'etre un intranet d'entreprise ...;) |
| blueteen | alloooooo
vous lisez un peu lisez qd mm mon post ! y a juste les scripts à mettre dans le répertoire indiqué sur le serveur (on peut en mettre autant qu'on veut), il suffit d'indiquer ds le profil utilisateur le script à lancer... et ça marche avec tous les clients windows. |
| rogntudjuuuuuuuuu |
|
| Requin | Visiblement tu as quelques lacunes côté administration système... voici comment tu pourrais bricoler :
1) Créer un partage (par exemple \\MONSERVEUR\SCRIPT$) 2) Placer le script central avec les commandes que tu souhaites sous \\MONSERVEUR\SCRIPT$ 3) Créer un script client et le mettre dans le dossier "imports" :
|
| rogntudjuuuuuuuuu | tes postes clients, c'est quel systeme ? |
| blueteen | comment ça centraliser ?
c:\winnt\system32\repl\import\scripts est sur le serveur. |
| stef57 | Si blueteen ta soluce marche a merveille ! Mais j'aimerai centraliser le fichier .bat sur le serveur ! |
| blueteen | ma soluce ne convient pas ?
merci de le dire qd mm ! |
| stef57 | Bon a priori ça marche comme tu me la expliqué mais n'est-il pas possible d'avoir un fichier centralisé sur le serveur ? (sans passer par les GPO parce que je ne veux pas passer par AD) |
| Requin |
|
| blueteen | sous nt, pour qu'un script (même en .bat) soit lancé au démarrage, il faut le mettre dans le dossier :
c:\winnt\system32\repl\import\scripts tu places ton .bat dedans (par exemple connect.bat) puis ds le gestionnaires des utilisateurs, prend un user par exemple, puis clique sur le bouton "profil" là tu as une cellule "nom du script d'ouverture de session" et tu mets : connect et ce script sera lancé à la connexion de l'user en question valà si ça peut t'aider ! |
| stef57 | Le probleme c'est que je n'utilise pas AD ! Tout simplement parce que je ne voudrai pas que les utilisateurs du reseau ne puisse pas ouvrir de session si le serveur est en panne !
Je vais voir tes liens ;) |
| Requin | Si tu utilise Windows 2000 / 2003, envisage plutot d'écrire tes scripts avec VBScript ou JScript (Windows Scripting Host). Leur exécution est bien plus rapide et il est plus facile de faire une exécution conditionnelle avec ces langages qu'avec un batch.
Regarde ces pages tu trouveras de nombreux exemples et des explications : - Windows Script - Script Center Pour répondre à ta question, dans AD tu as tes OU avec tes comptes utilisateurs et/ou machines, dans les propriétés de l'OU tu peux appliquer des GPO, en éditant la GPO tu peux spécifier les scripts que tu souhaite exécuter. Les scripts seront ensuites copiés dans l'arborescence de SYSVOL. |
| stef57 | up ! |
| stef57 | J'ai un petit probleme avec les scripts d'ouverture de sessions...
J'ai placé le script "script.bat" sur mon serveur dans D: Comment faire pour affecter ce script à chaque ouverture de seesion ? (les comptes d'utilisateurs sont pas sous AD mais locals) |




