Tutorials 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.

How to create PSADT v4 packages with the XOAP Package Wizard

Mario — Mi, 20. Mai 2026 12:33:10 +0000

PSADT-Pakete sind nur so konsistent wie die Person, die sie erstellt hat. Ein Ingenieur strukturiert die Installationsphase auf eine Weise, ein anderer behandelt das Schließen von Prozessen anders, ein dritter überspringt die Reparaturphase komplett. Jedes Paket funktioniert, bis es das nicht mehr tut, und die Fehlersuche bedeutet, dass man zuerst die Konventionen einer anderen Person entschlüsseln muss.

Der Mangel an einem Standard durchdringt jedes Paket in Ihrer Bibliothek.

XOAP Paket-Assistent für PSADT v4 behebt das an der Quelle. Jedes damit erstellte Paket folgt derselben Struktur, verwendet dasselbe Phasenlayout und erzeugt dasselbe Ausgabeformat, unabhängig davon, wer die Verpackung vornimmt. Installer rein, einsatzbereites Paket raus in unter 10 Minuten, ohne Programmierung.

Dieses Tutorial führt Sie durch den gesamten Prozess, vom Einfügen Ihres Installers bis zum Exportieren eines Zips, das Sie direkt an Intune, SCCM oder jedes PowerShell-fähige Tool übergeben können.

Das Tutorial ist auch in Videoform verfügbar. Schau es dir an hier

Was ist der XOAP Package Wizard?

Der Paket-Assistent ist ein kostenloses, eigenständiges Tool von XOAP das produktionsreife PowerShell App Deployment Toolkit (PSADT) v4-Pakete über eine geführte No-Code-Oberfläche.

Es übernimmt die Struktur von „Invoke-AppDeployToolkit.ps1“, den Block „$adtSession“, die Installations- und Deinstallationsphasen sowie alle Parameterdeklarationen, ohne dass Sie auch nur eine einzige Zeile PowerShell eingeben müssen.

Das exportierte Paket ist ein Standard-ZIP-Datei: PSADT-Toolkit, Ihre Installer-Dateien und das generierte Skript, alles in einem Ordner. Es funktioniert mit jedem Endpunktverwaltungstool wie Intune, SCCM oder jedem anderen, mit dem Sie bereitstellen, ohne proprietäre Wrapper.

Du kannst die kostenlose Wizard-Edition herunterladen hier ohne ein Konto zu erstellen oder Kreditkarteninformationen anzugeben.

Wie erstelle ich ein Paket

Der XOAP Package Wizard führt Sie in sieben Schritten durch die Verpackung.

Um zu beginnen, öffnen Sie den Assistenten und klicken Sie auf Neues Paket starten. Sie gelangen zum Bildschirm zur Paketeinrichtung, auf dem Sie Ihren Installer in eine Drag-and-Drop-Zone ziehen können.

Für dieses Tutorial werden wir 7-Zip verpacken.

Schritt 1: Legen Sie Ihr Installationsprogramm ein

Ziehen Sie Ihre Installationsdatei in den Bereich oder legen Sie sie dort ab. Der Assistent akzeptiert MSI-Dateien, EXE-Installationsprogramme und jedes andere Format Ihre Bereitstellung erfordert.

Für MSI-Dateien liest der Assistent die eingebetteten Metadaten (Produktname, Version, Architektur und mehr) und bietet an die Paketdetails automatisch voreingeben. Das sind ungefähr 12 Felder, die Sie nicht manuell eingeben müssen.

Schritt 2: Konfiguration

Die Konfiguration screen wird direkt dem Block „$adtSession“ Ihrer generierten Datei „Invoke-AppDeployToolkit.ps1“ zugeordnet. Die meisten Felder sind bereits anhand der MSI-Metadaten ausgefüllt.

Ein paar Dinge, die hier eingestellt werden sollten:

- Administratorerforderlich — setzen Sie dies auf true für alles, was unter "Programme" installiert wird. Dies erfordert eine Erhöhung und verhindert stille Fehler auf Standardbenutzerkonten.
- ZuSchließendeProzesse — listen Sie alle Prozesse auf, die vor Beginn der Installation geschlossen werden sollten. Bei 7-Zip ist dies 7zFM (der 7-Zip-Dateimanager). Wenn ein Benutzer ihn geöffnet hat, wenn das Paket ausgeführt wird, schließt PSADT ihn ordnungsgemäß, bevor es fortfährt.

Alles, was Sie hier konfigurieren, landet im Session-Block des generierten Skripts, genau dort, wo PSADT es erwartet.

Schritt 3: Parameter

Die Standard-PSADT-v4-Parameter wie Bereitstellungstyp, Bereitstellungsmodus und die restlichen sind immer vorhanden und müssen nicht manuell hinzugefügt werden. Dieser Schritt ist für benutzerdefinierte Parameter spezifisch für Ihr Paket.

Wenn Sie eine Umwelt Parameter mit einem festen Satz von zulässigen Werten (z. B. Test, Staging, Produktion), definieren Sie ihn hier.

Für eine unkomplizierte Anwendungsbereitstellung wie 7-Zip können Sie überspringen.

Schritt 4: Bauen Sie Ihre Installationsphase

Dies ist der Kern des Zauberers. Der Installieren Sie screen bietet Ihnen drei Editoren: vorinstallieren, installieren und Nach der Installation. Diese umfassen alles, was vor, während und nach der Hauptinstallation stattfindet.

Vervollständigung für jedes PSADT v4 Cmdlet

Beginnen Sie mit der Eingabe eines PSADT-Cmdlet-Namens und der Editor bietet Autovervollständigung für das gesamte v4-Toolkit. Akzeptieren Sie einen Vorschlag und es wird ein Codeausschnitt mit Platzhaltern für jeden erforderlichen Parameter eingefügt. Drücken Sie die Leertaste und einen Bindestrich, um Inline-Parameterhinweise (Typen, Beschreibungen und gültige Werte) auszulösen, alles, ohne den Editor zu verlassen.

Funktions-Builder

Wenn Sie sich Cmdlet-Namen gar nicht merken möchten, öffnen Sie das Funktions-Builder. Es ist ein visueller Katalog aller PSADT v4 Funktionen, geordnet nach Kategorien: Prozess, MSI, Dateien, Registrierung, Benutzeroberfläche und mehr. Wählen Sie eine Funktion aus, füllen Sie das Formular aus, sehen Sie zu, wie sich der generierte Code in Echtzeit aktualisiert, und klicken Sie dann auf Einfügen direkt in dein Skript einzufügen.

In der kostenlosen Version von Wizard sind die Kategorien "Process" und "MSI" vollständig aktiviert. Andere Kategorien werden mit Sperrsymbolen angezeigt, damit Sie sehen können, was in der Vollversion verfügbar ist.

Für die 7-Zip-Installation selbst behandelt die MSI-Kategorie "Execute-MSI" korrekt. Wählen Sie diese im Funktions-Builder aus, setzen Sie die Aktion auf "Installieren" und weisen Sie sie Ihrer Installationsdatei zu.

Schritte 5 und 6: Deinstallations- und Reparaturphasen

Die Deinstallieren Die Phase wird auf die gleiche Weise wie die vorherige Installationsphase behandelt. Gleiche drei Editoren (Deinstallationsvorbereitung, Deinstallation, Nach-Deinstallation), gleiche Autovervollständigung, gleicher Funktions-Builder.

Schritt 6 ist das Reparatur Phase. Viele Pakete lassen dies leer, was in Ordnung ist, da PSADT einfach eine leere Funktion ausführt. Wenn Ihre Anwendung Reparaturvorgänge unterstützt, können Sie diese hier mit denselben Werkzeugen definieren.

Schritt 7: Vorschau und Testlauf

Klicken Sie auf Weiter, um die vollständig generierte Invoke-AppDeployToolkit.ps1 anzuzeigen. Das genaue Skript, das in Ihren Export aufgenommen wird.

Von hier aus können Sie einen Live-Test durchführen, bevor Sie exportieren:

1. Wählen Sie einen Bereitstellungstyp und -modus
2. Als Administrator ausführen aktivieren
3. Testlauf starten

Das Skript wird auf dem lokalen Rechner ausgeführt. Die Ausgabe wird in Echtzeit im Terminal unter dem Editor angezeigt. Für hängende Prozesse gibt es ein Timeout von 120 Sekunden. Der Assistent wird genau das tun, was er sagt: Testen Sie dies auf einer Entwicklungsmaschine, nicht auf einer Produktionsmaschine.

