détecter session windows depuis un processus system

J'ai écrit une petite application console (merci Laurent Dardenne) qui lancée sur chaque machine avec le planificateur de tâches au "nom" du compte SYSTEM (option /ru "system" dans schtasks), éteint tous les ordinateurs du lycée chaque soir.
Les élèves ( et les profs) ferment toujours leur session, mais laissent l'ordi allumé en se disant qu'un autre va venir derrière.
Ces ordis sont donc presque toujours "déconnectés" du serveur.
Qu'il y ait une session windows ouverte (c'est mon problème) ou non au moment fatidique, l'ordi s'éteint parfaitement et rapidement.
Au moment d'éxécuter cette appli console, j'aimerais savoir si une session windows est encore ouverte pour ne pas fermer l'ordinateur sous le nez d'un éventuel utilisateur tardif.
Mais je ne parviens pas à le savoir. Quand par exemple je cherche le contenu de la variable d'environnement %USERNAME%, c'est SYSTEM qui m'est renvoyé (même si il y a une session ouverte), ce qui est normal car c'est SYSTEM qui a lancé mon appli console.
D'où ma question: comment une application lancée par l' "utilisateur" SYSTEM peut elle détecter un éventuel utilisateur "humain" ?

Merci de vos conseils.

Yop !

Une première piste, probablement balourde mais à cette heure-ci faut pas trop en demander, :D , et ça va peut-être permettre de lancer le débat : s'il y a "serveur", il y a sans doute des disques réseau (le "home", les dossiers "travaux", les dossiers "échanges", que sais-je), et si le user est déloggué ils n'y sont plus.
Ton appli devrait pouvoir le détecter, non ?

Jette un coup d'oeil également à la clé HKCU\Identities, tu devrais pouvoir la faire lire par ton appli, et compare avec ce que tu lis une fois loggué.
Enfin, il y a aussi des trucs sympas dans HKCU\Volatile Environment...

C'est intéressant, ton truc, mais c'est ardu car il va falloir que ton appli renvoie un état de la machine hors de toute connection, et comment voir ça ? Dans un fichier log, sans doute.

Mes 2 cts,
--
jp

Tiens :D j'ai pas pensé à faire ça dans mon collège, mais un informaticien m'avait dis qu'il vallait mieux laissé allumé les ordinateurs et les écrans que de passer son temps à les éteindre, ce qu ipouvait endommager l'écran notamment à chaque démarrage.

Sinon pourquoi ne pas utiliser enumServicesStatus ?

Pour Jipété:
* tester si un lecteur réseau est visible: j'y ai pensé, celà marchera, les défauts sont:
1) en cas de changement du dit lecteur sur le serveur, je dois modifier l'appli console et repasser sur toutes les machines pour corriger.
2) L'appli n'est pas exportable sur un autre réseau, dans un autre lycée par exemple, la ressource réseau partagée ne sera pas la même.
** Bidouiller dans HKCU: j'ai essayé, le problème est que j'accède à la ruche HKCU de l'utilisateur SYSTEM (normal c'est lui qui lance l'appli), et je ne ne peux pas voir s'il y a un autre utilisateur connecté.
*** Dans le genre peu élégant: je pourrais créer un petit fichier flag (sur les machines locales) à chaque connexion au domaine, et le détruire à la déconnexion (facile avec la stratégie du domaine). Mon appli n'aurait plus qu'à voir si ce fichier flag existe ou nom pour "savoir" s'il y a une session windows ouverte. Pour celà il faudra que je crée sur chaque machine un répertoire accessible en écriture à tous.

Tout celà ne me satisfait guère ! Il doit quand même y avoir un moyen de savoir, pour un processus system, si une session utilisateur "humain" windows est ouverte, non ?

Pour flash_math: une fermeture le soir économisera de l'électricité et le matériel et n'abimera rien du tout, au contraire.
Quant à enumServicesStatus, je ne connais pas, je vais jeter un coup d'oeil.

Yop !

Citation:

---

en cas de changement du dit lecteur sur le serveur, je dois modifier l'appli console

---

Un fichier ini pour ton appli sur le serveur -> une seule modif ? Et du coup tu peux paramêtrer plein de trucs et de machins.

Citation:

---

petit fichier flag (...) faudra que je crée sur chaque machine (...)

---

Non : sur le serveur, et le fichier "flag" aurait le nom du user loggué ? Je verrais bien ça.

Citation:

---

enumServicesStatus (...) je vais jeter un coup d'oeil

---

Tiens-nous au courant, et mets-nous le lien de ton inspiration (Laurent).

Pour Flash_math : oui, c'est ce qu'on disait il y a 20 ans, je pense que la technologie a suffisament évolué et que le matos doit pouvoir résister à une extinction le soir et un rallumage le lendemain, non ?

Allez, on continue à gamberger, :lol:
--
jp

Citation:

---

Envoyé par Jipété

Yop !
Un fichier ini pour ton appli sur le serveur -> une seule modif ? Et du coup tu peux paramêtrer plein de trucs et de machins.
Non : sur le serveur, et le fichier "flag" aurait le nom du user loggué ? Je verrais bien ça.
--
jp

---

Je comprends mal tes conseils: l'appli est destinée à éteindre des ordinateurs dont 95% sont déconnectés du serveur. Donc elle doit être lancée depuis chaque machine (encore allumée, et en général non connectée) et ne pourra pas exploiter un fichier .ini ou un flag situé sur le serveur.

Citation:

---

Je comprends mal tes conseils

---

T'as raison : je me suis embrouillé dans ma tête, :oops:
Qu'est-ce que ça donne, "enumServicesStatus" ?
Mets-nous le lien de ta source d'inspiration.
--
jp

Je ne parviens pas à mon objectif. Je vais m'en tirer avec un fichier flag créé à chaque connexion et supprimé à chaque déconnexion (avec la stratégie du domaine). Le processus system saura s'il y a un utilisateur connecté en regardant si le dit fichier flag est présent. Et éteindra la machine le cas échéant.
C'est peu élégant mais on fait ce que l'on peut.
Si quelqu'un a une autre idée, je suis preneur.

Résolu sans l'être.