windows Archives | XOAP

Windows OS (re)deployment with XOAP and OSDCloud

Perica — Fr, 22 Mai 2026 11:34:27 +0000

<\/path><\/svg>"},"no_headings_message":"No headings were found on this page.","minimize_box":"yes","minimized_on":"tablet","hierarchical_view":"yes","min_height":{"unit":"px","size":"","sizes":[]},"min_height_tablet":{"unit":"px","size":"","sizes":[]},"min_height_mobile":{"unit":"px","size":"","sizes":[]}}" data-widget_type="table-of-contents.default">

Die Verwaltung großer Windows-Bereitstellungen ist eine der anspruchsvollsten Aufgaben im IT-Betrieb. Zwischen uneinheitlichen Hardwarekonfigurationen, Compliance-Anforderungen und der ständigen Notwendigkeit, Geräte nach der Installation registriert und verwaltet zu halten, ist der Prozess selten so unkompliziert, wie er sein sollte.

Dieser Artikel beschreibt, wie XOAP und OSDCloud zusammenarbeiten, um diese Herausforderungen zu bewältigen, und behandelt die drei unterstützten Bereitstellungsansätze der Integration, die sich jeweils in der Boot-Image-Art und der Windows-Image-Quelle unterscheiden, sodass Sie die Option auswählen können, die zu Ihrer Infrastruktur passt.

Herausforderungen bei der Bereitstellung des Windows-Betriebssystems

Die Bereitstellung von Windows in großem Maßstab birgt konstant die gleichen Probleme:

KonfigurationSchwierigkeit: Unterschiedliche Gerätegruppen erfordern unterschiedliche Treiberpakete, Betriebssystemeditionen, Sprachpakete und Aktivierungstypen. Die manuelle Verwaltung dieser Variationen führt zu Fehlern und ist bei großen Flotten nicht skalierbar.
Hardware-Konsistenz: Geräte von verschiedenen Herstellern verhalten sich während der Bereitstellung unterschiedlich. Ohne einen kontrollierten, wiederholbaren Prozess entsteht eine Flotte, die in einem inkonsistenten Zustand in ihren Lebenszyklus startet.
Sicherheit und Compliance von Anfang an: Die Betriebssystembereitstellung ist der Zeitpunkt, an dem Sicherheitsrichtlinien durchgesetzt werden sollten. Organisationen, die sich auf die Nachbereitung nach der Bereitstellung verlassen, gehen unnötige Risiken und Prüfungsrisiken ein.
Kontinuität des Managements nach der Bereitstellung. Die Installation eines Betriebssystems ist nur der erste Schritt. Das Registrieren von Geräten für die laufende Verwaltung, das Anwenden von Konfigurationen und das Bereitstellen von Standardanwendungen muss noch erfolgen – idealerweise ohne manuellen Eingriff.

Traditionelle Lösungen wie MDT, SCCM und WDS lösen diese Probleme, erfordern aber erhebliche Investitionen in die Infrastruktur und laufende Wartung. XOAP in Kombination mit OSDCloud bietet eine Alternative, die keine spezielle Imaging-Infrastruktur über eine einzige virtuelle Maschine für die ISO-Erstellung hinaus benötigt und für Szenario 3 eine Netzfreigabe oder einen anderen Speicherort für die ISO-Datei.

Drei Einsatzszenarien

Die Integration von XOAP und OSDCloud unterstützt drei verschiedene Szenarien. Jedes ist für einen anderen Infrastrukturkontext konzipiert, und die Wahl zwischen ihnen hängt von der Art des benötigten Boot-Images, der Herkunft des Windows-Images und der Auslöserung der Bereitstellung ab.

Szenario 1: Betriebssystem aus dem Internet heruntergeladen

Dieses Szenario erfordert kein lokales Hosting von Bildern. Das Zielgerät bootet in WinPE, lädt das Windows-Image direkt von Microsoft Update herunter, schließt die Installation ab und registriert sich automatisch beim vorgesehenen XOAP Workspace.

Benötigte Infrastruktur:
• 1 Windows 11 24h2 virtuelle Maschine (zur ISO-Erstellung)
• Internetzugang auf der ISO-Creator-VM und auf Zielgeräten

Vorbereitung der ISO:
Installieren Sie auf der ISO-Creator-VM das OSDCloud-Tooling entweder über XOAP durch Anwenden der OSDCloud Workspace Internet OS Application Role oder manuell durch Ausführen der folgenden PSADT-Pakete in dieser Reihenfolge:

1. APP_Microsoft_WindowsAssessmentDeploymentKit_101261002454_Any_x64_EN
2. APP_Microsoft_WindowsPEforADK_101261002454_Any_x64_EN
3. APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_DE
Bevor Sie mit der Installation beginnen, führen Sie den folgenden Befehl aus, um die Ausführungsrichtlinie festzulegen:
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope LocalMachine -Force

Konfigurieren Sie während der Einrichtung die Parameter, die das Deploy-Image definieren:

Parameterbeschreibung:

Parameter	Beschreibung
Treiber	Treiber, die in boot.wim einzufügen sind — verwenden * für alle oder Keine überspringen
OSVersion	Windows 10 oder Windows 11
OSBuild	Ziel-Build (z. B. 22h2, 24h2) – Windows 10 unterstützt nur 21h2 und 22h2
OSEdition	Home, Pro, Enterprise, usw.
OSLanguage	Sprache des bereitgestellten Betriebssystems
OSAktivierung	Volumen oder Einzelhandel
XOAPWorkspaceID	Die Workspace ID, die im XOAP-Dashboard gefunden wurde
XOAPConfigurationGroup	Die Konfigurationsgruppe, der neu bereitgestellte Geräte beitreten

Sobald OSDCloud_NoPrompt.iso abgeschlossen ist, wird es in C:\OSDCloudWorkspace generiert.

Hochladen und Konfigurieren in XOAP:
Fügen Sie die generierte ISO-Datei in den Unterordner „Files“ des PSADT-Pakets „SYS_XOAP_OSDcloudRElocal_100_Any_Any_Any“ ein, komprimieren Sie das Paket als ZIP-Datei und laden Sie es über Application Management > Anwendungen auf XOAP hoch. Erstellen Sie nach dem Hochladen eine Anwendungsrolle und eine Konfigurationsgruppe für die Anwendung. Wenn diese Konfigurationsgruppe auf einem Zielgerät bereitgestellt wird, beginnt die erneute Bereitstellung automatisch.

Das Gerät extrahiert die ISO-Datei in eine neu erstellte Windows Recovery (WinRE)-Partition. Nach einem Neustart bootet das Gerät von dieser Partition in die OSDCloud WinPE-Umgebung, löscht und partitioniert die Festplatte neu und lädt das Windows-Image von Microsoft Update zur Installation herunter.

Nach der Betriebssysteminstallation richtet OSDCloud SetupComplete-Skripte ein, die das Gerät beim ersten Start beim XOAP Workspace registrieren, sofern Internetzugang vorhanden ist. Parallel dazu wird eine geplante Aufgabe konfiguriert, die bei der Benutzeranmeldung ausgeführt wird und die XOAP-Konnektivität prüft – wenn das Gerät bereits registriert ist, entfernt sich die Aufgabe selbst, und wenn nicht, versucht sie die Registrierung, sobald eine Internetverbindung besteht.

Szenario 2: WinPE-Boot mit aus dem Internet heruntergeladenem Betriebssystem

Dieses Szenario folgt dem gleichen End-to-End-Ablauf wie Szenario 1. TDas Windows-Betriebssystem wird während der WinPE-Phase aus dem Internet heruntergeladen., aber ein Boot-Image vom Typ Recovery Full verwendet. Der Unterschied liegt in der boot.wim: Anstelle einer minimalen WinPE-Umgebung enthält das Boot-Image das vollständige install.wim Datei, die verwendet wird, um die WinPE-Umgebung selbst zu erstellen.

Verwenden Sie die OSDCloud Workspace Recovery Vollständig Anwendungsrolle oder die APP_DavidSegura_OSDCloudISOCreatorRecoveryFull_121_Any_Any_DE Paket anstelle des Standard-ISO-Erstellers. Der Einrichtungsvorgang, die erforderlichen Parameter und die XOAP-Uploadschritte sind ansonsten identisch mit Szenario 1.

Anmerkung: Dieses Szenario wird derzeit nicht für die erneute Bereitstellung auf Hyper-V-virtuellen Maschinen unterstützt. Die Partition, die install.wim Datei wird in dieser Umgebung nicht korrekt zugeordnet und wurde auf anderen Virtualisierungsplattformen nicht getestet.

Szenario 3: Betriebssystem-Neubereitstellung von einem Netzwerkspeicher, lokaler Quelle oder anderem