Schritt 8: Exportieren

Zurück auf dem Dashboard, klicken Sie Export auf der Paketkarte. Der Assistent erstellt ein Standard-ZIP-Archiv, das Folgendes enthält:

• Das generierte Invoke-AppDeployToolkit.ps1
Das vollständige PSADT v4 Toolkit
• Ihre Installationsdatei(en)

Das ist, was Sie an Intune, SCCM oder welches Tool auch immer Sie verwenden, übergeben.

Das ZIP enthält nichts Eigenes. Wenn Sie morgen die Bereitstellungsplattform wechseln, funktioniert das Paket immer noch.

Zwei Funktionen, die Stunden sparen

Installierte Apps

Bevor Sie eine Deinstallationsphase von Grund auf neu schreiben, öffnen Sie Installierte Apps. Der Zauberer scannt die Registrierung der Maschine und listet jede installierte Anwendung mit ihren Deinstallationsbefehl. Wählen Sie die App und der Assistent generiert den richtigen Deinstallationsbefehl. Fügen Sie ihn direkt in Ihre Deinstallationsphase ein.

Lokal importieren

Haben Sie bereits eine Bibliothek mit bestehenden PSADT-Paketen? Lokal importieren zieht jedes V3- oder V4-Paket in Ihren Arbeitsbereich. Für v3-Pakete übersetzt es automatisch die Syntax zu v4. Funktionsnamen, Parameterstrukturen und Sitzungsvariablen werden aktualisiert, um sie an das neue Framework anzupassen. Das Ergebnis landet in Ihrem Pakete-Arbeitsbereich, bereit zur Bearbeitung oder zum Export.

Hol dir den kostenlosen Zauberer

Der XOAP-Paketassistent für PSADT v4 ist kostenlos herunterladbar. Füllen Sie das untenstehende Formular aus und Sie erhalten den Download-Link per E-Mail. Sie können auch die vollständige Funktionsliste und die verfügbaren Pläne einsehen. hier.

Genießen Sie saubere, standardmäßige PSADT v4-Pakete, die überall dort funktionieren, wo Sie sie bereitstellen.

Anfrage
Download-Link

Verwenden Sie eine geschäftliche E-Mail-Adresse, um sicherzustellen, dass Sie den XOAP Package Wizard in Ihrem Posteingang erhalten.

Lesen Sie auch:
→ Über den XOAP-Paket-Assistenten
→ XOAP Paket-Assistent Funktionsliste & Pläne
→ Über die XOAP Automatisierungsplattform
→ Das Application Management-Modul von XOAP

The post How to create PSADT v4 packages with the XOAP Package Wizard appeared first on XOAP.

How to: Bare metal OS deployment with XOAP

Perica — Fr, 15. Mai 2026 12:28:59 +0000

Wenn eine neue Hardware-Charge eintrifft, ist die Erwartung klar und einfach: Geräte sollten mit minimaler Verzögerung bereitgestellt, konfiguriert und in der Managementplattform registriert werden. In der Praxis ist jedoch die Bare-Metal-Bereitstellung oft eine der arbeitsintensivsten Phasen im Lebenszyklus von Geräten.

XOAP adressiert dies durch eine automatisierte, wiederholbare Bereitstellungspipeline, die ein Gerät von Bare Metal provisioniert und es mit dem richtigen XOAP-Workspace verbindet, ohne dass ein manueller Eingriff auf Geräteebene erforderlich ist.

Dieser Artikel beschreibt, wie der Prozess funktioniert und stellt beide unterstützten Bereitstellungsmethoden vor: PXE-Boot und USB.

Wie XOAP die Bare-Metal-Bereitstellung angeht

Die Deployment-Pipeline basiert auf OSDCloud, einem PowerShell-basierten Framework zur Betriebssysteminstallation über Windows PE. XOAP erweitert dies um eine vorkonfigurierte Sammlung von PSADT-Paketen, die die Umgebungseinrichtung, die Images-Erstellung und die Nachinstallationsregistrierung übernehmen – und ein Deployment-Artefakt erzeugen, das wiederholbar, parametrisierbar und an einen spezifischen XOAP-Arbeitsbereich und eine Konfigurationsgruppe gebunden ist.

Der kritische Mechanismus ist das, was am Ende jeder Installation geschieht. Sobald das Betriebssystem installiert ist, führt OSDCloud SetupComplete-Skripte aus, die das Gerät automatisch bei XOAP registrieren. Wenn beim ersten Start keine Internetverbindung verfügbar ist, wird eine geplante Aufgabe erstellt, die bei jeder Benutzeranmeldung auf Konnektivität prüft und die Registrierung initiiert, sobald eine Verbindung hergestellt ist. Sobald das Gerät registriert ist, deregistriert sich die Aufgabe selbst.

Das Ergebnis ist ein Gerät, das ohne zusätzliche Installationsschritte seitens des Technikers in die verwaltete Umgebung gelangt.

Bereitstellungsmethoden

XOAP unterstützt zwei unterschiedliche Pfade für die Bare-Metal-Betriebssystembereitstellung, die jeweils für einen anderen Infrastrukturkontext geeignet sind.

Methode 1: PXE-Start (Netzwerkbereitstellung)

PXE-Booting eignet sich für große Bereitstellungen in Umgebungen mit Active Directory, DHCP und DNS. Geräte booten über das Netzwerk und erhalten eine benutzerdefinierte Windows PE-Umgebung, die die vollständige Installation ohne physisches Boot-Medium steuert.

Infrastrukturanforderungen

Active Directory-, DHCP- und DNS-Umgebung
Eine Windows Server VM (2019, 2022 oder 2025) für die WDS/PXE-Rolle
Eine Windows 11 24H2 VM zum Erstellen des OSDCloud ISO
Internetzugang für die Build-VM und für neu bereitgestellte Geräte

Einrichtungsverfahren

Der Prozess beginnt auf der ISO-Erstellungs-VM. Mithilfe von XOAP-Anwendungsrollen oder lokal installierten PSADT-Paketen werden zunächst das Windows ADK und Windows PE für ADK bereitgestellt, gefolgt vom OSDCloud ISO Creator-Paket. Dieses Paket akzeptiert die erforderlichen Bereitstellungsparameter – Betriebssystemversion, Build, Edition, Sprache, Aktivierungsmethode, Ziel-XOAP-Workspace-ID und Konfigurationsgruppe – und erstellt eine benutzerdefinierte OSDCloud_NoPrompt.iso in C:\OSDCloudWorkspace. Das resultierende ISO enthält die XOAP-Registrierungskonfiguration, sodass sich jedes von ihm bereitgestellte Gerät mit der richtigen Arbeitsumgebung und Konfigurationsgruppe verbindet.

Die Datei boot.wim wird aus dem ISO-Image extrahiert und in den Windows Deployment Services auf dem WDS-Server importiert. Die Datei install.wim von einem Standard-Windows-ISO wird im XOAP-Share unter C:\RemoteInstall\Images\XOAP\OSDcloud\OS platziert.. Wo die Bandbreite begrenzt ist oder kein Internetzugang während des Staging verfügbar ist, kann das Windows-Image alternativ aus einem lokalen Netzwerkfreigabe bezogen werden – für diese Variante werden ein separates ISO Creator-Paket und zusätzliche Parameter (ShareUser, ShareUserPassword und UncSharePath) benötigt.

DHCP-Scope-Optionen vervollständigen die serverseitige Konfiguration: Option 066 (Boot Server Host Name) zeigt auf den WDS-Server und Option 067 (Bootfile Name) zeigt auf die UEFI-Bootdatei. Jedes Gerät, das im konfigurierten Netzwerksegment per PXE bootet, erhält dann automatisch die Windows PE-Umgebung.

Geräteerlebnis

Der Techniker verbindet das Gerät mit dem Bereitstellungsnetzwerk und initiiert den PXE-Boot, typischerweise über F12 beim Start. Der WDS Boot Manager zeigt die verfügbaren WinPE-Images an, das richtige Image wird ausgewählt und der Bediener wählt das Ziel-Windows-Image und die Edition aus. Nach Bestätigung der Festplattenbereinigung schließt sich die Installation ohne weitere Interaktion ab. Das Gerät startet in eine neu installierte, XOAP-verwaltete Windows-Umgebung neu.

