Perica, Author at XOAP

Windows OS (re)deployment with XOAP and OSDCloud

Perica — Fri, 22 May 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">

Managing large-scale Windows deployments is one of the more demanding responsibilities in IT operations. Between inconsistent hardware configurations, compliance requirements and the ongoing need to keep devices registered and managed after installation, the process is rarely as straightforward as it should be.

This article outlines how XOAP and OSDCloud work together to address these challenges and covers the three deployment approaches the integration supports, each differing in boot image type and Windows image source, so you can select the option that fits your infrastructure.

Challenges of Windows OS deployment

Deploying Windows at scale consistently surfaces the same set of problems:

Configuration difficulty: Different device groups require different driver sets, OS editions, language packs and activation types. Managing these variations manually introduces errors and does not scale effectively across large fleets.
Hardware consistency: Devices from different manufacturers behave differently during deployment. Without a controlled, repeatable process, the result is a fleet that starts its lifecycle in an inconsistent state.
Security and compliance from day one: OS deployment is the point at which security baselines should be enforced. Organizations that rely on post-deployment remediation are taking on unnecessary risk and audit exposure.
Post-deployment management continuity. Installing an operating system is only the first step. Registering devices for ongoing management, applying configurations and deploying standard applications still need to happen — ideally without any manual intervention.

Traditional solutions such as MDT, SCCM and WDS address these problems but require significant infrastructure investment and ongoing maintenance. XOAP combined with OSDCloud provides an alternative that requires no dedicated imaging infrastructure beyond a single virtual machine for ISO creation and, for Scenario 3, a network share or other storage location for the ISO file.

Three deployment scenarios

XOAP and OSDCloud integration supports three distinct scenarios. Each is designed for a different infrastructure context, and the choice between them depends on the type of boot image required, where the Windows image is sourced from and how deployment is triggered.

Scenario 1: OS downloaded from the internet

This scenario requires no local image hosting. The target device boots into WinPE, downloads the Windows image directly from Microsoft Update, completes installation and registers automatically with the designated XOAP Workspace.

Infrastructure required:
• 1 Windows 11 24h2 virtual machine (for ISO creation)
• Internet access on the ISO creator VM and on target devices

Preparing the ISO:
On the ISO creator VM, install the OSDCloud tooling either through XOAP by applying the OSDCloud Workspace Internet OS Application Role, or manually by running the following PSADT packages in order:

1. APP_Microsoft_WindowsAssessmentDeploymentKit_101261002454_Any_x64_EN
2. APP_Microsoft_WindowsPEforADK_101261002454_Any_x64_EN
3. APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_EN
Before starting the installation, run the following command to set the execution policy:
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope LocalMachine -Force

During setup, configure the parameters that define the deployment image:

Parameter description:

Parameter	Description
Treiber	Drivers to include in boot.wim — use * for all or None to skip
OSVersion	Windows 10 or Windows 11
OSBuild	Target build (e.g. 22h2, 24h2) — Windows 10 supports 21h2 and 22h2 only
OSEdition	Home, Pro, Enterprise, etc.
OSLanguage	Language of the deployed OS
OSAktivierung	Volume or Retail
XOAPWorkspaceID	The Workspace ID found on the XOAP dashboard
XOAPConfigurationGroup	The configuration group newly deployed devices will join

Once complete, OSDCloud_NoPrompt.iso is generated in C:\OSDCloudWorkspace.

Uploading and configuring in XOAP:
Add the generated ISO into the Files subfolder of the SYS_XOAP_OSDcloudRElocal_100_Any_Any_Any PSADT package, zip the package and upload it to XOAP via Application Management > Applications. Once uploaded, create an Application Role and a Configuration Group for the application. When that Configuration Group is deployed to a target device, re-deployment begins automatically.

The device extracts the ISO to a newly created Windows Recovery (WinRE) partition. After a reboot, the device boots from that partition into the OSDCloud WinPE environment, wipes and repartitions the disk and downloads the Windows image from Microsoft Update for installation.

After OS installation, OSDCloud sets up SetupComplete scripts that register the device with the XOAP Workspace on first startup, provided internet access is available. In parallel, a scheduled task is configured to run at user logon and check XOAP connectivity — if the device is already registered the task removes itself, and if not it will attempt registration whenever an internet connection is present.

Scenario 2: WinPE boot with OS downloaded from the internet

This scenario follows the same end-to-end flow as Scenario 1. The Windows OS is downloaded from the internet during the WinPE phase, but uses a Recovery Full boot image. The difference lies in the boot.wim: rather than a minimal WinPE environment, the boot image includes the full install.wim file, which is used to construct the WinPE environment itself.

Use the OSDCloud Workspace Recovery Full Application Role or the APP_DavidSegura_OSDCloudISOCreatorRecoveryFull_121_Any_Any_EN package in place of the standard ISO creator. The setup process, required parameters and XOAP upload steps are otherwise identical to Scenario 1.

Anmerkung: This scenario is not currently supported for re-deployment on Hyper-V virtual machines. The partition containing the install.wim file does not get mapped correctly in that environment and has not been tested on other virtualisation platforms.

Scenario 3: OS re-deployment from a network share, local source or other

This scenario covers OS re-deployment using the OSDcloud_RE_from_localISO.ps1 script rather than a XOAP-managed PSADT package. It supports two options for sourcing the Windows image during WinPE – internet download or retrieval from a network share or local source, and is suited to environments where more control over the deployment trigger is required.

Scenario 3 supports two options for where the Windows image is sourced during WinPE:

• OS downloaded from the internet — use the OSDCloud Workspace Internet OS Application Role or the APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_EN package, with the standard parameters as described in Scenario 1
• OS retrieved from a network share — use the OSDCloud Workspace local OS Application Role or the APP_DavidSegura_OSDCloudISOCreatorLocalShare_121_Any_Any_EN package, with the following additional parameters:

Parameter description:

ShareUser	A user account with read access to the network share
ShareUserPassword	The password for that account
UncSharePath	The UNC path to the share, e.g. \\srv1\xoap

When using a network share, it must follow a specific folder structure for OSDCloud to locate the image:
\\shareserver\sharename\OSDcloud\OS.

Triggering deployment:
Rather than packaging the ISO within a PSADT application, deployment is triggered using the OSDcloud_RE_from_localISO.ps1 script with the -LocalISOPath parameter:
OSDcloud_RE_from_localISO.ps1 -LocalISOPath “\\srv1\xoap\OSDCloud_NoPrompt.iso”

This script manages the complete OSDCloudRE setup process: creating the WinPE partition, mounting the ISO, copying boot content, configuring Boot Manager entries and initiating a reboot into the recovery environment. It can be called directly via a XOAP connector, or embedded within a DSC configuration module to allow additional steps such as ISO integrity hash checks, prerequisite validation and file backups before the wipe begins.

The script has been tested with ISOs located on local devices and network shares. For other storage types such as Azure Blob Storage, GitHub or OneDrive, the script would need to be extended to handle the download step before invoking the local ISO logic.

Deploying to multiple workspaces or configuration groups? This applies to all three scenarios. Run the ISO creation process again with the required parameters for each target workspace or configuration group. Rename or move the OSDCloud_NoPrompt.iso file from C:\OSDCloudWorkspace between runs, as each new run overwrites the previous file.

The deployment process on the target device

Regardless of which scenario is used, the process on the target device follows the same sequence:

1. The Configuration Group deploys the PSADT package to the target device, which extracts the ISO, creates the WinRE partition and triggers a reboot or for Scenario 3, the OSDcloud_RE_from_localISO.ps1 script is executed directly
2. The device boots from the OSDCloudRE WinPE partition
3. If connected via Ethernet, deployment proceeds without interaction; if not, a wireless network selection prompt is displayed (keyboard layout is en-us at this stage)
4. The operator confirms disk wipe; this is the only interactive step in the process
5. Windows is installed and SetupComplete scripts run, registering the device with the XOAP Workspace on first startup if internet access is available; a scheduled task also runs at each subsequent user logon to verify and retry XOAP registration if needed
6. The device reboots into the newly installed, managed Windows environment

