Beim sperren des PC - sage meldet "Anwendung wirklich beenden?"

[d33jay]

Hallo,

wir haben seit ein paar Wochen ein Phänomen das ich bisher nicht lösen/erklären konnte. Wenn Mitarbeiter die PC sperren haben wir regelmäßig die Meldung "Anwendung wirklich beenden" als würde jemand jemand versuchen die Anwendung zu schließen. Es ist ausschließlich sage davon betroffen. Hat das schon jemand hier um Forum gehabt?

Facts: Rechner Windows 11, sage 9.0.9.5 Build 9704

LG

 

[KMoeser]

Erster Verdacht bei solchem Verhalten - gerade in Verbindung mit Sperren/Pausieren - wäre da da der Stromsparmodus.

Den mal bitte überprüfen, da der PC nicht die Netzwerkkarte abschalten darf.

 

[d33jay]

Hi,

Sorry für die Verspätete Rückmeldung. Nein alle Basics in dem Bezug sind schon durch. Keine der anderen eingesetzten Anwendungen reagiert ähnlich oder zeigt ein solches Verhalten. Wenn ich es irgendwann rausgefunden habe werde ich es berichten

LG

 

[planB]

Moin,

bitte mal mit folgendem Powershell Script nach Tasks suchen, die bei einerm Session Lock getriggert werden.,

# Durchsucht alle Task Scheduler Aufgaben nach Session-Lock-Triggern

$tasks = Get-ScheduledTask

$results = @()

foreach ($task in $tasks) {
    foreach ($trigger in $task.Triggers) {
        # WTS Session Lock Trigger hat die CIM-Klasse MSFT_TaskSessionStateChangeTrigger
        # StateChange = 7 entspricht "Lock", 8 = "Unlock"
        if ($trigger.CimClass.CimClassName -eq "MSFT_TaskSessionStateChangeTrigger") {
            $stateChange = $trigger.StateChange
            $stateLabel = switch ($stateChange) {
                1  { "ConsoleConnect" }
                2  { "ConsoleDisconnect" }
                3  { "RemoteConnect" }
                4  { "RemoteDisconnect" }
                7  { "LOCK" }
                8  { "Unlock" }
                default { "Unbekannt ($stateChange)" }
            }

            $results += [PSCustomObject]@{
                Aufgabe    = $task.TaskName
                Pfad       = $task.TaskPath
                Trigger    = $stateLabel
                Status     = $task.State
                Aktion     = ($task.Actions | ForEach-Object { $_.Execute + " " + $_.Arguments }) -join "; "
            }
        }
    }
}

if ($results.Count -eq 0) {
    Write-Host "Keine Aufgaben mit Session-State-Triggern gefunden." -ForegroundColor Yellow
} else {
    Write-Host "Gefundene Aufgaben mit Session-State-Triggern:" -ForegroundColor Cyan
    $results | Format-Table -AutoSize
}

Eine andere Erklärung gibt es eigentlich nicht.

 

[KaUmmi]

Wir haben das selbe Problem auf verschiedenen Clients. Stromsparmodus wurde auch schon ausgeschlossen.
Das script liefert leider keine Ergebnisse bei mir.

 

[planB]

Moin,

also keine Ergebnisse kann es eigentlich nicht geben. Bei mir sind das Ergebnis etwa so aus:

Aufgabe                      Pfad                                                      Trigger             Status Aktio
                                                                                                                  n
-------                      ----                                                      -------             ------ -----
Office Feature Updates Logon \Microsoft\Office\                                        Unlock               Ready C:...
RecoverabilityToastTask      \Microsoft\Windows\AccountHealth\                         Unlock               Ready
KeyPreGenTask                \Microsoft\Windows\CertificateServicesClient\             ConsoleConnect       Ready
UserTask-Roam                \Microsoft\Windows\CertificateServicesClient\             LOCK                 Ready
UserTask-Roam                \Microsoft\Windows\CertificateServicesClient\             Unlock               Ready
NcsiIdentifyUserProxies      \Microsoft\Windows\Network Connectivity Status Indicator\ RemoteConnect        Ready
NcsiIdentifyUserProxies      \Microsoft\Windows\Network Connectivity Status Indicator\ ConsoleConnect       Ready
PolicyConfiguration          \Microsoft\Windows\WindowsAI\Recall\                      Unlock               Ready
Calibration Loader           \Microsoft\Windows\WindowsColorSystem\                    ConsoleConnect       Ready
Scheduled Start              \Microsoft\Windows\WindowsUpdate\                         ConsoleDisconnect    Ready %s...
Scheduled Start              \Microsoft\Windows\WindowsUpdate\                         RemoteDisconnect     Ready %s...
Recovery-Check               \Microsoft\Windows\Workplace Join\                        LOCK              Disabled %S...

Das sind aber alles MS Aufgaben. Was immer die da treiben.

 

[KaUmmi]

Seltsamerweise wurde bei mir kein Ergebnis in Powershell angezeigt aber ich konnte es as CSV sichern. Ich sehe genau die selben beiden Tasks, wie im Speispiel oben, die bei Lock getriggert werden. Was lässt sich jetzt hieraus schließen?

 

[planB]

Das das leider auch keine Erklärung für das Abmelden ist. Die beiden Ereignisse die bei "Lock" ausgelöst werden sind ja Standard. Mir sind absolut keine weitere Wege bekannt, wie das dann überhaupt passieren kann. Die Windows Apps bekommen das eigentlich gar nicht mit, wenn sie sich nicht explizit für das Ereignis registrieren. Und es gibt ja Deutschlandweit sicherlich tausende sage 100 Anwender bei denen die IT das automatische Abmelden nach einem gewissen Zeitraum konfiguriert hat. Wenn das ein speziellen Verhalten von sage wäre, müssten das doch alle haben.

 

[d33jay]

Hallo planB,

etwas derartiges schließe ich aus das es dann reproduzierbar wäre. Müsste jedesmal passieren. Das tut es leider nicht.

Ich bin gerade in einer Firewallmigration die ich gerne bis ende der Woche abschließen möchte. Dann werde ich mich damit noch mal intensiv auseinandersetzen.

Rahmenbedingungen sind:

- Lenovo PC (AMD Ryzen)
- Windows 11 Pro
- Microsoft Office 365
- Access 365-Runtime

Aktuell habe ich folgende Ideen um das näher einzugrenzen:
- In welchem Programmteil stehen die Mitarbeiter dabei
- Treiber A/B Prüfung an anderen Rechnern

Beobachtungen
- Bisher nicht auf unserem Terminalserver passiert
- Bisher nicht im Rechnungswesen passiert

LG