Eine bemerkenswerte Fähigkeit des PXE-Ansatzes ist, dass mehrere boot.wim Dateien können in WDS importiert werden, die jeweils mit einer anderen XOAP Workspace ID oder Konfigurationsgruppe konfiguriert sind. Ein einzelner WDS-Server kann daher Bereitstellungen für mehrere Clients oder Umgebungen bereitstellen, wobei der Bediener beim Start das entsprechende Boot-Image auswählt. Für MSPs, die mehrere Mandanten verwalten, bietet dies Mandantenfähigkeit auf Image-Ebene.

Methode 2: USB-Stick (eigenständige Bereitstellung)

Die USB-Methode eignet sich für Einsätze, bei denen keine PXE- oder DHCP-Infrastruktur vorhanden ist – bei einem neuen Kundenstandort, in einer abgelegenen Niederlassung oder für kleinere Ad-hoc-Bereitstellungen. Der zugrunde liegende Prozess ist derselbe, jedoch wird die Boot-Umgebung von einem USB-Laufwerk und nicht von einem Netzwerkspeicher geliefert.

Infrastrukturanforderungen

Eine Windows 11 24H2 VM zum Erstellen des OSDCloud ISO
Eine physische Workstation zum Erstellen des bootfähigen USB-Sticks
Internetzugang für die Build-VM und gestufte Geräte

Einrichtungsverfahren

ISO-Erstellung folgt demselben Verfahren wie die PXE-Methode: Bereitstellung von Windows ADK, Windows PE für ADK und dem OSDCloud ISO Creator über XOAP- oder PSADT-Pakete mit den entsprechenden Parametern. Das Ergebnis OSDCloud_NoPrompt.iso enthält die angepasste Boot-Umgebung mit integrierter XOAP-Registrierung.

Die ISO wird auf eine physische Maschine übertragen, wo das OSD PowerShell-Modul verwendet wird, um sie auf einen USB-Stick zu schreiben:

Installiere-Modul -Name OSD
New-OSDCloudUSB -fromIsoFile “C:\Pfad\Zu\OSDCloud_NoPrompt.iso”

Die Eingabeaufforderung fordert zum Ziel-USB-Laufwerk und zur Bestätigung des Löschens auf. Wo die Bereitstellung von einem lokalen Windows-Image einer Internet-Download überlegen ist, ein install.wim Datei kann kopiert werden nach OSDCloudUSB:\OSDcloud\OS\ auf dem USB nach Erstellung.

Geräteerlebnis

Der Techniker schließt den USB-Stick an, bootet davon und die OSDCloud WinPE-Umgebung initialisiert sich. Wo das Gerät keine kabelgebundene Netzwerkverbindung hat, erscheint automatisch eine Aufforderung zur Auswahl eines drahtlosen Netzwerks – WLAN-Unterstützung wird über die WinRE-Integration in die Boot-Umgebung bereitgestellt. Der Bediener wählt das Windows-Image und die Edition aus, bestätigt das Löschen der Festplatte und die Installation wird fortgesetzt. Die Nachinstallationsregistrierung über SetupComplete folgt demselben Prozess wie die PXE-Methode.

Der OSDCloud XOAP-Paketstapel

Beide Bereitstellungsmethoden basieren auf demselben Drei-Paket-Stack. Windows Assessment and Deployment Kit (ADK) – Version 10.1.26100.2454: tdie grundlegende Voraussetzung für den Aufbau benutzerdefinierter WinPE-Umgebungen. Windows PE für ADK – Version 10.1.26100.2454: eerweitert das ADK um das Windows PE-Add-on, was bootfähige Vorinstallationsumgebungen ermöglicht. OSDCloud ISO Ersteller: tDas Paket, das die XOAP-spezifische Logik enthält. Es installiert das OSD PowerShell-Modul, erstellt die OSDCloud-Vorlage mit WinRE (erforderlich für WLAN-Unterstützung in WinPE), konfiguriert den OSDCloud-Arbeitsbereich und bettet die Skripte SetupComplete und StartNet ein, die für die XOAP-Registrierung verantwortlich sind. Hardwaretreiber werden in den boot.wim zu diesem Zeitpunkt. Die Ausgabe ist OSDCloud_NoPrompt.iso.

Die zur Installationszeit benötigten Parameter sind: Treibersatz, Betriebssystem-Aktivierungsmethode, Betriebssystem-Build (z. B. 24H2 oder 25H2), Betriebssystem-Edition, Betriebssystem-Sprache, Betriebssystem-Version, Ziel-XOAP-Konfigurationsgruppe und XOAP-Arbeitsbereichs-ID.

Um Bilder für mehrere XOAP-Arbeitsbereiche zu generieren, wird das Paket mit anderen Parametern erneut ausgeführt. Die ISO muss zwischen den Läufen umbenannt oder verschoben werden, da jede Ausführung die vorherige Ausgabe am selben Pfad überschreibt.

Bereit, es in Aktion zu sehen?

Xoaps Fähigkeit zur Bare-Metal-Bereitstellung ist eine Komponente einer umfassenderen Infrastrukturautomatisierungsplattform, die Geräte auf jeder Stufe mit minimalen manuellen Eingriffen von Null auf vollständig verwaltet.

Book a demo um zu sehen, wie XOAP die Betriebssystembereitstellung, die Endpunktverwaltung und die Konfigurationsbereitstellung für Ihre gesamte Geräteflotte handhabt.

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 How to: Bare metal OS deployment with XOAP appeared first on XOAP.

How to automate AWS without using Terraform

Mario — Thu, 09 Oct 2025 10:52:34 +0000

Wenn Sie verwalten AWS-Infrastruktur, ist die Wahrscheinlichkeit groß, dass Terraform auf Ihrem Radar steht oder bereits Teil Ihrer Pipeline ist.

Jedoch:
a) Es ist nicht immer notwendig.
b) Möglicherweise benötigen Sie es überhaupt nicht.

Der Aufwand für das Schreiben von HCL, die Verwaltung von State Files und das Zusammenfügen von Modulen kann den Prozess verlangsamen, insbesondere bei operativen Aufgaben, der Initialisierung von Konten oder dem Skripting über Umgebungen hinweg.

Wenn du willst schnell, einfach und flexibel AWS-Automatisierung, XOAP kann eine großartige Option sein, mit oder ohne Terraform.

Ist Terraform wirklich notwendig?

Während Terraform großartig für den Aufbau von Infrastruktur ist, nicht jede Aufgabe dreht sich um die Bereitstellung von VPCs oder Load Balancern.

Vieles von dem, was DevOps- und Cloud-Teams tun, sieht eher so aus:

• Anwenden von Sicherheitseinstellungen in großem Maßstab.
• Ausführen von Skripten über mehrere Konten hinweg.
Automatisierung von Patches, Updates oder Bereinigungen.
• Durchsetzung der Konformität in allen Umgebungen.
• Konfigurieren von Betriebssystemen oder Installieren von Apps.

Lesen Sie mehr über Automatisches Sichern von AWS-Konten

Mit XOAP

XOAP kann Infrastruktur bereitstellen, nicht nur bestehende Umgebungen verwalten. Dies geschieht durch Geskriptete Aktionen und vorkonfigurierte Automatisierungsvorlagen, mit denen Sie Folgendes erstellen und konfigurieren können:

• EC2-Instanzen.
• IAM-Rollen und -Richtlinien.
• VPCs und Sicherheitsgruppen.
• S3-Buckets und Verschlüsselungseinstellungen.
• GuardDuty, Config, CloudTrail und andere AWS-Dienste.

Anstatt Ressourcen in HCL zu deklarieren, schreiben Sie Skripte – oder verwende vorgefertigte, die in deinem verfügbar sind XOAP-Arbeitsbereich – die AWS genau sagen, was es tun soll, was Ihnen Folgendes gibt:

Mehr Flexibilität, um Ihre Infrastruktur nach Ihren Wünschen zu definieren.
• Einfachere bereichsübergreifende und regionsübergreifende Bereitstellung.
• Die Fähigkeit, bedingte Logik, Schleifen und dynamische Eingaben zu verwenden.
Einfacheres Onboarding ohne Notwendigkeit, die Terraform-Interna zu erlernen.

XOAP kann Ihre Provisionierungs-Engine und Ihr Betriebs-Tool sein, insbesondere wenn Sie Skripting gegenüber deklarativem IaC bevorzugen.

Was dies praktisch für die AWS-Automatisierung bedeutet

Durch die Verwendung eigener Skripte oder vorgefertigter Vorlagen von XOAP können Sie AWS-Aufgaben direkt automatisieren, über eine beliebige Anzahl von Konten:

• Verbinden Sie Ihre AWS-Umgebungen einfach (über Zugangs-Schlüssel oder Rolle).
• Erstellen Sie produktionsreife Landing Zones schnell.
• Geführte Aktionen mit PowerShell, CLI oder Ihrer bevorzugten Sprache ausführen.
Änderungen sofort anwenden oder für verschiedene Zeitzonen und Regionen planen.
• Konfiguration, Sicherheit, Updates und mehr automatisieren.

Keine IaC oder Zustandsdateien. Nur Automatisierung, die skaliert.

Lesen Sie mehr über Automatisierung von gesamten AWS-Vorgängen

Automatisierung von Patches über alle Ihre EC2s hinweg

Lass uns sagen, du möchtest EC2-Instanzen aktualisieren mit Sicherheitspatches über fünf AWS-Konten hinweg.

Mit Terraform bedeutet dies, Ihre EC2-Flotte deklarativ zu modellieren, Abhängigkeiten und Statusaktualisierungen zu verwalten und möglicherweise einen benutzerdefinierten Provider zu schreiben oder externe Daten einzubinden.

Mit XOAP ist es eine geskriptete Aktion: Sie wählen ein Patching-Skript aus, wählen die Konten aus und klicken auf Ausführen.

Skriptgesteuerte Aktionen können auch geplant werden, um sie vollständig zu automatisieren.

So erhalten Sie:

Sicherer Zugriff auf jedes Konto.
Parallele Ausführung über Regionen hinweg.
➜ Protokollierung, Audit-Protokolle und Benachrichtigungen.

Lesen Sie mehr über Automatisierung der Amazon DCV-Bereitstellung

Nutzen Sie bereits Terraform? Noch besser!

Wenn Ihr Team bereits Terraform für die Bereitstellung verwendet, machen Sie weiter so. XOAP ist nicht dazu da, es zu ersetzen, sondern um Komplement es.

Während Terraform die Infrastrukturbereitstellung abdeckt, kümmert sich XOAP um:

- Einsatz am Tag 2 wie Updates, Neustarts oder Anwendungsinstallationen.
- Übergreifende Orchestrierung von Konten, insbesondere wenn es um Konfigurationen geht, die über die Möglichkeiten der Plattform hinausgehen.
- Bedingte Abläufe basierend auf dem Laufzeitstatus, wie z. B. Korrekturskripten.
- Orchestrierung von operativen Abläufen.
• Zentrale Ansicht von Ausführungshistorie und Protokolle.

Sie können sogar XOAP-Aktionen über API auslösen um Ihre Workflows sauber und modular zu halten.

Probieren Sie XOAP jetzt aus

Wenn Sie Zeit mit repetitiven Aufgaben verbringen, sich mit der Komplexität mehrerer Konten auseinandersetzen oder einfach nur einen einfachen Weg zur Automatisierung wünschen, kann XOAP Ihnen helfen. Und wenn Sie bereits tief in Terraform eingestiegen sind, XOAP geht einen Schritt weiter.

Read also:
Automatisierung ganzer AWS-Operationen
→ AWS-Konten sofort sichern
→Automatisierung der Amazon DCV-Bereitstellung

Terraform ist eine eingetragene Marke von HashiCorp, Inc. XOAP ist nicht mit HashiCorp verbunden oder von HashiCorp unterstützt.
Die Ergebnisse können je nach AWS-Konto-Konfiguration, Zugriffsberechtigungen und Arbeitslastkomplexität variieren.

Einfache und flexible Automatisierung

The post How to automate AWS without using Terraform appeared first on XOAP.

How to automate AWS CIS hardening

Stella — Tue, 30 Sep 2025 07:00:39 +0000

Wenn Sie Cloud-Umgebungen verwalten, wissen Sie bereits, dass Sicherheit nicht verhandelbar ist, aber diese kann alles verlangsamen – insbesondere, wenn Sie neue AWS-Konten aufsetzen.

Jedes Mal, wenn Sie ein neues Konto hinzufügen, gibt es eine lange Liste von Dingen zu tun: Protokolle konfigurieren, GuardDuty aktivieren, IAM-Richtlinien optimieren, den öffentlichen S3-Zugriff blockieren … und so weiter. Das ist mühsam, zeitaufwändig und fehleranfällig.

Wir haben also einen besseren Weg entwickelt! Mit XOAP, Ihre AWS-Konten können sofort nach der Verbindung CIS-konform sein.

Warum der CIS AWS Benchmark wichtig ist

Die CIS AWS Foundations Benchmark ist eine Reihe von Best Practices, die dazu dienen, AWS-Umgebungen zu sichern. Sie deckt Dinge ab wie:

Protokollierung und Überwachung
Identitäts- und Zugriffsverwaltung
Netzwerkschutz
Verschlüsselungseinstellungen
Regionale Berichterstattung

Die Einhaltung dieser Richtlinien hilft, Risiken zu reduzieren und Ihre Sicherheitslage zu verbessern. Das Problem? Die tatsächliche manuelle Umsetzung all dessen ist nicht einfach.

Lesen Sie mehr über CIS-Konformität

Das Problem mit manueller Härtung

So funktioniert es normalerweise:

Ein neues AWS-Konto wird erstellt.
Jemand (normalerweise ein DevOps- oder Sicherheitstechniker) geht eine Checkliste durch.
Sie richten CloudTrail ein, aktivieren Config, schalten GuardDuty ein, erzwingen MFA usw.
Wiederholen Sie dies für jede Region und jedes neue Konto.

Dieser Prozess ist nicht nur wiederholend, sondern führt auch zu Inkonsistenzen, insbesondere wenn Ihre Umgebung wächst.

Die Lösung: XOAP's automatisierte AWS CIS-Härtung

Anstatt all das manuell zu tun, ermöglicht XOAP die Automatisierung des gesamten Prozesses mit nur wenigen Klicks. So funktioniert es:

1. Verbinden Sie Ihr AWS-Konto

Gehe zu deinem XOAP-Arbeitsbereich, gehe zu Verbindungen und fügen Sie Ihr AWS-Konto hinzu. Die Einrichtung dauert nur wenige Minuten.

2. Wählen Sie das CIS-Härtungsskript

Öffnen Geskriptete Aktionen, klicken Neu, und wählen Sie die Ressource: aws-ps-konto-härtung.ps1. Es ist fertig gebaut und einsatzbereit.

3. Jetzt ausführen oder planen

Führen Sie die Aktion sofort aus oder planen Sie sie zur gewünschten Zeit automatisch auszuführen (Ihre Wahl).

4. Fertig! Beginnen Sie mit der Nutzung Ihres gehärteten AWS-Kontos

Das ist alles. Das Skript wendet alle CIS-konformen Einstellungen im Hintergrund an. Keine zusätzlichen Tools erforderlich.

Was XOAP für Sie konfiguriert

Wenn Sie das CIS-Härtungsskript ausführen, konfiguriert XOAP automatisch:

CloudTrail: Multi-Region, KMS-verschlüsselt, mit Protokolldateivalidierung
AWS Config: Aufnahme und Zustellung regionenübergreifend eingerichtet
Security Hub: Pro Region aktiviert und auf den CIS-Standard abonniert
GuardDuty: Eingeschaltet und aktiv verwaltet
S3: Öffentlicher Zugriff blockiert; SSL-Only erzwungen über Bucket-Richtlinien
EBS/EC2: Standardverschlüsselung mit Ihren kundenverwalteten Schlüsseln aktiviert
VPC: Flow-Protokolle aktiviert; optionale Verschärfung von Admin-Ports
IAM: Starke Passwortrichtlinie; optionale MFA-Erzwingung für Konsolenzugriff.

Das alles geschieht automatisch, in wenigen Minuten.

Warum macht das einen Unterschied

Cloud-Teams arbeiten heute schnell und Sicherheit darf kein nachträglicher Gedanke sein. Mit XOAP:

Neue Konten werden sofort gesichert – kein Lag, kein Risiko.
Sie erhalten Konsistenz im großen Maßstab – dasselbe sichere Setup über alle Umgebungen hinweg.
Compliance ist einfacher – CIS-konforme Einstellungen werden abgebildet und können exportiert werden.
Sie müssen keine Skripte schreiben – diesen Teil haben wir bereits erledigt.

Egal, ob Sie nur wenige oder Hunderte von Konten verwalten, dies spart erheblich Zeit und reduziert Fehler.

Lesen Sie mehr über CIS-konforme AWS-Konten

Probieren Sie es jetzt.

Es gibt keinen Grund, Stunden damit zu verbringen, jedes neue AWS-Konto manuell abzusichern. Das ist wiederholend und bindet Ihr Team von wertvollerer Arbeit ab.