Ongoing management after deployment

Once registered in the XOAP Workspace, devices are immediately subject to the policies and configurations defined in their assigned Configuration Group. Standard applications can be deployed and system and user configurations enforced without any further manual steps. The result is a consistent, compliant endpoint from the point of first boot.

Erste Schritte

All three scenarios require a Windows 11 24h2 virtual machine and a XOAP account for ISO creation. Internet access is required on the ISO creator VM and on target devices for Scenarios 1 and 2.

For Scenario 3 with a network share image source, internet access is required on the ISO creator VM but target devices can operate without it during the WinPE phase.

Create your free XOAP account or eine Demo buchen to walk through your specific deployment requirements with the team.

Lesen Sie auch:
→ Master the BIOS management
→ 30-day guaranteed IT automation delivery with XOAP
→ From cryptic SIDs to clear names: The end of Entra identity confusion
→ How XOAP modernizes Citrix MCS and PVS
→ How to automate AWS without using Terraform

Explore XOAP

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

How to: Bare metal OS deployment with XOAP

Perica — Fri, 15 May 2026 12:28:59 +0000

When a new hardware batch arrives, the expectation is straightforward: devices should be provisioned, configured and enrolled in the management platform with minimal delay. In practice, however, bare metal deployment is often one of the most labour-intensive stages of the device lifecycle.

XOAP addresses this through an automated, repeatable deployment pipeline that provisions a device from bare metal and connects it to the correct XOAP workspace without requiring manual intervention at the device level.

This article describes how the process works and outlines both supported deployment methods: PXE boot and USB.

How XOAP approaches bare metal deployment

The deployment pipeline is built on OSDCloud, a PowerShell-based framework for OS installation via Windows PE. XOAP extends this with a preconfigured set of PSADT packages that handle environment setup, image creation and post-installation enrollment – producing a deployment artefact that is repeatable, parameterised and tied to a specific XOAP workspace and configuration group.

The critical mechanism is what occurs at the end of each installation. Once the operating system has been applied, OSDCloud executes SetupComplete scripts that register the device with XOAP automatically. If internet connectivity is unavailable at first boot, a scheduled task is created that checks for connectivity on every user logon and initiates enrollment as soon as a connection is established. Once the device is registered, the task deregisters itself.

The result is a device that enters the managed environment without requiring any post-installation steps from the engineer.

Deployment methods

XOAP supports two distinct paths for bare metal OS deployment, each suited to a different infrastructure context.

Method 1: PXE boot (network deployment)

PXE boot is appropriate for large-scale deployments within environments that have Active Directory, DHCP and DNS in place. Devices boot from the network and receive a custom Windows PE environment that drives the full installation without a physical boot medium.

Infrastructure requirements

Active Directory, DHCP and DNS environment
One Windows Server VM (2019, 2022 or 2025) for the WDS/PXE role
One Windows 11 24H2 VM for building the OSDCloud ISO
Internet access for the build VM and for newly staged devices

Setup process

The process begins on the ISO creator VM. Using XOAP application roles or locally installed PSADT packages, Windows ADK and Windows PE for ADK are deployed first, followed by the OSDCloud ISO Creator package. This package accepts the required deployment parameters – OS version, build, edition, language, activation method, target XOAP Workspace ID and Configuration Group – and produces a custom OSDCloud_NoPrompt.iso in C:\OSDCloudWorkspace. The resulting ISO contains the XOAP enrollment configuration, ensuring that every device deployed from it connects to the correct workspace and configuration group.

The boot.wim file is extracted from the ISO and imported into Windows Deployment Services on the WDS server. The install.wim from a standard Windows ISO is placed in the XOAP share at C:\RemoteInstall\Images\XOAP\OSDcloud\OS. Where bandwidth is constrained or internet access is unavailable during staging, the Windows image can alternatively be sourced from a local network share – a separate ISO Creator package and additional parameters (ShareUser, ShareUserPassword and UncSharePath) are required for this variant.

DHCP scope options complete the server-side configuration: option 066 (Boot Server Host Name) pointing to the WDS server and option 067 (Bootfile Name) pointing to the UEFI boot file. Any device that PXE boots on the configured network segment is then served the Windows PE environment automatically.

Device-side experience

The technician connects the device to the deployment network and initiates PXE boot, typically via F12 on startup. The WDS Boot Manager presents the available WinPE images, the correct image is selected, and the operator chooses the target Windows image and edition. After confirming disk cleanup, the installation completes without further interaction. The device reboots into a freshly installed, XOAP-managed Windows environment.

A notable capability of the PXE approach is that multiple boot.wim files can be imported into WDS, each configured with a different XOAP Workspace ID or Configuration Group. A single WDS server can therefore serve deployments across multiple clients or environments, with the operator selecting the appropriate boot image at startup. For MSPs managing multiple tenants, this provides multi-tenant isolation at the image level.

Method 2: USB stick (standalone deployment)

The USB method is suited to deployments where no PXE or DHCP infrastructure exists – at a new client site, in a remote office or for smaller ad hoc rollouts. The underlying process is the same but the boot environment is delivered from a USB drive rather than a network server.

Infrastructure requirements

One Windows 11 24H2 VM to build the OSDCloud ISO
One physical workstation to create the bootable USB
Internet access for the build VM and staged devices

Setup process

ISO creation follows the same procedure as the PXE method: deploy Windows ADK, Windows PE for ADK and the OSDCloud ISO Creator via XOAP or PSADT packages with the appropriate parameters. The resulting OSDCloud_NoPrompt.iso contains the customised boot environment with XOAP enrollment embedded.

The ISO is transferred to a physical machine, where the OSD PowerShell module is used to write it to a USB drive:

Install-Module -Name OSD
New-OSDCloudUSB -fromIsoFile “C:\Path\To\OSDCloud_NoPrompt.iso”

The command prompts for the target USB drive and confirmation of the wipe. Where deployment from a local Windows image is preferred over an internet download, an install.wim file can be copied to OSDCloudUSB:\OSDcloud\OS\ on the USB after creation.

Device-side experience

The technician connects the USB, boots from it and the OSDCloud WinPE environment initialises. Where the device has no wired network connection, a wireless network selection prompt appears automatically – WLAN support is provided via WinRE integration in the boot environment. The operator selects the Windows image and edition, confirms the disk wipe, and the installation proceeds. Post-installation enrollment via SetupComplete follows the same process as the PXE method.

The OSDCloud XOAP package stack

Both deployment methods rely on the same three-package stack. Windows Assessment and Deployment Kit (ADK) – version 10.1.26100.2454: the foundational requirement for building custom WinPE environments. Windows PE for ADK – version 10.1.26100.2454: extends ADK with the Windows PE add-on, enabling bootable pre-installation environments. OSDCloud ISO Creator: the package that contains the XOAP-specific logic. It installs the OSD PowerShell module, creates the OSDCloud template with WinRE (required for WLAN support in WinPE), configures the OSDCloud workspace and embeds the SetupComplete and StartNet scripts responsible for XOAP enrollment. Hardware drivers are injected into the boot.wim at this stage. The output is OSDCloud_NoPrompt.iso.

The parameters required at install time are: driver set, OS activation method, OS build (e.g. 24H2 or 25H2), OS edition, OS language, OS version, target XOAP Configuration Group and XOAP Workspace ID.

To generate images for multiple XOAP workspaces, the package is run again with different parameters. The ISO must be renamed or moved between runs, as each execution overwrites the previous output at the same path.

Ready to see it in action?

XOAP’s bare metal deployment capability is one component of a broader infrastructure automation platform that takes devices from zero to fully managed with minimal manual touchpoints at every stage.

Book a demo to see how XOAP handles OS deployment, endpoint management and configuration delivery across your entire device fleet.

Lesen Sie auch:
→ Master the BIOS management
→ 30-day guaranteed IT automation delivery with XOAP
→ From cryptic SIDs to clear names: The end of Entra identity confusion
→ How XOAP modernizes Citrix MCS and PVS
→ How to automate AWS without using Terraform

Explore XOAP

The post How to: Bare metal OS deployment with XOAP appeared first on XOAP.

