Macro autoexec

Le
Bernard Flavignard
Bonjour,
Pour faire suite à ma question du 8/10 sur les commutateurs, je souhaite
avoir l'avis des spécialistes sur le méthode que je met en place à l'aide
d'une macro autoexec.
Je veux que tout utilisateur de la machine et donc de Word ait le répertoire
T: comme répertoire de travail.
Sur un poste, j'y suis administrateur, j'ouvre normal.dot, j'y enregistre ma
macro qui va définir le répertoire de travail de word
Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut
UserApplication DataMicrosoftWordDÉMARRAGE
Au lancement de Word par 1 de mes étudiants, c'est ce normal.dot qui est
pris comme modèle
Ensuite la macro Autoexec va permettre de définir le répertoire par defaut
et l'emplacement des modèles Word
Attention ceci ne s'appliquera que pour les nouveaux utilisateurs, donc il
faut aussi supprimer les profils utilisateurs windows sur chaque PC.

Ceci fonctionne, mais peut-être avez-vous plus simple ou plus rigoureux, je
ne suis pas expert dans les emplacements de fichiers personnalisés word
Merci de votre aide
--
Bernard Flavignard
www.guidonchalettois.fr
www.hutchinsonopentour.fr
__o
_`<,_
( )/ ( )
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Geo
Le #20340461
Bonjour

Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut UserApplication
DataMicrosoftWordDÉMARRAGE



Vous pouvez aussi le mettre dans
C:Program FilesMicrosoft OfficeOffice12STARTUP
et là il s'appliquera à tout le monde.

Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.

--
A+
Bernard Flavignard
Le #20340591
Bonsoir,
Merci pour cet emplacement possible.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,


n'importe quel utilisateur un peu averti pourra passer outre.

Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre, si
le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en changeant
de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée
--
Bernard Flavignard
www.guidonchalettois.fr
www.hutchinsonopentour.fr
__o
_`<,_
( )/ ( )

"Geo"
Bonjour

Je copie ce fichier normal.dot dans c:Documents and SettingsDefaut
UserApplication DataMicrosoftWordDÉMARRAGE



Vous pouvez aussi le mettre dans
C:Program FilesMicrosoft OfficeOffice12STARTUP
et là il s'appliquera à tout le monde.

Ceci dit c'est une commodité que vous proposez, pas une contrainte,
n'importe quel utilisateur un peu averti pourra passer outre.

--
A+




Geo
Le #20340761
Re
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet utilisateur et
qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.



D'accord.
Toute solution qui simplifie la vie est bonne à prendre.
Il devrait exister des solutions au niveau du système, mais il faudrait
poser la question aux spécialistes du système en question.
Déjà on peut leur bloquer l'accès à "Mes Documents" local par des
autorisations.

--
A+
db
Le #20341041
Bernard Flavignard a écrit :
Bonsoir,
Merci pour cet emplacement possible.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,


n'importe quel utilisateur un peu averti pourra passer outre.

Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre, si
le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en changeant
de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée



Bonsoir,

