Cockpit, une interface graphique web pour serveurs

 (github.com/cockpit-project)
2 points par GN⁺ 2026-03-22 | 2 commentaires | Partager sur WhatsApp
  • Interface graphique d’administration pour serveurs Linux s’exécutant dans le navigateur web, c’est un outil d’administration léger qui interagit directement avec les sessions système réelles
  • Fournit un environnement d’administration interactif permettant de contrôler visuellement les ressources système, le réseau, le stockage et les journaux
  • Utilisable immédiatement après installation sur diverses distributions Linux, avec une gestion en interface graphique des conteneurs, du stockage, du réseau et des journaux
  • Prend en charge la compatibilité entre terminal et interface web, ce qui permet de gérer de manière unifiée le contrôle des services et la vérification des erreurs
  • Renforce l’extensibilité et la collaboration grâce à la connexion à plusieurs serveurs via SSH et à une structure de participation communautaire open source

Présentation de Cockpit

  • Cockpit est une interface graphique d’administration de serveurs qui fonctionne dans un navigateur web, un outil d’administration système léger interagissant directement avec de vraies sessions Linux
  • Une fois connecté via le navigateur, il fournit un environnement d’administration interactif permettant de gérer visuellement les ressources système, le réseau, le stockage et les journaux

Fonctionnalités principales

  • Peut être installé sur diverses distributions Linux (Debian, Fedora, RHEL, etc.) et permet de lancer immédiatement une session d’administration web après l’installation
  • Permet d’effectuer en GUI des tâches classiques d’administration système comme l’exécution de conteneurs, la gestion du stockage, la configuration réseau et l’inspection des journaux
  • Prend en charge la compatibilité entre terminal et interface web : un service démarré dans Cockpit peut être arrêté dans le terminal, et les erreurs survenues dans le terminal peuvent être consultées dans l’interface de journal de Cockpit
  • Via SSH, il est possible d’ajouter et connecter d’autres serveurs sur lesquels Cockpit est installé, avec un passage simple d’un hôte à l’autre