XOAPChangeBIOSsettingDSC: Master the BIOS management

Perica — Fri, 30 Jan 2026 09:09:46 +0000

Managing BIOS settings across a diverse fleet of devices has historically been a headache for IT administrators. Different vendors, different tools, and varying security requirements often lead to fragmented workflows.

To streamline this process, we are excited to share a new PowerShell DSC (Desired State Configuration) module: XOAPChangeBIOSsettingDSC. This module provides a unified way to manage BIOS configurations on both Dell und Lenovo devices using infrastructure-as-code principles.

Wesentliche Merkmale

Multi-vendor support: Works seamlessly across Dell and Lenovo hardware.
Security minded: Fully tested to work with or without BIOS passwords.
Granular control: Allows for precise setting definitions (e.g., Secure Boot, Wake-on-LAN, etc.).

Important usage notes

To ensure successful deployment, keep these two technical details in mind:

Case sensitivity: The module is case-sensitive regarding setting names. For example, you must use SecureBoot exactly as defined by the vendor; using secureboot will result in an error.
Discovery: If you are unsure of the exact naming or possible values for a setting, you can refer to the scripts within the TestScript portion of the DSC Resources. These can be used to read all available values directly from the hardware.

Why DSC for BIOS?

By using DSC, you ensure that your hardware configuration remains in the “Desired State”. If a user or an update manually changes a BIOS setting, DSC will automatically detect the drift and pull the setting back to your defined corporate standard.

Installation and usage

There are no special prerequisites for this module.

To install the module in XOAP:

Upload the zipped DSC module to Configuration Management → Modules.
Once uploaded, the module can be referenced and used in your DSC configuration as needed.

Get the XOAPChangeBIOSsettingDSC module

Simplify BIOS management across your devices. Get free access to the module now and replace manual, error-prone processes with a unified approach.

Download the free module

The post XOAPChangeBIOSsettingDSC: Master the BIOS management appeared first on XOAP.

Migrate to Windows 11 with PSADT

Perica — Fri, 25 Apr 2025 11:11:25 +0000

In unseren früheren Blogbeiträgen haben wir verschiedene Ansätze für die Migration auf Windows 11 untersucht: mit SCCM, über XOAP, über GPOs und Registrierungsschlüssel und Windows Update in den Einstellungen . In this post, we’ll walk you through yet another method – deploying the Windows 11 upgrade package using PowerShell App Deployment Toolkit (download XOAP Package Wizard for PSADT v4 for free).

Watch:
XOAP Package Wizard PSADT v4 walk-through

Verwenden Sie PSADT, um von Windows 10 auf Windows 11 zu migrieren

Um loszulegen, Extrahieren Sie den Inhalt Ihrer Windows 11 ISO-Datei und sie in Ihr PSADT-Paket aufnehmen. Dann verwenden Sie die setup.exe Datei aus der extrahierten ISO-Datei zusammen mit bestimmten Befehlszeilenparametern, um ein Upgrade von Windows 10 auf Windows 11 durchzuführen.

Sobald Sie Ihre Quelldatei fertig haben, müssen Sie das Skript "Deploy-Application.ps1" ändern. Im Teil vor der Installation wird geprüft, ob eine geplante Aufgabe vorhanden ist und löschen Sie sie (im Falle von Fehlern/Reparaturen).

				
					#### (Vorinstallation) Geplante Aufgabe löschen -------------------------------------------->
$DELTaskName = 'Win11Upgrade'
# Prüfen, ob die Aufgabe existiert
$DELTaskExists = Get-ScheduledTask -TaskName $DELTaskName -ErrorAction SilentlyContinue
if ($DELTaskExists) {
    # Löschen der Aufgabe
    Unregister-ScheduledTask -TaskName $DELTaskName -Confirm:$false
    Write-Output "(Pre-Install) Aufgabe '$DELTaskName' wurde gelöscht."
} else {
    Write-Output "(Vorinstallation) Aufgabe '$DELTaskName' existiert nicht.  Wir fahren mit der Installation fort"
}

Im Installationsteil wird ein geplanter Task erstellt und gestartet. In einer While-Schleife wird geprüft, ob der Task nach dem Start noch läuft.

				
					###># CREATE SCHEDULED TASK -------------------------------------------------------->
    $STExecutable = "$dirfiles\ISO\Setup.exe"
    $STArguments = "/Auto Upgrade /EULA akzeptieren /NoReboot"
    $STTaskName = "Win11Upgrade"
    $STTriggerTime = (Get-Date).AddSeconds(15)
    $STPriorität = 4
    $STTrigger = New-ScheduledTaskTrigger -Once -At $STTriggerTime
    $STSettings = New-ScheduledTaskSettingsSet -StartWhenAvailable -Priority $STPriority -RunOnlyIfNetworkAvailable -AllowStartIfOnBatteries -DontStopIfGoingOnBatteries
    # Erstellen einer neuen geplanten Aufgabenaktion
    $STAction = New-ScheduledTaskAction -Execute $STExecutable -Argument $STArguments -WorkingDirectory (Split-Path $STExecutable)
    # Erstellen einer neuen geplanten Aufgabe für das SYSTEM-Konto
    $STPrincipal = New-ScheduledTaskPrincipal -UserID "NT AUTHORITY\SYSTEM" -LogonType ServiceAccount -RunLevel Highest
    # Erstellen und Registrieren der neuen geplanten Aufgabe
    $STTask = New-ScheduledTask -Action $STAction -Trigger $STTrigger -Settings $STSettings -Principal $STPrincipal
    Register-ScheduledTask -Aufgabenname $STTaskName -InputObject $STTask

    #### KICK OFF GEPLANTE AUFGABE ------------------------------------------------------>
    Start-Schlummern 10
    GeplanteAufgabe starten -Aufgabenname "Win11Upgrade"
    ##P16T# GEPLANTE AUFGABE ÜBERWACHEN ------------------------------------------------------->
    $STTaskName = "Win11Upgrade"
    # Schleife, bis die Aufgabe nicht mehr ausgeführt wird
    while ((Get-ScheduledTask -TaskName $STTaskName).State -eq "Running")
    {
        # Abrufen von Aufgabeninformationen
        $taskInfo = Get-ScheduledTaskInfo -TaskName $STTaskName
        # Überprüfen, ob die Aufgabe von SYSTEM ausgeführt wird
        if ((Get-ScheduledTask -TaskName $STTaskName).Principal.UserId -eq "SYSTEM")
        {
            # In den Ausgang schreiben
            Write-Output "$STTaskName läuft noch als SYSTEM"
        }
        sonst
        {
            Write-Output "$STTaskName läuft noch, aber nicht als SYSTEM"
        }
        # Warten Sie 10 Sekunden lang, bevor Sie erneut prüfen
        Start-Sleep -Seconds 10
    }
    Write-Output "$STTaskName has finished running"

Im Anschluss an die Installation wird die erstellte geplante Aufgabe gelöscht.

				
					#### (Post-Install) Geplanten Task löschen -------------------------------------------->
    $DELTaskName = "Win11Upgrade"
    # Prüfen, ob die Aufgabe existiert
    $DELTaskExists = Get-ScheduledTask -TaskName $DELTaskName -ErrorAction SilentlyContinue
    if ($DELTaskExists) {
        # Löschen der Aufgabe
        Unregister-ScheduledTask -TaskName $DELTaskName -Confirm:$false
        Write-Output "(Post-Install) Aufgabe '$DELTaskName' wurde gelöscht."
    } else {
        Write-Output "(Post-Install) Aufgabe '$DELTaskName' existiert nicht."
    }

Es gibt eine Reihe von zu berücksichtigende Optionen wenn Sie dieses Paket erweitern möchten:

Prüfung der Windows 11-Voraussetzungen hinzufügen
Erweitern Sie es mit PSADT-Funktionen wie:
- Show-InstallationWillkommen
- Zeige-Installationsfortschritt
- Show-InstallationRestartPrompt
Passen Sie die verfügbaren Optionen für geplante Aufgaben an:
- RunOnlyIfNetworkAvailable
- AllowStartIfOnBatteries
- NichtAbschaltenAufBatterien
Fügen Sie der setup.exe-Ausführung weitere Parameter hinzu (z. B. "/Product Server" als Umgehung für die Prüfung der Voraussetzungen)