Dieses Szenario deckt die Neuverteilung von Betriebssystemen mithilfe des Skripts OSDcloud_RE_from_localISO.ps1 ab, anstatt eines XOAP-verwalteten PSADT-Pakets. Es unterstützt zwei Optionen zur Bereitstellung des Windows-Images während WinPE – Internet-Download oder Abruf von einem Netzwerkspeicher oder einer lokalen Quelle und ist für Umgebungen geeignet, in denen mehr Kontrolle über den Bereitstellungstrigger erforderlich ist.

Szenario 3 unterstützt zwei Optionen für die Quelle des Windows-Images während WinPE:

• Betriebssystem aus dem Internet heruntergeladen — verwenden Sie die OSDCloud Workspace Internet OS Application Role oder das Paket APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_EN mit den Standardparametern wie in Szenario 1 beschrieben
• Betriebssystem von einer Netzfreigabe abgerufen – verwenden Sie die OSDCloud Workspace lokale Betriebssystem-App-Rolle oder das Paket APP_DavidSegura_OSDCloudISOCreatorLocalShare_121_Any_Any_EN mit den folgenden zusätzlichen Parametern:

Parameterbeschreibung:

TeileNutzer	Ein Benutzerkonto mit Lesezugriff auf die Netzwerkfreigabe
Benutzerpasswort teilen	Das Passwort für dieses Konto
UncSharePath	Der UNC-Pfad zur Freigabe, z. B. \\srv1\xoap

Bei der Verwendung eines Netzwerklaufwerks muss für OSDCloud eine bestimmte Ordnerstruktur eingehalten werden, damit das Image gefunden werden kann:
\\shareserver\sharename\OSDcloud\OS.

Bereitstellung auslösen:
Anstatt die ISO in eine PSADT-Anwendung zu verpacken, wird die Bereitstellung mit dem Skript OSDcloud_RE_from_localISO.ps1 unter Verwendung des Parameters -LocalISOPath ausgelöst:
OSDcloud_RE_from_localISO.ps1 -LocalISOPath “\\srv1\xoap\OSDCloud_NoPrompt.iso”

Dieses Skript verwaltet den vollständigen OSDCloudRE-Einrichtungsprozess: Erstellen der WinPE-Partition, Einbinden des ISO-Images, Kopieren des Boot-Inhalts, Konfigurieren von Boot-Manager-Einträgen und Initiieren eines Neustarts in die Wiederherstellungsumgebung. Es kann direkt über einen XOAP-Connector aufgerufen oder in einem DSC-Konfigurationsmodul eingebettet werden, um zusätzliche Schritte wie ISO-Integritätsprüfungen, Validierung von Voraussetzungen und Dateisicherungen zu ermöglichen, bevor das Löschen beginnt.

Das Skript wurde mit ISOs getestet, die sich auf lokalen Geräten und in Netzwerkfreigaben befinden. Für andere Speichertypen wie Azure Blob Storage, GitHub oder OneDrive müsste das Skript erweitert werden, um den Downloadschritt zu behandeln, bevor die lokale ISO-Logik aufgerufen wird.

Bereitstellung in mehreren Arbeitsbereichen oder Konfigurationsgruppen? Dies gilt für alle drei Szenarien. Führen Sie den ISO-Erstellungsprozess mit den erforderlichen Parametern für jeden Zielarbeitsbereich oder jede Zielkonfigurationsgruppe erneut aus. Benennen Sie die Datei OSDCloud_NoPrompt.iso aus C:\OSDCloudWorkspace zwischen den Ausführungen um oder verschieben Sie sie, da jede neue Ausführung die vorherige Datei überschreibt.

Der Bereitstellungsprozess auf dem Zielgerät

Unabhängig davon, welches Szenario verwendet wird, folgt der Prozess auf dem Zielgerät demselben Ablauf:

1. Die Konfigurationsgruppe stellt das PSADT-Paket auf dem Zielgerät bereit, das die ISO extrahiert, die WinRE-Partition erstellt und einen Neustart auslöst, oder bei Szenario 3 wird das Skript OSDcloud_RE_from_localISO.ps1 direkt ausgeführt.
2. Das Gerät bootet von der OSDCloudRE WinPE-Partition
3. Wenn über Ethernet verbunden, wird die Bereitstellung ohne Interaktion fortgesetzt; andernfalls wird eine Aufforderung zur Auswahl eines drahtlosen Netzwerks angezeigt (die Tastaturbelegung ist zu diesem Zeitpunkt en-us).
4. Der Bediener bestätigt das Löschen der Festplatte; dies ist der einzige interaktive Schritt im Prozess
5. Windows ist installiert und SetupComplete-Skripts werden ausgeführt, um das Gerät beim ersten Start beim XOAP Workspace zu registrieren, falls Internetzugang verfügbar ist; eine geplante Aufgabe wird auch bei jeder anschließenden Benutzeranmeldung ausgeführt, um die XOAP-Registrierung bei Bedarf zu überprüfen und erneut zu versuchen
6. Das Gerät startet in die neu installierte, verwaltete Windows-Umgebung neu.