Mit XOAP wird CIS Hardening automatisch. In dem Moment, in dem ein Konto verbunden wird, ist es mit den besten Sicherheitspraktiken konfiguriert: keine Rätselraten, keine Verzögerungen. Sie erhalten eine konsistente, zuverlässige Sicherheit im großen Maßstab, ohne etwas zu verlangsamen.

Dies ist eine einfache Lösung für ein reales Problem. Wenn Sie Cloud-Umgebungen verwalten und Wert darauf legen, die Sicherheit von Anfang an richtig zu gestalten, dann ist das der Weg dazu.

Bitte beachten Sie: Das Härtungsskript ist für alle neuen XOAP-Konten automatisch verfügbar. Wenn Sie ein bestehender XOAP-Benutzer sind, bitte Kontaktieren Sie uns um das Skript zu bekommen.

Wir behandeln sofortige AWS-Kontosicherheit im Automation Talks-Podcast
Wenn das Video nicht geladen wird, passen Sie Ihre Cookie-Einstellungen an oder direkt auf YouTube ansehen.

Helpful info:
→So verbinden Sie Ihre Infrastruktur
→Automatisieren Sie Ihren gesamten AWS-Betrieb
Zentralisierte Skriptautomatisierung

CIS-konforme AWS-Konten

The post How to automate AWS CIS hardening appeared first on XOAP.

How to migrate from VMware to Nutanix using XOAP

Stella — Thu, 18 Sep 2025 09:22:15 +0000

Across industries, organizations are reassessing their virtualization strategies. As licensing models evolve and support costs rise, many IT teams are looking for more flexible, cost-effective platforms, without compromising performance or security.

Nutanix AHV has become a popular choice for modern enterprises. It’s tightly integrated with the Nutanix ecosystem, and built for operational simplicity. However, making the transition from VMware ESXi to AHV is no small task.

This is exactly where XOAP helps.

XOAP offers a systematic, automated and consistent method for migrating workloads from VMware to Nutanix.

VMware to Nutanix: Migration guidelines

Step 1: Assess your current environment

A successful migration starts with a complete and accurate understanding of your existing VMware infrastructure. Assess the following:

VM inventory (including OS, CPU, memory, and storage)
Oversized VMs or workloads with specific resource constraints
Application dependencies and inter-VM communication
Network architecture, including VLANs and IP mappings
Storage performance requirements and capacity utilization

Step 2: Plan the migration strategically

Rather than treating all workloads the same, segment and prioritize based on:

Business criticality and downtime sensitivity
Migration complexity (e.g., shared storage, networking requirements)
Resource usage patterns
Organizational or compliance requirements
Application owner input and change windows

Step 3: Choose the easiest migration method (XOAP)

Create platform-independent VM images

XOAP allows you to build virtual machine images that work across different platforms, cloud or on-prem. You don’t have to rebuild your environment every time you switch providers; this saves time and keeps your infrastructure consistent.

Automate your setup and delivery

With XOAP, you can automate the entire setup – from provisioning servers to deploying applications. This reduces manual work, avoids human errors, and makes sure everything is repeatable.

Create a modular and reusable delivery pipeline

XOAP uses modular components you can reuse across different projects. Once you build a process, you can apply it anywhere; it also makes it easier to update parts of your pipeline without breaking everything.

Scale fast to other platforms

Need to move to another cloud or expand to multiple regions? XOAP supports fast, consistent scaling across providers – no need to redesign your pipeline; just connect a new platform and run.

Keine Bindung an einen Anbieter

XOAP is cloud-agnostic. Whether you’re on AWS, Azure, Google Cloud, or on-premises infrastructure, you’re not tied down – you can switch platforms without starting from scratch.

Keep know-how internal

XOAP keeps the migration process in your hands. Instead of relying on outside consultants, your internal team owns the setup, delivery, and scaling; this protects your know-how and builds in-house expertise over time.

Why migrate with XOAP?

Migrating with XOAP takes the stress out of moving from VMware to Nutanix by making the process simple, consistent, and automated. It keeps your systems properly configured without needing extra agents, gives you instant visibility through ready-to-use dashboards, and makes it easy to deploy applications or build images at scale no matter where your systems live.

Make the switch without the stress

Moving from VMware to Nutanix AHV can feel like a challenge, but XOAP makes it very straightforward. It handles the tough parts behind the scenes, keeps your systems aligned, and lets you see exactly what’s happening along the way.

No complicated setups or manual fixes – just a clear, reliable process that helps you get the job done faster and with less stress. With XOAP, migrating becomes less of a project and more of a smooth step forward.

Migrate from VMware to Nutanix

The post How to migrate from VMware to Nutanix using XOAP appeared first on XOAP.

Automating Amazon DCV deployment with XOAP

Ante — Mon, 18 Aug 2025 13:05:47 +0000

Amazon DCV (früher NICE DCV) bietet eine leistungsstarke und sichere Lösung für die Bereitstellung von Remote-Desktops und 3D-Anwendungen. Die manuelle Einrichtung der DCV-Infrastruktur kann jedoch zeitaufwändig und fehleranfällig sein.

Dieser Blogbeitrag führt Sie durch den Automatisierungsprozess mit AWS-Tools und XOAP um die Bereitstellung von Amazon DCV zu vereinfachen.

Wie funktioniert das?

Mit Hilfe vorgefertigter Skripte kann XOAPs Image Management Modul und das Modul Geskriptete Aktionen Funktion können Sie eine voll funktionsfähige Amazon DCV-Umgebung effizient einrichten, die Einrichtungszeit verkürzen, Konsistenz gewährleisten und eine schnelle Skalierung in der Cloud ermöglichen.

Sie können alles in diesem Tutorial kostenlos testenda sowohl Image Management als auch Scripted Actions im kostenlosen XOAP-Tarif verfügbar sind. Einfach Ihr Konto erstellen Erstens.

Die Bereitstellung von Amazon DCV erfolgt in fünf Schritten:

Laden Sie ein Skript von AWS herunter.
Ändern Sie den Benutzernamen im Skript und laden Sie es zu XOAP hoch.
Erstellen Sie eine Verbindung zu Ihrer AWS-Umgebung.
Bereiten Sie Ihr Image für die DCV-Bereitstellung mit Image Management vor.
Inbetriebnahme der DCV-Infrastruktur mit Scripted Actions.

Lassen Sie uns nun auf die Einzelheiten eingehen.

Schritt 1: Herunterladen des Skripts von AWS

Laden Sie das Skript aus dem offiziellen AWS GitHub-Repository herunter hier. Sie können die Dokumentation unter AWS Administrator-Handbuch.

Schritt 2: Hochladen des Skripts auf XOAP

Lassen Sie uns das Skript schnell bearbeiten, bevor wir es hochladen:

- Entfernen Sie die erste und die letzte Zeile des Codes: und .

- Ersetzen Sie den Platzhalter "USERNAME" in Zeile 51 mit einem gültigen Benutzernamen.

- Entfernen Sie die Kommentare aus Zeilen 49 bis 52 (fakultativ, aber eine gute Praxis).

Um das Skript hochzuladen, öffnen Sie Ihr XOAP-Arbeitsbereich und gehen Sie zum Ressourcen Bereich im Menü auf der linken Seite. Klicken Sie auf + Neue Ressourceund ziehen Sie das Skript dann einfach per Drag & Drop. Klicken Sie auf Weiter und Speichern Sie.

For more information on the script’s syntax, click hier.
Die DCV-Lizenz ist auf EC2 kostenlos, mit erforderlicher S3-Richtlinie.

Folgen Sie dem Amazon DCV Automatisierungsvideo-Tutorial

Dieses Video wird aufgrund deiner Cookie-Einstellungen möglicherweise nicht geladen. Passe deine Cookie-Einstellungen an oder sieh es dir an direkt auf YouTube.

Schritt 3: Erstellen einer Verbindung zu Ihrer AWS-Umgebung

In XOAP werden Verbindungen für die Bereitstellung von Image-Definitionen sowie für die Bereitstellung und Konfiguration von Cloud- und On-Premises-Umgebungen verwendet.

- Gehe zu Verbindungen im Menü auf der linken Seite.
- Klicken + Neue Verbindung.
- Wählen Sie AWS als Anbieter und wählen Sie den Verbindungstyp.
- Wenn Sie die AWS-Zugangsschlüssel Typ, geben Sie Ihre Zugangsschlüssel-ID, Geheimer Zugangsschlüssel und Konto-ID.
- Klicken Bestätigen Sie um die Verbindung zu speichern.

