HestiaCP vs. CyberPanel: auf welchem kostenlosen Control Panel verkaufen Sie Hosting?

Beide quelloffen. Beide ohne Lizenzkosten. Beide gewählt von Hostern, die auf den cPanel-Preis geschaut und beschlossen haben, dieses Geld zu behalten. Und beide live von Provibr unterstützt, was heißt: wir verdienen genau dasselbe, welches Sie auch betreiben. Dieser Vergleich hat Ihnen also nichts zu verkaufen.

Die beiden ähneln einander weniger, als das gemeinsame Etikett „kostenloses Control Panel“ vermuten lässt. HestiaCP ist ein kontozentriertes Panel auf einem gewöhnlichen nginx/Apache-Stack. CyberPanel ist ein websitezentriertes Panel rund um OpenLiteSpeed. Dieser Unterschied reicht bis in die Art, wie Sie einen nicht zahlenden Kunden stilllegen, und dort sucht ihn kaum jemand.

Die Zahlen zur Projektgesundheit

Über die GitHub-API am 21. August 2026 gemessen. In einem Jahr stimmen sie nicht mehr, und deshalb steht das Datum hier und nicht in einer Fußnote.

HestiaCP ist das jüngere Projekt mit rund viermal so vielen Mitwirkenden und einem sichtbar schnelleren Release-Rhythmus. CyberPanel hat eine vergleichbare Zahl an Forks (es wird durchaus darauf aufgebaut), aber eine viel kleinere Gruppe von Leuten, die Änderungen ausliefert, und einen großen Stapel offener Issues.

Das sind Zählungen, keine Urteile. Ein großer Stapel kann eine engagierte Nutzerschaft bedeuten, die sauber meldet; ein hoher Release-Takt kann auch Unruhe bedeuten. Was sie sehr wohl sagen: wie schnell ein Fehler, der Sie betrifft, voraussichtlich angesehen wird. Und das ist eine faire Abwägung für einen Hoster.

Wo sie sich im täglichen Betrieb unterscheiden

Alles in dieser Tabelle haben wir beim Bau und Ausrollen der beiden Provibr-Integrationen gegen laufende Panels gemessen.

Mehrere davon entscheiden echte Dinge.

Das Stilllegen wird Sie überraschen. Auf HestiaCP legt das Stilllegen das Konto still. Auf CyberPanel ist es ein Kniff im Webserver: die Website wird unerreichbar, aber FTP, Mail und Datenbanken laufen weiter, und der Unix-Benutzer wird nicht gesperrt. Wenn Sie das Stilllegen als Durchsetzungsschritt bei Zahlungsverzug nutzen, ist das auf den beiden Panels ein wesentlich anderes Werkzeug.

CyberPanel misst keinen Verbrauch. Das lässt sich von einer Integration nicht nachrüsten. Datenvolumen wird berechnet und anschließend verworfen, und der Speicherverbrauch kommt aus einem Cache, der bei einer neuen Website leer blieb. Eine gemeldete Null lässt sich also nicht von gar keiner Messung unterscheiden. Provibr zeigt für CyberPanel deshalb bewusst keine Verbrauchsgrafik: eine Linie, die ewig auf null steht, sieht aus wie eine Messung. HestiaCP führt Limit und Verbrauch jedes Kontos bei jeder Abfrage mit, in Megabyte, ohne zusätzlichen Aufruf. Wenn Sie nach Speicherplatz oder nach Datenvolumen verkaufen, ist dieser Unterschied Ihre Abrechnung.

Ein Paketwechsel auf CyberPanel ändert die Buchführung und sonst wenig. Von innerhalb eines Servers gemessen, nach dem Verschieben in ein Paket mit anderen Limits: das Speicherkontingent blieb, wie es war, und die Webserver-Konfiguration behielt ihre alten Werte. Das Panel zeigt den neuen Namen. Lesen Sie diesen Namen als Verwaltung, nicht als ein Limit, das mitgezogen wäre.

Der Anlegeaufruf von CyberPanel sagt nicht, was geschehen ist. Die erste Antwort kommt nach etwa drei Sekunden und sagt nichts, nicht einmal, ob die Domain noch frei war. Das echte Ergebnis landet rund fünfzig Sekunden später. Alles, was das automatisiert, muss auf diese zweite Antwort warten, statt der ersten zu glauben.