Laufende Verwaltung nach der Bereitstellung

Nach der Registrierung im XOAP Workspace unterliegen Geräte umgehend den Richtlinien und Konfigurationen, die in ihrer zugewiesenen Konfigurationsgruppe definiert sind. Standardanwendungen können bereitgestellt und System- und Benutzerkonfigurationen ohne weitere manuelle Schritte durchgesetzt werden. Das Ergebnis ist ein konsistenter, konformer Endpunkt ab dem ersten Start.

Erste Schritte

Alle drei Szenarien erfordern eine Windows 11 24h2 virtuelle Maschine und ein XOAP-Konto für die ISO-Erstellung. Internetzugang ist auf der VM zur ISO-Erstellung und auf den Zielgeräten für die Szenarien 1 und 2 erforderlich.

Für Szenario 3 mit einer Netzwerkfreigabe als Bildquelle ist Internetzugang auf der ISO-Erstellungsvirtualmaschine erforderlich, die Zielgeräte können jedoch während der WinPE-Phase ohne diesen betrieben werden.

Erstellen Sie Ihr kostenloses XOAP-Konto or eine Demo buchen Ihre spezifischen Bereitstellungsanforderungen mit dem Team durchzusprechen.

Lesen Sie auch:
Verwalte das BIOS professionell
→ 30-tägige garantierte Lieferung von IT-Automatisierung mit XOAP
Von kryptischen SIDs zu klaren Namen: Das Ende der Entra-Identitätsverwirrung
→ Wie XOAP Citrix MCS und PVS modernisiert
Wie man AWS ohne Terraform automatisiert

Erkunden Sie XOAP

The post Windows OS (re)deployment with XOAP and OSDCloud appeared first on XOAP.

Secure your Windows environment with XOAP Windows LAPS DSC

Perica — Mon, 17 Jun 2024 12:55:30 +0000

In der heutigen digitalen Landschaft ist die Aufrechterhaltung der Sicherheit Ihrer Windows-Infrastruktur von entscheidender Bedeutung. Einer der wichtigsten Aspekte dieser Sicherheit ist Verwaltung lokaler Administratorkennwörterdie bei falscher Handhabung zu einer erheblichen Schwachstelle werden können.

Begrüßt die XOAP Windows LAPS DSC a robust solution designed to enhance your security posture by automating the management of local administrator passwords across your Windows environment.

Was ist XOAP Windows LAPS DSC?

XOAP Windows LAPS DSC ist ein leistungsstarkes Desired State Configuration (DSC) Modul die die Fähigkeiten der Local Administrator Password Solution (LAPS) nutzt, um lokale Administratorkennwörter auf domänenverbundenen Rechnern zu verwalten und sicher zu speichern. Durch die Integration mit dem DSC-Framework ermöglicht XOAP Windows LAPS DSC die automatisierte Bereitstellung und Konfiguration von LAPS-Richtlinien und stellt sicher, dass lokale Administratorkennwörter eindeutig sind, nach dem Zufallsprinzip generiert und regelmäßig aktualisiert werden.

Wesentliche Merkmale

1. Automatisierte Passwortverwaltung: XOAP Windows LAPS DSC automatisiert die Generierung, Speicherung und Aktualisierung von lokalen Administratorkennwörtern, wodurch das Risiko von Kennwortverstößen erheblich reduziert wird.

2. Zentralisierte Kontrolle: Verwalten und überwachen Sie Kennwortrichtlinien zentral mit DSC und sorgen Sie so für einheitliche Sicherheitspraktiken in Ihrem Unternehmen.

3. Nahtlose Integration: Einfache Integration in bestehende Active Directory-Infrastrukturen für eine unkomplizierte und problemlose Bereitstellung.

4. Einhaltung der Vorschriften und Rechnungsprüfung: Erfüllen Sie Compliance-Anforderungen mit detaillierten Auditing-Funktionen, die sicherstellen, dass Kennwortrichtlinien durchgesetzt und nachverfolgt werden.

Warum XOAP Windows LAPS DSC verwenden?

Erhöhte Sicherheit