Développement et communauté

  • Le projet Cockpit est mené sous forme de développement open source et fournit une documentation pour les développeurs ainsi qu’un guide de contribution
    • La méthode pour modifier le code est décrite dans le document HACKING.md
    • La documentation de contribution et pour développeurs est fournie via le Wiki GitHub
  • La communication communautaire est assurée via le canal Matrix (#cockpit:fedoraproject.org) et une mailing list
  • Les valeurs et principes du projet, les notes de version et la politique de confidentialité sont disponibles sur le site officiel

À lire aussi

2 commentaires

 
emusal 2026-03-22

Cockpit, ça me rappelle de bons souvenirs ! Je l’avais très bien utilisé comme alternative à un EMS pour serveur KVM lors d’un projet il y a deux ans. Les plugins sont bien faits, les fonctionnalités de base sont excellentes, donc c’était vraiment très agréable à utiliser. Et pour gérer des serveurs virtuels et des conteneurs Docker, c’est franchement pas mal !
 
GN⁺ 2026-03-22
Commentaires sur Hacker News

  • J'aime bien Cockpit et je l'utilise. On peut voir l'état global du système d'un seul coup d'œil
    Mais il n'y a pas de moyen de consulter les conteneurs Incus, donc j'ai essayé récemment Wolfstack, vu sur HN. Cela dit, il semble ne prendre en charge que LXC
    Je pensais que LXC et Incus étaient presque identiques, mais j'ai l'impression qu'il est difficile de trouver une GUI simple qui permette simplement de gérer le système et les conteneurs

    • Si vous parlez de LXD et d'Incus, Incus est un fork de LXD et a déjà beaucoup divergé. LXD ne peut pas reprendre le code d'Incus à cause du changement de licence, mais l'inverse est possible
      Incus est activement développé par la communauté, et les deux utilisent LXC en interne
      La définition de « GUI simple » varie selon les personnes, donc c'est difficile à trouver. Pour moi, le CLI est plus simple et plus efficace. Quand le nombre de conteneurs augmente, on finit de toute façon par aller vers l'automatisation
    • Cockpit a un plugin podman, et récemment la gestion des podman quadlets a aussi été ajoutée. (Les quadlets ressemblent à un docker compose compatible avec systemd)
      Si vous utilisez podman, vous pouvez profiter des avantages de l'interface de Cockpit. En revanche, il ne suit pas encore toutes les différentes technologies de conteneurs
    • Incus prend en charge les trois directement dans sa propre interface web
      • conteneurs applicatifs compatibles OCI (avec prise en charge de registres comme docker.io, ghcr.io)
      • conteneurs système LXC
      • machines virtuelles basées sur QEMU + KVM
    • Le plugin compose d'OpenMediaVault est la meilleure interface de conteneurs que j'aie utilisée jusqu'à présent. C'est une distribution pour NAS, mais son UI était tellement bonne que je l'ai installée sur tous mes serveurs
    • Je me demande si quelqu'un a essayé IncusOS. J'utilise simplement Incus sur Linux, mais j'hésite à migrer vers IncusOS

  • J'aimerais qu'il y ait des images sur la landing page. Visuellement, on ne se rend pas bien compte du type d'UI

    • Je recommanderais d'essayer le Cockpit Project 🙂
    • D'accord. Ajouter quelques captures d'écran dans le markdown n'a rien de compliqué. Je n'ai trouvé que des captures complètes du bureau, difficiles à exploiter

  • J'utilisais Webmin il y a longtemps, et je me demande comment ça se compare aux interfaces web serveur modernes comme Cockpit

    • Ma réaction en le voyant a été : « ah, c'est Webmin refait »
    • Il a moins de fonctionnalités, mais peut dépanner en urgence. Ce genre d'outils d'administration web finit de toute façon par appeler des scripts shell, avec beaucoup de bricolage à cause de l'absence d'API cohérente sous Linux
      Webmin, c'est pareil, Cockpit utilise simplement un autre langage
      À noter que 45Drives produit l'OS « Houston », qui utilise Cockpit comme couche d'UI
      Article lié

  • J'ai essayé Cockpit pour gérer une dizaine de conteneurs Docker, mais je suis finalement revenu à Portainer. Cockpit ne convenait pas vraiment à la gestion d'un petit hôte Docker

    • Je développe Cetacean, un tableau de bord d'observabilité pour Docker Swarm. Il fonctionne aussi sur un nœud unique, donc cela peut valoir le coup d'œil
    • Après un parcours similaire, j'utilise maintenant Dockge. On peut laisser les fichiers compose dans un répertoire et les gérer avec git, ce qui est plus propre que Portainer
    • Vous cherchez peut-être Dokploy. C'est bien meilleur que Dokku ou CapRover
    • Si Portainer doit toujours tourner dans un conteneur avec privilèges root, c'est plutôt gênant

  • J'ai installé la dernière Fedora Server sur un Framework Desktop, et Cockpit était activé automatiquement
    C'est pratique pour voir rapidement un aperçu du système et faire de l'administration de base, mais ses limites apparaissent vite
    Cela semble être un bon tremplin pour les débutants Linux ou pour ceux qui veulent découvrir une interface web de style NAS

    • Pour quelqu'un comme moi qui crée une VM environ une fois par an, la création de VM via une interface web est franchement pratique

  • J'ai utilisé Cockpit au début de ma carrière d'administrateur système Linux. C'est assez stable, mais comme on ne voit pas ce que fait le CLI, ça n'aide pas vraiment à progresser sur Linux
    Du coup, chez moi, je suis passé à SSH et aux TUI. Mais dans un environnement d'entreprise, Cockpit peut faire une bonne couche d'abstraction conviviale pour les utilisateurs Windows

    • Quand j'évalue de nouveaux ingénieurs plateforme, j'accorde de l'importance à leur capacité de résolution de problèmes en CLI. Il faut pouvoir traverser la couche d'abstraction et comprendre le problème pour bien concevoir l'infrastructure

  • Ça me rappelle l'ancien cPanel
    Wiki de cPanel

    • Ma première expérience de sysadmin, c'était Ubuntu eBox, et c'était vraiment catastrophique. Rien n'était configurable en dehors de l'UI, et l'emplacement des logs était incohérent, rendant le débogage impossible
      Cockpit est bien meilleur, et grâce aux nouvelles API Linux comme systemd et dbus, une UI d'administration cohérente est devenue possible
    • En entendant ça, je repense au début des années 2000, quand on faisait de l'hébergement web sur des serveurs PIII avec 128 Mo de RAM
    • Je pense pareil

  • Mon NAS est entièrement administré avec Cockpit.
    C'est un système un peu atypique, construit avec un CPU portable AMD 7840HS monté sur une carte serveur desktop, avec 5 SSD en ZFS raidz1
    Cockpit, le plugin ZFS de 45drives et le terminal web suffisent largement, au point que je n'ai presque jamais eu besoin de créer des plugins supplémentaires

    • Je l'utilise aussi sur deux serveurs, et l'administration Linux est devenue bien plus simple

  • Cockpit suffit largement comme interface NAS. On peut configurer le stockage, gérer les VM et les conteneurs

    • C'est aussi comme ça que je l'utilise. Pas besoin d'un gros ensemble comme Proxmox, TrueNAS ou Unraid
      Comme je n'expose pas le NAS à Internet et que j'utilise uniquement WireGuard/Tailscale, la présence d'une console d'administration sur un port ne me dérange pas
    • On peut aussi créer des partages SAMBA. Il faut juste un plugin
    • Cela dit, je trouve quand même que TrueNAS est plus abouti côté UI

  • En tant que PO de Cockpit, je voudrais poser la question : si vous ne pouviez ajouter qu'une seule fonctionnalité, laquelle voudriez-vous ?

    • J'aimerais une commande comme cockpit doctor. Par exemple, Cockpit Machines est instable sur Debian, donc ce serait bien de détecter automatiquement des problèmes comme une mauvaise configuration de dbus et d'afficher un avertissement
    • Voici une liste de fonctionnalités que j'aimerais voir ajoutées
      • configuration simplifiée de OIDC
      • amélioration du gestionnaire de fichiers
      • un module d'analyse disque façon ncdu
      • une interface simple pour créer des services systemd
      • une fonction qui montre plus clairement les commandes exécutées depuis l'UI
    • Du point de vue des entreprises, il faut une prise en charge de l'authentification EntraID.
      J'utilise actuellement Microsoft Entra SSH, mais cela ne fonctionne pas avec Cockpit
    • La page de mise à jour devrait être améliorée. Ce serait bien de pouvoir installer seulement certaines mises à jour, ou de voir clairement la différence de temps par rapport à une mise à jour faite en CLI
    • Prise en charge d'Incus