Tutorials Archives | XOAP

How to build a custom Windows 365 Cloud PC image with XOAP

Mario — ven. 10 juil. 2026 15:10:08 +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">

La création d'une image personnalisée pour Windows 365 a traditionnellement été une tâche manuelle en plusieurs étapes. Créer une machine virtuelle de référence, installer et configurer les applications manuellement, transmettre l'image à Intune… Une étape manquée signifie généralement qu'il faut recommencer, et répétée plusieurs fois par an, cette approche des images de référence devient difficile à reproduire.

XOAP's Image Management le module remplace la séquence d'images personnalisée manuelle par un pipeline défini et répétable. Le système d'exploitation, l'emplacement de la construction et ce qui est installé par-dessus sont définis une seule fois, puis l'image est construite à la demande, sans scripts de capture ni assemblage manuel.

Dans ce blog, nous vous guiderons pour créer une image Windows personnalisée pour le provisionnement de Windows 365 Cloud PC, et transférer l'image terminée à Windows 365 pour une utilisation dans une stratégie de provisionnement – fait, automatisé et simplifié avec XOAP.

Avant de commencer : Connectez votre abonnement Azure

XOAP a besoin d'une connexion fonctionnelle à votre abonnement Azure avant de pouvoir tout construire. Si vous n'utilisez pas encore XOAP, créez un compte gratuit pour commencer.

Aller à Connexions > Ajouter une nouvelle connexion et utilisez une Principal Service avec Contributeur accès au rôle.

Vous pouvez en créer un avec l'Azure CLI :
az ad sp create-for-rbac –name xoap-image-principal –role Contributor –scopes /subscriptions/ –years 1

Prenez le résultat ID de l'abonnement, ID du locataire, ID client et Secret client et saisissez-les dans les détails de connexion de XOAP.

Le build en un coup d'œil

Le pipeline complet comporte cinq étapes dans XOAP, plus une remise à Intune :

1. Sous Image Management > Systèmes d'exploitation, ajoutez l'image de base Windows à partir de laquelle vous souhaitez générer.

2. Sous Image Management > Configuration du générateur, définir où et comment l'image sera construite.

3. Sous Image Management > Provisionneurs / Groupes de provisionneurs / Rôles de provisionneur, définir ce qui est installé et configuré.

4. Sous Image Management > Définitions des images, cliquer + Nouvelle image et combiner le système d'exploitation, la configuration du constructeur et le rôle du provisionneur en une seule définition.

5. Enregistrer, puis faites un clic droit sur la définition de l'image et sélectionnez Exécuter.

Une fois que l'exécution est réussie, localisez l'image terminée dans Azure et téléchargez-la sur Windows 365 en tant qu'image personnalisée.

Maintenant, plongeons plus profondément dans chaque étape.

Étape 1 : Choisir le système d'exploitation

Sous Systèmes d'exploitation, sélectionner Nuage, puis, choisissez le L'azur informations sur le fournisseur, la région et la plateforme.

Pour Windows 365, utiliser le Cloud PC d'entreprise image familiale : proposer windows-ent-cpc, référence win11-25h2-ent-cpc (ou la dernière version disponible).

Ceci est l'édition Cloud PC dédiée de Microsoft : Enterprise, session unique, et déjà optimisée pour les scénarios Windows 365.

Partir de la bonne base vous évite d'avoir à peaufiner l'image plus tard.

Étape 2 : Définir la configuration du constructeur

La configuration du constructeur indique à XOAP où l'image est construite et ce qu'elle produit.

Créer une nouvelle configuration avec les paramètres suivants :

• Type: Géré par Azure. Cela crée une image gérée standard dans le portail Azure, l'option la plus simple et la plus directe pour les images personnalisées de Windows 365.
Connexionvotre connexion Azure de l'étape de configuration.
• Région: votre région cible, par exemple l'Europe de l'Ouest.
Type d'instance: la taille de la machine virtuelle de build temporaire utilisée uniquement pendant la phase de build elle-même, par exemple Standard_D2s_v3. Cette machine virtuelle est créée et supprimée automatiquement et n'a aucun impact sur les performances du Cloud PC final, il n'est donc pas nécessaire de la surdimensionner.
Type de compte de stockage: Standard_LRS.

Si vous avez besoin d'aide pour la configuration, cliquez sur le bouton Assistant XOAP pour obtenir des réponses assistées par l'IA en quelques secondes sans interrompre votre tâche en cours.

Étape 3 : Définir ce qui figure sur l'image

Cette couche est là où l'image cesse d'être un système d'exploitation standard et devient le vôtre.

Provisionneurs ce qui est installé et configuré sur le dessus du système d'exploitation de base: applications, paramètres, scripts PowerShell, configurations DSC ou packages PSADT.

XOAP propose des assignateurs d'exemple comme modèles de démarrage rapide, mais vous n'êtes pas limité à ceux-ci. Les provisionneurs entièrement personnalisés sont également pris en charge. Tout script ou package que vous créez vous-même peut être ajouté et utilisés exactement comme ceux intégrés.

Regroupez les fournisseurs dont vous avez besoin en un Groupe de provisionnement, puis attachez ce groupe à un Provisionner un rôle.

Une règle pratique qui mérite d'être suivie :
Définissez toujours un délai d'attente pour chaque provisionneur, afin qu'un script de longue durée ne puisse pas bloquer l'ensemble de la compilation.

Étape 4 : Combiner cela en une définition d'image

La définition de l'image est l'endroit où les trois couches se rejoignent. Sous Définitions d'images, cliquer + Nouvelle image et remplir:

• Nom et description
Constructeur: la configuration du constructeur créée ci-dessus
• Système d'exploitation: l'image de PC Cloud sélectionnée ci-dessus
• Rôle: le rôle du fournisseur créé ci-dessus

Enregistrez la définition, puis faites un clic droit dessus et sélectionnez Exécuter.

Vous pouvez suivre la progression depuis le panneau "Runs" en haut à droite, avec un flux de journaux en direct disponible via "Toggle Logs". Une exécution passe par ces statuts : En file d'attente, En cours, Réussite, Échec et Arrêtée.

Les journaux en direct sont là où vous attraperez un provisionneur qui se comporte mal tôt plutôt qu'après un échec de build.

Étape 5 : Localiser l'image terminée

Parce que la configuration du constructeur utilisée Azure géré, l'image résultante apparaît dans Portail Azure > Images, nommé d’après la définition de l’image avec un suffixe de version, par exemple CloudPC-v1.

Si vous aviez utilisé un Galerie Azure constructeur à la place, l'image atterrira dans Portail Azure > Galerie d'images partagées, avec prise en charge de la gestion des versions et de la réplication multi-régions.

Pour un célibataire Windows 365 image personnalisée, l'image gérée est la voie la plus simple.

Étape 6 : Transfert vers Windows 365

XOAP construit l'image Azure, mais le provisionnement de Windows 365 est géré séparément, donc la dernière étape se déroule dans Intune :

1. Accédez au centre d’administration Intune > Appareils > Provisionner des Cloud PC > Images personnalisées > Ajouter > Image gérée.
2. Sélectionnez l'abonnement et l'image créés par XOAP.
3. Donnez un nom et une version d'image, par exemple 1.0.0.
4. Windows 365 valide l'image, confirmant qu'elle démarre et s'approvisionne correctement en tant que Cloud PC, avant de devenir disponible.
5. Une fois validée, sélectionnez-la comme image source lors de la création d'une stratégie de provisionnement.

Cette étape de validation est votre filet de sécurité. Une image personnalisée ne devient sélectionnable qu'une fois que Windows 365 a confirmé sa capacité à provisionner, de sorte qu'une version défectueuse n'atteint jamais vos utilisateurs.

Pourquoi le pipeline compte

Le trimestre prochain, lorsque vous aurez besoin de la même image avec une application supplémentaire ou un système d'exploitation de base mis à jour, vous modifierez une couche et la réexécuterez. Deux administrateurs exécutant la même définition obtiendront le même résultat. Le rituel manuel de l'image de référence, et la dérive qui l'accompagnait, ont disparu.

C'est là tout l'intérêt de créer des images avec XOAP. Image Management: reproductibilité à laquelle vous n'avez pas à penser, sur autant de versions d'images que votre parc informatique Cloud PC nécessite.

Vous utilisez aussi Azure Virtual Desktop ?

Ce même workflow Image Management permet également de créer les images de référence pour les pools d'hôtes AVD. À partir de là, XOAP's Gestionnaire AVD gère l'aspect opérationnel : déploiement d'images progressif avec retour arrière en un clic, mise à l'échelle automatique, suivi des coûts par pool et mise à jour de l'ensemble des parcs. AVD Manager fait partie de la plateforme XOAP par défaut – pas besoin de comptes supplémentaires, d'installations ou d'étapes supplémentaires.

Créez vos propres images avec XOAP

The post How to build a custom Windows 365 Cloud PC image with XOAP appeared first on XOAP.

Windows OS (re)deployment with XOAP and OSDCloud

Perica — ven., 22 mai 2026 11:34:27 +0000

La gestion des déploiements de Windows à grande échelle est l'une des responsabilités les plus exigeantes en matière d'exploitation informatique. Entre les configurations matérielles incohérentes, les exigences de conformité et le besoin constant de maintenir les appareils enregistrés et gérés après l'installation, le processus est rarement aussi simple qu'il le devrait.