Sie sind startklar!

Das Upgrade auf Windows 11 mit PSADT ist eine flexible Option, wenn Sie mehr Kontrolle über den Prozess haben möchten. Mit ein paar Skriptanpassungen können Sie das Upgrade von Anfang bis Ende durchführen.

Das könnte Ihnen auch gefallen:
→Windows 11-Migration über SCCM
→Schritt für Schritt: Windows 11-Migration mit GPOs und Registrierungsschlüsseln
→Windows 11-Migration leicht gemacht mit XOAP
→Umstellung auf Windows 11 über Windows Update in den Einstellungen

The post Migrate to Windows 11 with PSADT appeared first on XOAP.

Windows 11 migration made easy with XOAP

Perica — Wed, 23 Apr 2025 12:27:04 +0000

Diese Kurzanleitung zeigt wie man Windows 10-Geräte auf Windows 11 aktualisiert XOAP. Das Beispiel verwendet Lenovo T490s und führt Sie durch die Einrichtung von Treiber- und Anwendungsgruppen und deren anschließende Bereitstellung über XOAP. Sie können den gleichen Ansatz auf Ihren eigenen Gerätetyp anwenden. Wenn Sie Hilfe benötigen, Kontaktieren Sie uns hier. Fangen wir an!

Upgrade auf Windows 11 mit XOAP: Einfache Schritte

In diesem Beispiel werden wir die Migration für Lenovo T490s-Geräte konfigurieren.

Innerhalb von XOAP's Application Managementhaben wir 2 Anwendungsgruppen aus unseren Anwendungen erstellt:

Lenovo T490s (installiert die Windows 11-Treiber für Lenovo T490s)
Migration zu Windows 11 24H2 (installiert Windows 11 24H2 als In-Place-Upgrade)

Um eine Anwendungsgruppe für die Treiberinstallation zu erstellen, müssen Sie Folgendes tun:

- Laden Sie das entsprechende Treiberpaket herunter für Ihr Gerät von einer Hersteller-Webseite (für unser Beispiel: Lenovo PC-Unterstützung - ThinkPad T490s).
- Diese Treiber extrahieren und verpacken mit PSADT. Für den Installationsteil können Sie den folgenden Befehl innerhalb von PSADT verwenden: pnputil /add-driver $dirFiles\tp_t490s_x390_w11_22_202210\*.inf /install /subdirs
- Importieren Sie das erstellte PSADT-Paket in XOAP: Application Management > Anwendungen > Neue Anwendung.

Danach können Sie zu Anwendungsgruppen navigieren und eine Anwendungsgruppe erstellen unter Verwendung der importierten Anwendung. Application Management > Anwendungsgruppen > Neue Gruppe.

WATCH VIDEO
2-minute overview of the migration processTutorial wird unten fortgesetzt

Dieses Video kann aufgrund Ihrer Cookie-Einstellungen nicht geladen werden. Passen Sie Ihre Cookie-Einstellungen an oder direkt auf YouTube ansehen.

In der Neues Gruppenfenster, legen Sie den Namen für die Anwendungsgruppe fest und suchen Sie nach Ihrer importierten Anwendung. Sobald Sie die richtige Anwendung gefunden haben, Gehen Sie zu Gruppe hinzufügen und wählen Sie Ihre Installationseinstellungen für dieses Paket.

Beim Erstellen einer Anwendungsgruppe aus einer Windows 11 24H2-Anwendung gibt es eine Reihe von Optionen zur Auswahl:

- AllowStartIfOnBatteries
- DontStopIfGoingOnBatteries
- RunOnlyIfNetworkAvailable
- SkipPrereqCheck (überspringt alle Voraussetzungsprüfungen für Windows 11)

Danach werden wir eine Anwendungsrolle erstellen aus diesen 2 Anwendungsgruppen.

Nachdem die Anwendungsrolle erstellt wurde, müssen wir eine Konfigurationsgruppe erstelleninnerhalb von XOAPs Configuration Management, indem Sie unser Anwendung Rolle und XOAP_Anwendungen_und_Monitoring Konfiguration.

Dann, das Registrierungsskript herunterladen und an die Clients verteilen. Sobald die Konfiguration auf den Clients gestartet ist, werden unsere beiden Pakete (Treiber und Win11) vor der Installation eine Benutzerbestätigung und nach der Installation einen Neustart verlangen.

Alles bereit!

Das war's. Sobald alles an Ort und Stelle ist, kümmert sich XOAP um das Upgrade. Passen Sie einfach die Schritte für Ihre eigenen Geräte an, und schon können Sie loslegen.

Das könnte Ihnen auch gefallen:

→Complete Windows 11 migration guide for enterprise IT
→Umstellung auf Windows 11 über Windows Update in den Einstellungen
→Windows 11-Migration über SCCM
→Schritt-für-Schritt-Anleitung: Windows 11-Migration mit GPOs und Registrierungsschlüsseln

Mit XOAP zu Windows 11 migrieren

The post Windows 11 migration made easy with XOAP appeared first on XOAP.

Step-by-step: Windows 11 migration using GPOs and registry keys

Perica — Wed, 16 Apr 2025 11:55:10 +0000

Wenn Sie vorhaben, Ihre Geräte auf Windows 11 zu aktualisieren, gibt es mehrere Möglichkeiten, dies zu tun. Unter unser früherer Blogbeitraghaben wir gezeigt, wie Sie das Upgrade über die Windows Update-Einstellungen starten können.

In diesem Beitrag werden wir uns auf die Verwendung von Gruppenrichtlinienobjekten (GPOs) und Registrierungsschlüsseln zur Verwaltung der Migration konzentrieren. Auch wenn Sie Windows Update verwenden um Updates bereitzustellen, können Sie immer noch steuern, wie und wann Windows 11 für berechtigte Geräte angeboten wird.

Wenn Sie die richtigen Richtlinien festlegen, können Sie sicherstellen, dass der Upgrade-Prozess den Bedürfnissen Ihrer Organisation entspricht.

Leitfaden: Windows 11-Migration mit GPOs/Registrierungsschlüsseln

Wenn Sie Updates über Windows Update bereitstellen, besteht immer noch die Möglichkeit, deren Bereitstellung über verschiedene GPOs zu steuern. Und wenn Sie die richtige Richtlinie festlegen/ändern, wird Windows 11 auf Ihren Geräten bereitgestellt, wenn sie für ein Upgrade in Frage kommen.

So geben Sie die Zielversion des Feature-Updates in Windows 10 an

Eine neue TargetReleaseVersion Politik verfügbar in Windows 10 Version 1803 und höher können Sie festlegen, welche Version des Funktionsupdates von Windows 10/11, auf die Sie Ihren Computer umstellen möchten und/oder auf der Sie bleiben möchten, bis die Version das Ende des Dienstes erreicht oder Sie diese Richtlinie neu konfigurieren.

Wenn Sie diese Richtlinie nicht aktualisieren vor Das Gerät wird automatisch aktualisiert, sobald es 60 Tage nach dem Ende der Nutzungsdauer für seine Version ausläuft.

Wenn Sie ein angeben TargetReleaseVersion derselbe als die aktuelle Versionbleibt Windows 10 auf dieser Version, bis es das Ende seiner Lebensdauer erreicht. Dies kann auch nützlich sein, um ein automatisches Upgrade auf Windows 11 blockieren.

Wenn Sie ein angeben TargetReleaseVersion höher als die aktuelle Versionwird Windows 10/11 direkt nur auf die angegebene Version aktualisiert, auch wenn eine höhere Version verfügbar ist.

Angeben der Zielversion des Feature-Updates im Editor für lokale Gruppenrichtlinien

Öffnen Sie die Editor für lokale Gruppenrichtlinien.
Navigieren Sie zu dem Ort unten im linken Fensterbereich des Editors für lokale Gruppenrichtlinien (siehe Screenshot unten);
Computerkonfiguration > Administrative Vorlagen > Windows-Komponenten > Windows Update > Verwalten der von Windows Update angebotenen Updates.

