> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/fr/productos/remote-desktop/customization/how-to-create-reusable-server-templates.md).

# Comment créer des modèles sur un serveur pour les réutiliser dans Remote Desktop

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](https://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.](/fr/productos/servers/quickstart.md)
* Partir d'un serveur normal, sans Remote Desktop provisionné.

<br>

> #### 🚧 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.

<br>

### É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.&#x20;
>
> 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 :

```
cd C:\Windows\System32\Sysprep
sysprep.exe /oobe /generalize /shutdown
```

{/\* 📸 CAPTURE 1 · CMD avec les commandes de Sysprep \*/}

![Exécution de Sysprep dans le CMD du serveur](https://REEMPLAZA-URL/escritorio-remoto-plantilla-01.png)

> #### ❗️ É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.&#x20;
>
> 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 \*/}

![Arrêt du serveur depuis le panneau après Sysprep](https://REEMPLAZA-URL/escritorio-remoto-plantilla-02.png)

<br>

### É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 \*/}

![Sélection du serveur éteint et accès à Modifier](https://REEMPLAZA-URL/escritorio-remoto-plantilla-03.png)

Dans la fiche du serveur, cliquez sur **Convertir**.

{/\* 📸 CAPTURE 4 · fiche du serveur · bouton Convertir \*/}

![Bouton Convertir dans la fiche du serveur](https://REEMPLAZA-URL/escritorio-remoto-plantilla-04.png)

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 \*/}

![Nom du modèle et service cible](https://REEMPLAZA-URL/escritorio-remoto-plantilla-05.png)

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 \*/}

![Sélection du modèle dans le déploiement Remote Desktop](https://REEMPLAZA-URL/escritorio-remoto-plantilla-06.png)

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.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.plenit.com/fr/productos/remote-desktop/customization/how-to-create-reusable-server-templates.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