Cet article explique comment XOAP et OSDCloud travaillent ensemble pour relever ces défis et couvre les trois approches de déploiement prises en charge par l'intégration, chacune différant par le type d'image de démarrage et la source de l'image Windows, afin que vous puissiez sélectionner l'option qui convient à votre infrastructure.

Défis du déploiement du système d'exploitation Windows

Déployer Windows à grande échelle fait systématiquement apparaître le même ensemble de problèmes:

Configuration deDifficulté : Différents groupes d'appareils nécessitent des ensembles de pilotes, des éditions de système d'exploitation, des modules linguistiques et des types d'activation distincts. La gestion manuelle de ces variations introduit des erreurs et ne permet pas une mise à l'échelle efficace sur de grandes flottes.
Cohérence matérielle: Les appareils de différents fabricants se comportent différemment lors du déploiement. Sans un processus contrôlé et reproductible, le résultat est un parc qui commence son cycle de vie dans un état incohérent.
Sécurité et conformité dès le premier jour: Le déploiement du système d'exploitation est le moment où les bases de référence de sécurité doivent être appliquées. Les organisations qui s'appuient sur la remédiation post-déploiement assument des risques et des expositions d'audit inutiles.
Gestion continue post-déploiement. L'installation d'un système d'exploitation n'est que la première étape. L'enregistrement des appareils pour une gestion continue, l'application de configurations et le déploiement d'applications standard doivent encore être effectués — idéalement sans aucune intervention manuelle.

Les solutions traditionnelles telles que MDT, SCCM et WDS résolvent ces problèmes, mais nécessitent des investissements d'infrastructure importants et une maintenance continue. XOAP associé à OSDCloud offre une alternative ne nécessitant aucune infrastructure d'imagerie dédiée au-delà d'une seule machine virtuelle pour la création d'ISO et, pour le scénario 3, un partage réseau ou un autre emplacement de stockage pour le fichier ISO.

Trois scénarios de déploiement

L'intégration de XOAP et OSDCloud prend en charge trois scénarios distincts. Chacun est conçu pour un contexte d'infrastructure différent, et le choix entre eux dépend du type d'image de démarrage requis, de la source de l'image Windows et de la manière dont le déploiement est déclenché.

Scénario 1 : OS téléchargé depuis Internet

Ce scénario ne nécessite aucun hébergement d'image local. L'appareil cible démarre sous WinPE, télécharge l'image Windows directement depuis Microsoft Update, achève l'installation et s'enregistre automatiquement auprès de l'espace de travail XOAP désigné.

