Cockpit: Webbasierte grafische Oberfläche für Server

• Eine grafische Oberfläche für die Linux-Serververwaltung, die im Webbrowser läuft, als leichtgewichtiges Administrator-Tool direkt mit echten Systemsitzungen interagiert
• Bietet eine interaktive Verwaltungsumgebung, mit der sich Systemressourcen, Netzwerk, Storage und Logs visuell steuern lassen
• Kann auf verschiedenen Linux-Distributionen installiert und sofort genutzt werden; Container-, Storage-, Netzwerk- und Log-Verwaltung sind per GUI möglich
• Unterstützt Kompatibilität zwischen Terminal und Weboberfläche, sodass sich Service-Steuerung und Fehlerprüfung integriert durchführen lassen
• Stärkt Erweiterbarkeit und Zusammenarbeit durch SSH-basierte Verbindungen zu mehreren Servern und eine Open-Source-Community-Struktur

---

Überblick über Cockpit

• Cockpit ist eine grafische Oberfläche zur Serververwaltung, die im Webbrowser läuft und als leichtgewichtiges Systemadministrator-Tool direkt mit echten Linux-Sitzungen interagiert
• Nach der Anmeldung im Browser bietet es eine interaktive Verwaltungsumgebung, in der sich Systemressourcen, Netzwerk, Storage und Logs visuell verwalten lassen

Hauptfunktionen

• Kann auf verschiedenen Linux-Distributionen (Debian, Fedora, RHEL usw.) installiert werden; direkt nach der Installation lässt sich sofort eine webbasierte Verwaltungssitzung starten
• Allgemeine Systemverwaltungsaufgaben wie Container ausführen, Storage verwalten, Netzwerke konfigurieren und Logs prüfen lassen sich per GUI erledigen
• Unterstützt Kompatibilität zwischen Terminal und Weboberfläche: Ein in Cockpit gestarteter Service kann im Terminal gestoppt werden, und im Terminal auftretende Fehler lassen sich in der Journal-Oberfläche von Cockpit prüfen
• Per SSH können weitere Server mit installiertem Cockpit hinzugefügt und Verbindungen hergestellt werden; der Wechsel zwischen mehreren Hosts ist einfach möglich

Entwicklung und Community

• Das Cockpit-Projekt wird als Open-Source-Entwicklung betrieben und stellt Entwicklerdokumentation sowie Richtlinien für Beiträge bereit
  • Wie Code geändert wird, ist im Dokument HACKING.md beschrieben
  • Beitrags- und Entwicklerdokumentation wird über das GitHub-Wiki bereitgestellt
