Christian
Ich baue und betreibe ein Homelab: Linux, Container, Netzwerk, Automatisierung. Beruflich komme ich aus der Anwendungsentwicklung, zuhause liegt der Schwerpunkt auf Infrastruktur (rootless Podman, systemd/Quadlet, Reverse Proxy, Ansible).
Diese Instanz ist selbst Teil davon: Forgejo läuft rootless auf dem gleichen Host wie die übrigen Dienste, inklusive CI (siehe CI-Demo_DWD-Wetter).
Projekte
-
Selbstgehostete Pipeline auf diesem Forgejo. Ein Runner holt den Job, baut in einem Container, der danach gelöscht wird, und publiziert ein Native-AOT-Binary von 11,8 MB. Die Anwendung dahinter ist eine ASP.NET Minimal API, die SYNOP-Meldungen des DWD streamend parst und das Berliner Wetter als ASCII-Art ausgibt. Dokumentiert ist der Weg vom Push zum Binary: systemd-Unit, Dockerfile, Workflow.
-
Bitwarden-kompatibler Tresor, rootless unter eigenem Service-User, mit Quadlet-Unit und Backup-Konzept. Wurzel des Secret-Managements. Von hier sollen später die Ansible-Secrets kommen.
-
Macht Dienste hinter dem Anschluss öffentlich erreichbar: WireGuard-Tunnel zu einem VPS, Caddy terminiert TLS.
-
Eigener Router auf Basis eines m720q mit 2,5-GbE-Karte.
Transparenz: wie diese Inhalte entstehen
Was hier liegt, sind Hobby- und Lernprojekte. Sie laufen trotzdem produktiv. Dieses Git, in dem du gerade liest, ist eines davon.
Und ja: LLMs sind daran beteiligt, auf mehreren Ebenen.
- Als Dozent und Lösungssucher. Sie erklären mir Konzepte und zeigen mir Wege, die ich nicht kannte.
- Als Assistent und Schreiber. Aus meinen Stichpunkten werden lesbare Texte.
- Als Kritiker und Reviewer. Sie widersprechen mir, und manchmal haben sie recht.
Was sie nicht sind: der Architekt. Die Entscheidungen, warum etwas so und nicht anders gebaut ist, sind meine, und sie stehen begründet in den READMEs statt nur als Befehlsliste.
Der praktische Unterschied liegt in der Prüfung. Jeder Befehl ist auf dem
Host gelaufen, jedes Ergebnis angeschaut. Ein LLM behauptet mit derselben
Souveränität Richtiges wie Falsches. Mehrere Vorschläge haben sich beim
Nachprüfen als falsch herausgestellt, und die stehen als Korrekturen in den
Projekt-Dokumentationen, etwa in
homelab-vaultwarden/docs/learnings.md.
Nicht weil Fehler dazugehören, sondern weil sie zeigen, was hier geprüft und
was nur übernommen wurde.
Nichts hiervon steht hier, weil ein Modell es behauptet hat. Es steht hier, weil ich es gebaut habe.
Christian (English)
I build and run a homelab: Linux, containers, networking, automation. Professionally I come from application development; at home the focus is on infrastructure (rootless Podman, systemd/Quadlet, reverse proxy, Ansible).
This instance is part of it: Forgejo runs rootless on the same host as the other services, CI included (see CI-Demo_DWD-Wetter).
Projects
-
A self-hosted pipeline on this Forgejo. A runner picks up the job, builds inside a container that is deleted afterwards, and publishes an 11.8 MB Native AOT binary. The application behind it is an ASP.NET Minimal API that streams SYNOP reports from the DWD and prints the Berlin weather as ASCII art. The documentation covers the path from push to binary: systemd unit, Dockerfile, workflow.
-
Bitwarden-compatible vault, rootless under its own service user, with a Quadlet unit and a backup concept. The root of secret management. The Ansible secrets are meant to come from here later on.
-
Makes services behind the home connection publicly reachable: a WireGuard tunnel to a VPS, with Caddy terminating TLS.
-
A custom router based on an m720q with a 2.5 GbE card.
Transparency: how this content comes about
What you find here are hobby and learning projects. They still run in production. This Git instance you are reading in right now is one of them.
And yes: LLMs are involved, on several levels.
- As a teacher and problem solver. They explain concepts to me and show me approaches I did not know.
- As an assistant and writer. My bullet points turn into readable text.
- As a critic and reviewer. They contradict me, and sometimes they are right.
What they are not: the architect. The decisions about why something is built one way and not another are mine, and the READMEs give the reasoning instead of just a list of commands.
The practical difference lies in the verification. Every command has run on
the host, every result has been looked at. An LLM asserts what is wrong with
the same confidence as what is right. Several suggestions turned out to be
wrong when checked, and those are documented as corrections in the project
docs, for example in
homelab-vaultwarden/docs/learnings.md.
Not because mistakes are part of the deal, but because they show what was
verified here and what was merely adopted.
None of this is here because a model claimed it. It is here because I built it.