j'ai un compte élève pour lequel j'ai mis une restriction plage horaire 11h
14 h
si une personne utilisant ce compte ouvre une session à
9h ou à 15 heures il lui est refusé d'ouvrir une session.
par contre une personne connectée à 11h30 si elle ne ferme pas sa session à
14h continue d'utiliser ce compte
même si j'ai mis dans les stratégie ordinateur forcer la deconnexion de la
session en dehors des heurs etc etc
j'ai un compte élève pour lequel j'ai mis une restriction plage horai re 11h 14 h
si une personne utilisant ce compte ouvre une session à 9h ou à 15 heures il lui est refusé d'ouvrir une session. par contre une personne connectée à 11h30 si elle ne ferme pas sa ses sion à 14h continue d'utiliser ce compte
même si j'ai mis dans les stratégie ordinateur forcer la deconnexion de la session en dehors des heurs etc etc
que dois je faire ?
merci d'avance
Bonjour,
avez-vous fait un RSOP pour être sûr des GPO ?
Avez-vous un message d'erreur à ce sujet sur le ou les DC ?
j'ai un compte élève pour lequel j'ai mis une restriction plage horai re 11h
14 h
si une personne utilisant ce compte ouvre une session à
9h ou à 15 heures il lui est refusé d'ouvrir une session.
par contre une personne connectée à 11h30 si elle ne ferme pas sa ses sion à
14h continue d'utiliser ce compte
même si j'ai mis dans les stratégie ordinateur forcer la deconnexion de la
session en dehors des heurs etc etc
j'ai un compte élève pour lequel j'ai mis une restriction plage horai re 11h 14 h
si une personne utilisant ce compte ouvre une session à 9h ou à 15 heures il lui est refusé d'ouvrir une session. par contre une personne connectée à 11h30 si elle ne ferme pas sa ses sion à 14h continue d'utiliser ce compte
même si j'ai mis dans les stratégie ordinateur forcer la deconnexion de la session en dehors des heurs etc etc
que dois je faire ?
merci d'avance
lafaye patrick
ce compte dont je vous parle est un compte de domaine sans connexions réseaux . effectivement en lancant gpedit.exe sur une station j'avais une erreur .
ce compte dont je vous parle est un compte de domaine sans connexions
réseaux .
effectivement en lancant gpedit.exe sur une station j'avais une erreur .
ce compte dont je vous parle est un compte de domaine sans connexions réseaux . effectivement en lancant gpedit.exe sur une station j'avais une erreur .
Jacques Barathon [MS]
"lafaye patrick" a écrit dans le message de news: 44f4c895$0$10059$
ce compte dont je vous parle est un compte de domaine sans connexions réseaux . effectivement en lancant gpedit.exe sur une station j'avais une erreur .
La stratégie parle bien de "déconnexion forcée", pas de fermeture de session forcée. Il s'agit donc de fermer les connexions avec les serveurs que la session pourrait avoir établies. Si le compte n'a pas de connexions réseau, cette stratégie n'aura aucune utilité.
A ma connaissance, il n'existe pas de stratégie standard qui ferme une session. Il existe d'autres possibilités, comme de planifier une tâche qui exécute logoff (logoff 0 pour fermer la session de la console) ou shutdown. Ces commandes sont dispo en standard sous XP. On peut aussi utiliser l'appel à la DLL user32.dll pour verrouiller la session, (rundll32 user32.dll,LockWorkStation).
Il faudrait faire des tests pour vérifier quelle solution marche le mieux, selon votre contexte. Un exemple simple de verrouillage automatique tous les jours à partir de 18h:
Le fichier lock.cmd contiendra simplement ceci: rundll32 user32.dll,LockWorkStation
Attention à bien respecter la casse pour l'appel à la fonction LockWorkStation.
Jacques
"lafaye patrick" <plafaye@free.fr> a écrit dans le message de news:
44f4c895$0$10059$636a55ce@news.free.fr...
ce compte dont je vous parle est un compte de domaine sans connexions
réseaux .
effectivement en lancant gpedit.exe sur une station j'avais une erreur .
La stratégie parle bien de "déconnexion forcée", pas de fermeture de session
forcée. Il s'agit donc de fermer les connexions avec les serveurs que la
session pourrait avoir établies. Si le compte n'a pas de connexions réseau,
cette stratégie n'aura aucune utilité.
A ma connaissance, il n'existe pas de stratégie standard qui ferme une
session. Il existe d'autres possibilités, comme de planifier une tâche qui
exécute logoff (logoff 0 pour fermer la session de la console) ou shutdown.
Ces commandes sont dispo en standard sous XP. On peut aussi utiliser l'appel
à la DLL user32.dll pour verrouiller la session, (rundll32
user32.dll,LockWorkStation).
Il faudrait faire des tests pour vérifier quelle solution marche le mieux,
selon votre contexte. Un exemple simple de verrouillage automatique tous les
jours à partir de 18h:
"lafaye patrick" a écrit dans le message de news: 44f4c895$0$10059$
ce compte dont je vous parle est un compte de domaine sans connexions réseaux . effectivement en lancant gpedit.exe sur une station j'avais une erreur .
La stratégie parle bien de "déconnexion forcée", pas de fermeture de session forcée. Il s'agit donc de fermer les connexions avec les serveurs que la session pourrait avoir établies. Si le compte n'a pas de connexions réseau, cette stratégie n'aura aucune utilité.
A ma connaissance, il n'existe pas de stratégie standard qui ferme une session. Il existe d'autres possibilités, comme de planifier une tâche qui exécute logoff (logoff 0 pour fermer la session de la console) ou shutdown. Ces commandes sont dispo en standard sous XP. On peut aussi utiliser l'appel à la DLL user32.dll pour verrouiller la session, (rundll32 user32.dll,LockWorkStation).
Il faudrait faire des tests pour vérifier quelle solution marche le mieux, selon votre contexte. Un exemple simple de verrouillage automatique tous les jours à partir de 18h:
