3 Fragen zu Benutzeranmeldung

Um unter Windows 11 Pro eine Batchdatei nach dem Systemstart **ohne aktive Benutzeranmeldung** auszuführen, gibt es mehrere Möglichkeiten. Die gängigste und empfohlene Methode ist die Verwendung des **Taskplaners** mit der Option „Beim Systemstart“ und „Unabhängig von der Benutzeranmeldung ausführen“. So gehst du vor: ### Schritt-für-Schritt-Anleitung 1. **Batchdatei vorbereiten** Lege deine Batchdatei z.B. unter `C:\Scripts\meinscript.bat` ab. 2. **Taskplaner öffnen** Drücke `Win + S`, tippe „Taskplaner“ ein undne ihn. 3. **Neuen Task erstellen** - Klicke rechts auf „Task erstellen…“ (nicht „Einfache Aufgabe erstellen“). - Gib dem Task einen Namen, z.B. „Batch beim Systemstart“. 4. **Sicherheitsoptionen einstellen** - Wähle „Unabhängig von der Benutzeranmeldung ausführen“. - Setze ein Häkchen bei „Mit höchsten Privilegien ausführen“. 5. **Trigger festlegen** - Wechsle zum Tab „Trigger“. - Klicke auf „Neu…“. - Wähle „Beim Systemstart“ als Auslöser. 6. **Aktion festlegen** - Wechsle zum Tab „Aktionen“. - Klicke auf „Neu…“. - Wähle „Programm starten“. - Bei „Programm/Skript“ gib den Pfad zu deiner Batchdatei an, z.B. `C:\Scripts\meinscript.bat`. 7. **Fertigstellen** - Klicke auf „OK“. - Gib ggf. Administrator-Zugangsdaten ein. ### Hinweise - Die Batchdatei sollte keine Benutzerinteraktion erfordern, da kein Benutzer angemeldet ist. - Ausgaben der Batchdatei werden nicht auf dem Desktop angezeigt, sondern laufen im Hintergrund. - Für Aufgaben, die auf Netzwerkressourcen zugreifen, kann es nötig sein, Verzögerungen einzubauen, bis das Netzwerk bereit ist. ### Weitere Informationen - [Microsoft: Aufgaben mit dem Taskplaner erstellen](https://learn.microsoft.com/de-de/windows/win32/taskschd/task-scheduler-start-page) - [Batchdateien und Autostart unter Windows](https://www.windows-faq.de/2017/01/23/batch-datei-automatisch-beim-windows-start-ausfuehren/) Mit dieser Methode wird deine Batchdatei direkt nach dem Systemstart ausgeführt, noch bevor sich ein Benutzer anmeldet.

Das Problem liegt vermutlich daran, dass der Energiesparmodus durch die Systemeinstellungen oder Gruppenrichtlinien (GPO) gesteuert wird und nicht durch die Aktivität einzelner Prozesse oder das bloße Senden von Dateien. Das regelmäßige Senden einer Datei alle 9 Sekunden wird vom Betriebssystem nicht als „Benutzereingabe“ (wie Mausbewegung oder Tastaturanschlag) erkannt und verhindert daher nicht den Energiesparmodus. **Lösungsansätze:** 1. **Energieoptionen anpassen:** Stelle in den Energieoptionen des Servers ein, dass der Energiesparmodus bei angemeldeten Benutzern nicht aktiviert wird. Das geht z.B. über die Systemsteuerung → Energieoptionen → Energiesparplaneinstellungen ändern → Erweiterte Energieeinstellungen → „Energie sparen“ → „Ruhezustand nach“ auf „Nie“ setzen. 2. **Gruppenrichtlinien (GPO):** In einer Domänenumgebung kann über Gruppenrichtlinien gesteuert werden, dass Server nicht in den Energiesparmodus wechseln. Pfad: Computerkonfiguration → Richtlinien → Administrative Vorlagen → System → Energieverwaltung. 3. **Skript zur Verhinderung des Energiesparmodus:** Ein Skript kann den Energiesparmodus verhindern, indem es regelmäßig eine Systemaktivität simuliert. Unter Windows kann das Tool `caffeinate` (bei macOS) oder das Kommandozeilentool `powercfg` bzw. ein kleines PowerShell-Skript helfen. Beispiel für PowerShell: ```powershell while ($true) { Add-Type -AssemblyName System.Windows.Forms [System.Windows.Forms.SendKeys]::SendWait("{SCROLLLOCK}") Start-Sleep -Seconds 300 [System.Windows.Forms.SendKeys]::SendWait("{SCROLLLOCK}") Start-Sleep -Seconds 300 } ``` (Das toggelt die Scroll-Lock-Taste, was als Aktivität gilt.) 4. **Remote-Desktop-Sitzungen:** Bei Windows-Servern wird der Energiesparmodus oft nicht aktiviert, solange eine RDP-Sitzung aktiv ist. Prüfe, ob das Verhalten bei aktiven Sitzungen wie gewünscht ist. 5. **Drittanbieter-Tools:** Es gibt Tools wie [Mouse Jiggler](https://mousejiggler.codeplex.com/) oder [Caffeine](https://www.zhornsoftware.co.uk/caffeine/), die Systemaktivität simulieren. **Fazit:** Das reine Senden von Dateien reicht nicht aus. Passe die Energieeinstellungen an oder nutze ein Skript/Tool, das echte Systemaktivität simuliert, um den Energiesparmodus zu verhindern, solange ein Benutzer angemeldet ist.

Im Active Directory gibt es kein Standardattribut, das direkt und zuverlässig den letzten Computer speichert, an dem sich ein Benutzer angemeldet hat. Das Attribut **lastLogon** oder **lastLogonTimestamp** gibt lediglich an, wann sich der Benutzer zuletzt an einem bestimmten Domain Controller oder in der Domäne angemeldet hat, aber nicht an welchem Rechner. Es gibt jedoch das Attribut **msDS-LastSuccessfulInteractiveLogonTime**, das den Zeitpunkt der letzten erfolgreichen interaktiven Anmeldung speichert (ab Windows Server 2008), aber auch dieses enthält keinen Computernamen. Um herauszufinden, an welchem Rechner sich ein Benutzer zuletzt angemeldet hat, muss man in der Regel die **Security-Logs** (Ereignisprotokolle) der Domain Controller auswerten, insbesondere das Ereignis mit der ID **4624** (Anmeldung erfolgreich). Dort steht der Computername im Feld „Workstation Name“. Zusammengefasst: **Es gibt kein Active Directory-Attribut, das direkt den letzten Anmelde-Computer eines Benutzers speichert.** Die Information kann nur über die Auswertung der Anmeldeprotokolle (Event Logs) gewonnen werden. Weitere Informationen: - [Microsoft-Dokumentation zu lastLogon und lastLogonTimestamp](https://learn.microsoft.com/de-de/windows/win32/adschema/a-lastlogontimestamp) - [Microsoft-Dokumentation zu Anmeldeereignissen](https://learn.microsoft.com/de-de/windows/security/threat-protection/auditing/event-4624)