Doppelklicken/tippen Sie im rechten Fensterbereich von Windows Update für Unternehmen im Editor für lokale Gruppenrichtlinien auf das Feld Ziel auswählen Versionspolitik für Feature-Updates um sie zu bearbeiten (siehe Screenshot oben).
Wählen Sie (Punkt) Aktiviert (siehe Bildschirmfoto unten).
Führen Sie die folgende Schritte unter Optionen:
Geben Sie an, für welche Windows-Produktversion Sie Funktionsupdates erhalten möchten. Z. B. Windows 10: Windows 11.
Geben Sie die Version (z. B. "21H1") ein, die Sie im Feld Zielversion für Feature-Updates angeben möchten: 24H2.
Klicken/Tippen Sie auf OK.

Wenn Sie die gleichen Optionen über Registrierungsschlüssel einstellen möchten, verwenden Sie den folgenden Schlüssel und die folgenden Werte:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate
"ProduktVersion"="Windows 11"
"TargetReleaseVersion"=Wort:00000001
"TargetReleaseVersionInfo"="24H2"

Eine Liste der Windows 10-Versionen, die Sie als Wert verwenden können, finden Sie im Feld Informationen zur Veröffentlichung von Windows 11 Tisch.

Und schon sind Sie fertig!

Das war's. Die Migration von Windows 11 mithilfe von GPOs und Registrierungsschlüsseln ist abgeschlossen. Wenn Sie diese Schritte befolgt haben, sollte das Upgrade Ihrer Geräte reibungslos verlaufen. Testen Sie weiter, erstellen Sie Sicherungskopien, und Sie werden gut vorbereitet sein.

Das könnte Ihnen auch gefallen:
→Umstellung auf Windows 11 über Windows Update in den Einstellungen
→Windows 11-Migration über SCCM
→Windows 11-Migration leicht gemacht mit XOAP

The post Step-by-step: Windows 11 migration using GPOs and registry keys appeared first on XOAP.

How to migrate to Windows 11 via Windows Update in Settings

Perica — Tue, 15 Apr 2025 09:20:50 +0000

Das Upgrade auf Windows 11 ist einfacher, als Sie vielleicht denken. Wenn Ihr Gerät für ein Upgrade in Frage kommt, können Sie den Prozess direkt über den Abschnitt Windows Update in den Einstellungen starten. Folgen Sie dieser Kurzanleitung, um die Verfügbarkeit zu prüfen und Ihr Upgrade mit wenigen Klicks zu starten.

Migration von Windows 11 über Windows Update in den Einstellungen

Bei einem Upgrade von Windows 10 auf Windows 11 empfiehlt Microsoft Warten bis Windows Update meldet, dass das Upgrade bereit ist für das Gerät. So überprüfen Sie, ob Windows 11 für ein Gerät mit Windows Update bereit ist, folgen Sie diesen Schritten:

Klicken Sie mit der rechten Maustaste auf das Start Menü und wählen Sie dann Einstellungen > Update und Sicherheit > Windows Update.
In der Windows Update das sich öffnet, wählen Sie die Option Nach Aktualisierungen suchen Taste.
Anmerkung: Wenn Updates für die aktuelle Version von Windows verfügbar sind, wird das Windows 11-Upgrade möglicherweise erst nach der Installation dieser Updates bereitgestellt. Installieren Sie alle Updates für die aktuelle Version von Windows, starten Sie das Gerät neu und versuchen Sie dann erneut, nach dem Windows 11-Upgrade zu suchen.
Wenn Windows 11 bereit ist, auf dem Gerät installiert zu werden, wird eine Meldung im Fenster Windows Update Fenster, das anzeigt, dass Windows 11 bereit ist. Wählen Sie die Herunterladen und Installieren um das Windows 11-Upgrade zu starten.
In der Software-Lizenzbedingungen das sich öffnet, wählen Sie die Option Akzeptieren und installieren Taste.
Die Windows Update Das Fenster wird aktualisiert, und die Status zeigt den Fortschritt beim Herunterladen und Installieren des Windows 11-Upgrades an.
Sobald der Installationsteil des Windows 11-Upgrades in Windows 10 abgeschlossen ist:
Die Windows Update Fenster wird aktualisiert und ändert sich in Neustart erforderlich. Die Status: auch Aktualisierungen auf Anstehender Neustart.
A Windows Update wird im Infobereich eine Benachrichtigung mit der Meldung angezeigt Neu starten, um das neueste Windows-Funktionsupdate zu installieren.
Um das Windows 11-Upgrade fortzusetzen, starten Sie das Gerät neu, indem Sie die Option Jetzt neu starten Schaltfläche im Windows Update Fenster oder Jetzt neu starten im Windows Update Benachrichtigung.
Das Gerät wird neu gestartet und der Windows 11-Upgrade-Prozess wird fortgesetzt. Das Gerät startet automatisch einige weitere Male neu, um die Installation von Windows 11 abzuschließen.
Der Windows-Anmeldebildschirm wird angezeigt, sobald das Upgrade von Windows 11 abgeschlossen ist. Sign in an das Gerät um das Upgrade abzuschließen.

Wenn Windows 11 nicht in Windows Update angezeigt wird

Wenn eine Meldung nicht im Fenster Windows Update Fenster, dass Windows 11 bereit ist, könnte es aus einem der folgenden Gründe sein:

Das Gerät erfüllt die Hardwareanforderungen für Windows 11, aber das Windows 11-Upgrade ist nicht bereit noch zu installieren.
Das Gerät erfüllt die Hardware-Anforderungen für Windows 11, aber es gibt möglicherweise ein bekanntes Kompatibilitätsproblem mit dem Gerät und Windows 11. Das Upgrade auf Windows 11 wird irgendwann angeboten, wenn das Kompatibilitätsproblem gelöst ist. Für weitere Informationen, siehe die Benachrichtigung "Was Sie beachten müssen", die während eines Windows-Upgrades angezeigt wird.
Das Gerät erfüllt nicht die Hardware-Anforderungen für Windows 11.

Das war's!

Und das ist alles, was Sie brauchen, um über Windows Update auf Windows 11 zu migrieren! Der Prozess ist einfach, und Sie werden in kürzester Zeit mit dem neuen Betriebssystem arbeiten können.

Das könnte Ihnen auch gefallen:
→Windows 11-Migration über SCCM
→Schritt für Schritt: Windows 11-Migration mit GPOs und Registrierungsschlüsseln
→Windows 11-Migration leicht gemacht mit XOAP

The post How to migrate to Windows 11 via Windows Update in Settings appeared first on XOAP.

Tutorial: Windows 11 migration via SCCM

Perica — Mon, 14 Apr 2025 11:07:51 +0000

Denken Sie darüber nach, Ihr Unternehmen auf Windows 11 umzustellen? Mit SCCM (System Center Configuration Manager) gibt es zwei Möglichkeiten, dies zu erreichen: Windows-Wartung und Task-Sequenz. In diesem Tutorial führen wir Sie durch beide Methoden, damit Sie die beste Lösung für Ihre Umgebung wählen können.

Windows-Wartung

Configuration Manager erfordert nur eine minimale Konfiguration, bevor Feature-Updates auf Computern bereitgestellt werden können. Wenn Sie bereits zuvor Feature-Updates bereitgestellt haben, sind die meisten Voraussetzungen wahrscheinlich bereits erfüllt. Bei neuen SCCM-Konfigurationen kann jedoch eine gewisse Erstkonfiguration erforderlich sein.

Voraussetzungen für das Windows 11 23H2-Upgrade mit SCCM

Konfigurieren Sie Software-Aktualisierungspunkt durch Aktivierung der Upgrades für Windows 10 und Windows 11.
Stellen Sie sicher, dass der Dienstverbindungspunkt online ist, bevor Sie die Aktualisierungen synchronisieren.
Aktivieren Sie dynamische Updates für Funktionsaktualisierungen in Konfigurationsmanager-Client-Einstellungen.
Die Produktkategorie "Windows 11" muss unter Software aktiviert sein Update Point > Produkte.