• Community-Kommunikation wird über den Matrix-Kanal (#cockpit:fedoraproject.org) und die Mailingliste unterstützt
• Leitbild und Prinzipien des Projekts, Release Notes und die Datenschutzerklärung sind auf der offiziellen Website zu finden

[emusal]

Cockpit ist echt nostalgisch! Ich habe es bei einem Projekt vorletztes Jahr als Ersatz für ein KVM-Server-EMS sehr gut genutzt. Die Plugins sind gut umgesetzt, und auch die Grundfunktionen sind hervorragend, deshalb hat es mir wirklich sehr gefallen. Für die Verwaltung von virtuellen Servern und Docker-Containern ist es ziemlich gut geeignet!

[GN⁺]

Hacker-News-Kommentare

• Ich mag Cockpit ziemlich gern und nutze es auch. Man kann den Gesamtzustand des Systems auf einen Blick sehen
  Allerdings gibt es keine Möglichkeit, Incus-Container zu überprüfen, deshalb habe ich kürzlich Wolfstack ausprobiert, das neulich auf HN war. Es scheint aber nur LXC zu unterstützen
  Ich dachte, LXC und Incus seien fast identisch, aber es ist erstaunlich schwierig, einfach eine schlichte GUI zu finden, mit der man System und Container verwalten kann

  • Falls du LXD und Incus meinst: Incus ist ein Fork von LXD und hat sich inzwischen ziemlich stark davon entfernt. LXD kann wegen der Lizenzänderung keinen Code aus Incus übernehmen, umgekehrt geht das aber
    Incus wird aktiv von der Community weiterentwickelt, und beide nutzen intern LXC
    Was eine „schlichte GUI“ ist, definiert jeder anders. Ich finde die CLI einfacher und effizienter. Wenn es viele Container werden, landet man am Ende ohnehin bei Automatisierung
  • Für Cockpit gibt es ein podman-Plugin, und vor Kurzem kam auch die Verwaltung von podman quadlets dazu. (Quadlets sind so etwas wie ein systemd-freundliches docker-compose.)
    Wenn man podman nutzt, kann man von der Cockpit-Oberfläche profitieren. Allerdings hält es nicht mit allen Container-Technologien Schritt
  • Incus unterstützt in seiner eigenen Web-UI alle drei Dinge
    • OCI-kompatible App-Container (mit Registry-Unterstützung wie docker.io oder ghcr.io)
    • LXC-Systemcontainer
    • Virtuelle Maschinen auf Basis von QEMU + KVM
  • Das OpenMediaVault-Compose-Plugin war die beste Container-Oberfläche, die ich bisher benutzt habe. Es ist zwar eine NAS-Distribution, aber die UI war so gut, dass ich es auf allen meinen Servern installiert habe
  • Hat jemand vielleicht schon IncusOS ausprobiert? Ich nutze Incus einfach auf Linux, überlege aber, auf IncusOS umzusteigen

• Ich wünschte, auf der Landingpage gäbe es grafische Bilder. Ich bekomme visuell kein Gefühl dafür, wie die UI aussieht

  • Ich würde empfehlen, einfach mal das Cockpit Project auszuprobieren 🙂
  • Stimme zu. Ein paar Screenshots in Markdown einzubinden ist nicht schwer. Ich habe nur komplette Desktop-Screenshots gefunden, deshalb war es schwer zu erkennen

• Früher habe ich Webmin benutzt, und ich frage mich, wie es im Vergleich zu heutigen Server-Web-UIs wie Cockpit abschneidet

  • Mein erster Gedanke war: „Das ist einfach Webmin neu gebaut“
  • Weniger Funktionen, aber in dringenden Fällen brauchbar. Solche Web-Admin-Tools rufen am Ende doch nur Shell-Skripte auf, und wegen des Fehlens einer konsistenten API unter Linux ist vieles ein Workaround
    Bei Webmin ist es genauso, bei Cockpit ist nur die Sprache eine andere
    Übrigens baut 45Drives mit Cockpit als UI-Schicht ein OS namens „Houston“
    Passender Artikel

• Ich habe versucht, Cockpit zur Verwaltung von etwa 10 Docker-Containern zu nutzen, bin am Ende aber wieder zu Portainer zurückgekehrt. Für die Verwaltung kleiner Docker-Hosts war Cockpit nicht besonders passend

  • Ich entwickle gerade das Beobachtungs-Dashboard Cetacean für Docker Swarm. Es läuft auch auf einem einzelnen Node, vielleicht also einen Blick wert
  • Nach einer ähnlichen Reise nutze ich jetzt Dockge. Man kann die Compose-Dateien in Verzeichnissen ablegen und mit Git verwalten, was sauberer ist als bei Portainer
  • Vielleicht suchst du eher Dokploy. Es ist deutlich besser als Dokku oder CapRover
  • Wenn Portainer immer noch als Container mit Root-Rechten laufen muss, ist das eher unerquicklich

• Ich habe auf einem Framework Desktop das aktuelle Fedora Server installiert, und Cockpit war automatisch aktiviert
  Für einen schnellen Überblick über das System ist es gut, und einfache Verwaltungsaufgaben gehen auch, aber die Grenzen werden schnell sichtbar
  Für Linux-Einsteiger oder Leute, die mit einer NAS-artigen Web-UI anfangen wollen, scheint es ein guter Zwischenschritt zu sein

  • Für jemanden wie mich, der vielleicht einmal im Jahr eine VM erstellt, ist die VM-Erstellung per Web-UI ziemlich praktisch

• Ich habe Cockpit in meinen frühen Jahren als Linux-Systemadministrator ausprobiert. Es ist ziemlich stabil, aber weil man die CLI-Aktionen nicht sieht, hilft es nicht wirklich dabei, besser in Linux zu werden
  Deshalb bin ich zu Hause auf SSH und TUI umgestiegen. In Enterprise-Umgebungen ist Cockpit aber als Windows-freundliche Abstraktionsschicht durchaus brauchbar

  • Wenn ich neue Plattform-Ingenieure bewerte, achte ich stark auf die CLI-Problemlösefähigkeit. Man muss in der Lage sein, durch die Abstraktionsschicht hindurchzugehen und das Problem zu verstehen, um Infrastruktur wirklich gut zu entwerfen

• Das erinnert mich an das alte cPanel
  cPanel-Wiki

  • Meine erste Sysadmin-Erfahrung war mit Ubuntu eBox, und das war wirklich furchtbar. Außer über die UI ließ sich nichts konfigurieren, und die Log-Dateien waren so chaotisch abgelegt, dass Debugging unmöglich war
    Cockpit ist deutlich besser, und dank neuerer Linux-APIs wie systemd und dbus ist inzwischen eine konsistente Verwaltungs-UI möglich
  • Das erinnert mich an die frühen 2000er, als ich Webhosting auf einem PIII-Server mit 128 MB RAM betrieben habe
  • Ging mir genauso

• Mein NAS wird vollständig mit Cockpit verwaltet.
  Es ist ein etwas ungewöhnliches System: eine Desktop-Serverplatine mit einer Laptop-CPU vom Typ AMD 7840HS, dazu 5 SSDs in ZFS raidz1
  Cockpit zusammen mit dem 45drives-ZFS-Plugin und dem Web-Terminal reicht völlig aus, sodass ich kaum das Bedürfnis hatte, eigene Plugins zu schreiben

  • Ich nutze es auch auf zwei Servern, und die Linux-Verwaltung ist dadurch deutlich einfacher geworden

• Cockpit reicht faktisch auch als NAS-Oberfläche aus. Speicher konfigurieren, VMs und Container verwalten – alles ist möglich

  • Ich nutze es genauso. Man muss nicht unbedingt zu schweren Komplettpaketen wie Proxmox, TrueNAS oder Unraid greifen
    Da ich mein NAS nicht direkt ins Internet stelle und nur WireGuard/Tailscale nutze, stört es mich nicht, wenn auf einem Port eine Verwaltungskonsole läuft
  • Man kann auch SAMBA-Freigaben anlegen. Dafür braucht man allerdings ein Plugin
  • Ich finde trotzdem, dass TrueNAS bei der UI ausgereifter ist

• Als Cockpit-PO würde ich gern fragen: Wenn ihr genau eine Funktion hinzufügen könntet, welche wäre das?

  • Ich hätte gern einen Befehl wie cockpit doctor. Zum Beispiel ist Cockpit Machines unter Debian instabil; es wäre gut, wenn so etwas automatisch Probleme wie fehlerhafte dbus-Konfigurationen erkennen und warnen könnte
  • Liste von Funktionen, die schön wären
    • Einfache OIDC-Einrichtung
    • Verbesserter Dateimanager
    • Ein Add-on zur Datenträgeranalyse im Stil von ncdu
    • Eine einfache Oberfläche zum Erstellen von systemd-Diensten
    • Eine klarere Anzeige der Befehle, die in der UI ausgeführt werden
  • Aus Sicht von Unternehmenskunden braucht es EntraID-Authentifizierungsunterstützung.
    Wir nutzen derzeit Microsoft Entra SSH, aber das funktioniert in Cockpit nicht
  • Die Update-Seite müsste verbessert werden. Es wäre gut, einzelne Updates gezielt auswählen zu können oder klarer zu sehen, warum Updates per CLI zeitlich anders ablaufen
  • Incus-Unterstützung