Schritt 4: Vorbereiten des Images für die DCV-Bereitstellung

Der nächste Schritt ist Image Management. Es ist ein benutzerdefiniertes Bildautomatisierungsmodul, das sich in Ihrem XOAP-Arbeitsbereich befindet.

Erstellen Sie zunächst einen Provisioner:

- Klicken Sie auf Image Managementund klicken Sie dann auf Beisteller im Dropdown-Menü.
- In der Beisteller Bereich, klicken Sie auf + Neuer Provisionierer.
- Unter Typ auswählenwählen PowerShell-Skript.
- Unter Quelldateiauswählen Install-DCV.ps1das Skript, das Sie auf XOAP hochgeladen haben.
- Geben Sie die erforderlichen Informationen ein und klicken Sie auf Bestätigen Sie.

Hinzufügen eines Provisioners in XOAP

Fügen Sie nun diesen Provisioner einer Gruppe hinzu:

- Gehe zu Image Management > Provisioner-Gruppen.
- Klicken + Neue Provisioner-Gruppe und wählen Sie den Provisioner, den Sie unter Verfügbare Provisionierer.
- Geben Sie die Details ein und klicken Sie auf Speichern Sie.

Fügen Sie die Gruppe zu einer Provisioner-Rolle hinzu:

- Gehe zu Image Management > Provisioner-Rollen.
- Klicken + Neue Rolle und wählen Sie die von Ihnen erstellte Gruppe aus Verfügbare Provisioner-Gruppen.
- Geben Sie die Details ein und klicken Sie auf Speichern Sie.

Anmerkung:

Jeder XOAP-Arbeitsbereich ist ausgestattet mit Betriebssysteme die als Vorlagen für weitere Anpassungen verwendet werden können. Die Verfügbarkeit des Betriebssystems hängt von der Region ab und kann variieren. Wenn Ihre Region nicht verfügbar ist und Sie das Betriebssystem anpassen möchten, können Sie bei Bedarf weitere Betriebssysteme hinzufügen.

Das Gleiche gilt für Bauherrendie die verwendete Verbindung, die Region, die Größe der für die Erstellung des Bildes definierten VM und zusätzliche optionale Einstellungen festlegen. Sie können sie vor dem nächsten Schritt erstellen oder während der Definition der Bilddefinition hinzufügen.

- Gehen Sie nun zu Image Management > Bilddefinitionen und klicken Sie auf + Neues Bild. Hier können Sie Ihr Bild erstellen - siehe Screenshot unten als Referenz. Wenn Sie Hilfe bei der Erstellung des Bildes benötigen, sehen Sie sich dies an Kurzes Video-Tutorial.

Erstellen eines Bildes

Sobald Ihr Bild erstellt ist, wird es in den Bilddefinitionen angezeigt.

- Klicken Sie auf die drei Punkte rechts in der Zeile des Bildes und dann auf ausführen..

Sie können den Fortschritt der Erstellung der Bilddefinition verfolgen, indem Sie entweder auf das Statusabzeichen klicken oder indem Sie auf Läuft in der oberen rechten Ecke.

Sobald der Lauf beendet ist, können Sie im Fenster Bild-ID Feld sehen Sie die ID als ami-xxxxxxxxxxxxxxxxx.
Es ist gut, die Bild-ID jetzt zu speichern, da Sie sie später zum Einrichten Ihrer DCV-Infrastruktur benötigen.

Das ist wichtig:
- Wenn Sie es noch nicht in Ihrem XOAP-Arbeitsbereich haben, laden Sie die Skript zur EC2-Bereitstellung und laden Sie es in den Ressourcen Bereich, genau wie beim ersten AWS-Skript.

Tutorial wird unten fortgesetzt

Laden Sie das EC2-Bereitstellungsskript herunter

Schritt 5: Aufbau der DCV-Infrastruktur

Nachdem Sie nun das EC2-Bereitstellungsskript in die Ressourcen hochgeladen haben, gehen wir zu den skriptgesteuerten Aktionen über.

Sie finden diese Funktion in Ihrem XOAP-Arbeitsbereich unter dem Menüpunkt Platform Management Modul, das Sie bei der Automatisierung von hybriden Infrastrukturen und Cloud-Workflows unterstützt.

- Gehe zu Platform Management > Geskriptete Aktionen und klicken Sie + Neue Scripted Action.
- Eingabe einer Name für diese geskriptete Aktion.
- Unter Wählen Sie ein Skript aus Ressourcenwählen Sie das EC2-Bereitstellungsskript aus.
- Klicken Weiter.

Erstellen einer geskripteten Aktion

- Bearbeiten Sie die Skriptparameter wie unten gezeigt.

Das ist wichtig:

Unter AMI_IDverwenden Sie die Bild-ID aus Ihrem Bilddefinitionslauf. Geben Sie die Region in dem die EC2-Instanz erstellt werden soll, zusammen mit dem SUBNET_ID der VPC, in der die Instanz platziert werden soll. Vergewissern Sie sich, dass Sie dieselbe Region wählen, die in Ihrer Bilddefinition angegeben wurde.. Andernfalls wird die AMI nicht gefunden, da sie regionsspezifisch ist.

Bearbeiten von Skriptparametern

- Wenn alles bereit ist, klicken Sie auf Weiter.

- Wählen Sie AWS in der Tabelle Verbindungen und klicken Sie auf Weiter.

- Im letzten Schritt zur Erstellung von Skriptaktionen können Sie Ihre Skriptaktionen planen. Das können wir vorerst überspringen, also klicken Sie einfach auf Oberfläche.

Die geskriptete Aktion ist nun erstellt und Sie können es betreiben auf die gleiche Weise, wie Sie Ihre Bilddefinition ausgeführt haben. Wenn Sie den Fortschritt verfolgen möchten, klicken Sie auf das Statusabzeichen direkt neben der skriptgesteuerten Aktion. Sobald der Lauf beendet ist, ist das DCV bereit.

Im Protokoll der skriptgesteuerten Aktion finden Sie alle Informationen, die für die Verbindung mit dem DCV erforderlich sind. Um auf das Protokoll zuzugreifen, klicken Sie auf die drei Punkte auf der rechten Seite in der Zeile der skriptgesteuerten Aktion und dann auf Logbuch ansehen.

Beispiel für das Protokoll einer geskripteten Aktion

Um eine Verbindung zum DCV herzustellen, können Sie den Web-Zugang oder den Amazon DCV-Client verwenden, der verfügbar ist für von AWS herunterladen. Achten Sie auf die erforderlichen Sicherheitsgruppenregeln Bei der Verbindung. Ein direkter Zugriff auf die Instanz ist erforderlich (für den Webzugriff benötigen Sie eine öffentlich zugängliche Instanz).

Alternativ können Sie den Amazon DCV-Client weltweit über XOAP's an Ihre Endpunkte verteilen Application Management Modul. Application Management automatisiert und vereinfacht die Softwarepaketierung und -bereitstellung auf beliebigen Geräten. Auf diese Weise können Sie ganz einfach eine Fernzugriffslösung für Ihre Endgeräte erstellen.

Haben wir etwas übersehen? Wenn Sie Hilfe bei der Verwendung von XOAP zur Automatisierung der Amazon DCV-Bereitstellung benötigen, wenden Sie sich an ein Gespräch anmelden und unsere Ingenieure werden Sie dabei begleiten.

Mehr über XOAP:
→ Mehr über Application Management
→ Automatisierung des gesamten AWS-Betriebs
→ Standardisierte Bildautomatisierung über alle Plattformen hinweg
→ Skripted Actions für zentralisierte Skriptverwaltung

Automatisieren Sie Ihre Cloud-Infrastruktur mit XOAP

The post Automating Amazon DCV deployment with XOAP appeared first on XOAP.

Set IGEL RDP collections on the latest OS12 RDP app: A workaround

Mario — Thu, 22 May 2025 08:33:14 +0000

In IGEL OS 12 ist die Konfiguration von RDP-Sammlungen über die GUI derzeit nicht möglich. Dies kann für Benutzer in Terminalserverumgebungen, in denen die Verwaltung mehrerer RDP-Sitzungssammlungen wichtig ist, eine Einschränkung darstellen. Insbesondere in Umgebungen, die nicht auf Citrix oder andere Lösungen angewiesen sind, kann die Verwendung von RDP-Sammlungen zu Problemen führen.

Diese Funktion wird von der grafischen Benutzeroberfläche noch nicht unterstützt, Es gibt einen einfachen Workaround, um RDP-Sammlungen manuell zu konfigurieren.