Lokale Administratorkonten sind häufig das Ziel von Angreifern, die sich privilegierten Zugang verschaffen wollen. Durch die Verwendung von XOAP Windows LAPS DSC stellen Sie sicher, dass jedes lokale Administratorkennwort eindeutig ist und regelmäßig aktualisiert wird, wodurch die Angriffsfläche drastisch reduziert wird.

Operative Effizienz

Die manuelle Passwortverwaltung ist nicht nur zeitaufwändig, sondern auch fehleranfällig. Die Automatisierung dieses Prozesses mit XOAP Windows LAPS DSC setzt IT-Ressourcen frei und stellt sicher, dass die Passwortrichtlinien auf allen Rechnern einheitlich angewendet werden.

Einhaltung der Vorschriften und Rechnungsprüfung

Gesetzliche Rahmenbedingungen erfordern oft strenge Kennwortverwaltungspraktiken. XOAP Windows LAPS DSC hilft Unternehmen dabei, diese Anforderungen zu erfüllen, indem es detaillierte Protokolle und Berichte über die Durchsetzung und Änderung von Kennwortrichtlinien liefert.

Vereinfachte Verwaltung

Mit DSC können Administratoren den gewünschten Zustand ihrer Infrastruktur mithilfe von Konfigurationsdateien definieren. XOAP Windows LAPS DSC erweitert diese Fähigkeit auf lokale Administratorkennwörter und ermöglicht so eine einfache Bereitstellung und Verwaltung durch vertraute DSC-Tools.

Erste Schritte mit XOAP Windows LAPS DSC

Voraussetzungen

Windows PowerShell: Stellen Sie sicher, dass Sie Windows PowerShell 5.1 oder höher installiert haben.

DSC: Die Vertrautheit mit der Desired State Configuration ist von Vorteil.

Active Directory:

Active Directory-Umgebung zur Verwaltung domänenverbundener Rechner
- - - AD-Schema aktualisieren
    - Erteilung von Genehmigungen
    - Überprüfung der Voraussetzungen für die Domänenfunktionsstufe (DFL)
    - Erste Schritte mit Windows LAPS und Windows Server Active Directory

Entra ID (Azure AD )-Umgebung zur Verwaltung verbundener Maschinen
- - - Aktivieren der LAPS-Einstellung (Local Administrator Password Solution)
    - Lösung für das Passwort des lokalen Windows-Administrators in Microsoft Entra ID

Einrichtung

Um das XOAP Windows LAPS DSC-Modul zu installieren, navigieren Sie bitte zu unser Github-Depot. Wie bei allen anderen DSC-Modulen, die wir anbieten, ist dieses Modul zur freien Verwendung innerhalb und außerhalb des XOAP-Universums.

Laden Sie die Dateien im Abschnitt "Releases" herunter und entpacken Sie den Inhalt in einen der Speicherorte, die für die Suche nach Modulen verwendet werden. Die Liste der Speicherorte kann durch Überprüfen des Werts der Variablen "$env:PSModulePath" angezeigt werden.

Ein Beispiel für den Standardpfad ist: $Env:Programmdateien/WindowsPowerShell/Module.

Wenn Sie die Dateien extrahieren, sollten Sie die richtige Ordnerstruktur verwenden:

Konfiguration

Zum besseren Verständnis der Verwendung des Moduls XOAPWinowsLAPSDSC finden Sie unten eine Dokumentation der verwendeten Ressourcen:

⭢ AzureADWindowsLAPSSettings

				
					AzureADWindowsLAPSSettings [String] #ResourceName
	    {
	        [DependsOn = [String[]]]
	        [PsDscRunAsCredential = [PSCredential]]
	        [AdministratorAccountName = [String]]
	        [PasswordAgeDays = [Int32]]
	        [PasswordLength = [Int32]]
	        [PasswordComplexity = [Int32]]
	        [PostAuthenticationResetDelay = [Int32]]
	        [PostAuthenticationActions = [Int32]]
	    }