Zunächst müssen Sie das Windows 11 23H2-Enablement-Paket-Update mit SCCM herunterladen. Es wird empfohlen, zuerst das Enablement-Paket herunterzuladen, dann den Inhalt an die Verteilungspunkte zu verteilen und schließlich die Bereitstellung vorzunehmen.

Schritte zum Abrufen des Windows 11, Version 23H2-Updates in SCCM

Gehen Sie in der SCCM-Konsole zu Software-Bibliothek > Windows-Wartung > Alle Windows-Funktionsupdates. Geben Sie dann in das Suchfeld "23H2" und klicken Sie Suche. Dadurch werden die Aktualisierungen gefiltert und nur 23H2-Aktualisierungen angezeigt. Klicken Sie mit der rechten Maustaste auf Windows 11, Version 23H2 x64 2023-10B und wählen Sie Herunterladen.

Im Fenster Verteilungspaket müssen Sie das Bereitstellungspaket angeben für Windows 11 23H2-Upgrade-Dateien. Dieses Bereitstellungspaket, das Sie erstellen, enthält die Software-Update-Dateien, die auf den Clients bereitgestellt werden sollen.

Wählen Sie "Neues Bereitstellungspaket erstellen" und geben Sie den Namen des Pakets als "Windows 11 23H2-Bereitstellungspaket." Geben Sie die Paketquelle an, d. h. einen gemeinsamen Ordner, in den Sie die Updates herunterladen möchten. Die Aktivierung der binären differentiellen Replikation ist optional. Klicken Sie auf Weiter.

Klicken Sie auf der Seite Verteilungspunkte auf die Schaltfläche Hinzufügen und wählen Sie den Verteilungspunkt-Server an die Sie die Windows 11 23H2-Upgrade-Dateien verteilen möchten. Klicken Sie auf Weiter.

Konfigurieren Sie dann auf der Seite Verteilungseinstellungen die allgemeinen Verteilungseinstellungen für das Verteilungspaket. Klicken Sie auf Weiter.

Wählen Sie eine Option, um anzugeben, von wo Sie die Updates herunterladen möchten. Im folgenden Beispiel haben wir die Option Herunterladen Software-Updates über das Internet. Klicken Sie auf Weiter.

Überprüfen Sie im Fenster Zusammenfassung die Einstellungen für das Bereitstellungspaket und klicken Sie auf Weiter. Auf der Registerkarte "Fortschritt" sehen Sie nun, dass die Updates des Windows 11 23H2 Enablement Package heruntergeladen werden.

Schritte zur Bereitstellung von Windows 11 23H2 Feature-Update mit SCCM

Navigieren Sie in der ConfigMgr-Konsole zu Software-Bibliothek\Übersicht\Windows-Wartung\Alle Windows-Funktionsupdates. Klicken Sie mit der rechten Maustaste auf Windows 11, Version 23H2 x64 2023-10B aktualisieren, und wählen Sie Verteilen.

Geben Sie auf der Seite Allgemein die Details für die Bereitstellung des Feature-Updates Windows 11 23H2 ein.

- Name des Einsatzes: Geben Sie den Namen der Bereitstellung ein, z. B. Windows 11 23H2 Upgrade.
- Beschreibung: Fügen Sie eine kurze Beschreibung des Einsatzes hinzu.
- Software-Update-Gruppe: Diese wird automatisch erstellt und ist unter Software-Aktualisierungsgruppen in der Configuration Manager-Konsole sichtbar.
- Sammlung: Klicken Sie auf Durchsuchen und wählen Sie eine Gerätesammlung aus, die aus einigen Pilotgeräten besteht, die zum Testen des Windows 11 2023-Upgrades ausgewählt wurden. Klicken Sie anschließend auf Weiter, um fortzufahren.

Akzeptieren Sie die Lizenzbedingungen für das Windows 11 23H2-Update. Klicken Sie auf Weiter.

Geben Sie auf der Seite Bereitstellungseinstellungen die Art der Bereitstellung an. Wählen Sie aus, ob Sie das Windows 11 23H2-Upgrade für Benutzer im Software Center zur Verfügung stellen oder es nach Bedarf bereitstellen möchten.

Auf der Seite Zeitplanung können Sie die Details des Zeitplans für die Bereitstellung konfigurieren. Wenn Sie das Windows 11 23H2-Upgrade zu einem bestimmten Datum und einer bestimmten Uhrzeit bereitstellen möchten, wählen Sie Bestimmte Zeit und legen Sie diese fest. Legen Sie die Frist für die Installation fest, um sicherzustellen, dass das Upgrade innerhalb des festgelegten Zeitraums durchgeführt wird. Klicken Sie auf Weiter, um fortzufahren.

Geben Sie Folgendes an Einstellungen zur Benutzerfreundlichkeit für die Bereitstellung des 23H2-Updates:

- Benutzer-Benachrichtigungen: Anzeige im Software-Center und Anzeige aller Benachrichtigungen
- Änderungen zum Stichtag oder während eines Wartungsfensters festschreiben (erfordert Neustarts): Ja
- Wenn ein Update in dieser Verteilung einen Neustart des Systems erfordert, führen Sie den Evaluierungszyklus für die Updateverteilung nach dem Neustart aus: Nein.

Klicken Sie auf Weiter.

Auf der Einstellungen herunterladen geben Sie die Download-Einstellungen für die aktuelle Bereitstellung an:

- Client-Computer können Verteilungspunkte von Nachbargrenzen verwenden: Ja
- Herunterladen und Installieren von Software-Updates von der Fallback-Inhaltsquelle: Ja

Klicken Sie auf Weiter, um fortzufahren.

Überprüfen Sie die Bereitstellungseinstellungen von Windows 11 23H2 auf der Seite Zusammenfassung und klicken Sie auf Weiter. Klicken Sie im Abschlussfenster auf Schließen.

Testen Sie die Upgrade-Installation

Nachdem Sie Windows 11 23H2 bereitgestellt haben Aktualisierung des Aktivierungspakets über die Windows-Wartung, es's Zeit zu testen die Upgrade-Installation auf Windows-Computern. Die Erfahrung des Endbenutzers ist ähnlich wie bei anderen Funktionsupgrades.

Starten Sie auf dem Computer des Kunden das Software Center. Sobald das Software Center geöffnet ist, wählen Sie Windows 11, Version 23H2 x64 2023-10B aktualisieren, indem Sie auf die Schaltfläche Aktualisierungen Registerkarte. Klicken Sie auf die Registerkarte Installieren Sie Taste.

Bestätigen Sie, dass Sie diesen Computer aufrüsten's-Betriebssystem. Beachten Sie, dass es sich hierbei um ein In-Place-Upgrade auf Version 23H2 handelt und dass das Setup Ihre Anwendungen, Daten und Einstellungen automatisch migriert. Klicken Sie auf das Installieren Sie um das Upgrade von Windows 11 23H2 zu starten.

Starten Sie neu, und der Computer wird neu gestartet. Nach dem Neustart ist die Version des Betriebssystems Windows 11 23H2.

Reihenfolge der Aufgaben

Um ein In-Place-Upgrade von Windows 10 auf Windows 11 über die SCCM-Aufgabensequenz durchzuführen, müssen Sie das Windows 11-Upgradepaket in SCCM importieren.

Schritte zum Hinzufügen oder Importieren des Windows 11-Upgrade-Pakets in SCCM

Starten Sie die SCCM-Konsole.
Navigieren Sie zu Software-Bibliothek > Betriebssysteme > Upgrade-Pakete für das Betriebssystem.
Klicken Sie mit der rechten Maustaste auf . Upgrade-Pakete für das Betriebssystem und klicken Sie Upgrade-Paket für das Betriebssystem hinzufügen.

Klicken Sie auf der Seite Datenquelle auf Durchsuchen und den Ordnerpfad angeben der die Windows 11 Setup-Dateien enthält. Dies ist der Ordner, der enthält die extrahierte Windows 11 ISO-Datei.