Et pourquoi ne pas faire l'inverse : faire pointer "Mes Documents" sur
T: ? Ça doit être à la portée du premier administrateur réseau venu, de
faire un petit fichier .reg qui automatise la manip (si elle doit
l'être) à chaque démarrage de la machine...


db
Bernard Flavignard
Le #20341261
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un script.
Le .reg devra donc se lancer après le script de connexion, est-ce possible?
Cordialement
--
Bernard Flavignard
www.guidonchalettois.fr
www.hutchinsonopentour.fr
__o
_`<,_
( )/ ( )

"db"
Bernard Flavignard a écrit :
Bonsoir,
Merci pour cet emplacement possible.
Ceci dit c'est une commodité que vous proposez, pas une contrainte,


n'importe quel utilisateur un peu averti pourra passer outre.

Bien entendu, mais je ne sais pas si tu as déja travaillé avec un groupe
d'étudiants.
Ils enregistrent, oui, mais comme ils cliquent plus vite que leur ombre,
si le logiciel propose "Mes documents" il vont y aller sans savoir que ce
répertoire est lié à un profil windows sur une machine donnée, en
changeant de machine on ne retrouve plus rien.
Dans notre réseau chaque utilisateur possède un T: qui correspond à cet
utilisateur et qui se trouve sur un serveur.
Donc en changeant de machine pas de problème pour retrouver ses données.
La commodité est pour moi qui ne vais pas avoir à recoller les morceaux.
Bonne soirée



Bonsoir,

Et pourquoi ne pas faire l'inverse : faire pointer "Mes Documents" sur T:
? Ça doit être à la portée du premier administrateur réseau venu, de faire
un petit fichier .reg qui automatise la manip (si elle doit l'être) à
chaque démarrage de la machine...


db


Lotre
Le #20341711
Bonsoir,

"Bernard Flavignard" de news: 4ad397c2$0$971$
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un
script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--



si c'est un réseau avec un contrôleur de domaine
on peut aussi utiliser les stratégies
plutôt que de bidouiller les reg
( stratégie de redirection des dossiers)


Quoi qu'il en soit le mappage de T:
et l'écriture dans la BdR
peuvent être dans le même script...

QQ chose du type

Net USE T: %Homeshare%Documents /persistent:no

avec l'unique looooonngue ligne

REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser
Shell Folders" /v Personnal /d T: /f


Devrait fonctionner quelquesoit l'ordre ( REG avant ou non) car je
pense que windows n'utilisera l'info qu'au moment d'ouvrir "Mes
documents"

A+

HB
Bernard Flavignard
Le #20343421
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion, donc ce
que tu dis m'intéresse grandement.
Mais mes compétences ne me permettent pas de décrypter les différentes
options que tu donnes.
Net USE T: %Homeshare%Documents /persistent:no


/persistent:no signifie?
REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f


/v ?
/d
/f
Merci
--
Bernard Flavignard
www.guidonchalettois.fr
www.hutchinsonopentour.fr
__o
_`<,_
( )/ ( )

"Lotre"
Bonsoir,

"Bernard Flavignard" news: 4ad397c2$0$971$
Bonsoir,
C'est une idée.
Mais attention, le répertoire T: est crée à la connexion par un script.
Le .reg devra donc se lancer après le script de connexion, est-ce
possible?
Cordialement
--



si c'est un réseau avec un contrôleur de domaine
on peut aussi utiliser les stratégies
plutôt que de bidouiller les reg
( stratégie de redirection des dossiers)


Quoi qu'il en soit le mappage de T:
et l'écriture dans la BdR
peuvent être dans le même script...

QQ chose du type

Net USE T: %Homeshare%Documents /persistent:no

avec l'unique looooonngue ligne

REG ADD "HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser
Shell Folders" /v Personnal /d T: /f


Devrait fonctionner quelquesoit l'ordre ( REG avant ou non) car je pense
que windows n'utilisera l'info qu'au moment d'ouvrir "Mes documents"

A+

HB







Lotre
Le #20345211
bonsoir,


Bernard Flavignard wrote:
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.



Les utilisateurs sont-ils en vrac dans l'unité d'organisation "Users"
ou bien rangés dans une ou plusieurs unités d'organisation ( OU)
créées pour ?

Si tu n'en sait rien, c'est sans doute qu'il n'y a rien que Users
et à moins de tout chambouler
tu ne peux pas utiliser de stratégies sur les utilisateurs
Il ne te reste donc que le ou les szcripts "de connexion"
qui sont en fait ce que windows nomme "script de profil"

Si il y a une des OU dédiés tu peux "créer"
des objets "stratégie de groupe" ( GPO) associés
puis y régler de nombreux paramètres qui définiront de façon précise
l'environnement et les restrictions éventuelles pour les utilisateurs
...

Ceci dit quand on n'a jamais fait ça
mieux vaut être guidé autrement que sur un NG ;o)

d'où ma proposition de modif du script...


Explications supp :
================== >> Net USE T: %Homeshare%Documents /persistent:no

/persistent:no signifie?



("persistent" comme persistant :o)
Pour que le lecteur soit viré à la fermeture de session,
sinon, par défaut, il reste ...

REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f





/v ?



( v comme value)
doit précéder la valeur du registre à écrire/modifier

/d



(d comme data)
doit précéder la ou les donnée(s) pour cette "valeur"

/f



(f comme force)
remplace sans sommation si la valeur existe déjà

Pour plus d'info :

en invite de commande ... --> REG ADD /?
dira tout et bien plus encore ;o)

Dernière remarque :

J'utilise REG ADD plutôt qu'un regedit /s car, contrairement à regedit, REG n'est jamais bloqué par la
stratégie.
"Désactiver les outils d'édition du registre "

et je ne sais pas comment ça se passe sur ce domaine.

