Comment créer des modèles sur un serveur pour les réutiliser dans Remote Desktop
Transformez un serveur déjà configuré en modèle et réutilisez-le dans de futurs déploiements Remote Desktop pour automatiser la configuration.
Monter un environnement Remote Desktop depuis zéro est un processus répétitif si vous le faites souvent.
Avec les modèles, vous automatisez tout : vous configurez une fois un serveur comme vous le souhaitez, vous en faites un modèle et vous le réutilisez dans de futurs déploiements Remote Desktop, sans répéter toute l'installation.
👍 Ce que vous obtenez
Un modèle créé à partir d'un serveur déjà configuré, prêt à être réutilisé dans des déploiements Remote Desktop et à vous éviter la configuration répétée.
Avant de commencer
Accéder au Panneau d'administration sur admin.plenit.com avec des autorisations sur l'environnement.
Avoir déjà déployé un serveur avec une image Windows (par exemple, Windows Server 2019 ou 2016) et avec le logiciel et la configuration que vous souhaitez inclure dans le modèle. Si vous devez le créer, suivez le Démarrage rapide des Serveurs.
Partir d'un serveur normal, sans Remote Desktop provisionné.
🚧 Exigences du serveur avant de créer le modèle
Pour que le modèle fonctionne dans les déploiements, le serveur source doit respecter les points suivants :
Ne pas supprimer l'utilisateur administrateur local: la plateforme l'utilise pour interagir avec le serveur de manière automatisée (à chaque déploiement, un mot de passe aléatoire est généré).
Conserver l'interface réseau en DHCP: les images sont livrées ainsi par défaut. Une IP statique peut laisser le déploiement sans connexion réseau.
Ne pas installer le rôle « Services Remote Desktop »: ce n'est pas nécessaire, car le déploiement installe le logiciel requis pour les connexions. S'il l'a, supprimez-le depuis Gestionnaire de serveur → Supprimer les rôles et fonctionnalités.
Ne pas occuper les ports 80 ni 443: le logiciel Remote Desktop les utilise lors du déploiement. Si vous avez besoin d'un IIS, changez son port (par exemple 8080 ou 4443) et publiez-le ensuite en redirection de port depuis le pare-feu de l'Abonnement des Serveurs.
Étape 1. Préparez le serveur : retirez l'agent de supervision
Les images incluent un agent de supervision qui alimente les graphiques et les alertes du panneau. Pour créer un modèle propre, cet agent doit être retiré du serveur source avant sa conversion.
Demandez à Partenaire Success de retirer l'agent de supervision du serveur que vous allez utiliser comme modèle. C'est une opération rapide et cela laisse le serveur prêt pour le reste du processus.
📘 Pourquoi cette étape est nécessaire
L'agent est conçu pour un serveur en fonctionnement, pas pour un modèle qui va être cloné. Le retirer avant de créer l'image évite de le propager à tous les déploiements qui naîtront de ce modèle.
Étape 2. Faites un Sysprep du serveur
Avec le serveur préparé, exécutez un Sysprep afin qu'il ait un SID unique, et éviter ainsi des problèmes de sécurité dus à des SID dupliqués entre serveurs.
📘 Faites d'abord un snapshot
Sysprep ne peut être exécuté que huit fois sur un même système. Avant de le lancer, éteignez le serveur et créez un snapshot de la machine : si quelque chose échoue ou si vous souhaitez recréer le modèle plus tard, restaurez le snapshot et cette limite est remise à zéro.
L'idéal est de travailler avec la connexion RDP ouverte pour exécuter les commandes et la console visible afin de voir quand le serveur s'éteint.
Connectez-vous au serveur via RDP, ouvrez le CMD en tant qu'administrateur et exécutez :
{/* 📸 CAPTURE 1 · CMD avec les commandes de Sysprep */}
❗️ Éteignez le serveur depuis le panneau dès que le système vous fait sortir de la console
Lorsque Sysprep vous expulse de la console, lancez vous-même l'arrêt depuis le panneau, dans la fiche du serveur.
Si vous le laissez s'éteindre tout seul, la plateforme l'interprète comme une panne et le redémarre, ce qui invalide Sysprep. Si cela vous arrive, restaurez le snapshot et recommencez le processus.
{/* 📸 CAPTURE 2 · arrêt du serveur depuis le panneau, dans la fiche du serveur */}
Étape 3. Convertissez le serveur en modèle
Une fois Sysprep effectué et le serveur éteint, allez à l'Abonnement de Serveurs → Servers et localisez le serveur (il sera éteint). Ouvrez son menu (…) et cliquez sur Modifier pour accéder à sa fiche.
{/* 📸 CAPTURE 3 · Servers · serveur éteint · menu (…) › Modifier */}
Dans la fiche du serveur, cliquez sur Convertir.
{/* 📸 CAPTURE 4 · fiche du serveur · bouton Convertir */}
La sous-section des images s'ouvre : donnez-lui un nom au modèle et cochez le service dans lequel vous voulez le rendre disponible. Comme c'est pour Remote Desktop, cochez la case Remote Desktop. Cliquez sur Continuer pour le créer.
{/* 📸 CAPTURE 5 · nom du modèle et sélection du service Remote Desktop */}
La plateforme crée le modèle et vous avertit par notification qu'il est en cours de création et qu'il a été créé correctement.
📘 Également depuis la sous-section Images
Vous pouvez accéder à la création du modèle de deux façons : depuis le serveur dans Servers (celle de ce guide) ou depuis la sous-section Images de l'abonnement. Les deux font la même chose.
Étape 4. Réutilisez le modèle dans un déploiement Remote Desktop
Lors de la création d'un Nouvel abonnement Remote Desktop, à la dernière étape de l'assistant (Serveur), choisissez une autre configuration du serveur. Allez dans Image → Mes images (avec un petit défilement) et sélectionnez le modèle que vous avez créé.
{/* 📸 CAPTURE 6 · création du RD · Mes images · sélection du modèle */}
En enregistrant, la plateforme lance le déploiement Remote Desktop avec la configuration de ce modèle, avec une grande partie du processus déjà automatisée.
Conclusion
Les modèles transforment une configuration fastidieuse en quelque chose de réutilisable : vous préparez le serveur une fois, vous le transformez en modèle et vous l'appliquez à chaque déploiement Remote Desktop.
Les deux éléments qui comptent le plus pour obtenir un bon résultat sont de respecter les exigences du serveur source (utilisateur admin, DHCP, sans rôle Remote Desktop, ports 80/443 libres) et de contrôler l'arrêt après Sysprep depuis le panneau. Une fois le modèle créé, chaque nouvel environnement part de votre configuration de base au lieu de repartir de zéro.
Mis à jour
Ce contenu vous a-t-il été utile ?