Tool-Detail
Windows-Neustart-Governance mit empfohlenen oder verpflichtenden Zuständen, lokaler WPF-Oberfläche, PreviewOnly-Testpfaden, exakter Intune-Win32-Versionserkennung und stabilem PowerShell-Gallery-Modul.
Die öffentliche Release stellt ein sauberes Standalone-ZIP-Paket, ein sauberes Intune-Win32-Paket, ein stabiles PowerShell-Gallery-Modul, Authenticode-signierte PowerShell-Skripte und Bereitstellungsabläufe bereit, die die Laufzeitkonfiguration lokal halten.
Verwenden Sie einen lokalen WPF-Neustartworkflow, der empfohlene Neustarthinweise klar von verpflichtender Neustartdurchsetzung trennt, mit konfigurierbaren Verschiebungsoptionen, benutzersichtbarem Status und operatorgesteuerter Formulierung.
Validieren Sie das Neustarterlebnis vor dem Rollout mit PreviewOnly-Testpfaden, dedizierten Startern, saubererem Logging und supportfreundlichen Prüfungen, die während der Validierung keinen Neustart erzwingen.
Das Intune-Erkennungsskript erfasst die exakt installierte Version und Quelle, validiert die erwarteten GUI-Dateien und die geplante Aufgabe und bestätigt, dass der optionale Gallery-Updater im sauberen Intune-Paket nicht vorhanden ist.
Das stabile PowerShell-Gallery-Paket unterstützt lokale Installations-, Update- und Deinstallationsabläufe, während automatische Updates optional bleiben statt standardmäßig aktiviert zu sein.
Intune-Win32-Bereitstellung
Das öffentliche Intune-Win32-Paket ist für eine saubere Tenant-Veröffentlichung ausgelegt. Erstellen Sie es aus dem Release-Artefakt, veröffentlichen Sie jede Version als neue App, verwenden Sie Supersedence für den In-Place-Ersatz und weisen Sie die neue Version explizit zu, damit Intune Rollout, Wiederholungen, Reporting und Rollback steuert.
Der Veröffentlichungsworkflow unterstützt eine exakte Versionserkennung, bewahrt die vorhandene Laufzeitkonfiguration bei In-Place-Upgrades und kann eine unterbrochene Veröffentlichung mit -ResumeAppId anstatt ein weiteres App-Objekt zu erstellen.
Stabiles PowerShell-Gallery-Paket
Das öffentliche Paket SmartM365.DeviceRebootManager Version 0.1.0 wird in der PowerShell Gallery für kontrollierte Installations- und Aktualisierungsszenarien außerhalb der Intune-Paketierung veröffentlicht.
Eine Standardinstallation aktiviert die automatische Gallery-Update-Aufgabe nicht. Betreiber müssen ausdrücklich zustimmen, wodurch das stabile Modul für Support, Pilotvalidierung und datenschutzsensible Bereitstellungsbaselines vorhersehbar bleibt.
Anforderungen und Berechtigungsgrenzen
Die lokale Oberfläche benötigt Windows PowerShell 5.1 und WPF. Der enthaltene Intune-Veröffentlichungsablauf richtet sich an x64-Geräte und gibt Windows 10 Version 1607 als mindestens unterstütztes Betriebssystem an.
Direkte Vorschau- und GUI-Starts werden in der Sitzung des angemeldeten Benutzers ausgeführt. Installation, Aktualisierung und Entfernung erfordern erhöhte Rechte, da sie in ProgramData schreiben und geplante Aufgaben verwalten; das Intune-Paket führt diese Bereitstellungsaktionen als SYSTEM aus.
Die bereitgestellte GUI-Aufgabe wird mit eingeschränkten Benutzerrechten und nicht in Sitzung 0 ausgeführt. Ein tatsächlicher Neustart unterliegt weiterhin den lokalen Windows-Rechten und -Richtlinien, während PreviewOnly die Prüfung der Benutzererfahrung ohne Geräteneustart ermöglicht.
Sicherheit und Vertraulichkeit
Die öffentliche Release verlinkt nur das saubere ZIP-Paket, das saubere Intune-Win32-Paket, die veröffentlichten Prüfsummen, das stabile Gallery-Modul und den Source-Tag. Sie legt weder private Laufzeitkonfiguration noch ältere private Bundles offen.
Die ausgelieferten PowerShell-Dateien sind Authenticode-signiert, die JSON-Laufzeitkonfiguration bleibt lokal auf dem Gerät, und der saubere Intune-Paketierungsablauf ist darauf ausgelegt, keine tenant- oder operatorspezifischen Daten mit den Release-Artefakten zu veröffentlichen.
Die Signaturen verwenden das selbstsignierte workplacecloudhub.com-Zertifikat mit dem Fingerabdruck D70ECB7B00377EBFB76B304C08DFC6620584E114. Das Vertrauen in die Signatur ist nicht auf jedem Endgerät automatisch gegeben und hängt weiterhin von den lokalen Zertifikatspeichern und der Ausführungsrichtlinie ab; prüfen Sie vor der Bereitstellung sowohl den erwarteten Signierer als auch die veröffentlichten SHA-256-Werte.
ZIP-SHA-256: AE8ADEDDE56CBBA2EFC0989A3255F50A71FEC81F9FFB1F82EE405E65C0720B49
IntuneWin-SHA-256: 6386CA6C2CFF4318EBDCDACFDBC5B4B911800A3F456D3C9F9EAEC26E1A261296
Schnellstart
1. Laden Sie das Standalone-ZIP-Paket oder das saubere Intune-Win32-Paket aus GitHub Releases herunter.
2. Prüfen Sie die heruntergeladene Datei anhand der veröffentlichten SHA-256-Datei und des erwarteten ZIP- oder IntuneWin-Hashs.
3. Entpacken Sie das vollständige ZIP-Paket in einen lokalen Ordner.
4. Führen Sie Start-SmartM365-DeviceRebootManager-GUI.cmd für den standardmäßigen lokalen Workflow aus.
5. Verwenden Sie Start-SmartM365-DeviceRebootManager-GUI-Test.cmd oder -PreviewOnly um das erforderliche oder empfohlene Neustartverhalten vor dem Rollout zu validieren.
6. Verwenden Sie für die Intune-Veröffentlichung das saubere .intunewin Artefakt zusammen mit dem Erkennungsskript und dem supersedence-fähigen Veröffentlichungsworkflow.
Aktueller Quellpfad
Der aktuelle GitHub-Codepfad ist SmartM365/Devices/DeviceRebootManager. Das öffentliche Release-Tag lautet device-reboot-manager-v0.1.0, der veröffentlichte Quell-Commit ist f3a6aa542cea572d792b60283ccdd1243a6e9aa0, das stabile Modul ist SmartM365.DeviceRebootManager 0.1.0 und die Repository-Lizenz ist GPL-3.0-only. Quell-Commit anzeigen.