HB
Bernard Flavignard
Le #20345361
Bonsoir,
Même si je ne suis pas un spécialiste, j'ai déja "joué" un peu avec ça.
Mes étudiants sont dans un goupe (ça doit être ce que tu appelles OU).
Il y a des stratégies appliquées aux groupes.
Et il y a un script de connexion valable pour tous les utilisateurs avec des
conditions if dedans, et en fonction du user certaines commandes sont
effectuées.
Merci pour ton aide, je vais y aller à petits pas et tester.
Cordialement
--
Bernard Flavignard
www.guidonchalettois.fr
www.hutchinsonopentour.fr
__o
_`<,_
( )/ ( )

"Lotre"
bonsoir,


Bernard Flavignard wrote:
Bonjour,
Oui c'est un contrôleur de domaine et j'ai un script de connexion,
donc ce que tu dis m'intéresse grandement.



Les utilisateurs sont-ils en vrac dans l'unité d'organisation "Users"
ou bien rangés dans une ou plusieurs unités d'organisation ( OU) créées
pour ?

Si tu n'en sait rien, c'est sans doute qu'il n'y a rien que Users
et à moins de tout chambouler
tu ne peux pas utiliser de stratégies sur les utilisateurs
Il ne te reste donc que le ou les szcripts "de connexion"
qui sont en fait ce que windows nomme "script de profil"

Si il y a une des OU dédiés tu peux "créer"
des objets "stratégie de groupe" ( GPO) associés
puis y régler de nombreux paramètres qui définiront de façon précise
l'environnement et les restrictions éventuelles pour les utilisateurs ...

Ceci dit quand on n'a jamais fait ça
mieux vaut être guidé autrement que sur un NG ;o)

d'où ma proposition de modif du script...


Explications supp :
================== >>> Net USE T: %Homeshare%Documents /persistent:no

/persistent:no signifie?



("persistent" comme persistant :o)
Pour que le lecteur soit viré à la fermeture de session,
sinon, par défaut, il reste ...

REG ADD
"HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell
Folders" /v Personnal /d T: /f





/v ?



( v comme value)
doit précéder la valeur du registre à écrire/modifier

/d



(d comme data)
doit précéder la ou les donnée(s) pour cette "valeur"

/f



(f comme force)
remplace sans sommation si la valeur existe déjà

Pour plus d'info :

en invite de commande ... --> REG ADD /?
dira tout et bien plus encore ;o)

Dernière remarque :

J'utilise REG ADD plutôt qu'un regedit /s car, contrairement à regedit, REG n'est jamais bloqué par la stratégie.
"Désactiver les outils d'édition du registre "

et je ne sais pas comment ça se passe sur ce domaine.

HB




Lotre
Le #20345961
Bernard Flavignard wrote:
Bonsoir,
Même si je ne suis pas un spécialiste, j'ai déja "joué" un peu avec
ça. Mes étudiants sont dans un goupe (ça doit être ce que tu
appelles OU).



Euh...
excuse le vocabulaire ...
simpliste ..
c'est pour être sûr d'être compris .
=========================================== Les groupes de sécurité servent à régler les autorisations
de sécurités sur fichiers dossiers etc ...)

Les groupes se voient dans Active directory
comme "éléments" de "Users" ( boite jaune à gauche)
on les voit donc dans la fenètre de droite
avec d'autres groupes et des utilisateurs ...
============================================== Les Unités d'organisation servent à appliquer des stratégies
qui se nomme bêtement "stratégies de groupes"
( ah c'est malin !)

Les Unités d'organisation se voient "à gauche"
et sont "des boites jaunes" en plus ...

Nativement une nouvelle OU ne dispose
pas d'objet stratégie associé
il faut d'abord le créer
puis on peut le modifier ...

En gros :

Une OU qui contient des machines ( intégrées au domaine)
peut classiquement servir pour ...
régler les machines
paramétrer certains logiciels
installer automatiquement les applis,
régler des autorisations de sécurité
sur certains répertoires spéciaux,
lancer des scripts de démarrage,
des scripts d'arrêts

etc...
sans passer sur les machines...



Une OU qui contient des utilisateurs (du domaine)
peut classiquement servir pour ...
régler les environnements
paramétrer certains logiciels
poser certaines restrictions,
lancer des scripts d'ouverture de session
des scripts de fermetture de session
etc. ...
==============================================
Ce que l'on nomme en général "script de connexion"
c'est le script défini
pour l'utilisateur ( clic droit sur un utilisateur -> propriétés )
Dans l'interface de gestion d'AD,
cela se nomme si je ne m'abuse
script de profil

A+

HB
Publicité
Poster une réponse
Anonyme