Zwei Bedingungen von CyberPanel bringen Leute schon vor der ersten Bestellung zu Fall. Der API-Zugang ist standardmäßig aus, je Benutzer, und das Panel prüft diesen Schalter vor dem Passwort. Ein richtiges Passwort ergibt also genau dasselbe API Access Disabled wie ein falsches, und alles deutet auf Ihre Zugangsdaten, während das Problem ein Häkchen weiter sitzt. Und ein Teil der API lehnt jeden Administratornamen außer admin ab; ein umbenannter Administrator ist gar nicht verwendbar. Beides ist keine Einstellung, um die man herumreden kann.

HestiaCP hat eigene scharfe Kanten, und eine davon beißt hart. Das Panel sperrt eine Adresse nach fünf abgelehnten Anmeldungen, und ein Befehl außerhalb der Rechte eines Schlüssels zählt als eine davon. Danach antwortet das Panel überhaupt nicht mehr, mit einem Timeout statt mit einer Fehlermeldung. Nichts darf HestiaCP-Aufrufe jemals automatisch wiederholen. Seine API führt außerdem eine Liste erlaubter Adressen, auf einer frischen Installation leer, und leer bedeutet niemand statt jeder: solange die Adresse Ihres Agents nicht darauf steht, wird ein vollkommen gültiger Schlüssel bei jedem Aufruf abgelehnt. Beachten Sie zudem: bei HestiaCP ist der HTTP-Statuscode nicht der Vertrag, sondern der Header Hestia-Exit-Code. Eine erfolgreiche Änderung kommt als 204 zurück, und „bereits stillgelegt“ trifft als 401 ein.

Noch ein betrieblicher Punkt, und der fällt gegen CyberPanel aus: Bei HestiaCP legen Sie einen Access Key an, den Sie für sich widerrufen können, ohne Ihr Panel-Passwort anzufassen. CyberPanel hat kein API-Token, das die vier Befehle abdeckt, mit denen eine Website angelegt, stillgelegt, umgepackt und entfernt wird: Die verlangen alle das Passwort. Was Sie Ihrer Automatisierung mitgeben, ist also das vollständige Administratorpasswort.

Was sollten Sie wählen?

Wählen Sie HestiaCP, wenn Sie nach Speicherplatz oder Datenvolumen abrechnen, wenn das Stilllegen Ihr Durchsetzungsmittel ist, wenn Sie ein einzeln widerrufbares Zugangsdatum wollen, oder wenn Ihnen das Tempo zählt, in dem Fehler behoben werden. Für ein Hostinggeschäft ist das die sicherere Standardwahl.

Wählen Sie CyberPanel, wenn Sie ausdrücklich OpenLiteSpeed wollen. Das ist ein echter Grund, und dafür wird CyberPanel gewählt. Gehen Sie dann mit dem Wissen hinein, dass Sie Ihre Verbrauchsmessung selbst machen, dass das Stilllegen weniger tut, als es klingt, und dass ein Paketwechsel ein Etikett ist.

Wählen Sie vorerst keines von beiden, wenn Sie noch nicht festgelegt haben, wie Sie Zahlungsverzug durchsetzen. Diese Antwort unterscheidet sich zwischen den beiden Panels, und es ist leichter, das Panel um Ihren Prozess herum zu wählen als Ihren Prozess um das Panel.

Sie können auch beide betreiben

Die meisten Hoster, die diese Frage stellen, haben bereits ein Panel und denken über das andere nach. Dieser Übergang ist der teure Teil, nicht die Software: zwei Logins, zwei Arten zu zählen, was Sie verkauft haben, zwei Stellen zum Nachsehen, wenn ein Kunde anruft.

Provibr verbindet beide, im selben Konto. Ein HestiaCP-Konto und eine CyberPanel-Website stehen in derselben Serverliste, zählen auf dieselbe Kapazität und landen auf derselben Monatsrechnung. Der Agent wählt sich aus Ihrem eigenen Netz nach außen, also muss keines der beiden Panels einen Port öffnen, und auf keinem wird etwas installiert. Konten und Websites, die Sie nicht über Provibr angelegt haben, bleiben unangetastet, bis Sie sie importieren: So ziehen Sie ein bestehendes Panel um, ohne darauf etwas neu aufzubauen.

Weiterlesen

• HestiaCP einrichten: der Access Key, die Adressliste, Pakete und Konten importieren.
• CyberPanel einrichten: den API-Zugang einschalten, die admin-Bedingung und was im Panel bleibt.
• Das CyberPanel-WHMCS-Modul: was ein Modul kann und was nicht, denn die CyberPanel-API setzt die Grenze.

Sterne, Forks, Mitwirkende, Issues und Release-Takt wurden am 21. August 2026 über die GitHub-API gemessen. Alles, was hier über die beiden APIs steht, wurde beim Bau der Provibr-Integrationen gegen laufende Panels gemessen.