> 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/servers-2/concepts/remote-access.md).

# Accès à distance

Comment vous vous connectez à votre serveur pour l'administrer : Remote Desktop sous Windows, SSH sous Linux et la console web du tableau de bord, toujours à portée de main

Lorsque votre serveur est en marche, vous vous y connectez pour l’administrer. Vous avez trois options, selon le Système d'exploitation et la situation : **Remote Desktop** pour Windows, **SSH** pour Linux et la **console web** du panneau, qui est toujours à portée de main.

### Remote Desktop (Windows)

Sur un serveur Windows, vous vous connectez par **RDP (Remote Desktop)** et vous travaillez sur le bureau graphique, comme sur n’importe quel Windows Server. C’est la méthode habituelle pour l’administration quotidienne sous Windows.

### SSH (Linux)

Sur un serveur Linux, vous vous connectez par **SSH**, en ligne de commande. Vous gérez vos **clés SSH depuis le panneau**, donc vous vous connectez avec une clé au lieu d’un Mot de passe : plus pratique et plus sûr.

Avec votre clé enregistrée, vous vous connectez ainsi :

<pre class="language-bash"><code class="lang-bash"><strong>ssh -i ~/.ssh/votre-clé Utilisateur@IP-du-serveur
</strong></code></pre>

Le nom d’Utilisateur dépend de l’image (`root`, `ubuntu`, `debian`, `almalinux`…) et l’IP est l’adresse publique du serveur ou celle que vous atteignez via VPN.

{/\* 📸 CAPTURE · panneau › serveur › clés SSH · mettre en évidence le bouton d’ajout de clé \*/}

### Console web

Depuis le panneau, vous ouvrez une **console web** connexion directe au serveur, sans passer par le Réseau. C’est votre voie de secours : quand vous n’arrivez pas par RDP ou SSH — une règle de Pare-feu mal configurée, le Réseau non configuré, l’ordinateur à moitié démarré — la console web vous laisse tout de même entrer.

| Méthode              | Pour         | Interface                 | Quand l’utiliser                                                |
| -------------------- | ------------ | ------------------------- | --------------------------------------------------------------- |
| Remote Desktop (RDP) | Windows      | Bureau graphique          | Administration quotidienne sous Windows                         |
| SSH                  | Linux        | Ligne de commande         | Administration sous Linux, avec des clés gérées dans le panneau |
| Console web          | Tout serveur | Console depuis le panneau | Quand vous n’arrivez pas par RDP ou SSH : secours et diagnostic |

> #### 📘 La console web ne dépend pas du Réseau
>
> Elle passe par le panneau, pas par la connexion du serveur, donc elle continue de fonctionner même si le serveur n’est pas accessible depuis l’extérieur. Gardez-la à l’esprit comme issue de secours.

### Accédez à votre serveur de manière sécurisée

Évitez d’exposer RDP ou SSH ouverts à tout internet. Accédez-y via une **VPN** et limitez les accès avec **règles de Pare-feu** et **Geo-IP**. Ainsi, vous administrez sans ouvrir grand la porte.

### Étapes suivantes

* Connectez-vous via Remote Desktop ou ajoutez une clé SSH dans How-to.
* Protégez l’accès avec VPN et Pare-feu dans[ Réseaux du serveur.](/fr/productos/servers/concepts/networks.md)
* Passez en revue le cycle du serveur dans [Qu’est-ce qu’un Serveur ?](/fr/productos/servers/concepts/what-it-is.md)

<br>


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.plenit.com/fr/productos/servers-2/concepts/remote-access.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.