AcePanel: Go-Panel für Serverbetrieb mit abschaltbarem Panel-Prozess
Projektüberblick: AcePanel – Verwaltungspanel für den Betrieb und die Wartung von Unternehmensservern.
Auf einen Blick
- Was ist das?
- AcePanel von acepanel/panel ist ein in Go geschriebenes Serververwaltungspanel unter BSD-3-Clause. Die README wirbt mit geringem Ressourcenbedarf, wenigen Systemeingriffen und einem Offline-Modus, belegt aber keine dieser Angaben mit Messwerten.
- Für wen ist es gedacht?
- AcePanel passt zu Betreibern, die eine frische amd64- oder arm64-Maschine haben, eine Oberfläche für Standardaufgaben wollen und den Panel-Prozess danach wieder abschalten möchten. Es passt nicht zu Nachrüstungen auf produktiven Servern mit eigener Konfiguration und nicht zu Umgebungen, in denen ein per curl gestreamtes Skript ohne Prüfsumme nicht akzeptabel ist.
- Darf ich es kommerziell nutzen?
- Ja. BSD-3-Clause ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Go, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 17. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Wofür AcePanel antritt: Go-Binary statt ausgewachsener Panel-Stack
Server-Panels lösen ein Wiederholungsproblem. Wer mehr als zwei Maschinen betreut, will Webserver, Zertifikate, Datenbanken und Zeitpläne über eine Oberfläche einrichten, statt jede Konfigurationsdatei von Hand zu schreiben. AcePanel ordnet sich in diese Klasse ein. Die Repositoriumsbeschreibung nennt ein Panel für Betrieb und Wartung von Servern im Unternehmenseinsatz.
Der Ansatz ist schlank. Das Projekt ist in Go geschrieben, und das README betont mehrfach den geringen Platzbedarf: kleines Installationspaket, niedrige Last, Ausführung als einzelne Datei. Screenshots der Oberfläche sind im README vorhanden, eine Beschreibung der Bedienung fehlt.
Der Name hat eine Vorgeschichte. Das README verlinkt eine Anleitung zur Migration von 耗子面板 2.x auf AcePanel 3.0. Wer das Projekt unter dem alten Namen kannte, steht vor einem Versionssprung, nicht vor einem kleinen Update.
Acht Versprechen im README von acepanel/panel: was belegt ist und was nicht
Das README baut seine Argumentation auf acht nummerierte Vorteile. Sie lassen sich in drei Gruppen lesen. Zur Ressourcenseite gehören der geringe Speicherbedarf und die Ausführung als Einzeldatei. Zur Eingriffstiefe gehört der Anspruch, das System weniger zu verändern als vergleichbare Produkte.
Zur Betriebsseite gehören zwei Punkte, die über den üblichen Rahmen hinausgehen. Erstens ein Offline-Modus: Der Panel-Prozess lässt sich nach dem Aufsetzen stoppen, ohne dass laufende Dienste darunter leiden. Zweitens das Versprechen, dass der Kern nie kostenpflichtige oder lizenzpflichtige Funktionen erhält.
Alle acht Punkte sind Selbstauskunft. Das README liefert keine Messwerte, keine Prüfberichte und keine Liste der Umgebungen, in denen der behauptete Dauerbetrieb stattfand. Für eine Bewertung zählt nur, was sich nachprüfen lässt, und davon ist hier wenig zu finden.
bash <(curl -sSLm 10 ...): die AcePanel-Schnellinstallation im Wortlaut
Die Installation besteht aus einer Zeile: `bash <(curl -sSLm 10 https://dl.acepanel.net/helper.sh)`. Der Aufruf setzt ein Zeitlimit von zehn Sekunden, folgt Weiterleitungen und bleibt still, was bei einem Spiegelwechsel nützlich ist.
Genau an dieser Zeile ist Vorsicht angebracht. Ein Skript, das aus dem Netz gestreamt und direkt an die Shell übergeben wird, führt alles aus, was der Server gerade ausliefert. Das README nennt keine Prüfsumme und keinen Signaturschlüssel für helper.sh. Wer AcePanel auf einer Maschine mit echten Daten einsetzt, lädt die Datei zuerst herunter, liest sie und führt sie dann aus.
Nach der Installation dokumentiert das README keine weiteren Schritte. Befehle zum Starten, Stoppen, Sichern oder Aktualisieren des Panels fehlen. Wer das Panel verwalten will, ist auf die verlinkte Dokumentation angewiesen, die nicht Teil dieses Materials ist.
amd64, arm64 und eine unklare Systemliste: wo AcePanel laufen soll
Als Architekturen nennt das README amd64 und arm64. Bei den Betriebssystemen bleibt es vage und spricht von sauberen, gängigen Systemen. Die konkrete Liste liegt in einer externen Installationsdokumentation unter acepanel.github.io.
Die Einschränkung auf saubere Systeme ist ernst zu nehmen. Ein Panel schreibt in Verzeichnisse, die auf einem bereits genutzten Server belegt sind, und beansprucht Ports, auf denen dort schon etwas lauscht. Wer eine bestehende Maschine nachrüsten will, fällt aus der unterstützten Konfiguration heraus.
Dass keine 32-Bit-Architekturen genannt werden, passt zum Bild eines aktuellen Go-Programms, ist aber eine harte Grenze für alte Hardware. Das Modulpräfix im Repository lautet github.com/acepanel/panel/v3, bestätigt also die Major-Version im Importpfad.
Offline-Modus von AcePanel: den Prozess nach der Einrichtung stoppen
Der ungewöhnlichste Punkt im README ist der Offline-Modus. Nach der Einrichtung lässt sich der Panel-Prozess stoppen, ohne dass die aufgesetzten Dienste beeinträchtigt werden.
Das ist mehr als eine Energiesparoption. Ein dauerhaft laufendes Panel mit Weboberfläche ist eine Angriffsfläche, die rund um die Uhr erreichbar ist. Wer sie nur zum Einrichten braucht und danach abschaltet, verkleinert diese Fläche beträchtlich.
Wie das im Detail funktioniert, bleibt offen. Das README nennt keinen Befehl zum Stoppen und sagt nicht, was mit Zeitplänen passiert, die über das Panel eingerichtet wurden. Ohne diese Angabe lässt sich nicht sagen, ob der Offline-Modus ein Wartungszustand oder ein geplanter Dauerzustand ist.
BSD-3-Clause beim AcePanel-Kern und das Gratis-Versprechen im README
Der Kern steht unter BSD-3-Clause. Die Lizenz erlaubt Weitergabe in Quell- und Binärform, mit und ohne Änderungen, solange der Urhebervermerk, die Lizenzbedingungen und der Haftungsausschluss mitgeliefert werden.
Die dritte Klausel ist bei einem Panel relevant: Ohne schriftliche Erlaubnis darf der Name des Rechteinhabers nicht zur Bewerbung von Produkten verwendet werden. Wer ein abgeleitetes Panel unter eigenem Namen vertreibt, darf damit nicht unter dem Namen des Ursprungsprojekts werben.
Getrennt davon steht das Gratis-Versprechen im README: Der Kern soll dauerhaft ohne Bezahl- oder Lizenzfunktionen bleiben. Eine Zusage im README ist rechtlich etwas anderes als eine Lizenzbedingung. Sie bindet die heutigen Betreuer, nicht aber einen Fork, den jemand anderes übernimmt.
v3.3.4 nach v3.3.2: Release-Takt und der Sprung von 耗子面板 2.x
Der Release-Takt ist ruhig und regelmäßig. v3.3.4 erschien am 28. August 2026, v3.3.3 am 19. August 2026, v3.3.2 am 15. August 2026. Drei Veröffentlichungen in zwei Wochen, alle innerhalb der 3.3-Linie.
Über den Inhalt der einzelnen Versionen ist aus dem Material nichts bekannt, Release-Notizen liegen nicht vor. Für ein Panel, das auf Produktionsservern läuft, wiegt das schwer: Ohne Änderungsliste lässt sich nicht einschätzen, ob ein Update riskant ist.
Die Migration von 耗子面板 2.x auf AcePanel 3.0 ist im README als eigener Hinweis verlinkt. Ein Major-Sprung bei gleichzeitiger Umbenennung deutet auf Brüche in Konfiguration oder Datenhaltung hin. Wer von der 2.x-Linie kommt, sollte die verlinkte Anleitung vor dem Update lesen und vorher ein vollständiges Backup anlegen.
Wann AcePanel das falsche Werkzeug ist: Panel gegen direkte Konfiguration
AcePanel ist das falsche Werkzeug, sobald eine Maschine nicht mehr sauber ist. Das README schließt nachgerüstete Systeme aus, und ein Panel, das bestehende Konfiguration überschreibt, richtet mehr Schaden an als es nutzt.
Die Alternative ist der Verzicht auf ein Panel. Wer nginx, systemd-Units, Zertifikate und Datenbanken selbst pflegt, trägt mehr Schreibarbeit und behält die Kontrolle über jede Datei. AcePanels eigener Anspruch, das System so wenig wie möglich zu verändern, ist genau die Antwort auf dieses Bedenken: Das Panel will den Konflikt mit einer vorhandenen Konfiguration vermeiden.
Beides hat einen Preis. Ohne Panel skaliert die Pflege schlecht über mehrere Server hinweg. Mit Panel gibt man einem fremden Programm Schreibrechte im System. Die Wahl hängt davon ab, wie viele Maschinen betreut werden und wie viel Vertrauen dem Installationsskript entgegengebracht wird.
Redaktionelles Fazit
AcePanel passt zu Betreibern, die eine frische amd64- oder arm64-Maschine haben, eine Oberfläche für Standardaufgaben wollen und den Panel-Prozess danach wieder abschalten möchten. Es passt nicht zu Nachrüstungen auf produktiven Servern mit eigener Konfiguration und nicht zu Umgebungen, in denen ein per curl gestreamtes Skript ohne Prüfsumme nicht akzeptabel ist. Der erste Prüfschritt kostet wenige Minuten: helper.sh herunterladen, lesen und auf einer Wegwerf-VM ausführen, danach v3.3.4 gegen die Systemliste unter acepanel.github.io abgleichen.
Community-Notizen