⭢ LokaleADWindowsLAPSSEinstellungen

				
					LocalADWindowsLAPSSettings [String] #ResourceName
    {
        [DependsOn = [String[]]
        [PsDscRunAsCredential = [PSCredential]]
        [AdministratorAccountName = [String]]
        [PasswordAgeDays = [Int32]]
        [PasswordLength = [Int32]]
        [PasswordComplexity = [Int32]]
        [PasswordExpirationProtectionEnabled = [Boolean]]
        [ADPasswordEncryptionEnabled = [Boolean]]
        [ADPasswordEncryptionPrincipal = [String]]
        [ADEncryptedPasswordHistorySize = [Int32]]
        [ADBackupDSRMPassword = [Boolean]]
        [PostAuthenticationResetDelay = [Int32]]
        [PostAuthenticationActions = [Int32]]
    }

⭢ WindowsLAPSEmulationMode

				
					WindowsLAPSEmulationMode [String] #ResourceName
 {
	[DependsOn = [String[]]
	[PsDscRunAsCredential = [PSCredential]]
	[AdministratorAccountName = [String]]
	[PasswordAgeDays = [Int32]]
	[PasswordLength = [Int32]]
	[PasswordComplexity = [Int32]]
	[PasswordExpirationProtectionEnabled = [Boolean]]
	[AdministratorPasswordEnabled = [Boolean]]
 }

Beispiel

Dies ist ein Beispiel für eine Konfiguration, bei der AzureADWindowsLAPSSettings:

				
					Konfiguration 'TestConfigAzureAD_
	{
	    Import-DscResource -ModulName 'XOAPWindowsLAPSDSC' -ModulVersion '0.0.2'
	    
	    AzureADWindowsLAPSSettings 'TEST'
	    {
	        AdministratorAccountName = 'TestAdmin'
	        PasswortAgeDays = '14'
	        KennwortLänge = '16'
	        KennwortKomplexität = '4'
	        PostAuthenticationResetDelay = '2
	        PostAuthenticationActions = '1'
	    }
	}
	TestConfigAzureAD

Anstatt diese Konfiguration lokal in einen Code-Editor zu schreiben, Sie können auch XOAP verwenden. Mit unserem DSC-Konfigurationsassistenten können Sie eine LAPS-Konfiguration mit Hilfe unseres benutzerfreundlichen Frontends erstellen, bei jeder Änderung verschiedene Versionen der Konfiguration erstellen und alles für die Bereitstellung von LAPS für mehrere Kunden und Gruppen vorbereiten.

To create a new LAPS config you need to ein paar Schritte zu befolgen:

1. Navigieren Sie zum Bereich Configuration Management, gehen Sie zu Konfigurationen und klicken Sie auf die Schaltfläche + um eine neue Konfiguration zu erstellen.

2. Legen Sie allgemeine Einstellungen wie Name, Beschreibung und Tags fest und klicken Sie auf "Ressourcen hinzufügen".

3. Wählen Sie das Modul "XOAPWindowsLAPSDSC", Version und Ressource aus und konfigurieren Sie die Einstellungen.

4. Sobald alle Ressourcen konfiguriert sind, können Sie die Konfiguration speichern und sie in Configuration Management-Gruppen verwenden, um die Einstellungen auf Ihre Knoten anzuwenden.

Das Gute daran ist, Sie müssen nicht über die DSC-Syntax nachdenken. wenn Sie XOAP zur Bereitstellung von LAPS-Konfigurationen verwenden. Der Konfigurationsassistent führt Sie und ermöglicht es Ihnen, nur gültige Typen für Parameter einzugeben. Die Versionierung von Konfigurationen ermöglicht es Ihnen außerdem, mögliche zukünftige Änderungen Ihrer LAPS-Konfigurationen einfach zu ändern und bereitzustellen.

Wenn Sie weitere Informationen über den Konfigurationsassistenten oder die Anwendung von Konfigurationen auf Ihre Umgebungen benötigen, wenden Sie sich bitte an Prüfen Sie unsere Dokumentation.

Ihr nächster Schritt

In einer Zeit, in der sich die Bedrohungen für die Cybersicherheit ständig weiterentwickeln, ist es wichtig, proaktive Schritte zum Schutz Ihrer Windows-Umgebung zu unternehmen. XOAP Windows LAPS DSC bietet eine umfassende Lösung zur Automatisierung der Passwortverwaltung für lokale Administratoren, zur Verbesserung der Sicherheit und zur Gewährleistung der Compliance.

Durch die Integration dieses Moduls in Ihre Infrastruktur können Sie die Prozesse der Passwortverwaltung optimieren, Risiken reduzieren und sich auf andere wichtige Aspekte Ihres IT-Betriebs konzentrieren.

Erfahren Sie mehr über XOAP Windows LAPS DSC auf seiner GitHub-Repository und machen Sie den ersten Schritt towards a more secure Windows environment!

Bereitstellung von LAPS für mehrere Konten oder Kunden

The post Secure your Windows environment with XOAP Windows LAPS DSC appeared first on XOAP.