> 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/how-to/how-to-configure-remote-desktop-ports.md). # Comment configurer les ports de votre Remote Desktop L’accès habituel à Remote Desktop se fait via **HTML5 sur le port 443/TCP**, avec Chiffrement et compatible avec les navigateurs modernes sous Windows, iOS et GNU/Linux. Même ainsi, parfois tu as besoin de **publier d’autres ports** pour que certaines applications fonctionnent. Ce guide t’apprend à créer la règle d’entrée pour y parvenir, en prenant soin de l’exposition du service. > #### 👍 Ce que vous obtenez > > Une règle d’entrée qui publie le port dont ton application a besoin, avec l’origine et la destination limitées pour ne pas ouvrir plus que nécessaire. ### Avant de commencer * Accéder au Panneau d'administration sur [admin.plenit.com](https://admin.plenit.com) avec des Autorisations sur l'environnement. * Avoir l’environnement Remote Desktop déployé. Si tu ne l’as pas encore, mets-le en place avec le [Démarrage rapide de Remote Desktop](https://gitlab.com/plenit-group/plenit-docs-es-es/-/blob/v1.0/docs/Productos/servicios-cloud-escritorio-remoto/servicios-cloud-escritorio-remoto-how-to/servicios-cloud-escritorio-remoto-desplegar-escritorio-remoto/README.md). > #### 🚧 Attention au port 3389 > > Le port **3389/TCP** (RDP) est l’un des premiers ports scannés lors d’une attaque. Évite de le publier ouvert sur Internet : si tu as besoin de RDP, accède-y via VPN et limite l’origine avec des règles de Pare-feu. Publie uniquement les ports réellement requis par tes applications. ### Étape 1. Entre dans le Pare-feu de l’environnement Dans [admin.plenit.com](https://admin.plenit.com), allez à **Cloud Services → Remote Desktop** et entre dans l'Abonnement de l'environnement. Ouvre l'onglet **Servers** et descends jusqu’à **Pare-feu — Règles d’entrée**, où tu vois les règles existantes et peux en créer de nouvelles. {/\* 📸 CAPTURE 1 · onglet Servers · section Pare-feu — Règles d’entrée \*/} ![Section Pare-feu — Règles d’entrée dans Serveurs](https://REEMPLAZA-URL/escritorio-remoto-puertos-01.png) > 📘 Aussi pendant le déploiement > > Tu peux créer la règle lors du déploiement du service ou plus tard, en le modifiant. Si tu es dans le déploiement, tu te trouves déjà dans cette configuration et tu peux sauter l’étape d’accès. ### Étape 2. Crée la règle d’entrée Appuie sur **Créer une nouvelle règle d’entrée** et complète les champs avec les valeurs demandées par ton application. {/\* 📸 CAPTURE 2 · formulaire de nouvelle règle d’entrée avec les champs à remplir \*/} ![Formulaire de nouvelle règle d’entrée](https://REEMPLAZA-URL/escritorio-remoto-puertos-02.png) **Réseau et origine :** * **Réseau** : le réseau sur lequel tu travailles. * **Origine** : sélectionne **IP ou Réseau**. Marque **N’importe quelle IP** pour permettre l’accès depuis n’importe quelle origine, ou saisis une **IP** ou une **plage** pour le limiter. **Pare-feu (entrée publique) :** * **Protocole** : TCP ou UDP, selon la communication. * **IP publique** : l’IP publique par laquelle on accédera. * **Port public** : le port public que tu publies. **Serveur (destination interne) :** * **IP privée** : l’IP privée du serveur de destination. * **Port privé** : le port interne vers lequel on redirige. > #### 🚧 Limite l’origine dès que possible > > « N’importe quelle IP » ouvre le port à tout Internet. Si tu sais d’où se connectera le Client, limite l’origine à son IP ou à sa plage : c’est la différence entre publier un service et l’exposer. Quand tu auras rempli tous les champs, appuie sur **Continuer** pour enregistrer la règle. ### Étape 3. Vérifie que la règle a bien été appliquée Reviens à **Pare-feu — Règles d’entrée** et vérifie que la nouvelle règle apparaît dans la liste avec le Réseau, l’origine, le protocole, l’IP publique et les ports que tu as définis. {/\* 📸 CAPTURE 3 · liste de règles avec la nouvelle règle visible \*/} ![Règle d’entrée créée dans la liste](https://REEMPLAZA-URL/escritorio-remoto-puertos-03.png) ### Conclusion Publier un port dans Remote Desktop, c’est créer une règle d’entrée qui relie un port public au serveur et au port internes. L’essentiel n’est pas seulement d’ouvrir le port, mais de le faire avec discernement : publie uniquement ceux dont tes applications ont besoin, limite l’origine lorsque tu sais d’où se connecte le Client, et garde le 3389 de RDP hors d’Internet en y accédant via VPN. Ainsi, tu fournis le service sans élargir la surface d’attaque plus que nécessaire. ### Étapes suivantes * Protège l’accès administratif avec un [VPN d’accès à distance.](/fr/productos/servers/how-to/how-to-configure-a-remote-access-vpn.md) * Relie l’environnement au site du Client au moyen de [VPN site-to-site.](/fr/productos/servers/how-to/how-to-create-a-site-to-site-vpn-tunnel.md) * Associe les utilisateurs à un domaine existant dans [Comment associer un utilisateur de Remote Desktop à un utilisateur de domaine.](/fr/productos/remote-desktop/how-to/how-to-associate-an-rd-user-with-a-domain-user.md) --- # 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/how-to/how-to-configure-remote-desktop-ports.md?ask=&goal= ``` `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.