Annuler une boucle en modifiant variable $pivot

Je ne sais pas.

Tu ne peux pas supprimer ton fichier s'il n'intervient pas dans ton script un bouclage conditionnel testant avec un CmdLet approprié à chacune de tes conditions si par exemple la session est verrouillée et si tant est que dans ces conditions le script continue d'être exécuté.

Je ne sais pas non plus si cela ne passe pas forcément par une GPO ou un contexte AD auquel je ne comprends rien.

Cela dépasse sûrement comme je l'ai remarqué mes compétences, mais je ne te suis pas.

Ton script s'exécute tant que ta variable ne vaut pas 0 et tu l'as forcée à une valeur constante de 1: la seule manière de l'interrompre semble être de lui attribuer la valeur 0 en fonction d'une conditionnelle (comme dit, dans les circonstances, je ne sais pas laquelle).

Non parce que le problème est de caractériser le verrouillage de la session.

Il semblerait qu'on puisse en obtenir le statut dans un AD via PowerShell:

https://specopssoft.com/fr/blog/comment-verifier-si-un-compte-ad-est-verrouille/

où on peut sans difficulté ramener la valeur de lockedout.

En Batch, je ne pense pas dans l'immédiat à autre chose que de tester si le Process (tel que son nom est rendu dans le gestionnaire des tâches, pas son nom ou son chemin) qui peut caractériser que la session est déverrouillée est actif ou pas ou quand il a été lancé la dernière fois, mais je ne peux pas tester pour choisir un Process caractéristique parce que mon PC n'est jamais éteint ni verrouillé et que je ne sais donc pas voir lequel serait pertinent.

Si je me trompe pas cette solution concerne le statut "compte désactivé" de l'utilisateur dans l'AD. Je pensais plutôt au verrouillage dans le sens "logoff". J'ai essayé ce scxript mais rien n'y fait, la boucle continue de créer le fichier pendant que la session user est verrouillée.

$time = Get-Date -Format "dddd MM/dd/yyyy HH:mm"

if (Test-Path P:\logon.txt) {
    \\srv\logon-Notif.hta
    Start-Sleep -Seconds 60
    Shutdown -l
} else {
    $pivot = 1
    DO {
        # Vérifie si le poste est verrouillé
        $sessionInfo = query user
        if ($sessionInfo -match "Disc") { # "Disc" indique une session déconnectée ou verrouillée
            Write-Output "Le poste est verrouillé. Arrêt de la boucle."
            $pivot = 0
            break
            Remove-Item -Path P:\logon.txt -Force
            
        }

        # Crée le fichier logon.txt
        New-Item -Path P:\ -Name "logon.txt" -ItemType "file" -Value "ouverture de session $Env:USERNAME, $time sur le poste   $Env:COMPUTERNAME" -Force | Out-Null
        Start-Sleep -Seconds 10
    }
    while ($pivot -ne 0)
}

"logoff", c'est la fin de la session.  Le verrouillage, c'est "lock".

Un script, en général, n'est pas affecté par le verrouillage, le verrouillage n'affecte que l'accès interactif de l'utilisateur.

Tu trouveras ici plusieurs techniques pour détecter que l'ordi est verrouillé: https://superuser.com/questions/1170918/determine-remote-windows-screen-locked-or-unlocked-remotely

Ne serait-il pas plus simple, dans le script, d'ouvrir exclusivement un fichier?

Personne d'autre ne pourrait alors l'ouvrir.

je ne comprends pas. Qu'entend tu par "ouverture exclusive" ? En soit c'est pas si grave si l'utilisateur ouvre le fichier logon. Ce qui est génant c'est qu'il soit supprimé à un autre moment que lors d'une fermeture ou verrouillage de session. Pour le moment je parviens à mon objectif uniquement si l'utilisateur pense à bien fermer sa session. Mais si elle se verrouille (au bout de 10min d'inactivité) alors il ne pourra pas s'authentifier sur un autre PC puisque le fichier continuera de se créer en boucle.

Je n'avais pas compris que tu voulais libérer le fichier si la session se verrouille.

Et que devrait-il se passer au déverrouillage de la session?

à tout hasard en stoppant le script si le "ID Event" correspond à la fermeture de session, en principe 4647 ou 4634?

https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-10/security/threat-protection/auditing/event-4647

https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/stop-job?view=powershell-7.4

ou en cherchant s'il en existe un l'évènement correspondant via WMI
Register-WmiEvent -Class win32_(?)

 

Oui c'est juste pour une sécurité si un utilisateur a oublié de fermer afin qu'il puisse quand même se connecter ailleurs. Et parfois certains font "changer d'utilisateur" ce qui verrouille la session de l'utilisateur actuel. Bref c'est un casse tête c'est sûr. En effet j'ai pas réfléchi a quoi faire quand l'utilisateur déverrouille sa propre session, je dirais qu'il faut reactiver la boucle pour recréer le fichier logon s'il n'existe pas .