Infrastructure requise :
• 1 machine virtuelle Windows 11 24h2 (pour la création d'ISO)
• Accès à Internet sur la machine virtuelle de création ISO et sur les appareils cibles

Préparation de l'ISO :
Sur la VM du créateur ISO, installez l'outil OSDCloud soit via XOAP en appliquant le rôle d'application OSDCloud Workspace Internet OS, soit manuellement en exécutant les paquets PSADT suivants dans l'ordre :

1. APP_Microsoft_WindowsAssessmentDeploymentKit_101261002454_Any_x64_FR
2. APP_Microsoft_WindowsPEforADK_101261002454_Any_x64_EN
3. APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_FR
Avant de commencer l'installation, exécutez la commande suivante pour définir la stratégie d'exécution :
Définir la stratégie d'exécution -Stratégie d'exécution Contourner -Portée Machine locale -Forcer

Lors de la configuration, configurez les paramètres qui définissent l'image de déploiement :

Description du paramètre :

Paramètre	Description
Conducteur	Pilotes à inclure dans boot.wim — utiliser * pour tout ou Aucun sauter
OSVersion	Windows 10 ou Windows 11
OSBuild	Cible de build (par exemple 22h2, 24h2) — Windows 10 prend en charge uniquement 21h2 et 22h2
OSEdition	Accueil, Pro, Entreprise, etc.
OSLanguage	Langue du système d'exploitation déployé
OSActivation	Volume ou Vente au Détail
XOAPWorkspaceID	L'ID de l'espace de travail trouvé sur le tableau de bord XOAP
XOAPConfigurationGroup	Le groupe de configuration rejoint par les nouveaux appareils déployés

Une fois terminé, OSDCloud_NoPrompt.iso est généré dans C:\OSDCloudWorkspace.

Téléchargement et configuration dans XOAP :
Ajoutez l'image ISO générée dans le sous-dossier « Files » du package PSADT « SYS_XOAP_OSDcloudRElocal_100_Any_Any_Any », compressez le package au format ZIP et téléchargez-le sur XOAP via Application Management > Applications. Une fois le téléchargement terminé, créez un rôle d'application et un groupe de configuration pour l'application. Lorsque ce groupe de configuration est déployé sur un appareil cible, le redéploiement démarre automatiquement.

L'appareil extrait l'ISO vers une partition de récupération Windows (WinRE) nouvellement créée. Après un redémarrage, l'appareil démarre à partir de cette partition dans l'environnement WinPE OSDCloud, efface et redivise le disque, puis télécharge l'image Windows depuis Microsoft Update pour l'installation.

Après l'installation du système d'exploitation, OSDCloud configure des scripts SetupComplete qui enregistrent l'appareil auprès de l'espace de travail XOAP au premier démarrage, à condition qu'un accès à Internet soit disponible. Parallèlement, une tâche planifiée est configurée pour s'exécuter à l'ouverture de session de l'utilisateur et vérifier la connectivité XOAP — si l'appareil est déjà enregistré, la tâche se supprime elle-même, et sinon, elle tentera l'enregistrement dès qu'une connexion Internet sera présente.

Scénario 2 : Démarrage WinPE avec un OS téléchargé depuis Internet

Ce scénario suit le même flux de bout en bout que le Scénario 1. TLe système d'exploitation Windows est téléchargé depuis Internet pendant la phase WinPE, mais utilise une image de démarrage de récupération complète. La différence réside dans le fichier boot.wim : plutôt qu'un environnement WinPE minimal, l'image de démarrage inclut le ensemble install.wim fichier, qui est utilisé pour construire l'environnement WinPE lui-même.

Utiliser le OSDCloud Récupération d'espace de travail Complète Rôle de l'application ou le APP_DavidSegura_OSDCloudISOCreatorRecoveryFull_121_Any_Any_FR package à la place du créateur ISO standard. Le processus d'installation, les paramètres requis et les étapes de téléchargement XOAP sont par ailleurs identiques au scénario 1.

Remarque : Ce scénario n'est actuellement pas pris en charge pour le redéploiement sur les machines virtuelles Hyper-V. La partition contenant le install.wim le fichier n'est pas mappé correctement dans cet environnement et n'a pas été testé sur d'autres plateformes de virtualisation.

Scénario 3 : Redéploiement du système d'exploitation depuis un partage réseau, une source locale ou autre

Ce scénario couvre le redéploiement de l'OS à l'aide du script OSDcloud_RE_from_localISO.ps1 plutôt qu'un package PSADT géré par XOAP. Il prend en charge deux options pour l'approvisionnement de l'image Windows pendant WinPE : le téléchargement par Internet ou la récupération à partir d'un partage réseau ou d'une source locale, et convient aux environnements où un plus grand contrôle sur le déclencheur de déploiement est requis.

Le scénario 3 prend en charge deux options pour la provenance de l'image Windows pendant WinPE :

• Système d'exploitation téléchargé sur Internet — utilisez le rôle d'application OSDCloud Workspace Internet OS ou le package APP_DavidSegura_OSDCloudISOCreator_121_Any_Any_EN, avec les paramètres standard décrits dans le scénario 1
• Système d'exploitation récupéré à partir d'un partage réseau — utilisez le rôle d'application de système d'exploitation local OSDCloud Workspace ou le package APP_DavidSegura_OSDCloudISOCreatorLocalShare_121_Any_Any_EN, avec les paramètres supplémentaires suivants :

Description du paramètre :

PartagerUtilisateur	Un compte utilisateur avec un accès en lecture au partage réseau
PartagerMotDePasseUtilisateur	Le mot de passe de ce compte
CheminDePartageNonSécurisé	Le chemin UNC vers le partage, par exemple. \\srv1\xoap

Lorsque vous utilisez un partage réseau, il doit suivre une structure de dossiers spécifique pour que OSDCloud puisse localiser l'image :
\\serveurpartage\nompartage\OSDcloud\OS.

Déclenchement du déploiement :
Plutôt que d'empaqueter l'ISO dans une application PSADT, le déploiement est déclenché à l'aide du script OSDcloud_RE_from_localISO.ps1 avec le paramètre -LocalISOPath :
OSDcloud_RE_from_localISO.ps1 -LocalISOPath “\\srv1\xoap\OSDCloud_NoPrompt.iso”

Ce script gère le processus complet de configuration d'OSDCloudRE : création de la partition WinPE, montage de l'ISO, copie du contenu de démarrage, configuration des entrées du gestionnaire de démarrage et initialisation d'un redémarrage dans l'environnement de récupération. Il peut être appelé directement via un connecteur XOAP, ou intégré dans un module de configuration DSC pour permettre des étapes supplémentaires telles que les vérifications de hachage d'intégrité de l'ISO, la validation des prérequis et les sauvegardes de fichiers avant le début de l'effacement.

Le script a été testé avec des ISOs situés sur des appareils locaux et des partages réseau. Pour d'autres types de stockage tels que le stockage Blob Azure, GitHub ou OneDrive, le script devrait être étendu pour gérer l'étape de téléchargement avant d'invoquer la logique ISO locale.

Déploiement dans plusieurs espaces de travail ou groupes de configuration ? Ceci s'applique aux trois scénarios. Lancez à nouveau le processus de création de l'ISO avec les paramètres requis pour chaque espace de travail ou groupe de configuration cible. Renommez ou déplacez le fichier OSDCloud_NoPrompt.iso depuis C:\OSDCloudWorkspace entre les exécutions, car chaque nouvelle exécution écrase le fichier précédent.

Le déploiement sur l'appareil cible

Quel que soit le scénario utilisé, le processus sur l'appareil cible suit la même séquence :

1. Le Groupe de Configuration déploie le package PSADT sur l’appareil cible, ce qui extrait l’ISO, crée la partition WinRE et déclenche un redémarrage, ou pour le Scénario 3, le script OSDcloud_RE_from_localISO.ps1 est exécuté directement.
2. L'appareil démarre à partir de la partition OSDCloudRE WinPE
3. Si connecté via Ethernet, le déploiement se déroule sans interaction ; sinon, une invite de sélection de réseau sans fil s'affiche (la disposition du clavier est en-us à ce stade).
4. L'opérateur confirme l'effacement du disque ; c'est la seule étape interactive du processus
5. Windows est installé et les scripts de SetupComplete s'exécutent, enregistrant l'appareil auprès de XOAP Workspace au premier démarrage si l'accès à Internet est disponible ; une tâche planifiée s'exécute également à chaque connexion utilisateur ultérieure pour vérifier et retenter l'enregistrement XOAP si nécessaire
6. L'appareil redémarre dans le nouvel environnement Windows installé et géré.

Gestion continue après le déploiement

Une fois enregistrés dans l'espace de travail XOAP, les appareils sont immédiatement soumis aux politiques et configurations définies dans leur groupe de configuration assigné. Les applications standard peuvent être déployées et les configurations système et utilisateur appliquées sans aucune autre étape manuelle. Le résultat est un point de terminaison cohérent et conforme dès le premier démarrage.

Pour commencer

Les trois scénarios nécessitent une machine virtuelle Windows 11 24h2 et un compte XOAP pour la création d'ISO. Un accès à Internet est requis sur la VM créant l'ISO et sur les appareils cibles pour les scénarios 1 et 2.

Pour le scénario 3 avec une source d'image de partage réseau, un accès Internet est requis sur la VM créatrice d'ISO, mais les appareils cibles peuvent fonctionner sans celui-ci pendant la phase WinPE.

Créez votre compte XOAP gratuit or réserver une démonstration pour discuter de vos exigences de déploiement spécifiques avec l'équipe.

A lire également :
Maîtriser la gestion du BIOS
→ Livraison garantie de l'automatisation informatique en 30 jours avec XOAP
→ Des identifiants secrets aux noms clairs : la fin de la confusion des identités Entra
→ Comment XOAP modernise Citrix MCS et PVS
Comment automatiser AWS sans utiliser Terraform

Explorer 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 — Mer., 20 mai 2026 12:33:10 +0000

Les packages PSADT ne sont aussi cohérents que la personne qui les a créés. Un ingénieur structure la phase d'installation d'une manière, un autre gère la fermeture des processus différemment, un troisième ignore complètement la phase de réparation. Chaque package fonctionne jusqu'à ce qu'il ne fonctionne plus et le débogage implique d'abord de déchiffrer les conventions de quelqu'un d'autre.

Le manque d'un composé standard dans chaque package de votre bibliothèque.

Assistant de package XOAP pour PSADT v4, cela corrige le problème à la source. Chaque paquet construit avec cela suit la même structure, utilise la même disposition des phases et produit le même format de sortie, quel que soit celui qui s'occupe de l'emballage. Solution prête à déployer en moins de 10 minutes, sans codage.

Ce tutoriel détaille le processus complet, depuis le dépôt de votre programme d'installation jusqu'à l'exportation d'une archive zip que vous pouvez remettre directement à Intune, SCCM ou à tout outil capable de PowerShell.

Le tutoriel est également disponible en format vidéo. Regardez-le ici

Qu'est-ce que le Sorcier de Packages XOAP ?

L'Assistant de package est un outil gratuit et autonome de XOAP qui génère des paquets PowerShell App Deployment Toolkit (PSADT) v4 prêts à être déployés en production via un interface guidée sans code.

Il gère la structure du script Invoke-AppDeployToolkit.ps1, le bloc $adtSession, les phases d'installation et de désinstallation, ainsi que toutes les déclarations de paramètres, sans que vous ayez à taper la moindre ligne de PowerShell.

Le progiciel exporté est un fichier ZIP standard: le kit PSADT, vos fichiers d'installation et le script généré, le tout dans un seul dossier. Il fonctionne avec n'importe quel outil de gestion des points de terminaison comme Intune, SCCM ou tout autre moyen que vous utilisez pour le déploiement, sans aucun wrapper propriétaire.

Vous pouvez télécharger l'édition Wizard gratuite ici sans créer de compte ni fournir d'informations de carte de crédit.

Comment créer un package

Le Sorcier de Packages XOAP gère le packaging à travers sept étapes guidées.

Pour commencer, ouvrez l'assistant et cliquez sur Démarrer Nouveau Paquet. Vous arriverez à l'écran de configuration du package avec une zone de glisser-déposer attendant votre installateur.

Pour ce tutoriel, nous allons empaqueter 7-Zip.

Étape 1 : Insérez votre programme d'installation

Ajoutez ou faites glisser votre fichier d'installation dans la zone de dépôt. L'Assistant accepte Fichiers MSI, installateurs EXE et tout autre format votre déploiement requiert.

Pour les fichiers MSI, l'Assistant lit les métadonnées intégrées (nom du produit, version, architecture et plus) et propose de pré-remplir automatiquement les détails du colis. Cela représente environ 12 champs que vous n'aurez pas à saisir manuellement.

Étape 2 : Configuration

Le Configuration L'écran est directement mappé au bloc $adtSession de votre fichier Invoke-AppDeployToolkit.ps1 généré. La plupart des champs sont déjà renseignés à partir des métadonnées du fichier MSI.

Quelques points à définir ici :

- ExigerAdmin — définissez ceci sur true pour tout ce qui s'installe dans Program Files. Cela nécessite une élévation et empêche les échecs silencieux sur les comptes d'utilisateurs standards.
- ProcessusÀFermer — liste les processus qui doivent être fermés avant le début de l'installation. Pour 7-Zip, il s'agit de 7zFM (le gestionnaire de fichiers 7-Zip). Si un utilisateur l'a ouvert lorsque le package s'exécute, PSADT le fermera proprement avant de continuer.

Tout ce que vous configurez ici se retrouve dans le bloc "session" du script généré, exactement là où PSADT s'y attend.

Étape 3 : Paramètres

Les paramètres par défaut de PSADT v4 comme TypeDeDéploiement, ModeDéploiement et les autres sont toujours présents et n’ont pas besoin d’être ajoutés manuellement. Cette étape est destinée aux paramètres personnalisés spécifiques à votre package.

Si vous avez besoin d'un Environnement paramètre avec un ensemble fixe de valeurs autorisées (par exemple, Test, Staging, Production), vous le définissez ici.

Pour un déploiement d'application simple comme 7-Zip, vous pouvez passer directement à la suite.

Étape 4 : Construire votre phase d'installation

C'est le cœur du Sorcier. Le Installer screen vous offre trois éditeurs : pré-installer, installer et post-installation. Ceux-ci couvrent tout ce qui précède, se déroule pendant et suit l'installation principale.

Remplissage automatique pour chaque cmdlet PSADT v4

Commencez à taper un nom de cmdlet PSADT et l'éditeur fournit une complétion automatique dans toute la boîte à outils v4. Acceptez une suggestion et elle insère un extrait de code avec des valeurs d'espace réservé pour chaque paramètre requis. Appuyez sur Espace et un tiret pour déclencher des indices de paramètres en ligne (types, descriptions et valeurs valides), le tout sans quitter l'éditeur.

Constructeur de fonctions

Si vous préférez ne pas mémoriser du tout les noms des cmdlets, ouvrez Constructeur de fonctions. C'est un catalogue visuel de toutes les fonctions PSADT v4, organisé par catégorie : Process, MSI, Files, Registry, UI et plus encore. Choisissez une fonction, remplissez le formulaire, voyez le code généré se mettre à jour en temps réel, puis cliquez sur Insérer pour l'insérer directement dans votre script.

Dans la version gratuite de Wizard, les catégories Processus et MSI sont entièrement activées. Les autres catégories sont visibles avec des indicateurs de verrouillage afin que vous puissiez voir ce qui est disponible dans la version complète.

Pour l'installation de 7-Zip elle-même, la catégorie MSI gère proprement Execute-MSI. Sélectionnez-la dans le Function Builder, définissez l'action sur Installer et pointez vers votre fichier d'installation.

Étapes 5 et 6 : Phases de désinstallation et de réparation

Le Désinstaller La phase est traitée de la même manière que la phase d'installation précédente. Mêmes trois éditeurs (pré-désinstallation, désinstallation, post-désinstallation), mêmes complétions automatiques, même constructeur de fonctions.

Étape 6 est la Réparation phase. De nombreux packages laissent cela vide, ce qui est tout à fait normal, car PSADT exécute simplement une fonction vide. Si votre application prend en charge les opérations de réparation, vous pouvez les définir ici en utilisant les mêmes outils.

Étape 7 : Aperçu et exécution de test

Cliquez sur Suivant pour voir la commande Invoke-AppDeployToolkit.ps1 entièrement générée. Le script exact qui sera inclus dans votre exportation.

D'ici, vous pouvez exécuter un test en direct avant d'exporter :

1. Sélectionnez un type et un mode de déploiement
2. Activer l'exécution en tant qu'administrateur
3. Cliquez sur Test Run

Le script s'exécute sur la machine locale. La sortie est dirigée vers le terminal sous l'éditeur en temps réel. Il y a un délai d'expiration de 120 secondes pour les processus bloqués. L'Assistant fera exactement ce qu'il dit : testez ceci sur une machine de développement, pas sur une machine de production.

Étape 8 : Exporter

Retour sur le tableau de bord, cliquez Exporter sur la carte du package. L'Assistant produit une archive ZIP standard contenant :

• Le script Invoke-AppDeployToolkit.ps1 généré
• La trousse complète PSADT v4
• Vos fichiers d'installation

C'est ce que vous donnez à Intune, SCCM ou tout autre outil que vous utilisez.

Le ZIP ne contient rien de propriétaire. Si vous changez de plateforme de déploiement demain, le paquet fonctionnera toujours.

Deux fonctionnalités qui font gagner des heures

Applications installées

Avant d'écrire une phase de désinstallation à partir de zéro, ouvrez Applications installées. L'assistant analyse le registre de la machine et affiche chaque application installée avec son commande de désinstallation. Sélectionnez l'application et l'assistant générera la commande de suppression correcte. Collez-la directement dans votre phase de désinstallation.

Importer Local

Vous avez déjà une bibliothèque de packages PSADT existants ? Importer Local importe n'importe quel paquet v3 ou v4 dans votre espace de travail. Pour les paquets v3, il traduit automatiquement la syntaxe en v4. Les noms de fonctions, les structures de paramètres et les variables de session sont mis à jour pour correspondre au nouveau framework. Le résultat arrive dans votre espace de travail Packages, prêt à être modifié ou exporté.

Obtenez le sorcier gratuit

L'assistant de configuration de package XOAP pour PSADT v4 est gratuit à télécharger. Remplissez le formulaire ci-dessous et vous recevrez le lien de téléchargement par e-mail. Vous pouvez également consulter la liste complète des fonctionnalités et les plans disponibles. ici.

Profitez de packages PSADT v4 propres et standards qui fonctionnent où que vous déployiez.

Demande
lien de téléchargement

Utilisez une adresse e-mail professionnelle pour vous assurer de recevoir l'assistant de package XOAP dans votre boîte de réception.

A lire également :
→ À propos du Assistant de Package XOAP
→ Liste des fonctionnalités et plans du Assistant de Paquet XOAP
→ À propos de la plateforme d'automatisation XOAP
→ Module Application Management de 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 — Ven, 15 mai 2026 12:28:59 +0000

Lorsqu'un nouveau lot de matériel arrive, l'attente est simple : les appareils doivent être provisionnés, configurés et inscrits dans la plateforme de gestion dans les plus brefs délais. En pratique, cependant, le déploiement de serveurs nus est souvent l'une des étapes les plus exigeantes en main-d'œuvre du cycle de vie des appareils.

XOAP résout ce problème grâce à un pipeline de déploiement automatisé et répétable qui provisionne un appareil à partir de zéro et le connecte à l'espace de travail XOAP correct sans intervention manuelle au niveau de l'appareil.

Cet article décrit le fonctionnement du processus et présente les deux méthodes de déploiement prises en charge : le démarrage PXE et l'USB.

Comment XOAP aborde le déploiement bare metal

Le pipeline de déploiement est construit sur OSDCloud, un framework basé sur PowerShell pour l'installation de systèmes d'exploitation via Windows PE. XOAP étend cela avec un ensemble préconfiguré de packages PSADT qui gèrent la configuration de l'environnement, la création d'images et l'enrôlement après l'installation – produisant un artefact de déploiement répétable, paramétrable et lié à un espace de travail et un groupe de configuration XOAP spécifiques.

Le mécanisme critique est ce qui se passe à la fin de chaque installation. Une fois le système d'exploitation appliqué, OSDCloud exécute les scripts SetupComplete qui enregistrent automatiquement l'appareil auprès de XOAP. Si la connectivité Internet n'est pas disponible au premier démarrage, une tâche planifiée est créée pour vérifier la connectivité à chaque connexion utilisateur et initier l'inscription dès qu'une connexion est établie. Une fois l'appareil enregistré, la tâche se désinscrit elle-même.

Le résultat est un appareil qui entre dans l'environnement géré sans nécessiter d'étapes post-installation de la part de l'ingénieur.

Méthodes de déploiement

XOAP offre deux voies distinctes pour le déploiement de systèmes d'exploitation sur bare-metal, chacune étant adaptée à un contexte d'infrastructure différent.

Méthode 1 : Démarrage PXE (déploiement réseau)

Le démarrage PXE est approprié pour les déploiements à grande échelle dans des environnements disposant d'Active Directory, de DHCP et de DNS. Les appareils démarrent à partir du réseau et reçoivent un environnement Windows PE personnalisé qui pilote l'installation complète sans support de démarrage physique.

Exigences en matière d'infrastructure

Environnement Active Directory, DHCP et DNS
Un serveur Windows VM (2019, 2022 ou 2025) pour le rôle WDS/PXE
Une machine virtuelle Windows 11 24H2 pour créer l'ISO OSDCloud
Accès à Internet pour la VM de build et pour les appareils nouvellement mis en scène

Processus d'installation

Le processus commence sur la VM créatrice d'ISO. En utilisant les rôles d'application XOAP ou les packages PSADT installés localement, ADK Windows et PE Windows pour ADK sont déployés en premier, suivis du package créateur d'ISO OSDCloud. Ce package accepte les paramètres de déploiement requis – version du système d'exploitation, build, édition, langue, méthode d'activation, ID de l'espace de travail XOAP cible et groupe de configuration – et produit un OSDCloud_NoPrompt.iso dans C:\OSDCloudWorkspace. L'ISO résultant contient la configuration d'inscription XOAP, garantissant que chaque appareil déployé à partir de celle-ci se connecte à l'espace de travail et au groupe de configuration corrects.

Le fichier boot.wim est extrait de l'ISO et importé dans les services de déploiement Windows sur le serveur WDS. Le fichier install.wim d'une ISO Windows standard est placé dans le partage XOAP à C:\RemoteInstall\Images\XOAP\OSDcloud\OS. Lorsque la bande passante est limitée ou que l'accès à Internet est indisponible pendant la phase de préparation, l'image Windows peut également provenir d'un partage réseau local – un package ISO Creator distinct et des paramètres supplémentaires (ShareUser, ShareUserPassword et UncSharePath) sont requis pour cette variante.

Les options de l'étendue DHCP complètent la configuration côté serveur : l'option 066 (Nom d'hôte du serveur de démarrage) pointant vers le serveur WDS et l'option 067 (Nom du fichier de démarrage) pointant vers le fichier de démarrage UEFI. Tout appareil qui démarre en PXE sur le segment réseau configuré se voit alors automatiquement servir l'environnement Windows PE.

Expérience côté appareil

Le technicien connecte l'appareil au réseau de déploiement et lance le démarrage PXE, généralement via F12 au démarrage. Le gestionnaire de démarrage WDS présente les images WinPE disponibles, l'image correcte est sélectionnée, et l'opérateur choisit l'image Windows cible ainsi que son édition. Après avoir confirmé le nettoyage du disque, l'installation se termine sans autre intervention. L'appareil redémarre dans un environnement Windows fraîchement installé et géré par XOAP.

Une capacité notable de l'approche PXE est que plusieurs boot.wim les fichiers peuvent être importés dans WDS, chacun configuré avec un ID d'espace de travail XOAP ou un groupe de configuration différent. Un seul serveur WDS peut donc prendre en charge des déploiements sur plusieurs clients ou environnements, l'opérateur sélectionnant l'image de démarrage appropriée au démarrage. Pour les MSP gérant plusieurs locataires, cela offre une isolation multi-locataires au niveau de l'image.

Méthode 2 : Clé USB (déploiement autonome)

La méthode USB convient aux déploiements où aucune infrastructure PXE ou DHCP n'existe – sur un nouveau site client, dans un bureau distant ou pour des déploiements ponctuels plus petits. Le processus sous-jacent est le même, mais l'environnement de démarrage est livré à partir d'une clé USB plutôt que d'un serveur réseau.

Exigences en matière d'infrastructure

Une VM Windows 11 24H2 pour construire l'ISO OSDCloud
Une station de travail physique pour créer la clé USB bootable
Accès Internet pour la machine virtuelle de build et les appareils mis en scène

Processus d'installation

La création d'ISO suit la même procédure que la méthode PXE : déployez Windows ADK, Windows PE pour ADK et l'outil OSDCloud ISO Creator via des packages XOAP ou PSADT avec les paramètres appropriés. Le résultat OSDCloud_NoPrompt.iso contient l'environnement de démarrage personnalisé avec l'enrôlement XOAP intégré.

L'ISO est transférée sur une machine physique, où le module PowerShell OSD est utilisé pour l'écrire sur une clé USB :

Installer-Module -Nom OSD
New-OSDCloudUSB -fromIsoFile “C:\Chemin\Vers\OSDCloud_NoPrompt.iso”

L'invite de commande demande le lecteur USB cible et la confirmation de l'effacement. Lorsque le déploiement à partir d'une image Windows locale est préféré au téléchargement par Internet, un install.wim fichier peut être copié à OSDCloudUSB:\OSDcloud\OS\ sur l'USB après la création.

Expérience côté appareil

Le technicien branche l'USB, démarre dessus et l'environnement OSDCloud WinPE s'initialise. Lorsque l'appareil n'a pas de connexion réseau filaire, une invite de sélection du réseau sans fil apparaît automatiquement – la prise en charge du WLAN est assurée via l'intégration de WinRE dans l'environnement de démarrage. L'opérateur sélectionne l'image et l'édition Windows, confirme l'effacement du disque, et l'installation continue. L'inscription post-installation via SetupComplete suit le même processus que la méthode PXE.

La pile de packages OSDCloud XOAP

Les deux méthodes de déploiement reposent sur la même pile de trois packages. Kit de déploiement et d'évaluation Windows (ADK) – version 10.1.26100.2454: tL'exigence fondamentale pour construire des environnements WinPE personnalisés. Windows PE pour ADK – version 10.1.26100.2454eétend le kit de développement ADK avec le module complémentaire Windows PE, permettant des environnements de préinstallation démarrables. Créateur d'ISO OSDCloud: tLe package qui contient la logique spécifique à XOAP. Il installe le module PowerShell OSD, crée le modèle OSDCloud avec WinRE (requis pour le support WLAN dans WinPE), configure l'espace de travail OSDCloud et incorpore les scripts SetupComplete et StartNet responsables de l'enrôlement XOAP. Les pilotes matériels sont injectés dans boot.wim à ce stade. La sortie est OSDCloud_NoPrompt.iso.

Les paramètres requis au moment de l'installation sont : ensemble de pilotes, méthode d'activation du système d'exploitation, version du système d'exploitation (par exemple 24H2 ou 25H2), édition du système d'exploitation, langue du système d'exploitation, version du système d'exploitation, groupe de configuration XOAP cible et ID de l'espace de travail XOAP.

Pour générer des images pour plusieurs espaces de travail XOAP, le package est relancé avec des paramètres différents. L'ISO doit être renommée ou déplacée entre les exécutions, car chaque exécution écrase la sortie précédente au même chemin.

Prêt à le voir en action ?

La capacité de déploiement bare metal de XOAP est un composant d'une plateforme d'automatisation d'infrastructure plus large qui gère les appareils de zéro à une gestion complète avec un minimum d'intervention manuelle à chaque étape.

Book a demo pour voir comment XOAP gère le déploiement de systèmes d'exploitation, la gestion des points de terminaison et la livraison de configurations sur l'ensemble de votre flotte d'appareils.

A lire également :
Maîtriser la gestion du BIOS
→ Livraison garantie de l'automatisation informatique en 30 jours avec XOAP
→ Des identifiants secrets aux noms clairs : la fin de la confusion des identités Entra
→ Comment XOAP modernise Citrix MCS et PVS
Comment automatiser AWS sans utiliser Terraform

Explorer 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

Si vous gérez Infrastructure AWS, il y a de fortes chances que Terraform soit sur votre radar ou fasse déjà partie de votre pipeline.

Cependant :
Ce n'est pas toujours nécessaire.
b) Il se peut que vous n'en ayez pas du tout besoin.

L'effort nécessaire pour écrire du HCL, gérer les fichiers d'état et assembler des modules peut ralentir les choses, surtout pour les tâches opérationnelles, le bootstrapping de compte ou les scripts inter-environnements.

Si tu veux rapide, simple et flexible Automatisation AWS, XOAP peut être une excellente option, avec ou sans Terraform.

Terraform est-il vraiment nécessaire ?

Bien que Terraform soit excellent pour construire l'infrastructure, Toutes les tâches ne consistent pas à provisionner des VPC ou des équilibreurs de charge..

Une grande partie de ce que font les équipes DevOps et cloud ressemble davantage à ceci :

• Application des paramètres de sécurité à grande échelle.
• Exécution de scripts sur plusieurs comptes.
• Automatiser la maintenance, les mises à jour ou le nettoyage.
Mise en application de la conformité dans tous les environnements.
• Configuration des systèmes d'exploitation ou installation d'applications.

En savoir plus Sécurisation automatique des comptes AWS

En utilisant XOAP

XOAP peut provisionner l'infrastructure, pas seulement gérer les environnements existants. Il le fait par le biais de Actions scénarisées et des modèles d'automatisation préconçus qui vous permettent de créer et de configurer :

• Instances EC2.
• Rôles et politiques IAM.
• VPC et groupes de sécurité.
• Buckets S3 et paramètres de chiffrement.
• GuardDuty, Config, CloudTrail et d'autres services AWS.

Au lieu de déclarer les ressources en HCL, vous écrivez des scripts – ou utilisez ceux prêts à l'emploi disponibles dans votre Espace de travail XOAP – qui indiquent à AWS exactement quoi faire, ce qui vous donne :

• Plus de flexibilité pour définir l'infrastructure à votre façon.
• Provisionnement inter-comptes et multi-régions plus facile.
• La capacité d'utiliser la logique conditionnelle, les boucles et les entrées dynamiques.
• Intégration simplifiée sans avoir à apprendre les internes de Terraform.

XOAP peut être votre moteur d'approvisionnement et votre outil d'exploitation, surtout si vous préférez le scripting à l'IaC déclarative.

Ce que cela signifie en pratique pour l'automatisation AWS

En utilisant vos propres scripts ou les modèles préfabriqués de XOAP, vous pouvez automatiser directement les tâches AWS, sur un nombre quelconque de comptes:

• Connectez facilement vos environnements AWS (via clé d'accès ou rôle).
• Créez rapidement des Landing Zones prêtes pour la production.
• Exécutez des actions scriptées à l'aide de PowerShell, de la CLI ou de votre langage préféré.
• Appliquez les modifications instantanément ou planifiez-les en tenant compte des fuseaux horaires et des régions.
• Automatiser la configuration, la sécurité, les mises à jour et plus encore.

Aucune IaC ni fichiers d'état. Juste de l'automatisation qui fonctionne à l'échelle.

En savoir plus Automatisation des opérations AWS complètes

Automatiser la correction de tous vos EC2

Disons que vous voulez mettre à jour les instances EC2 avec des correctifs de sécurité sur cinq comptes AWS.

Avec Terraform, cela signifie modéliser votre flotte EC2 de manière déclarative, gérer les dépendances et les mises à jour d'état, et éventuellement écrire un fournisseur personnalisé ou intégrer des données externes.

Avec XOAP, c'est un Script d'Action : vous sélectionnez un script de patching, choisissez les comptes et lancez l'exécution.

Les actions scriptées peuvent également être planifiées pour être entièrement automatisées.

Ainsi, vous obtenez :

➜ Accès sécurisé à chaque compte.
Exécution parallèle entre les régions.
➜ Journalisation, pistes d'audit et notifications.

En savoir plus Automatisation du déploiement d'Amazon DCV

Vous utilisez déjà Terraform ? Encore mieux !

Si votre équipe utilise déjà Terraform pour le provisionnement, continuez. XOAP n’est pas là pour le remplacer, mais pour complément il.

Alors que Terraform couvre le provisionnement de l'infrastructure, XOAP gère :

- Opérations du Jour-2 comme les mises à jour, les redémarrages ou les installations d'applications.
- Orchestration inter-comptes, particulièrement lorsque cela implique une configuration qui dépasse les capacités de la plateforme.
- Flux conditionnels basé sur l'état d'exécution, comme les scripts de correction.
- Orchestration de séquences opérationnelles.
• Vue centrale de historique d'exécution et journaux.

Vous pouvez même déclencher les actions XOAP via l'API pour garder vos flux de travail propres et modulaires.

Essayez XOAP maintenant

Si vous passez du temps sur des tâches répétitives, gérez la complexité de plusieurs comptes ou souhaitez simplement une voie simple vers l'automatisation, XOAP peut vous aider. Et si vous êtes déjà familiarisé avec Terraform, XOAP va plus loin.

Read also:
Automatiser l'ensemble des opérations AWS
→ Sécuriser les comptes AWS instantanément
Automatiser le déploiement d'Amazon DCV

Terraform est une marque déposée de HashiCorp, Inc. XOAP n'est pas affilié ni approuvé par HashiCorp.
Les résultats peuvent varier en fonction de la configuration du compte AWS, des autorisations d'accès et de la complexité de la charge de travail.

Automatisation simple et flexible

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

Si vous gérez des environnements cloud, vous savez déjà que la sécurité est non négociable, mais elle peut tout ralentir, surtout lorsque vous créez de nouveaux comptes AWS.

À chaque fois que vous ajoutez un nouveau compte, il y a une longue liste de choses à faire : configurer les journaux, activer GuardDuty, ajuster les stratégies IAM, bloquer l'accès public S3… et ainsi de suite. C'est fastidieux, prend du temps et il est facile de faire des erreurs.

Alors nous avons créé une meilleure solution ! Avec XOAP, vos comptes AWS peuvent être conformes aux normes CIS dès que vous les connectez.

Pourquoi le benchmark CIS AWS est important

Le CIS AWS Foundations Benchmark est un ensemble de bonnes pratiques conçues pour aider à sécuriser les environnements AWS. Il couvre des aspects tels que :

Journalisation et surveillance
Gestion des identités et des accès
Protections réseau
Paramètres de chiffrement
Couverture régionale

Suivre ces directives aide à réduire les risques et à améliorer votre posture de sécurité. Le problème ? En appliquer manuellement tout cela n'est pas simple.

En savoir plus Conformité au SID

Le problème du durcissement manuel

Voici comment cela fonctionne généralement :

Un nouveau compte AWS est créé.
Quelqu'un (généralement un ingénieur DevOps ou sécurité) parcourt une liste de contrôle.
Ils ont configuré CloudTrail, activé Config, déclenché GuardDuty, imposé l'authentification multifacteur, etc.
Répétez pour chaque région et chaque nouveau compte.

Ce processus est non seulement répétitif, mais il introduit également des incohérences, surtout à mesure que votre environnement se développe.

La solution : le durcissement automatisé AWS CIS de XOAP

Au lieu de tout faire manuellement, XOAP vous permet d'automatiser l'ensemble du processus en quelques clics. Voici comment cela fonctionne :

1. Connectez votre compte AWS

Rendez-vous dans votre espace de travail XOAP, allez dans Connexions et ajoutez votre compte AWS. La configuration ne prend que quelques minutes.

2. Choisir le script de durcissement CIS

Ouvrir Actions scénarisées, cliquer Nouveau, et sélectionnez la Ressource : aws-ps-account-hardening.ps1. Il est pré-construit et prêt à l'emploi.

3. Exécutez maintenant ou planifiez

Exécutez l'action immédiatement ou planifiez-la pour qu'elle s'exécute automatiquement à l'heure souhaitée (votre choix).

4. Terminé ! Commencez à utiliser votre compte AWS sécurisé

C'est tout. Le script applique tous les paramètres alignés sur le CIS en arrière-plan. Aucun outil supplémentaire n'est nécessaire.

Ce que XOAP configure pour vous

Lorsque vous exécutez le script de durcissement CIS, XOAP configure automatiquement :

CloudTrail : Multi-région, chiffré par KMS, avec validation des fichiers journaux
AWS Config : Enregistrement et livraison configurés dans vos régions
Security Hub : Activé par région et abonné à la norme CIS
GuardDuty : Activé et géré activement
S3 : accès public bloqué ; SSL uniquement appliqué via les politiques de compartiment
EBS/EC2 : chiffrement par défaut activé avec vos clés gérées par le client
VPC : journaux de flux activés ; durcissement optionnel des ports d'administration
IAM : politique de mot de passe fort ; application facultative de l'authentification multifacteur pour l'accès à la console.

Tout cela se produit automatiquement, en quelques minutes.

Pourquoi cela fait-il une différence

Les équipes cloud évoluent rapidement aujourd'hui et la sécurité ne peut pas être une réflexion après coup. Avec XOAP :

Les nouveaux comptes sont sécurisés instantanément – sans délai, sans risque.
Vous obtenez une cohérence à grande échelle – la même configuration sécurisée dans tous les environnements.
La conformité est plus facile – les paramètres alignés sur le CIS sont cartographiés et exportables.
Vous n’avez pas besoin d’écrire de scripts – nous avons déjà fait cette partie.

Que vous gériez quelques comptes ou des centaines, cela permet de gagner du temps et de réduire considérablement les erreurs.

En savoir plus Comptes AWS prêts pour le CIS

Essayez maintenant

Il n'y a aucune raison de passer des heures à sécuriser manuellement chaque nouveau compte AWS. C'est répétitif et détourne votre équipe de tâches plus importantes.

Avec XOAP, le durcissement CIS devient automatique. Au moment où un compte est connecté, il est configuré selon les meilleures pratiques de sécurité : pas de conjectures, pas de délais. Vous bénéficiez d'une sécurité cohérente et fiable à grande échelle sans aucun ralentissement.

C'est une solution simple à un problème réel. Si vous gérez des environnements cloud et que vous vous souciez de la sécurité dès le premier jour, voici comment procéder.

Veuillez noter : Le script de renforcement est automatiquement disponible pour tous les nouveaux comptes XOAP. Si vous êtes un utilisateur XOAP existant, veuillez Contactez-nous pour obtenir le script.

Nous couvrons la sécurité instantanée des comptes AWS dans le podcast Automation Talks
Si la vidéo ne se charge pas, ajustez vos préférences de cookies ou le regarder directement sur YouTube.

Helpful info:
→Comment connecter votre infrastructure
Automatisez l'ensemble de vos opérations AWS
Automatisation centralisée des scripts

Comptes AWS prêts pour le CIS

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

Dans tous les secteurs, les organisations réévaluent leurs stratégies de virtualisation. Alors que les modèles de licence évoluent et que les coûts de support augmentent, de nombreuses équipes informatiques recherchent des plateformes plus flexibles et plus économiques, sans compromettre les performances ou la sécurité.

Nutanix AHV est devenu un choix populaire pour les entreprises modernes. Il est étroitement intégré à l'écosystème Nutanix et conçu pour la simplicité opérationnelle. Cependant, la transition de VMware ESXi vers AHV n'est pas une tâche aisée.

C'est précisément là qu'XOAP intervient.

XOAP offre une méthode systématique, automatisée et cohérente pour migrer des charges de travail de VMware vers Nutanix.

VMware vers Nutanix : Lignes directrices pour la migration

Étape 1 : Évaluez votre environnement actuel

Une migration réussie commence par une compréhension complète et précise de votre infrastructure VMware existante. Évaluez ce qui suit :

Inventaire des machines virtuelles (y compris le système d'exploitation, le processeur, la mémoire et le stockage)
Machines virtuelles surdimensionnées ou charges de travail avec des contraintes de ressources spécifiques
Dépendances d'application et communication inter-VM
Architecture réseau, y compris les VLAN et les mappages IP
Exigences de performance du stockage et utilisation de la capacité

Étape 2 : Planifier la migration stratégiquement

Au lieu de traiter toutes les charges de travail de la même manière, segmentez et priorisez en fonction de :

Criticité commerciale et sensibilité à l'indisponibilité
Complexité de la migration (par exemple, stockage partagé, exigences réseau)
Modèles d'utilisation des ressources
Exigences organisationnelles ou de conformité
Contribution du propriétaire de l'application et fenêtres de changement

Étape 3 : Choisir la méthode de migration la plus simple (XOAP)

Créer des images de VM indépendantes de la plateforme

XOAP vous permet de créer des images de machine virtuelle qui fonctionnent sur différentes plateformes, dans le cloud ou sur site. Vous n’avez pas à reconstruire votre environnement chaque fois que vous changez de fournisseur ; cela vous fait gagner du temps et maintient la cohérence de votre infrastructure.

Automatisez votre installation et votre livraison

Avec XOAP, vous pouvez automatiser l'ensemble de la configuration – du provisionnement des serveurs au déploiement des applications. Cela réduit le travail manuel, évite les erreurs humaines et garantit que tout est reproductible.

Créer un pipeline de livraison modulaire et réutilisable

XOAP utilise des composants modulaires que vous pouvez réutiliser dans différents projets. Une fois qu'un processus est construit, vous pouvez l'appliquer n'importe où ; cela facilite également la mise à jour de certaines parties de votre pipeline sans tout casser.

Évoluer rapidement vers d'autres plateformes

Besoin de migrer vers un autre cloud ou de vous étendre à plusieurs régions ? XOAP prend en charge une mise à l'échelle rapide et cohérente entre les fournisseurs – pas besoin de redéfinir votre pipeline ; connectez simplement une nouvelle plateforme et exécutez.

Pas de verrouillage des fournisseurs

XOAP est indépendant de toute solution cloud. Que vous utilisiez AWS, Azure, Google Cloud ou une infrastructure sur site, vous n’êtes pas lié à une solution particulière : vous pouvez changer de plateforme sans avoir à repartir de zéro.

Garder le savoir-faire en interne

XOAP garde le processus de migration entre vos mains. Au lieu de dépendre de consultants externes, votre équipe interne est responsable de la configuration, de la livraison et de la mise à l'échelle ; cela protège votre savoir-faire et développe une expertise interne au fil du temps.

Pourquoi migrer avec XOAP ?

Migrer avec XOAP élimine le stress du passage de VMware à Nutanix en rendant le processus simple, cohérent et automatisé. Il maintient la configuration correcte de vos systèmes sans nécessiter d'agents supplémentaires, vous offre une visibilité instantanée grâce à des tableaux de bord prêts à l'emploi, et facilite le déploiement d'applications ou la création d'images à grande échelle, où que se trouvent vos systèmes.

Faites le changement sans stress

Passer de VMware à Nutanix AHV peut sembler un défi, mais XOAP rend cela très simple. Il gère les aspects complexes en coulisses, maintient vos systèmes synchronisés et vous permet de voir exactement ce qui se passe tout au long du processus.

Pas de configurations compliquées ni de corrections manuelles – juste un processus clair et fiable qui vous aide à accomplir votre travail plus rapidement et avec moins de stress. Avec XOAP, la migration devient moins un projet et plus une étape en avant en douceur.

Migrer de VMware vers 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 (anciennement NICE DCV) offre une solution performante et sécurisée pour la fourniture de bureaux à distance et d'applications 3D. Cependant, la mise en place manuelle de l'infrastructure DCV peut prendre du temps et être sujette à des erreurs.

Cet article de blog vous guide dans le processus d'automatisation à l'aide d'outils AWS et d'outils de gestion de l'information. XOAP pour simplifier le déploiement d'Amazon DCV.

Comment cela fonctionne-t-il ?

À l'aide de scripts prédéfinis, l'application XOAP Image Management et le module Actions scénarisées vous pourrez mettre en place un environnement Amazon DCV entièrement fonctionnel de manière efficace, en réduisant le temps d'installation, en garantissant la cohérence et en permettant une mise à l'échelle rapide dans le nuage.

Vous pouvez tester gratuitement tous les éléments de ce tutorielLe plan gratuit de XOAP comprend à la fois Image Management et les actions scriptées. Juste créer votre compte d'abord.

Le déploiement d'Amazon DCV se fait en cinq étapes :

Téléchargez un script à partir d'AWS.
Modifiez le nom d'utilisateur dans le script et téléchargez-le sur XOAP.
Créez une connexion à votre environnement AWS.
Préparez votre image pour le déploiement de DCV avec Image Management.
Démarrer l'infrastructure DCV à l'aide d'actions scriptées.

Entrons maintenant dans les détails.

Étape 1 : Téléchargement du script depuis AWS

Télécharger le script depuis le dépôt officiel AWS GitHub ici. Vous pouvez trouver la documentation dans le Guide de l'administrateur AWS.

Étape 2 : Téléchargement du script dans XOAP

Maintenant, modifions rapidement le script avant de le télécharger :

- Supprimer la première et la dernière ligne de code : et .

- Remplacer le caractère générique "USERNAME" dans ligne 51 avec un nom d'utilisateur valide.

- Supprimer les commentaires de lignes 49 à 52 (facultatif, mais considéré comme une bonne pratique).

Pour télécharger le script, ouvrez votre Espace de travail XOAP et se rendre sur le site Ressources dans le menu de gauche. Cliquez sur + Nouvelle ressourceIl suffit ensuite de faire glisser le script et de le déposer. Cliquez sur Suivant et Économiser.

For more information on the script’s syntax, click ici.
La licence DCV est gratuite sur EC2, avec une obligatoire Politique S3.

Suivez le tutoriel vidéo sur l'automatisation Amazon DCV

Cette vidéo peut ne pas se charger en raison de vos préférences en matière de cookies. Ajustez vos paramètres de cookies ou regardez-la directement sur YouTube.

Étape 3 : Création d'une connexion à votre environnement AWS

Dans XOAP, les connexions sont utilisées pour déployer des définitions d'images, ainsi que pour approvisionner et configurer des environnements en nuage et sur site.

- Aller à Connexions dans le menu de gauche.
- Cliquez sur + Nouvelle connexion.
- Sélectionner AWS comme fournisseur et choisissez le type de connexion.
- Si vous utilisez le Clé d'accès AWS fournir votre type de ID de la clé d'accès, Clé d'accès secrète et ID du compte.
- Cliquez sur Confirmer pour enregistrer la connexion.

Étape 4 : Préparation de l'image pour le déploiement du DCV

L'étape suivante est Image Management. Il s'agit d'un module d'automatisation d'images personnalisé qui se trouve dans votre espace de travail XOAP.

Tout d'abord, créez un provisionneur :

- Cliquez sur Image Managementpuis cliquez sur Provisionneurs dans le menu déroulant.
- Dans le cadre de la Provisionneurs cliquez sur + New Provisioner.
- Sous Sélectionner le typechoisir Script PowerShell.
- Sous Fichier source, sélectionner Install-DCV.ps1le script que vous avez téléchargé sur XOAP.
- Saisissez les informations obligatoires et cliquez sur Confirmer.

Ajout d'un provisionneur dans XOAP

Ajoutez maintenant ce provisionneur à un groupe :

- Aller à Image Management > Groupes de provisionneurs.
- Cliquez sur + New Provisioner Group et sélectionnez le provisionneur que vous avez créé à partir de Provisionneurs disponibles.
- Saisissez les détails et cliquez sur Économiser.

Ajouter le groupe à un rôle de provisionneur :

- Aller à Image Management > Rôles du provisionneur.
- Cliquez sur + Nouveau rôle et sélectionnez le groupe que vous avez créé à partir de Groupes de provisionneurs disponibles.
- Saisissez les détails et cliquez sur Économiser.

Remarque :

Chaque espace de travail XOAP est équipé de Systèmes d'exploitation qui peuvent être utilisés comme modèles pour d'autres personnalisations. La disponibilité des systèmes d'exploitation dépend de la région et peut varier. Si votre région n'est pas disponible et que vous souhaitez ajuster le système d'exploitation, vous pouvez en ajouter d'autres si nécessaire.

Il en va de même pour Bâtisseursqui définissent la connexion utilisée, la région, la taille de la VM définie pour construire l'image et d'autres paramètres facultatifs. Vous pouvez les créer avant l'étape suivante ou les ajouter lors de la définition de l'image.

- Allez maintenant sur Image Management > Définitions des images et cliquez sur + Nouvelle image. C'est ici que vous créerez votre image - voir la capture d'écran ci-dessous à titre de référence. Si vous avez besoin d'aide pour créer l'image, regardez ceci court tutoriel vidéo.

Création d'une image

Une fois votre image créée, elle apparaîtra dans Définitions d'images.

- Cliquez sur les trois points à droite dans la rangée de l'image, puis cliquez sur Exécuter.

Vous pouvez suivre la progression de la construction de la définition d'image en cliquant sur le badge d'état ou en cliquant sur Courses dans le coin supérieur droit.

Une fois l'exécution terminée, dans le Image ID vous verrez l'ID comme suit ami-xxxxxxxxxxxxxxxxx.
Il est utile d'enregistrer l'ID de l'image maintenant, car vous en aurez besoin pour démarrer votre infrastructure DCV plus tard.

Important :
- Si vous ne l'avez pas encore dans votre espace de travail XOAP, téléchargez le fichier EC2 provisioning script ci-dessous et le télécharger sur le site Ressources comme vous l'avez fait avec le premier script AWS.

Le tutoriel se poursuit ci-dessous

Télécharger le script de provisionnement EC2

Étape 5 : Mise en place de l'infrastructure DCV

Maintenant que vous avez téléchargé le script de provisionnement EC2 dans Ressources, passons aux Actions scriptées.

Vous trouverez cette fonction dans votre espace de travail XOAP sous la rubrique Platform Management qui vous aide à automatiser les infrastructures hybrides et les flux de travail dans le nuage.

- Aller à Platform Management > Actions programmées et cliquez sur + Nouvelle action scénarisée.
- Saisir un Nom pour cette action scénarisée.
- Sous Choisir un script dans les ressourcessélectionnez le script de provisionnement EC2.
- Cliquez sur Suivant.

Création d'une action scénarisée

- Modifiez les paramètres du script comme indiqué ci-dessous.

Important :

Sous AMI_IDutilisez l'ID de l'image de votre cycle de définition de l'image. Spécifiez l'identifiant de l'image région où vous souhaitez que l'instance EC2 soit créée, ainsi que le fichier SUBNET_ID du VPC dans lequel vous souhaitez placer l'instance. Veillez à choisir la même région que celle spécifiée dans votre définition d'image.. Sinon, l'AMI ne sera pas trouvée, car elle est spécifique à chaque région.

Modification des paramètres des scripts

- Lorsque tout est prêt, cliquez sur Suivant.

- Sélectionner AWS dans le tableau des connexions et cliquez sur Suivant.

- Dans la dernière étape de création d'actions scénarisées, vous pouvez programmer vos actions scénarisées. Nous pouvons sauter cette étape pour l'instant, il vous suffit donc de cliquer sur Finition.

L'action scriptée est maintenant créée et vous pouvez le faire fonctionner de la même manière que vous avez exécuté votre définition d'image. Si vous souhaitez suivre la progression, cliquez sur le badge d'état situé juste à côté de l'action scriptée. Une fois l'exécution terminée, le VCD est prêt.

Vous pouvez trouver toutes les informations nécessaires à la connexion à l'UCP dans le journal de l'action scriptée. Pour accéder au journal, cliquez sur les trois points à droite de la ligne de l'action scriptée et cliquez sur Voir le journal.

Exemple de journal d'une action scriptée

Pour vous connecter au DCV, vous pouvez utiliser l'accès web ou le client Amazon DCV, disponible pour télécharger à partir d'AWS. Soyez attentif à ce qui est requis Règles de groupe de sécurité Lors de la connexion. Un accès direct à l'instance sera requis (pour l'accès web, vous aurez besoin d'une instance orientée vers l'extérieur).

Alternativement, vous pouvez déployer le client Amazon DCV sur vos points d'extrémité dans le monde entier à l'aide de XOAP. Application Management module. Application Management automatise et simplifie la mise en place et la distribution de logiciels sur n'importe quel appareil. Vous pouvez ainsi créer facilement une solution d'accès à distance pour vos terminaux.

Did we miss something? If you need help using XOAP to automate Amazon DCV deployment, just réserver un appel and our engineers will walk you through it.

En savoir plus sur XOAP :
→ En savoir plus sur Application Management
→ Automatiser l'ensemble de vos opérations AWS
→ Automatisation normalisée des images sur toutes les plates-formes
→ Scripted Actions pour une gestion centralisée des scripts

Commencez à automatiser votre infrastructure cloud avec 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

Dans IGEL OS 12, la possibilité de configurer les collections RDP via l'interface graphique n'est actuellement pas disponible. Cela peut être une limitation pour les utilisateurs dans les environnements de serveurs de terminaux où la gestion de plusieurs collections de sessions RDP est cruciale. En particulier, les environnements qui ne s'appuient pas sur Citrix ou d'autres solutions peuvent rencontrer des difficultés lorsqu'ils essaient d'utiliser les collections RDP.

Bien que cette fonctionnalité ne soit pas encore prise en charge par l'interface graphique, Il existe une solution simple pour configurer manuellement les collections RDP..

La solution de rechange

Bien que l'application RDP OS12 n'offre pas d'option directe pour configurer les collections RDP via l'interface graphique, vous pouvez toujours réaliser cette configuration en modifiant le registre.

Pour configurer la collection RDP, vous devez définir la clé de registre suivante :

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

Ce paramètre de registre vous permet de spécifier la chaîne d'information sur l'équilibre de la charge, qui est essentielle au bon fonctionnement des collections RDP.

Pourquoi c'est important

Pour ceux qui travaillent dans des environnements Microsoft RDS, en particulier dans les déploiements de clients légers, la configuration des collections RDP est souvent un élément clé de la gestion des sessions. En utilisant cette solution de contournement, vous pouvez continuer à déployer efficacement les clients légers IGEL, même sans l'option GUI pour la configuration des collections RDP.

Bien que cette fonctionnalité ne soit pas encore disponible dans l'interface graphique, cette solution de contournement vous permet de maintenir un environnement de serveur de terminal efficace en attendant les futures mises à jour.

A story from one of our customers:
>> Fourniture et normalisation de l'infrastructure des services Windows Remote Desktop

Automatiser les services de bureau à distance avec 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

La gestion moderne des terminaux avec Microsoft Intune permet aux équipes informatiques d'automatiser les processus de provisionnement et de gestion des appareils., y compris Scénarios Windows Autopilot et Hybrid Azure AD Join.

Cependant, toutes les organisations n'opèrent pas dans un environnement entièrement nouveau.

Infrastructures existantes, souvent dans les soins de santé, le secteur public, l'éducation ou l'industrie manufacturière s'accompagnent de défis spécifiques :

Pas de fonctions de contrôle des applications dans les pare-feux
Pas d'automatisation des jeux de règles basés sur l'hôte
Pas de prise en charge des caractères génériques pour les règles basées sur les FQDN
Une mise à jour manuelle de l'adresse IP est nécessaire

Cet article de blog présente comment concevoir une configuration de pare-feu sûre et gérable sur le plan opérationnel pour le connecteur Intune pour Active Directory, même dans des environnements restreints et techniquement dépassés.

Le défi

Pour fonctionner correctement, le connecteur Intune pour Active Directory a besoin d'une communication sortante avec divers services Microsoft en nuage. Cependant, dans les environnements existants, cela peut poser quelques problèmes :

Pas de prise en charge des caractères génériques dans le pare-feu (pas de *.microsoft.com)
Aucune fonction de contrôle des applications n'est disponible
Seules des adresses IP ou des FQDN spécifiques peuvent être configurées.
Les règles du pare-feu doivent être gérées manuellement

Approche technique recommandée

Étape 1 : Identifier les points de terminaison nécessaires

Microsoft fournit documentation officielle la liste de toutes les URL et plages d'adresses IP requises pour les services Microsoft 365 et Intune :

Catégories d'intérêt pour Intune Connector :

Microsoft 365 Common & Office Online
Intune
Azure Active Directory

Facultatif pour l'automatisation : L'API Endpoint de Microsoft fournit un fichier JSON lisible par une machine pour un traitement automatisé (plus ici).

Étape 2 : Conception du jeu de règles du pare-feu

Définir des règles de sortie dédiées au serveur Intune Connector.

Remarque : Si la résolution DNS est restreinte, les adresses IP doivent être résolues manuellement et configurées explicitement dans le pare-feu.

Étape 3 : Processus opérationnel pour la maintenance de la propriété intellectuelle

Les services Microsoft évoluant en permanence, il est essentiel d'établir un processus fiable pour la mise à jour des règles de pare-feu.

Mesures recommandées :

Vérification mensuelle de la documentation officielle de Microsoft.
Facultatif : Script PowerShell interrogeant l'API Microsoft Endpoint pour les changements.
Générer une notification automatique ou créer un ticket pour l'équipe du pare-feu.
Maintenir la documentation à jour avec les plages d'adresses IP et les URL actuelles.

Étape 4 : Flux du pipeline d'automatisation

Mettre à jour les adresses IP : Un script PowerShell automatisé extrait les dernières données de l'API Microsoft Endpoint.
Mettre à jour la configuration DSC : Les adresses IP sont injectées dynamiquement dans le modèle de configuration du DSC.
XOAP Deploy : XOAP récupère la nouvelle configuration et l'applique aux serveurs de pare-feu cibles.
Contrôle de conformité : XOAP effectue une analyse de conformité de la configuration pour valider le déploiement correct.

En savoir plus modifications automatisées du pare-feu avec XOAP ci-dessous ↓

Meilleures pratiques pour la gestion des pare-feux dans les environnements existants

Options d'optimisation à long terme

Les organisations devraient évaluer les optimisations possibles au fil du temps :

Mettre à jour les systèmes de pare-feu pour qu'ils prennent en charge les fonctions de contrôle des applications.
Mettre en œuvre des solutions de proxy transparentes ou explicites.
Utilisez les balises de service Microsoft Azure pour la gestion dynamique des adresses IP.
Pensez à Azure Firewall ou à des pare-feu modernes de nouvelle génération pour les environnements centrés sur le cloud.

Cas d'utilisation de l'automatisation

Changements de pare-feu entièrement automatisés avec Configuration Management de XOAP

XOAP's Configuration Management facilite la définition, la version et le déploiement automatique des paramètres de configuration dans les systèmes, y compris les pare-feu, les serveurs et les autres composants de l'infrastructure.

En utilisant les principes de Config as Code avec PowerShell Desired State Configuration (DSC), les règles de pare-feu peuvent être entièrement automatisées, auditées et appliquées dans plusieurs environnements.

L'intégration de XOAP fournit :

En rapport : Automatiser les changements de pare-feu avec XOAP

Dernières réflexions

Il est possible d'exécuter Intune Connector for Active Directory dans des environnements soumis à des règles de pare-feu strictes. Il suffit d'adopter la bonne configuration et les bons processus. En créant des règles de pare-feu claires, en gérant les IP et en conservant une bonne documentation, même les systèmes plus anciens peuvent se connecter en toute sécurité aux services en nuage de Microsoft.

Utiliser XOAP pour automatiser les changements de pare-feu

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

Tutorials Archives | XOAP

How to build a custom Windows 365 Cloud PC image with XOAP

Table des matières

Avant de commencer : Connectez votre abonnement Azure

Le build en un coup d'œil

Étape 1 : Choisir le système d'exploitation

Étape 2 : Définir la configuration du constructeur

Étape 3 : Définir ce qui figure sur l'image

Étape 4 : Combiner cela en une définition d'image

Étape 5 : Localiser l'image terminée

Étape 6 : Transfert vers Windows 365

Pourquoi le pipeline compte

Vous utilisez aussi Azure Virtual Desktop ?

Windows OS (re)deployment with XOAP and OSDCloud

Table des matières

Défis du déploiement du système d'exploitation Windows

Trois scénarios de déploiement

Scénario 1 : OS téléchargé depuis Internet

Scénario 2 : Démarrage WinPE avec un OS téléchargé depuis Internet

Scénario 3 : Redéploiement du système d'exploitation depuis un partage réseau, une source locale ou autre

Le déploiement sur l'appareil cible

Gestion continue après le déploiement

Pour commencer

How to create PSADT v4 packages with the XOAP Package Wizard

Table des matières

Qu'est-ce que le Sorcier de Packages XOAP ?

Comment créer un package

Étape 1 : Insérez votre programme d'installation

Étape 2 : Configuration

Étape 3 : Paramètres

Étape 4 : Construire votre phase d'installation

Remplissage automatique pour chaque cmdlet PSADT v4

Constructeur de fonctions

Étapes 5 et 6 : Phases de désinstallation et de réparation

Étape 7 : Aperçu et exécution de test

Étape 8 : Exporter

Deux fonctionnalités qui font gagner des heures

Applications installées

Importer Local

Obtenez le sorcier gratuit

Demande lien de téléchargement

How to: Bare metal OS deployment with XOAP

Table des matières

Comment XOAP aborde le déploiement bare metal

Méthodes de déploiement

Méthode 1 : Démarrage PXE (déploiement réseau)

Exigences en matière d'infrastructure

Processus d'installation

Expérience côté appareil

Méthode 2 : Clé USB (déploiement autonome)

Exigences en matière d'infrastructure

Processus d'installation

Expérience côté appareil

La pile de packages OSDCloud XOAP

Prêt à le voir en action ?

How to automate AWS without using Terraform

Table des matières

Terraform est-il vraiment nécessaire ?

En utilisant XOAP

Ce que cela signifie en pratique pour l'automatisation AWS

Automatiser la correction de tous vos EC2

Vous utilisez déjà Terraform ? Encore mieux !

Essayez XOAP maintenant

How to automate AWS CIS hardening

Table des matières

Pourquoi le benchmark CIS AWS est important

Le problème du durcissement manuel

La solution : le durcissement automatisé AWS CIS de XOAP

1. Connectez votre compte AWS

2. Choisir le script de durcissement CIS

3. Exécutez maintenant ou planifiez

4. Terminé ! Commencez à utiliser votre compte AWS sécurisé

Ce que XOAP configure pour vous

Pourquoi cela fait-il une différence

Essayez maintenant

How to migrate from VMware to Nutanix using XOAP

Table des matières

VMware vers Nutanix : Lignes directrices pour la migration

Étape 1 : Évaluez votre environnement actuel

Étape 2 : Planifier la migration stratégiquement

Demande
lien de téléchargement