Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Merci d'avance
Stef
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Merci d'avance
Stef
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Merci d'avance
Stef
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Dans le message :,
'f a pris la peine d'écrire ce qui
suit :Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'u ne
session windows, peut-t'on faire de même à la fermeture d'une sessi on?
Oui.
De plusieurs façons ...
Tout d'abord, il existe le très classique "LastChance" (Freeware)
http://www.fileware.com/products.htm#LastChance
(valable sous tous les OS, stations ou serveurs)
Sinon, sous W2k (PRO et SRV), XP PRO, W2K3, une stratégie locale (workg roup)
ou globale (domaine) permet de lancer une appli (exe, script, ..) en fin de
session (ou fermeture) de Windows.
Lancer GPEDIT.MSC (ou DOMPOL.MSC..... si on est dans un domaine)
Sélectionner :
"Configuration ordinateur"
(scripts de démarrage/arrêt)
ou
"Configuration utilisateur"
(scripts d'ouverture/fermeture de session)
puis :
Paramètres Windows
Scripts
Cliquer sur (suivant le cas) :
"démarrage/arrêter"
ou
"ouverture/déconnexion"
et indiquer le chemin des scripts
(ils peuvent être placés n'importe où)
_________________________________________________________________________
POUR INFORMATION (ou pour les masochistes qui aiment bien tripatouiller d ans
la BDR !)
Script à la fermeture de session :
--------------------------------
Clefs concernées :
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff
On y trouve 5 entrées de type REG_SZ:
"DisplayName"
valeur "Stratégie de groupe locale"
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicyUser"
(chemin à adapter à sa config)
"GPO-ID"
valeur "LocalGPO"
"GPOName"
valeur "Stratégie de groupe locale"
"SOM-ID"
valeur "Local"
Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
(car il peut y en avoir plusieurs, à la différence du script de login dans
le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, com mençant
à 0
P.ex.
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff b
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff f
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que REGE DIT
affiche de travers sur 16 octets ! J'ai remonté le bug à MS)
valeur : 00 00 00 00 00 00 00 00
"Parameters" de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script" de type REG_SZ
valeur : le nom du script. Son chemin complet est à indiquer
s'il n'est pas dans
%systemroot%System32GroupPolicyUserScriptsLogoff
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyUserScripts
Ce script a la structure suivante :
[Logoff]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en dé cimal ici
NB: ce fichier script.ini sert aussi pour les scripts à l'ouverture de
session.
Dans ce cas, la section commence par "[Logon]"
Script à la fermeture de Windows :
--------------------------------
On a la même structure que pour la fermeture de session, mais le nom des
clefs est un peu différent
Clefs concernées :
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShu tdown
On y trouve les 5 mêmes entrées de type REG_SZ
Seules changent les entrées :
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"Script" de type REG_SZ
valeur : le nom du script.
Son chemin complet est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
Il y a là aussi autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShu tdown
...
Les entrées de chaque sous-clef sont les mêmes que pour la fermeture de
session
De plus, il doit exister là aussi un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters ...
Ce fichier script.ini sert aussi pour les scripts au démarrage de Windo ws.
Dans ce cas, la section commence par "[Startup]"
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparement double-emploi avec les données de la BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.M SC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGIS TRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuell ement avec le
contenu de "script.ini"...
Ouf !!!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :uPh49Te8GHA.4408@TK2MSFTNGP02.phx.gbl,
stef@ste'f <stef@vousnaurezpasmonmail.com> a pris la peine d'écrire ce qui
suit :
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'u ne
session windows, peut-t'on faire de même à la fermeture d'une sessi on?
Oui.
De plusieurs façons ...
Tout d'abord, il existe le très classique "LastChance" (Freeware)
http://www.fileware.com/products.htm#LastChance
(valable sous tous les OS, stations ou serveurs)
Sinon, sous W2k (PRO et SRV), XP PRO, W2K3, une stratégie locale (workg roup)
ou globale (domaine) permet de lancer une appli (exe, script, ..) en fin de
session (ou fermeture) de Windows.
Lancer GPEDIT.MSC (ou DOMPOL.MSC..... si on est dans un domaine)
Sélectionner :
"Configuration ordinateur"
(scripts de démarrage/arrêt)
ou
"Configuration utilisateur"
(scripts d'ouverture/fermeture de session)
puis :
Paramètres Windows
Scripts
Cliquer sur (suivant le cas) :
"démarrage/arrêter"
ou
"ouverture/déconnexion"
et indiquer le chemin des scripts
(ils peuvent être placés n'importe où)
_________________________________________________________________________
POUR INFORMATION (ou pour les masochistes qui aiment bien tripatouiller d ans
la BDR !)
Script à la fermeture de session :
--------------------------------
Clefs concernées :
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff
On y trouve 5 entrées de type REG_SZ:
"DisplayName"
valeur "Stratégie de groupe locale"
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicyUser"
(chemin à adapter à sa config)
"GPO-ID"
valeur "LocalGPO"
"GPOName"
valeur "Stratégie de groupe locale"
"SOM-ID"
valeur "Local"
Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
(car il peut y en avoir plusieurs, à la différence du script de login dans
le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, com mençant
à 0
P.ex.
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff b
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff f
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que REGE DIT
affiche de travers sur 16 octets ! J'ai remonté le bug à MS)
valeur : 00 00 00 00 00 00 00 00
"Parameters" de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script" de type REG_SZ
valeur : le nom du script. Son chemin complet est à indiquer
s'il n'est pas dans
%systemroot%System32GroupPolicyUserScriptsLogoff
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyUserScripts
Ce script a la structure suivante :
[Logoff]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en dé cimal ici
NB: ce fichier script.ini sert aussi pour les scripts à l'ouverture de
session.
Dans ce cas, la section commence par "[Logon]"
Script à la fermeture de Windows :
--------------------------------
On a la même structure que pour la fermeture de session, mais le nom des
clefs est un peu différent
Clefs concernées :
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShu tdown
On y trouve les 5 mêmes entrées de type REG_SZ
Seules changent les entrées :
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"Script" de type REG_SZ
valeur : le nom du script.
Son chemin complet est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
Il y a là aussi autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShu tdown
...
Les entrées de chaque sous-clef sont les mêmes que pour la fermeture de
session
De plus, il doit exister là aussi un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters ...
Ce fichier script.ini sert aussi pour les scripts au démarrage de Windo ws.
Dans ce cas, la section commence par "[Startup]"
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparement double-emploi avec les données de la BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.M SC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGIS TRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuell ement avec le
contenu de "script.ini"...
Ouf !!!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :,
'f a pris la peine d'écrire ce qui
suit :Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'u ne
session windows, peut-t'on faire de même à la fermeture d'une sessi on?
Oui.
De plusieurs façons ...
Tout d'abord, il existe le très classique "LastChance" (Freeware)
http://www.fileware.com/products.htm#LastChance
(valable sous tous les OS, stations ou serveurs)
Sinon, sous W2k (PRO et SRV), XP PRO, W2K3, une stratégie locale (workg roup)
ou globale (domaine) permet de lancer une appli (exe, script, ..) en fin de
session (ou fermeture) de Windows.
Lancer GPEDIT.MSC (ou DOMPOL.MSC..... si on est dans un domaine)
Sélectionner :
"Configuration ordinateur"
(scripts de démarrage/arrêt)
ou
"Configuration utilisateur"
(scripts d'ouverture/fermeture de session)
puis :
Paramètres Windows
Scripts
Cliquer sur (suivant le cas) :
"démarrage/arrêter"
ou
"ouverture/déconnexion"
et indiquer le chemin des scripts
(ils peuvent être placés n'importe où)
_________________________________________________________________________
POUR INFORMATION (ou pour les masochistes qui aiment bien tripatouiller d ans
la BDR !)
Script à la fermeture de session :
--------------------------------
Clefs concernées :
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff
On y trouve 5 entrées de type REG_SZ:
"DisplayName"
valeur "Stratégie de groupe locale"
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicyUser"
(chemin à adapter à sa config)
"GPO-ID"
valeur "LocalGPO"
"GPOName"
valeur "Stratégie de groupe locale"
"SOM-ID"
valeur "Local"
Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
(car il peut y en avoir plusieurs, à la différence du script de login dans
le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, com mençant
à 0
P.ex.
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff b
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff f
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogo ff 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que REGE DIT
affiche de travers sur 16 octets ! J'ai remonté le bug à MS)
valeur : 00 00 00 00 00 00 00 00
"Parameters" de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script" de type REG_SZ
valeur : le nom du script. Son chemin complet est à indiquer
s'il n'est pas dans
%systemroot%System32GroupPolicyUserScriptsLogoff
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyUserScripts
Ce script a la structure suivante :
[Logoff]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en dé cimal ici
NB: ce fichier script.ini sert aussi pour les scripts à l'ouverture de
session.
Dans ce cas, la section commence par "[Logon]"
Script à la fermeture de Windows :
--------------------------------
On a la même structure que pour la fermeture de session, mais le nom des
clefs est un peu différent
Clefs concernées :
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShu tdown
On y trouve les 5 mêmes entrées de type REG_SZ
Seules changent les entrées :
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"Script" de type REG_SZ
valeur : le nom du script.
Son chemin complet est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
Il y a là aussi autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShu tdown
...
Les entrées de chaque sous-clef sont les mêmes que pour la fermeture de
session
De plus, il doit exister là aussi un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters ...
Ce fichier script.ini sert aussi pour les scripts au démarrage de Windo ws.
Dans ce cas, la section commence par "[Startup]"
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparement double-emploi avec les données de la BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.M SC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGIS TRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuell ement avec le
contenu de "script.ini"...
Ouf !!!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :,
'f a pris la peine d'écrire ce qui
suit :Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Oui.
De plusieurs façons ...
Tout d'abord, il existe le très classique "LastChance" (Freeware)
http://www.fileware.com/products.htm#LastChance
(valable sous tous les OS, stations ou serveurs)
Sinon, sous W2k (PRO et SRV), XP PRO, W2K3, une stratégie locale
(workgroup) ou globale (domaine) permet de lancer une appli (exe, script,
..) en fin de session (ou fermeture) de Windows.
Lancer GPEDIT.MSC (ou DOMPOL.MSC..... si on est dans un domaine)
Sélectionner :
"Configuration ordinateur"
(scripts de démarrage/arrêt)
ou
"Configuration utilisateur"
(scripts d'ouverture/fermeture de session)
puis :
Paramètres Windows
Scripts
Cliquer sur (suivant le cas) :
"démarrage/arrêter"
ou
"ouverture/déconnexion"
et indiquer le chemin des scripts
(ils peuvent être placés n'importe où)
_________________________________________________________________________
POUR INFORMATION (ou pour les masochistes qui aiment bien tripatouiller
dans la BDR !)
Script à la fermeture de session :
--------------------------------
Clefs concernées :
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
On y trouve 5 entrées de type REG_SZ:
"DisplayName"
valeur "Stratégie de groupe locale"
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicyUser"
(chemin à adapter à sa config)
"GPO-ID"
valeur "LocalGPO"
"GPOName"
valeur "Stratégie de groupe locale"
"SOM-ID"
valeur "Local"
Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
(car il peut y en avoir plusieurs, à la différence du script de login dans
le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal,
commençant à 0
P.ex.
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff b
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff f
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que
REGEDIT
affiche de travers sur 16 octets ! J'ai remonté le bug à MS)
valeur : 00 00 00 00 00 00 00 00
"Parameters" de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script" de type REG_SZ
valeur : le nom du script. Son chemin complet est à indiquer
s'il n'est pas dans
%systemroot%System32GroupPolicyUserScriptsLogoff
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyUserScripts
Ce script a la structure suivante :
[Logoff]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en décimal
ici
NB: ce fichier script.ini sert aussi pour les scripts à l'ouverture de
session.
Dans ce cas, la section commence par "[Logon]"
Script à la fermeture de Windows :
--------------------------------
On a la même structure que pour la fermeture de session, mais le nom des
clefs est un peu différent
Clefs concernées :
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
On y trouve les 5 mêmes entrées de type REG_SZ
Seules changent les entrées :
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"Script" de type REG_SZ
valeur : le nom du script.
Son chemin complet est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
Il y a là aussi autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
...
Les entrées de chaque sous-clef sont les mêmes que pour la fermeture de
session
De plus, il doit exister là aussi un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters ...
Ce fichier script.ini sert aussi pour les scripts au démarrage de Windows.
Dans ce cas, la section commence par "[Startup]"
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparement double-emploi avec les données de la
BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.MSC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGISTRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuellement avec
le contenu de "script.ini"...
Ouf !!!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :uPh49Te8GHA.4408@TK2MSFTNGP02.phx.gbl,
stef@ste'f <stef@vousnaurezpasmonmail.com> a pris la peine d'écrire ce qui
suit :
Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Oui.
De plusieurs façons ...
Tout d'abord, il existe le très classique "LastChance" (Freeware)
http://www.fileware.com/products.htm#LastChance
(valable sous tous les OS, stations ou serveurs)
Sinon, sous W2k (PRO et SRV), XP PRO, W2K3, une stratégie locale
(workgroup) ou globale (domaine) permet de lancer une appli (exe, script,
..) en fin de session (ou fermeture) de Windows.
Lancer GPEDIT.MSC (ou DOMPOL.MSC..... si on est dans un domaine)
Sélectionner :
"Configuration ordinateur"
(scripts de démarrage/arrêt)
ou
"Configuration utilisateur"
(scripts d'ouverture/fermeture de session)
puis :
Paramètres Windows
Scripts
Cliquer sur (suivant le cas) :
"démarrage/arrêter"
ou
"ouverture/déconnexion"
et indiquer le chemin des scripts
(ils peuvent être placés n'importe où)
_________________________________________________________________________
POUR INFORMATION (ou pour les masochistes qui aiment bien tripatouiller
dans la BDR !)
Script à la fermeture de session :
--------------------------------
Clefs concernées :
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
On y trouve 5 entrées de type REG_SZ:
"DisplayName"
valeur "Stratégie de groupe locale"
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicyUser"
(chemin à adapter à sa config)
"GPO-ID"
valeur "LocalGPO"
"GPOName"
valeur "Stratégie de groupe locale"
"SOM-ID"
valeur "Local"
Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
(car il peut y en avoir plusieurs, à la différence du script de login dans
le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal,
commençant à 0
P.ex.
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff b
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff f
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que
REGEDIT
affiche de travers sur 16 octets ! J'ai remonté le bug à MS)
valeur : 00 00 00 00 00 00 00 00
"Parameters" de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script" de type REG_SZ
valeur : le nom du script. Son chemin complet est à indiquer
s'il n'est pas dans
%systemroot%System32GroupPolicyUserScriptsLogoff
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyUserScripts
Ce script a la structure suivante :
[Logoff]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en décimal
ici
NB: ce fichier script.ini sert aussi pour les scripts à l'ouverture de
session.
Dans ce cas, la section commence par "[Logon]"
Script à la fermeture de Windows :
--------------------------------
On a la même structure que pour la fermeture de session, mais le nom des
clefs est un peu différent
Clefs concernées :
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
On y trouve les 5 mêmes entrées de type REG_SZ
Seules changent les entrées :
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"Script" de type REG_SZ
valeur : le nom du script.
Son chemin complet est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
Il y a là aussi autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
...
Les entrées de chaque sous-clef sont les mêmes que pour la fermeture de
session
De plus, il doit exister là aussi un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters ...
Ce fichier script.ini sert aussi pour les scripts au démarrage de Windows.
Dans ce cas, la section commence par "[Startup]"
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparement double-emploi avec les données de la
BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.MSC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGISTRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuellement avec
le contenu de "script.ini"...
Ouf !!!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Dans le message :,
'f a pris la peine d'écrire ce qui
suit :Bonjour,
De la même façon que l'on peut lancer un script à l'ouverture d'une
session windows, peut-t'on faire de même à la fermeture d'une session?
Oui.
De plusieurs façons ...
Tout d'abord, il existe le très classique "LastChance" (Freeware)
http://www.fileware.com/products.htm#LastChance
(valable sous tous les OS, stations ou serveurs)
Sinon, sous W2k (PRO et SRV), XP PRO, W2K3, une stratégie locale
(workgroup) ou globale (domaine) permet de lancer une appli (exe, script,
..) en fin de session (ou fermeture) de Windows.
Lancer GPEDIT.MSC (ou DOMPOL.MSC..... si on est dans un domaine)
Sélectionner :
"Configuration ordinateur"
(scripts de démarrage/arrêt)
ou
"Configuration utilisateur"
(scripts d'ouverture/fermeture de session)
puis :
Paramètres Windows
Scripts
Cliquer sur (suivant le cas) :
"démarrage/arrêter"
ou
"ouverture/déconnexion"
et indiquer le chemin des scripts
(ils peuvent être placés n'importe où)
_________________________________________________________________________
POUR INFORMATION (ou pour les masochistes qui aiment bien tripatouiller
dans la BDR !)
Script à la fermeture de session :
--------------------------------
Clefs concernées :
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
On y trouve 5 entrées de type REG_SZ:
"DisplayName"
valeur "Stratégie de groupe locale"
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicyUser"
(chemin à adapter à sa config)
"GPO-ID"
valeur "LocalGPO"
"GPOName"
valeur "Stratégie de groupe locale"
"SOM-ID"
valeur "Local"
Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
(car il peut y en avoir plusieurs, à la différence du script de login dans
le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal,
commençant à 0
P.ex.
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff b
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff f
HKEY_CURRENT_USERSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que
REGEDIT
affiche de travers sur 16 octets ! J'ai remonté le bug à MS)
valeur : 00 00 00 00 00 00 00 00
"Parameters" de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script" de type REG_SZ
valeur : le nom du script. Son chemin complet est à indiquer
s'il n'est pas dans
%systemroot%System32GroupPolicyUserScriptsLogoff
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyUserScripts
Ce script a la structure suivante :
[Logoff]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en décimal
ici
NB: ce fichier script.ini sert aussi pour les scripts à l'ouverture de
session.
Dans ce cas, la section commence par "[Logon]"
Script à la fermeture de Windows :
--------------------------------
On a la même structure que pour la fermeture de session, mais le nom des
clefs est un peu différent
Clefs concernées :
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
On y trouve les 5 mêmes entrées de type REG_SZ
Seules changent les entrées :
"FileSysPath"
valeur "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"Script" de type REG_SZ
valeur : le nom du script.
Son chemin complet est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
Il y a là aussi autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
...
Les entrées de chaque sous-clef sont les mêmes que pour la fermeture de
session
De plus, il doit exister là aussi un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters ...
Ce fichier script.ini sert aussi pour les scripts au démarrage de Windows.
Dans ce cas, la section commence par "[Startup]"
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparement double-emploi avec les données de la
BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.MSC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGISTRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuellement avec
le contenu de "script.ini"...
Ouf !!!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