Wählen Sie die Option: Wenn Sie dieses Feld markieren, erklären Sie sich damit einverstanden, dass bei der Anwendung dieses Betriebssystems auf dem Gerät die entsprechende Windows-Lizenz im Rahmen der Volumenlizenzierung erworben wurde. Oder dass Sie berechtigt sind, Ihr Unternehmen zu verpflichten und den Microsoft-Lizenzbedingungen in dessen Namen zuzustimmen.

Markieren Sie das Kästchen - extrahieren Sie einen bestimmten Bildindex aus install.wim-Datei des ausgewählten Upgrade-Pakets. Wählen Sie den entsprechenden Bildindex aus und klicken Sie auf Weiter.

Im Fenster Allgemein, den Namen des Upgrade-Pakets angeben als Windows 11 Upgrade. Sie können weitere Details in das Kommentarfeld eingeben und auf Weiter klicken. Klicken Sie im Fenster Zusammenfassung auf Weiter.
Klicken Sie im Fenster Fertigstellung auf Schließen. Wir haben erfolgreich das Windows 11-Upgrade-Paket importiert in SCCM.

Aufgabensequenz erstellen

Gehen Sie wie folgt vor, um eine SCCM-Aufgabensequenz für ein Windows 11-In-Place-Upgrade zu erstellen:

- Starten Sie die Konsole Configuration Manager.
- Weiter zu Software Bibliothek\Übersicht\Betriebssysteme\Aufgabenabfolgen.
- Rechtsklick Aufgaben-Sequenzen und wählen Sie Aufgabenreihenfolge erstellen.

Wählen Sie auf der Seite Erstellen einer neuen Vorgangsreihenfolge Upgrade eines Betriebssystems aus einem Upgrade-Paket. Klicken Sie auf Weiter.

Auf der Seite Informationen zur Vorgangsreihenfolge, den Namen der Aufgabensequenz angebenwie z. B. ein direktes Upgrade von Windows 10 auf Windows 11 oder etwas Sinnvolles. Fügen Sie eine optionale Beschreibung hinzu. Klicken Sie auf Weiter.

Auf der Seite Upgrade des Windows-Betriebssystems, ein Upgrade-Paket auswählenklicken Sie auf Durchsuchen und wählen Sie das Windows 11-Upgrade-Paket. Der Editionsindex wird automatisch ausgefüllt. Klicken Sie auf Weiter.

Wählen Sie auf der nächsten Seite Installieren Sie keine Software-Updates. Klicken Sie auf Weiter. Wenn Sie Anwendungen haben, die Sie zusammen mit diesem Upgrade installieren müssen, können Sie diese auf der Seite Anwendungen installieren festlegen. Andernfalls klicken Sie auf Weiter.

Überprüfen Sie die Einstellungen auf der Seite Zusammenfassung und klicken Sie auf Weiter.

Klicken Sie abschließend auf der Seite Fertigstellung auf Schließen. Diese vervollständigt die Schritte zum Erstellen einer Windows 11 In-Place-Upgrade-Aufgabensequenz.

Reihenfolge der Bereitstellung von Aufgaben

Nachdem die Aufgabensequenz erstellt wurde, müssen Sie Verteilung der Inhalte an Ihre Verteilerstellen und Bereitstellung die Aufgabensequenz auf die gewünschte SCCM-Sammlung:

Gehen Sie in der ConfigMgr-Konsole zu Software-Bibliothek\Übersicht\Betriebssysteme\Aufgabenabfolgen.
Klicken Sie mit der rechten Maustaste auf die Windows 11-Upgrade-Aufgabensequenz und dann auf Inhalte verbreiten um Inhalte an Verteilerstellen zu verteilen.
Klicken Sie mit der rechten Maustaste auf die Windows 11-Upgrade-Aufgabensequenz und dann auf Bereitstellung von um die Aufgabensequenz in der gewünschten SCCM-Sammlung bereitzustellen.

Sobald die Aufgabensequenz bereitgestellt wurde und auf dem Client verfügbar ist, wird sie im Software-Center des Clients unter Betriebssysteme angezeigt.

Der Benutzer wird aufgefordert, zu bestätigen, ob er Folgendes möchte das Betriebssystem zu aktualisieren auf diesem Computer. Wählen Sie Installieren.

Die Aufgabensequenz wird nun fortgesetzt und die Windows 11-Upgrade-Dateien werden auf den Computer heruntergeladen. Die Aufgabensequenz zeigt den Fortschritt des Windows 11-Upgrades in Prozent an.

Wenn die Vorgangsreihenfolge vor Ort ausgeführt wird, können Sie die Bereitstellung überwachen, indem Sie die Datei smsts.log überprüfen. Während des Windows 11-Upgrades befindet sich die Datei "smsts.log" im Ordner C:\Windows\CCM\Logs\SMSTSLog auf dem Clientcomputer. Die Aufgabensequenz startet den Computer neu, um das Upgrade abzuschließen.

Natürlich gibt es eine Möglichkeit zur Anpassung der Aufgabenreihenfolge um ein paar zusätzliche Schritte zu unternehmen.

Zum Beispiel in der folgenden Aufgabenfolge.

Vor das Upgrade auf Windows 11:

Vor dem Upgrade werden zusätzliche Prüfungen durchgeführt
InstallLanguage-Registrierungsschlüssel wird bei Bedarf korrigiert
BitLocker wird ausgesetzt

Nach Windows 11 Upgrade:

CU ist installiert (erforderlich, wenn Sie ein zusätzliches Sprachpaket in Ihre wim-Datei eingefügt haben)
Inbox/Store Apps sind in der richtigen Sprache installiert
Unerwünschte Inbox/Store Apps werden entfernt
Outlook New wird entfernt und blockiert
IPU Erfolgsflagge wird in die Registry geschrieben

Brauchen Sie Hilfe?

Egal, ob Sie sich für die Windows-Wartung entscheiden, um ein einfacheres In-Place-Upgrade durchzuführen, oder für eine Task-Sequenz, um mehr Kontrolle und Anpassungsmöglichkeiten zu haben - SCCM macht es Ihnen in jedem Fall leicht.

Noch Fragen? Wir sind nur eine Nachricht entfernt!

Das könnte Ihnen auch gefallen:
→Umstellung auf Windows 11 über Windows Update in den Einstellungen
→Schritt für Schritt: Windows 11-Migration mit GPOs und Registrierungsschlüsseln
→Windows 11-Migration leicht gemacht mit XOAP

The post Tutorial: Windows 11 migration via SCCM 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.

Offline Domain Join using XOAP and Azure Blob storage

Perica — Thu, 29 Feb 2024 12:27:02 +0000

Mit unserem Modul können Sie einem Gerät, das keinen Zugang zum Domain Controller hat (über das Firmennetzwerk oder über VPN), einen Domain Join ermöglichen. Es ist ein alternativ zu verwenden Azure Hybrid Join.

Während Azure Hybrid Join ein Gerät zu Azure AD (Entra) und lokalem AD hinzufügt, ermöglicht diese Option nur den Beitritt eines Geräts zum lokalen AD. In der Zwischenzeit ist Hybrid Join hinsichtlich der Namenskonvention eingeschränkt und erlaubt nur die Definition des Präfixes.

Mit dieser Lösung ist es möglich, ein Präfix zu definieren und eine Seriennummer von Computern für den Computernamen zu verwenden.

Für wen ist das?

Sie können von diesem Modul profitieren, egal ob Sie XOAP-Nutzer sind oder nicht. So geht's:

a) If you’re a XOAP user, simply set up Windows clients for use of Offline Domain Join via Azure Blob Storage using this module and XOAP console.

b) If you’re not a XOAP user, use this module in your own DSC environment, or use PowerShell scripts inside this module to create their own automation alternative for Offline Domain Join.

Möchten Sie alles erleben, was XOAP zu bieten hat? Erstellen Sie hier Ihr kostenloses Konto!

Wozu dient dieses Modul?

Zur weiteren Erläuterung: Dieses Modul benennt den Computer anhand der Seriennummer und des definierten Präfixes um. Anschließend wird ein Offline Domain Join des Geräts über Azure Blob Storage erstellt, falls gewünscht.

