1Panel: Serververwaltung und KI-Agenten in einem Go-basierten Webpanel
Projektüberblick: 1Panel ist ein modernes Open-Source-VPS-Kontrollpanel und das einzige mit nativer KI-Agent-Unterstützung. Führen Sie Ollama-Modelle aus, stellen Sie OpenClaw-Agenten bereit und verwalten Sie Ihren gesamten Server-Stack über eine übersichtliche Weboberfläche.
Auf einen Blick
- Was ist das?
- Was 1Panel-dev/1Panel konkret leistet, wie die Installation über quick_start.sh abläuft, wo die Open-Source-Edition endet und welche Rolle GPL-3.0 im Hosted-Betrieb spielt.
- Für wen ist es gedacht?
- 1Panel passt zu Selbsthostern, die mehrere Dienste auf einem V-Server betreiben und nicht für jede Zertifikatsverlängerung in die Shell wollen, und zu Teams, die Ollama-Modelle und OpenClaw-Agenten an einem Ort verwalten. Weniger geeignet ist es für Administratoren, die Nginx- und Compose-Dateien direkt bearbeiten wollen, und für alle, die Multi-Node-Verwaltung oder Uptime-Überwachung ohne Abo brauchen.
- Darf ich es kommerziell nutzen?
- Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- 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 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
1Panel v2.2.5: vom nackten Metall zum Agenten in einer Oberfläche
1Panel adressiert ein Problem, das auf gemieteten V-Servern fast immer gleich aussieht: Nginx-Konfiguration, Zertifikate, Datenbanken und Container liegen als getrennte Baustellen nebeneinander, und wer sie wartet, arbeitet überwiegend in der Shell. Das Projekt von 1Panel-dev bündelt diese Aufgaben in einem Webinterface, das in Go geschrieben ist und laut Repository-Metadaten unter GPL-3.0 steht. Der Standard-Branch heißt dev-v2, die letzte erfasste Veröffentlichung ist v2.2.5 vom 7. August 2026.
Über die reine Serververwaltung hinaus positioniert sich 1Panel als KI-Verwaltungsschicht. Die README beschreibt einen Weg vom Metall zum Agenten (Metal-to-Agent), an dem ein KI-Gateway, ein Skills Hub und die zentrale Verwaltung von Agenten und Modellen zusammenlaufen. Namentlich genannt werden Ollama-Modelle und OpenClaw-Agenten. Wie das Gateway angebunden wird, welche Schnittstellen es bereitstellt und wie ein Modell registriert wird, steht in der README nicht; für diese Schicht bleibt nur die Weboberfläche selbst als Referenz.
Die README bewirbt das Panel außerdem als das einzige mit nativer KI-Agenten-Unterstützung. Das ist eine Alleinstellungsbehauptung des Projekts, keine überprüfte Marktübersicht, und sie ist an den Vergleichstabellen im selben Dokument abzulesen, in denen cPanel, Plesk, aaPanel und Webmin in der Spalte AI management durchweg leer ausgehen.
Der App-Store mit 165+ Anwendungen und der Container-Unterbau
Der Anwendungskatalog ist der Teil von 1Panel, der im Alltag am häufigsten benutzt wird. Die README spricht von mehr als 165 kuratierten Open-Source-Anwendungen mit Ein-Klick-Installation und Ein-Klick-Update. Eine vollständige Liste findet sich im README nicht, sie liegt im laufenden Panel. In der Vergleichstabelle des Projekts sind aaPanel, Webmin, cPanel und Plesk ohne solchen Marktplatz geführt.
Sämtliche Anwendungen laufen in Containern. Das hat eine angenehme und eine weniger angenehme Seite: Ein fehlgeschlagenes Update einer Applikation bleibt auf ihren Container begrenzt, gleichzeitig wird das Panel damit zum Nadelöhr für jeden Neustart. Wer eine Datenbank oder Nextcloud über 1Panel betreibt, sollte wissen, dass die Konfiguration in von 1Panel erzeugten Containern und Volumes liegt und nicht an den Pfaden, die die Upstream-Dokumentation dieser Anwendungen beschreibt. Ein Ausstieg aus dem Panel bedeutet deshalb einen Umzug, kein einfaches Abschalten.
Zur Absicherung nach außen nennt die README Firewall-Regeln, fail2ban, Container-Isolation, eine WAF und Audit-Logs. Diese Aufzählung ist eine Funktionsliste, keine Konfigurationsanleitung; welche Regeln das Panel konkret setzt, bleibt offen.
Installation über quick_start.sh aus dem Ressourcen-CDN
Die Installation ist auf einen einzigen Befehl reduziert:
bash -c "$(curl -sSL https://resource.1panel.pro/v2/quick_start.sh)"
Das Skript liegt nicht im GitHub-Repository, sondern auf resource.1panel.pro. Wer es einsetzt, sollte es vorher lesen, denn ein per curl in die Shell geleitetes Skript aus einem CDN erhält root-Rechte auf dem Zielsystem. Die README nennt keine Prüfsumme, keinen Signaturschlüssel und keine alternative Installationsmethode über einen Paketmanager.
Nach dem Lauf erreicht man die Oberfläche unter http://<Server-IP>:<Port>/<Sicherheitspfad>. Die Zugangsdaten holt man per SSH mit 1pctl user-info. Dieses Kommandozeilenwerkzeug ist damit der einzige dokumentierte Weg zurück ins Panel, wenn der Sicherheitspfad verloren geht. Wie Port und Sicherheitspfad bei der Installation bestimmt werden und ob sich beide nachträglich ändern lassen, sagt die README nicht.
Der Sicherheitspfad: die offene Flanke von 1pctl user-info
Auffällig ist, wie knapp die README beim Zugriffsschutz bleibt. Der Sicherheitspfad ist der einzige Schutz vor einem Panel, das im Internet auf einem offenen Port hängt, und wird im README nur als Platzhalter in einer URL erwähnt. Für den produktiven Einsatz ist das die erste Lücke, die man selbst schließen muss: Der Panel-Port gehört in die Firewall, und der Sicherheitspfad verdient dieselbe Diskretion wie ein Passwort, auch wenn er wie ein URL-Fragment aussieht.
In der Editionsmatrix ist auch die WAF gestaffelt. Die Open-Source-Edition enthält eine grundlegende WAF, die erweiterte Variante bleibt Pro vorbehalten. Manipulationsschutz für Websites und Uptime-Überwachung fehlen in der OSS-Spalte vollständig. Wer 1Panel primär wegen der Sicherheitsfunktionen installiert, bekommt in der kostenlosen Ausgabe also nur einen Teil davon und muss den Rest mit Systemmitteln ergänzen.
OSS gegen Pro: fünf OpenClaw-Agenten als Grenze
Die Editionstabelle der README ist die einzige Quelle für die Unterschiede. Die Open-Source-Edition bleibt dauerhaft kostenlos und enthält Ein-Klick-App-Installationen sowie fünf OpenClaw-Agenten. Pro hebt diese Grenze auf unbegrenzt und ergänzt erweiterte WAF, Manipulationsschutz, Uptime-Überwachung, Multi-Node-Verwaltung, eigenes Logo und Prioritätssupport. AI Gateway und KVM-Weboberfläche sind der Enterprise-Edition vorbehalten; die KVM-Funktion ist die einzige, die in der Spalte Pro fehlt und erst in Ent auftaucht.
Einen Preis nennt die README nicht, die Preisseite ist ausgekoppelt. Relevant ist das, weil zwei Funktionen, mit denen das Projekt wirbt, nicht im quelloffenen Teil liegen. Die Aufteilung ist nachvollziehbar, verschiebt aber die Erwartung: Wer Multi-Node-Verwaltung braucht, evaluiert kein Open-Source-Projekt, sondern ein kommerzielles Produkt mit kostenloser Einstiegsstufe.
In der Community-Spalte verweist die README auf Discord, auf die Dokumentation unter 1panel.pro/docs und auf GitHub Issues für Fehlerberichte. Die Zahl von 2,5 Millionen Self-Hostern, die das README nennt, ist eine Eigenangabe ohne Methodik. Repository-Metadaten mit 36.664 Sternen und 312 offenen Issues passen zu einem breit genutzten Projekt; über Antwortzeiten bei Fehlerberichten sagen beide Zahlen nichts.
GPL-3.0: was der Copyleft für einen gehosteten Panel-Betrieb bedeutet
1Panel steht unter GPL-3.0. Für den Eigenbetrieb auf dem eigenen V-Server ändert das wenig: Wer das Panel unverändert einsetzt, muss nichts veröffentlichen. Sobald angepasste Versionen an Dritte weitergegeben werden, etwa als Teil eines gehosteten Angebots für Kunden, greift die Pflicht, den geänderten Quellcode bereitzustellen. Wer 1Panel als Unterbau eines eigenen Produkts verwenden will, sollte diese Frage vor dem ersten Commit klären und nicht nach dem ersten Kundenauftrag. Die README verlinkt für Sicherheitsfunde auf SECURITY.md im Repository.
Als Alternative bieten sich aaPanel und Webmin an. aaPanel hat laut 1Panel-Vergleichstabelle ebenfalls einen Ein-Klick-Marktplatz, aber keine KI-Verwaltung und keine Container-Verwaltung. Webmin ist quelloffen und deutlich älter, bringt nach derselben Tabelle weder Marktplatz noch Docker-Verwaltung mit und wird als langsam in der Entwicklung geführt. Wer eine schlanke Konfigurationsoberfläche für einen bestehenden Stack sucht, fährt mit Webmin besser, weil es weniger eigene Abstraktionen über die Systemdateien legt; wer Anwendungen per Klick installieren und Ollama-Modelle an derselben Stelle verwalten will, bekommt diese Kombination bei 1Panel.
Redaktionelles Fazit
1Panel passt zu Selbsthostern, die mehrere Dienste auf einem V-Server betreiben und nicht für jede Zertifikatsverlängerung in die Shell wollen, und zu Teams, die Ollama-Modelle und OpenClaw-Agenten an einem Ort verwalten. Weniger geeignet ist es für Administratoren, die Nginx- und Compose-Dateien direkt bearbeiten wollen, und für alle, die Multi-Node-Verwaltung oder Uptime-Überwachung ohne Abo brauchen. Vor der Installation: quick_start.sh lesen, 1pctl user-info ausprobieren und klären, ob fünf OpenClaw-Agenten ausreichen.
Community-Notizen