Es gibt Projekte, die entstehen aus einer spontanen Idee.
Und dann gibt es Projekte, die sich über Monate oder sogar Jahre im Hinterkopf festsetzen, bis irgendwann der Moment kommt, an dem man sagt:
"Jetzt reicht's – ich baue das einfach selbst."
Genau dieser Moment ist heute.
Heute beginne ich offiziell mit einem neuen Projekt, das mich vermutlich viele Monate begleiten wird – vielleicht sogar noch deutlich länger.
Ein Projekt, das nichts mit Satire zu tun hat.
Oder zumindest fast nichts.
Denn wer schon einmal versucht hat, mehrere Linux-Server gleichzeitig zu administrieren, weiß, dass man dafür entweder hervorragende Nerven braucht oder einen ausgesprochen schwarzen Humor entwickelt.
Die Idee
In den vergangenen Jahren durfte ich unzählige Linux-Server administrieren.
Mal waren es Webserver.
Mal Mailserver.
Mal Nextcloud.
Mal Reverse-Proxys.
Mal Verzeichnisdienste.
Mal Sicherheitslösungen.
Und obwohl Linux unglaublich flexibel ist, fiel mir immer wieder dieselbe Sache auf:
Jedes Programm lebt in seiner eigenen kleinen Welt.
Apache kennt Apache.
OpenLDAP kennt OpenLDAP.
Fail2Ban kennt Fail2Ban.
UFW kennt UFW.
ClamAV kennt ClamAV.
MariaDB interessiert sich ausschließlich für MariaDB.
Alle funktionieren hervorragend.
Aber sie reden kaum miteinander.
Warum eigentlich?
Genau diese Frage hat mich immer wieder beschäftigt.
Warum muss ich als Administrator dieselben Informationen mehrfach auswerten?
Warum sehe ich Bans in Fail2Ban, ohne dass meine Firewall daraus automatisch lernen kann?
Warum muss ich Benutzer an mehreren Stellen verwalten?
Warum wechseln Administratoren ständig zwischen fünfzehn Browser-Tabs, zehn Terminalfenstern und unzähligen Konfigurationsdateien?
Die Antwort lautet vermutlich:
"Weil das schon immer so war."
Und genau das ist selten ein gutes Argument.
Deshalb entsteht jetzt etwas Neues
Ich möchte ein webbasiertes Management- und Sicherheitswerkzeug entwickeln.
Keine weitere Distribution.
Kein Ersatz für bestehende Programme.
Und ganz sicher kein "Alleskönner", der alles schlechter macht.
Stattdessen soll eine zentrale Oberfläche entstehen, die vorhandene Open-Source-Werkzeuge intelligent miteinander verbindet.
Die eigentliche Arbeit erledigen weiterhin die bekannten Programme.
Mein System soll sie lediglich orchestrieren.
Was soll die erste Version können?
Natürlich fängt alles klein an.
Aber die Roadmap ist bereits erstaunlich groß.
Zum Start plane ich unter anderem die Verwaltung von:
-
OpenLDAP
-
perspektivisch Active Directory
-
Apache Webserver
-
MariaDB und MySQL
-
UFW Firewall
-
Fail2Ban
-
ClamAV
Und das ist erst der Anfang.
Denn im Laufe der Entwicklung sollen viele weitere Linux-Dienste hinzukommen.
Keine Datensilos mehr
Der spannendste Teil des Projektes ist allerdings nicht die Oberfläche.
Es ist die Kommunikation zwischen den Diensten.
Genau hier beginnt für mich der eigentliche Mehrwert.
Nehmen wir Fail2Ban.
Das Programm erkennt Angriffe zuverlässig.
Es bannt IP-Adressen.
Es schreibt Logdateien.
Danach endet die Geschichte.
Ich möchte, dass sie dort erst beginnt.
Wenn eine IP-Adresse beispielsweise innerhalb kurzer Zeit mehrfach gebannt wird, könnte das System automatisch einen Vorschlag erzeugen:
Soll diese Adresse dauerhaft in UFW blockiert werden?
Oder vielleicht sogar ein ganzes Netz?
Natürlich nicht blind.
Nicht automatisch.
Sondern nachvollziehbar und transparent.
Der Administrator entscheidet.
Aber er bekommt endlich die Informationen an einer Stelle zusammengeführt.
Linux denkt in Werkzeugen
Einer der größten Vorteile von Linux besteht darin, dass jedes Werkzeug genau eine Aufgabe besonders gut erledigt.
Dieses Prinzip möchte ich ausdrücklich beibehalten.
Apache bleibt Apache.
Fail2Ban bleibt Fail2Ban.
OpenLDAP bleibt OpenLDAP.
Mein Projekt ersetzt keines dieser Programme.
Es verbindet sie.
Ich sehe die Plattform eher als Dirigent eines Orchesters.
Die Instrumente bleiben dieselben.
Aber plötzlich entsteht daraus Musik.
Sicherheit soll kein Nebengedanke sein
Da das Projekt sicherheitsrelevante Komponenten verwaltet, wird Sicherheit selbstverständlich eine zentrale Rolle spielen.
Mehrstufige Authentifizierung.
Granulare Rollenmodelle.
Verschlüsselte Kommunikation.
Protokollierung sämtlicher Änderungen.
Nachvollziehbare Konfigurationshistorien.
Rechteverwaltung.
Mandantenfähigkeit.
Alles Dinge, die von Anfang an mitgedacht werden müssen.
Nicht irgendwann später.
Web statt Terminal?
Diese Frage werde ich mit Sicherheit häufiger hören.
Und die Antwort lautet:
Natürlich bleibt das Terminal unverzichtbar.
Es wird immer Administratoren geben, die lieber direkt in der Shell arbeiten.
Ich gehöre selbst dazu.
Aber eine moderne Weboberfläche kann Informationen bündeln, Zusammenhänge sichtbar machen und Routineaufgaben erheblich vereinfachen.
Genau darin sehe ich ihren größten Vorteil.
Nicht als Ersatz.
Sondern als Ergänzung.
Eine Plattform, die mitwächst
Das Projekt ist bewusst modular geplant.
Neue Module sollen sich später problemlos ergänzen lassen.
Monitoring.
Backups.
Zertifikatsverwaltung.
Container.
Virtualisierung.
Mailserver.
DNS.
Reverse-Proxys.
Benutzerverwaltung.
Systemüberwachung.
Die Liste ist lang.
Und sie wird vermutlich noch länger.
Ein Langzeitprojekt
Ich mache mir keinerlei Illusionen.
Ein Projekt dieser Größenordnung entsteht nicht in wenigen Wochen.
Es wird Rückschläge geben.
Es werden Ideen verworfen.
Module werden komplett neu geschrieben.
Architekturen werden sich verändern.
Und genau das gehört dazu.
Ich freue mich sogar darauf.
Warum ich dieses Projekt öffentlich begleite
Vielleicht könnte ich einfach im stillen Kämmerlein entwickeln.
Aber genau das möchte ich nicht.
Ich möchte den gesamten Weg dokumentieren.
Die Ideen.
Die Entscheidungen.
Die Irrtümer.
Die Probleme.
Die Lösungen.
Vielleicht hilft das später anderen Administratoren.
Vielleicht entstehen dadurch neue Ideen.
Vielleicht entwickelt sich daraus sogar eine kleine Community.
Zum Schluss
Heute beginnt etwas völlig Neues.
Ein Projekt, das aus der täglichen Praxis entstanden ist und ein klares Ziel verfolgt:
Linux-Administration einfacher, übersichtlicher und intelligenter zu machen, ohne die Stärken der bestehenden Open-Source-Werkzeuge aufzugeben.
Ob daraus am Ende ein großes System wird oder "nur" ein Werkzeug, das mir selbst den Alltag erleichtert, wird die Zeit zeigen.
Eines weiß ich aber schon heute:
Ich freue mich auf jede Zeile Code.
Auf jede neue Idee.
Und sogar auf jeden Fehler, den ich unterwegs machen werde.
Denn genau daraus entstehen am Ende die besten Lösungen.
Heute beginnt nicht nur ein neues Projekt.
Heute beginnt eine neue Reise.