Der Computer erstellt eine Anforderung und stellt sie an einem bestimmten Ort auf Azure Blob bereit. Dann nimmt der Domänencontroller diese Anforderung entgegen und stellt eine Antwort auf Azure Blob ein. Diese Antwortdatei wird dann von einem Computer gelesen - und der Computer führt einen Offline-Domänenbeitritt durch. Außerdem wird das Zertifikat aus Azure Blob importiert.

Was muss ich wissen, bevor ich anfange?

Um zu verstehen, wie man es verwendet, sind neben diesen 3 Komponenten auch Kenntnisse in PowerShell, Active Directory und Azure Storage erforderlich:

Serverseitig: Modifizierung des Domain Controllers, um Offline Domain Join zu ermöglichen
Azure Blob Storage: Speicher zum Hosten von Dateien, die für Offline Domain Join benötigt werden
XOAPOfflineDomainJoinViaBlobDSC: zum Einrichten eines Windows-Clients zum Erstellen einer Anfrage und Abrufen der Antwort für Offline Domain Join

Liste der Voraussetzungen:

AzureAZ PowerShell-Modul (falls nicht installiert, werden die Untermodule "Az.Accounts" und "Az.Storage" bei der Ausführung dieses DSC-Moduls installiert);
ComputerManagementDsc in Version 8.5.0;
Azure Blob-Speicher;
Lokales Active Directory;
PowerShell-Skript, das die Anforderung von Azure Blob Storage liest und die Antwortdatei und das Maschinenzertifikat auf Azure Blob Storage setzt (Beispiel unten).

				
					$WarningPreference = "SilentlyContinue" $Domain = "test.local.com" $OU = "OU=Notebooks,OU=Koeln,DC=test,DC=local,DC=com" $TTenant_ID = "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" 
$Subscription_ID = "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" 
$ResBenutzername = "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" 
$SAccountname = "xoapdeployments" $ContainerName = "adjoin" $FExt = ".blb" $BlobFolder ="adblob" $RequestFolder = "request" $JoinName ="" Set-Location C:\Scripts #SecPass.exe generiert Passwort für Azure-Zugang $SecPassStr = cmd /c .\SecPass.exe $args 2`>`&1 $cred = New-Object System.Management.Automation.Pscredential($ResUsername, (ConvertTo-SecureString -String $SecPassStr)) $ARMA = Add-AzureRmAccount -ServicePrincipal -Credential $cred -TenantId $Tenant_ID -Subscription $Subscription_ID $ARMA $storageContainer = Get-AzureRmStorageAccount | where {$_.StorageAccountName -eq $SAccountname} | Get-AzureStorageContainer $ComputerFiles = $storageContainer | Get-AzureStorageBlob | where {$_.Name.Contains($RequestFolder) -und !($_.Name.Contains("flag.flg"))}  | Select-Objekt "Name" , "LastModified" # $ComputerFiles if($ComputerFiles) { foreach($Computerfile in $ComputerFiles) { $JoinName = $ComputerFile.Name.Replace("/","\") # $JoinName $storageContainer | Remove-AzureStorageBlob -Container $ContainerName -Blob ($JoinName) -Force $JoinName = $JoinName.SubString(8) $ADblobfile = $Computername + ".blob" -f $computer $BlobName = ".\" + $JoinName + $FExt # $BlobName $run = "djoin.exe /provision /domain {0} /MachineOU {1} /Maschine {2} /savefile {3} /wiederverwenden /rootcacerts" -f $Domain, $OU, $JoinName, $BlobName # $run Invoke-Ausdruck $run $StorageBlob = $BlobFolder + "\" + $JoinName + $FExt # $Storage $storageContainer | Set-AzureStorageBlobContent -File $BlobName -Blob $StorageBlob -Properties @{"ContentType" = "text/plain"} 
        $storageContainer | Remove-AzureStorageBlob -Blob ($RequestFolder + "\" + $JoinName) -Force Remove-Item -Path $BlobName } 
} 
Remove-AzureRmAccount -Username $ResUsername

Verfügbare Ressourcen und Syntax

				
					OfflineDomainJoinViaBlob [String] #ResourceName { [DependsOn = [String[]]] [PsDscRunAsCredential = [PSCredential]] Tenant_ID = [String] Subscription_ID = [String] Username = [String] Password = [String] SAccountname = [String] 
    ContainerName = [String] RequestFolder = [String] BlobFolder = [String] CertFolder = [String] [TimeoutInMinutes = [Int32]] [RenameComputerUsingSerial = [Boolean]] [ComputerNamePrefix = [String]] [RebootAfterDomainJoin = [Boolean]] }

Saccountname = Name des Speicherkontos

Sind Sie bereit, loszulegen? Download this module below!

Offline Domain Join herunterladen

The post Offline Domain Join using XOAP and Azure Blob storage appeared first on XOAP.

Perica, Author at XOAP

Windows OS (re)deployment with XOAP and OSDCloud

Inhaltsübersicht

Challenges of Windows OS deployment

Three deployment scenarios

Scenario 1: OS downloaded from the internet

Scenario 2: WinPE boot with OS downloaded from the internet

Scenario 3: OS re-deployment from a network share, local source or other

The deployment process on the target device

Ongoing management after deployment

Erste Schritte

Explore XOAP

How to: Bare metal OS deployment with XOAP

Inhaltsübersicht

How XOAP approaches bare metal deployment

Deployment methods

Method 1: PXE boot (network deployment)

Infrastructure requirements

Setup process

Device-side experience

Method 2: USB stick (standalone deployment)

Infrastructure requirements

Setup process

Device-side experience

The OSDCloud XOAP package stack

Ready to see it in action?

Explore XOAP

XOAPChangeBIOSsettingDSC: Master the BIOS management

Wesentliche Merkmale

Important usage notes

Why DSC for BIOS?

Installation and usage

Get the XOAPChangeBIOSsettingDSC module

Download the free module

Migrate to Windows 11 with PSADT

Verwenden Sie PSADT, um von Windows 10 auf Windows 11 zu migrieren

Sie sind startklar!

Windows 11 migration made easy with XOAP

Upgrade auf Windows 11 mit XOAP: Einfache Schritte

Alles bereit!

Mit XOAP zu Windows 11 migrieren

Step-by-step: Windows 11 migration using GPOs and registry keys

Inhaltsübersicht

Leitfaden: Windows 11-Migration mit GPOs/Registrierungsschlüsseln

So geben Sie die Zielversion des Feature-Updates in Windows 10 an

Angeben der Zielversion des Feature-Updates im Editor für lokale Gruppenrichtlinien

Und schon sind Sie fertig!

How to migrate to Windows 11 via Windows Update in Settings

Inhaltsübersicht

Migration von Windows 11 über Windows Update in den Einstellungen

Wenn Windows 11 nicht in Windows Update angezeigt wird

Das war's!

Tutorial: Windows 11 migration via SCCM

Inhaltsübersicht

Windows-Wartung

Voraussetzungen für das Windows 11 23H2-Upgrade mit SCCM

Schritte zum Abrufen des Windows 11, Version 23H2-Updates in SCCM

Schritte zur Bereitstellung von Windows 11 23H2 Feature-Update mit SCCM

Testen Sie die Upgrade-Installation

Reihenfolge der Aufgaben

Schritte zum Hinzufügen oder Importieren des Windows 11-Upgrade-Pakets in SCCM

Aufgabensequenz erstellen

Reihenfolge der Bereitstellung von Aufgaben

Brauchen Sie Hilfe?

Secure your Windows environment with XOAP Windows LAPS DSC

Inhaltsübersicht

Was ist XOAP Windows LAPS DSC?

Wesentliche Merkmale

Warum XOAP Windows LAPS DSC verwenden?

Erhöhte Sicherheit

Operative Effizienz

Einhaltung der Vorschriften und Rechnungsprüfung

Vereinfachte Verwaltung

Erste Schritte mit XOAP Windows LAPS DSC

Voraussetzungen

Einrichtung

Konfiguration

⭢ AzureADWindowsLAPSSettings

⭢ LokaleADWindowsLAPSSEinstellungen

⭢ WindowsLAPSEmulationMode