Die Abhilfe

Obwohl die OS12-RDP-App keine direkte Option zur Konfiguration von RDP-Sammlungen über die grafische Oberfläche bietet, können Sie diese Konfiguration dennoch durch Änderung der Registrierung erreichen.

Um die RDP-Sammlung zu konfigurieren, müssen Sie den folgenden Registrierungsschlüssel festlegen:

				
					app.rdp.sessions.rdp0.options.load-balance-info

Mit diesem Registrierungs-Tweak können Sie die Info-Zeichenkette für den Lastausgleich angeben, die für das ordnungsgemäße Funktionieren von RDP-Sammlungen unerlässlich ist.

Warum das wichtig ist

Für diejenigen, die in Microsoft RDS-Umgebungen arbeiten, insbesondere in Thin-Client-Implementierungen, ist die Konfiguration von RDP-Sammlungen oft ein wichtiger Bestandteil der Sitzungsverwaltung. Mit diesem Workaround können Sie IGEL Thin Clients auch ohne die GUI-Option für die RDP-Sammlungskonfiguration weiterhin effektiv einsetzen.

Obwohl diese Funktion noch nicht in der grafischen Benutzeroberfläche verfügbar ist, können Sie mit diesem Workaround eine effiziente Terminalserverumgebung aufrechterhalten, während Sie auf zukünftige Updates warten.

A story from one of our customers:
>> Bereitstellung und Standardisierung der Windows Remote Desktop Services-Infrastruktur

Automatisieren von Remotedesktopdiensten mit XOAP

The post Set IGEL RDP collections on the latest OS12 RDP app: A workaround appeared first on XOAP.

Firewall setup for Intune AD Connector in legacy systems

Mario — Fri, 02 May 2025 11:54:21 +0000

Modernes Endpunktmanagement mit Microsoft Intune ermöglicht IT-Teams die Automatisierung von Gerätebereitstellungs- und Verwaltungsprozessen, einschließlich Windows Autopilot-Szenarien und Hybrid Azure AD Join.

Doch nicht jede Organisation arbeitet auf der grünen Wiese.

Bestehende Infrastrukturen, häufig im Gesundheitswesen, im öffentlichen Sektor, im Bildungswesen oder in der Fertigung zu finden sind mit besonderen Herausforderungen verbunden:

Keine Anwendungskontrollfunktionen in Firewalls
Keine Host-basierte Regelsatz-Automatisierung
Keine Wildcard-Unterstützung für FQDN-basierte Regeln
Manuelle IP-Adresspflege ist erforderlich

Dieser Blogbeitrag beschreibt wie man eine sichere und betrieblich handhabbare Firewall-Konfiguration entwirft für den Intune Connector für Active Directory, auch in eingeschränkten und technisch überholten Umgebungen.

Die Herausforderung

Der Intune Connector für Active Directory benötigt ausgehende Kommunikation mit verschiedenen Microsoft Cloud-Diensten, um ordnungsgemäß zu funktionieren. In Legacy-Umgebungen kann dies jedoch einige Herausforderungen mit sich bringen:

Keine Wildcard-Unterstützung in der Firewall (keine *.microsoft.com)
Keine Application Control-Funktion verfügbar
Es können nur bestimmte IP-Adressen oder FQDNs konfiguriert werden.
Firewall-Regeln müssen manuell gepflegt werden

Empfohlener technischer Ansatz

Schritt 1: Identifizierung der erforderlichen Endpunkte

Microsoft bietet offizielle Dokumentation Auflistung aller erforderlichen URLs und IP-Adressbereiche für Microsoft 365-Dienste und Intune:

Schwerpunktkategorien für Intune Connector:

Microsoft 365 Allgemein & Office Online
Intune
Azure Active Directory

Optional für Automatisierung: Die Endpunkt-API von Microsoft bietet eine maschinenlesbare JSON-Datei für die automatische Verarbeitung (mehr hier).

Schritt 2: Entwurf des Firewall-Regelsatzes

Definieren Sie spezielle ausgehende Regeln für den Intune Connector-Server.

Anmerkung: Wenn die DNS-Auflösung eingeschränkt ist, müssen die IP-Adressen manuell aufgelöst und in der Firewall explizit konfiguriert werden.

Schritt 3: Operativer Prozess für die IP-Wartung

Da sich die Microsoft-Dienste ständig weiterentwickeln, ist es unerlässlich, einen zuverlässigen Prozess für die Pflege der Firewall-Regeln einzurichten.

Empfohlene Schritte:

Monatliche Überprüfung der offiziellen Microsoft-Dokumentation.
Optional: PowerShell-Skript, das die Microsoft Endpoint API nach Änderungen abfragt.
Generieren Sie eine automatische Benachrichtigung oder erstellen Sie ein Ticket für das Firewall-Team.
Halten Sie die Dokumentation mit den aktuellen IP-Bereichen und URLs auf dem neuesten Stand.

Schritt 4: Ablauf der Automatisierungspipeline

IP-Adressen aktualisieren: Das automatisierte PowerShell-Skript ruft die neuesten Microsoft Endpoint API-Daten ab.
DSC-Konfiguration aktualisieren: Die IP-Adressen werden dynamisch in die DSC-Konfigurationsvorlage eingefügt.
XOAP Deploy: XOAP ruft die neue Konfiguration ab und wendet sie auf die Ziel-Firewall-Server an.
Überprüfung der Einhaltung der Vorschriften: XOAP führt einen Konfigurations-Compliance-Scan durch, um die korrekte Bereitstellung zu überprüfen.

Lesen Sie mehr über automatische Firewall-Änderungen mit XOAP unten ↓

Bewährte Verfahren für die Firewall-Verwaltung in älteren Umgebungen

Langfristige Optimierungsmöglichkeiten

Unternehmen sollten mögliche Optimierungen im Laufe der Zeit bewerten:

Aufrüstung der Firewall-Systeme zur Unterstützung der Anwendungskontrollfunktionen.
Implementieren Sie transparente oder explizite Proxy-Lösungen.
Nutzen Sie die Microsoft Azure Service Tags für die dynamische IP-Verwaltung.
Erwägen Sie Azure Firewall oder moderne Firewalls der nächsten Generation für Cloud-zentrierte Umgebungen.

Anwendungsfälle der Automatisierung

Vollständig automatisierte Firewall-Änderungen mit Configuration Management von XOAP

XOAPs Configuration Management macht es einfach, Konfigurationseinstellungen zu definieren, zu versionieren und automatisch systemübergreifend einzusetzen, einschließlich Firewalls, Servern und anderen Infrastrukturkomponenten.

Durch die Verwendung von Config as Code-Prinzipien zusammen mit PowerShell Desired State Configuration (DSC) können Firewall-Regeln vollständig automatisiert, geprüft und in mehreren Umgebungen durchgesetzt werden.

Die XOAP-Integration bietet:

Verwandt: Automatisieren Sie Firewall-Änderungen mit XOAP

Abschließende Überlegungen

Der Einsatz von Intune Connector für Active Directory in Umgebungen mit strengen Firewall-Regeln ist möglich. Es bedarf nur der richtigen Einrichtung und Prozesse. Indem Sie klare Firewall-Regeln erstellen, IPs verwalten und eine gute Dokumentation führen, auch ältere Systeme können sich sicher mit Microsoft Cloud-Diensten verbinden.

Verwenden Sie XOAP für automatische Firewall-Änderungen

The post Firewall setup for Intune AD Connector in legacy systems appeared first on XOAP.

Complete Windows 11 migration guide for enterprise IT

Mario — Mon, 28 Apr 2025 11:03:10 +0000

Bei der Migration von Windows 10 auf Windows 11 geht es nicht nur darum, eine neue Version zu installieren. Es geht darum, Ihre Geräte zu überprüfen, sicherzustellen, dass Apps funktionieren, und die Benutzererfahrung zu verwalten. Ohne die richtigen Tools kann dies ein schwieriger Prozess sein.

XOAP bietet Ihnen eine Plattform, mit der Sie all das bewältigen können. Ganz gleich, ob Sie mit einer Handvoll oder Tausenden von Geräten arbeiten, XOAP bietet die richtigen Tools für die Bereitstellung von Imaging-Anwendungen und die Systemkonfiguration.

Upgrade-Bereitschaft prüfen

Vergewissern Sie sich, bevor Sie beginnen, dass Ihre Geräte diese grundlegenden Anforderungen erfüllen:

