Six métiers cachés derrière une seule recherche
Cherchez « outil de gestion de serveurs » et les résultats mélangent un client SSH, une console web par machine, un panneau d'hébergement, un moniteur d'uptime et un framework de configuration comme s'ils étaient concurrents. Ils ne le sont pas. Ils répondent à des questions différentes, et la plupart des équipes finissent par en faire tourner deux ou trois côte à côte. Le classement utile n'est pas « lequel est le meilleur » mais « lequel est le meilleur au métier pour lequel vous recrutez ».
Voici donc la liste par métier, avec un verdict honnête sur chacun. Nous construisons Servor, lisez la matrice avec ça en tête — et regardez les croix rouges dans notre propre colonne. Chaque outil ci-dessous est un outil que nous avons utilisé et que nous recommanderions encore dans le bon cas.
La matrice des fonctionnalités
✓ le fait bien · ~ en partie, via un plugin ou une offre payante · ✗ ne le fait pas · — sans objet
| Capacité | Servor | XPipe | Cockpit | Webmin | Termius | Uptime Kuma | Portainer | Ansible |
|---|---|---|---|---|---|---|---|---|
| Tous les serveurs sur un écran | ✓ | ✓ | ~ | ~ | ✓ | ~ | ~ | ✗ |
| Terminal | ✓ | ✓ | ✓ | ✓ | ✓ | ✗ | ~ | ✗ |
| Explorateur et éditeur de fichiers | ✓ | ✓ | ~ | ✓ | ✓ | ✗ | ✗ | ✗ |
| Métriques depuis l'intérieur (CPU, disque, process) | ✓ | ✗ | ✓ | ~ | ✗ | ✗ | ~ | ✗ |
| Checks externes (HTTP, TCP, DNS, heartbeat) | ✓ | ✗ | ✗ | ~ | ✗ | ✓ | ✗ | ✗ |
| Alertes vers Slack, PagerDuty, Telegram… | ✓ | ✗ | ✗ | ~ | ✗ | ✓ | ✗ | ✗ |
| Status page publique | ✓ | ✗ | ✗ | ✗ | ✗ | ✓ | ✗ | ✗ |
| Incidents et escalade d'astreinte | ✓ | ✗ | ✗ | ✗ | ✗ | ~ | ✗ | ✗ |
| Commandes planifiées avec historique | ✓ | ~ | ~ | ~ | ✗ | ✗ | ✗ | ~ |
| Rôles d'équipe et journal d'audit | ✓ | ~ | ✗ | ~ | ~ | ✗ | ~ | ✗ |
| Copilote IA qui exécute avec validation | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ |
| Aucun port entrant sur le serveur | ✓ | ✗ | ✗ | ✗ | ✗ | — | ✗ | ✗ |
| L'éditeur ne peut pas lire vos secrets | ✓ | ✓ | — | — | ✓ | — | — | — |
| Rien à installer sur le serveur | ✗ | ✓ | ✗ | ✗ | ✓ | ✓ | ✗ | ✓ |
| Auto-hébergé ou réseau isolé | ✗ | ✓ | ✓ | ✓ | ~ | ✓ | ✓ | ✓ |
| Gestion Kubernetes et VM | ~ | ✓ | ~ | ~ | ✗ | ✗ | ✓ | ✓ |
| Déploiement d'applications depuis Git | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ~ | ~ |
| Application mobile native | ✗ | ✗ | ✗ | ✗ | ✓ | ✗ | ✗ | ✗ |
| Version gratuite | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Lisez les colonnes, pas les totaux. Une ✗ sur « status page » n'a aucun sens pour un client SSH, et une ✗ sur « auto-hébergé » est tout l'intérêt d'une console hébergée. La matrice dit pour quel métier chaque outil a été construit ; les sections ci-dessous disent quand ce métier est le vôtre.
1. XPipe — le meilleur hub de connexions pour votre poste
XPipe est ce qu'un gestionnaire de favoris SSH moderne devrait être. Il tourne sur votre poste, découvre ce qu'un hôte contient — conteneurs Docker, VM d'un nœud Proxmox, pods Kubernetes, distributions WSL — et ouvre n'importe lequel dans le terminal que vous aimez déjà. Son explorateur de fichiers distant est vraiment bon, et les connexions sont stockées dans un coffre local chiffré.
Choisissez-le si votre problème est « j'ai quarante hôtes et ma config SSH est un chantier ». Sachez que c'est un client : il utilise vos clés SSH sur le port 22 (ou un bastion), il ne surveille pas vos serveurs quand vous fermez le portable, et il n'a ni alerting, ni planification, ni status page. Il se marie bien avec un outil de monitoring, le nôtre compris — nous avons écrit un XPipe vs Servor dédié.
2. Cockpit — la meilleure console web gratuite pour un hôte Linux
Cockpit est l'interface web sponsorisée par Red Hat qui est dans les dépôts de toutes les grandes distributions. Installez-le, ouvrez le port 9090, connectez-vous avec un compte système et vous avez le stockage, le réseau, les services, les journaux, les mises à jour, un terminal et — avec les bons plugins — les conteneurs Podman et les VM libvirt. C'est bien conçu et honnête sur le fait d'être une interface au-dessus des API du système.
Choisissez-le si vous voulez une console gratuite, sans éditeur, sur une ou deux machines que vous atteignez par VPN, surtout pour la configuration disque et réseau. Sachez que il est par hôte par conception : chaque serveur expose son propre login, l'historique demande le plugin PCP, et rien ne vous réveille à 3h. Comparatif complet : Cockpit vs Servor.
3. Webmin — le meilleur panneau de contrôle classique
Webmin administre des machines Unix depuis 1997 et reste activement maintenu. Utilisateurs, cron, Apache, BIND, Postfix, pare-feu, mises à jour, explorateur de fichiers — chaque module est un formulaire au-dessus d'un fichier de configuration. Virtualmin en fait un vrai panneau d'hébergement mutualisé, et c'est là qu'il brille aujourd'hui.
Choisissez-le si vous hébergez plusieurs sites sur un serveur et voulez un panneau qu'un collègue moins technique peut utiliser. Sachez que il tourne en root sur le port 10000, que sa gestion multi-serveurs est mince, et que c'est un panneau pour une machine, pas une vue de flotte. Comparatif complet : Webmin vs Servor.
4. Termius — le meilleur client SSH multi-appareils
Termius est le client SSH soigné : bureau, iOS et Android, hôtes et clés synchronisés via un coffre chiffré, snippets, SFTP, redirection de ports et partage en équipe. Si vous avez déjà redémarré un service depuis un téléphone sur un parking, c'est l'application que vous voulez sur le téléphone.
Choisissez-le si vous vivez dans le terminal et voulez les mêmes favoris sur chaque appareil. Sachez que c'est un client : pas de monitoring, pas d'historique de ce qui s'est passé en votre absence, et il faut le port 22 joignable d'où que vous soyez. Comparatif complet : Termius vs Servor.
5. Uptime Kuma — le meilleur moniteur d'uptime auto-hébergé
Un conteneur, plus de quatre-vingt-dix fournisseurs de notifications, des checks HTTP/TCP/ping/DNS/Docker et une status page publique propre. Uptime Kuma est l'outil que nous recommandons quand quelqu'un demande « un truc comme UptimeRobot que je peux héberger moi-même ».
Choisissez-le si vous voulez des checks depuis l'extérieur et une status page pour zéro euro, ou un témoin indépendant à côté de ce que vous faites tourner par ailleurs. Sachez que il ne voit vos services que de l'extérieur — pas de CPU, disque, process ou métriques conteneurs depuis l'intérieur de la machine — et que c'est un moniteur, pas un endroit pour réparer ce qu'il a trouvé. Comparatif complet : Uptime Kuma vs Servor.
6. Portainer — la meilleure interface conteneurs
Si l'unité que vous gérez est un conteneur plutôt qu'un serveur, Portainer est l'interface de référence : stacks, images, volumes, réseaux, et Kubernetes quand vous y arrivez. Il n'essaie pas d'être un outil serveur — il vous faut encore quelque chose pour l'hôte en dessous — mais pour les équipes Docker-first il mérite sa place.
7. Ansible — le meilleur pour la configuration reproductible
Ansible n'est pas une console du tout ; c'est la façon de rendre cinquante serveurs identiques et de les garder ainsi. Playbooks dans Git, sans agent via SSH, modules idempotents. Il répond à « comment je construis le serveur », pas à « que fait le serveur en ce moment ». La plupart des équipes avec plus d'une poignée d'hôtes devraient l'avoir, à côté de la console qu'elles choisissent.
8. Servor — la meilleure console unique pour une flotte
Servor est l'outil du travail quotidien que les autres se partagent : ouvrir un terminal, éditer un fichier, planifier un cron, regarder les métriques, être alerté, gérer l'incident, publier la status page — pour chaque serveur que vous exploitez, depuis un seul onglet. Deux serveurs sont gratuits pour toujours ; les offres montent à 50 serveurs, et Enterprise retire le plafond.
Trois choses le distinguent de tous les outils ci-dessus, et elles sont architecturales :
- Aucun port SSH entrant. Un petit agent se connecte vers l'extérieur en WebSocket. Le port 22 peut rester fermé à Internet ; NAT, VPN et bastions cessent de compter — une machine joignable uniquement via un jump host s'installe à travers lui une fois, puis n'en a plus jamais besoin.
- Le plan de contrôle ne peut pas exécuter seul. Chaque commande est signée dans votre navigateur avec une clé dérivée de votre coffre ; notre API la relaie telle quelle et l'agent vérifie la signature avant d'exécuter quoi que ce soit. Lancez une commande sur dix serveurs et vous obtenez dix signatures, une par machine. Une compromission de nos serveurs ne devient pas une compromission des vôtres.
- Coffre zero-knowledge. Identifiants de serveurs et secrets d'équipe sont chiffrés avec des clés qui ne quittent jamais votre navigateur. Nous stockons un chiffré que nous ne pouvons pas lire.
Par-dessus : 11 types de moniteurs dont heartbeat et assertions HTTP, 20 canaux d'alerte de Slack à PagerDuty et SMS, mises à jour de paquets avec les correctifs de sécurité comptés, revue du pare-feu et des clés SSH, alerte de dérive d'exposition quand un port devient public, enregistrement des sessions avec rejeu, 150+ recettes vérifiées plus les vôtres, et un copilote IA qui propose, attend votre validation selon le mode choisi, exécute par le même chemin signé et vérifie le résultat.
Choisissez-le si vous voulez un seul endroit pour toute la boucle opérationnelle, sur une flotte, avec un modèle de sécurité qui suppose que l'éditeur peut être compromis. Sachez que — les croix rouges — il est hébergé, pas auto-hébergeable ; il lui faut un agent sur chaque serveur ; il détecte Kubernetes mais ne le gère pas ; il ne déploie pas d'applications depuis Git ; et il n'y a pas d'application mobile native, seulement une console web responsive.
La seule question qui choisit l'outil : quand quelque chose casse à 3h, voulez-vous le voir (un moniteur), l'atteindre (un client), ou le voir, l'atteindre et le réparer dans le même écran, avec une trace de ce qui a été fait (une console) ? La plupart de ceux qui répondent la troisième font tourner trois outils pour y arriver.
Des combinaisons qui marchent
- Développeur solo, 1 à 3 VPS : Servor Free, ou Cockpit sur chaque machine derrière WireGuard plus Uptime Kuma ailleurs.
- Petite équipe, 5 à 50 serveurs : Servor pour l'exploitation et le monitoring, Ansible pour le provisionnement, XPipe ou Termius pour ceux qui préfèrent un terminal natif.
- Activité d'hébergement : Virtualmin sur les hôtes mutualisés, une console de flotte au-dessus pour le monitoring, les incidents et la status page que lisent vos clients.
- Container-first : Portainer pour les charges, une console serveur pour les hôtes qui les font tourner.
Comment nous avons classé
Nous avons pesé cinq choses : combien de machines l'outil voit à la fois, s'il garde un historique et vous alerte, ce qu'il exige d'ouvert sur le réseau, ce qui se passe si l'outil lui-même est compromis, et si une deuxième personne de votre équipe peut l'utiliser sans vous. Les options gratuites et open source marquent bien sur le coût et le contrôle ; les consoles hébergées marquent sur la vue de flotte et le temps avant valeur. Aucun outil ne gagne chaque ligne — et c'est exactement pourquoi la réponse honnête est une courte liste, pas un seul nom.