Auf den Geräten muss ein unterstützte Version von Windows 10.
Sie müssen die folgenden Anforderungen erfüllen Mindestanforderungen an die Hardware für Windows 11.
Secure Boot sollte im BIOS aktiviert sein und TPM 2.0 sollte verfügbar sein.
Verwenden Sie die neuesten Treiber für Windows 11, um Probleme wie Blue-Screen-Fehler zu vermeiden.

Tools zur Überprüfung der Geräteeignung

Mit diesen Tools können Sie überprüfen, ob Ihre Geräte für Windows 11 bereit sind:

PC Health Check-Anwendung
WarumNichtSiegen11
Windows Update in den Einstellungen

Windows 11-Migrationsphasen

Im Folgenden haben wir den Migrationsprozess in drei Hauptphasen beschrieben. Eine Kurzanleitung für die Migration von Geräten auf Windows 11 finden Sie in diesem Blog: Windows 11-Migration leicht gemacht mit XOAP.

1. Vor der Abwanderung

In dieser Phase geht es darum, alles vor dem Upgrade vorzubereiten. Überprüfen Sie Ihre Hardware und Treiber, testen Sie Ihre Anwendungen auf Kompatibilität, bereiten Sie Ihre Windows 11-Images vor und stellen Sie sicher, dass alle Systemeinstellungen korrekt sind. Die XOAP-Tools können Ihnen helfen, diese Prüfungen automatisch durchzuführen.

Beginnen Sie mit der Überprüfung von Hardware und Treibern für alle Geräte. Mit den Berichts- und Skript-Tools von XOAP können Sie diese Bereitschaftsprüfungen automatisieren und Probleme frühzeitig erkennen. Als nächstes testen Sie die Anwendungskompatibilität mit dem Application Management Modul, um Anwendungen zu identifizieren, die möglicherweise aktualisiert oder angepasst werden müssen.

Bereiten Sie Ihre Windows 11-Images mit Image Managementund stellen Sie sicher, dass sie die richtigen Einstellungen und Software enthalten. Überprüfen Sie die Gruppenrichtlinieneinstellungen und Systemkonfigurationen und verwenden Sie Configuration Management um diese Prüfungen zu automatisieren. Und schließlich können Sie mit demselben Tool Sicherheitsgrundlagen und Härtungsrichtlinien anwenden, damit alle Systeme die Konformitätsstandards Ihres Unternehmens erfüllen.

2. Migration

Jetzt ist es an der Zeit, Windows 11 tatsächlich zu implementieren.

Wählen Sie eine Bereitstellungsmethode (Autopilot, SCCM, Intune, PSADT oder XOAP) und testen Sie diese zunächst. Verwenden Sie dann XOAP, um App-Installationen und Systemeinstellungen für alle Ihre Geräte zu verwalten.

VIDEO TUTORIAL: Migrating to Windows 11 using XOAP
Blog article continues below

This video may not load due to your cookie preferences. Adjust your cookie settings or watch it directly on YouTube.

Read the full tutorial: So migrieren Sie mit XOAP zu Windows 11

3. Nach der Abwanderung

Sobald Windows 11 installiert ist, müssen Sie sicherstellen, dass alles wie gewünscht funktioniert.

Führen Sie Aufräumarbeiten durch, wie das Entfernen temporärer Dateien, das Aktualisieren von Anwendungen und das Überprüfen von Systemeinstellungen. XOAP kann diese Aufgaben automatisieren, um Zeit zu sparen.

Mit benutzerdefinierten Aktionen können Sie bestimmte Aufgaben ausführen, z. B. das Entfernen des Ordners Windows.old, die Installation fehlender Sprachpakete oder die Verwaltung der App-Compliance. Verwendung von Skripten in XOAP. Dies kann Ihre Migrationsstrategie erheblich verbessern, insbesondere wenn Sie keine SCCM-Aufgabensequenzen verwenden.

Das könnte Sie auch interessieren:
Windows 11-Migration über SCCM
Schritt-für-Schritt-Anleitung: Windows 11-Migration mit GPOs und Registrierungsschlüsseln
Umstellung auf Windows 11 mit PSADT
Umstellung auf Windows 11 über Windows Update in den Einstellungen

Was dies für Ihr Team bedeutet

Die Migration auf Windows 11 ist ein guter Zeitpunkt, um zu überprüfen, wie Ihre Systeme verwaltet werden. Es geht nicht nur darum, auf das neueste Betriebssystem umzusteigen - es ist auch eine Chance, alte Prozesse zu bereinigen, Hindernisse zu beseitigen und einen einfacheren Umgang mit zukünftigen Updates einzurichten.

Schauen Sie sich an, was funktioniert hat, was nicht und wo Automatisierung oder bessere Sichtbarkeit Zeit sparen könnte. Ein solider Ansatz jetzt erspart Ihnen später ein Durcheinander.

Unsere Plattform kann Ihnen helfen, diesen Prozess zu vereinfachen. Durch die Automatisierung wichtiger Aufgaben und die Bereitstellung besserer Einblicke lassen sich künftige Aktualisierungen leichter verwalten.

Vereinfachen Sie die Einführung von Windows 11 mit XOAP

The post Complete Windows 11 migration guide for enterprise IT appeared first on XOAP.

Tutorials Archives | XOAP

Windows OS (re)deployment with XOAP and OSDCloud

Inhaltsübersicht

Herausforderungen bei der Bereitstellung des Windows-Betriebssystems

Drei Einsatzszenarien

Szenario 1: Betriebssystem aus dem Internet heruntergeladen

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

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

Der Bereitstellungsprozess auf dem Zielgerät

Laufende Verwaltung nach der Bereitstellung

Erste Schritte

How to create PSADT v4 packages with the XOAP Package Wizard

Inhaltsübersicht

Was ist der XOAP Package Wizard?

Wie erstelle ich ein Paket

Schritt 1: Legen Sie Ihr Installationsprogramm ein

Schritt 2: Konfiguration

Schritt 3: Parameter

Schritt 4: Bauen Sie Ihre Installationsphase

Vervollständigung für jedes PSADT v4 Cmdlet

Funktions-Builder

Schritte 5 und 6: Deinstallations- und Reparaturphasen

Schritt 7: Vorschau und Testlauf

Schritt 8: Exportieren

Zwei Funktionen, die Stunden sparen

Installierte Apps

Lokal importieren

Hol dir den kostenlosen Zauberer

Anfrage Download-Link

How to: Bare metal OS deployment with XOAP

Inhaltsübersicht

Wie XOAP die Bare-Metal-Bereitstellung angeht

Bereitstellungsmethoden

Methode 1: PXE-Start (Netzwerkbereitstellung)

Infrastrukturanforderungen

Einrichtungsverfahren

Geräteerlebnis

Methode 2: USB-Stick (eigenständige Bereitstellung)

Infrastrukturanforderungen

Einrichtungsverfahren

Geräteerlebnis

Der OSDCloud XOAP-Paketstapel

Bereit, es in Aktion zu sehen?

How to automate AWS without using Terraform

Inhaltsübersicht

Ist Terraform wirklich notwendig?

Mit XOAP

Was dies praktisch für die AWS-Automatisierung bedeutet

Automatisierung von Patches über alle Ihre EC2s hinweg

Nutzen Sie bereits Terraform? Noch besser!

Probieren Sie XOAP jetzt aus

How to automate AWS CIS hardening

Inhaltsübersicht

Warum der CIS AWS Benchmark wichtig ist

Das Problem mit manueller Härtung

Die Lösung: XOAP's automatisierte AWS CIS-Härtung

1. Verbinden Sie Ihr AWS-Konto

2. Wählen Sie das CIS-Härtungsskript

3. Jetzt ausführen oder planen

4. Fertig! Beginnen Sie mit der Nutzung Ihres gehärteten AWS-Kontos

Was XOAP für Sie konfiguriert

Warum macht das einen Unterschied

Probieren Sie es jetzt.

How to migrate from VMware to Nutanix using XOAP

Inhaltsübersicht

VMware to Nutanix: Migration guidelines

Step 1: Assess your current environment

Step 2: Plan the migration strategically

Step 3: Choose the easiest migration method (XOAP)

Create platform-independent VM images

Automate your setup and delivery

Create a modular and reusable delivery pipeline

Scale fast to other platforms

Keine Bindung an einen Anbieter

Keep know-how internal

Why migrate with XOAP?

Make the switch without the stress

Automating Amazon DCV deployment with XOAP

Inhaltsübersicht

Wie funktioniert das?

Anfrage
Download-Link