dambmann.cloud vereint einen Blog, 35 interaktive Tools und eine Lernplattform — alles selbst gehostet. Diese Seite erklärt beides: was die Plattform kann und wie man sie nutzt (Anwender-Sicht) sowie wie sie technisch aufgebaut ist (Technik-Sicht).
Aufgaben-orientiert: was jeder Bereich leistet und wie Sie ihn bedienen.
Acht ausführliche Beiträge rund um HomeLab, lokale KI, Linux, Docker und Automatisierung.
35 kleine Werkzeuge in 7 Kategorien. Die meisten rechnen direkt im Browser — Ihre Eingaben verlassen das Gerät nicht.
Monitoring, externe Angriffsflächen-Discovery und beauftragte Basis-Penetrationstests sind seit der Plattform-Trennung ein eigenständiges Produkt unter lichtwache.de — mit eigenem Konto, eigener Methodik-Referenz und eigener Dokumentation.
Ein kompetenzbasierter „Skill-Tree" — die Tools und Blog-Themen ausgebaut zu einer strukturierten Lernumgebung. Hinter dem gemeinsamen Login.
300 Aufträge zum echten Nachbauen am Gerät/in der VM — für alle, die gelernte Theorie direkt anwenden wollen. Hinter Login.
Architektur-Überblick — bewusst auf öffentlich unkritische Informationen beschränkt. Die Methodik für Monitoring, Discovery und Pentest ist in der offenen Methodik-Referenz von Lichtwache dokumentiert.
Das Frontend ist eine Astro-Anwendung im Hybrid-Modus: öffentliche Seiten (Startseite, Blog, Tools) werden zur Build-Zeit statisch vorgerendert, geschützte Bereiche (Lernplattform, Konto, Changelog) laufen serverseitig (SSR).
Ein Caddy-Reverse-Proxy nimmt alle Anfragen entgegen und leitet sie an die jeweiligen Dienste weiter: die Astro-App, die schlanke Konto-/Lernfortschritt-API (learn-api) und mehrere kleine, in sich geschlossene Tool-APIs. Alle Backend-Dienste sind ausschließlich intern erreichbar.
Gemeinsamer Zustand (Konten, Lernfortschritt) liegt in einer PostgreSQL-Datenbank. Monitoring, Angriffsflächen-Discovery und Pentest sind seit der Plattform-Trennung Teil des eigenständigen Produkts Lichtwache (eigenes Repo, eigene Domain).
Internet
│
▼
Caddy (Reverse-Proxy, TLS, Security-Header)
├─▶ Astro (statisch + SSR)
├─▶ learn-api (Konto & Lernfortschritt)
└─▶ Tool-APIs (Netzwerk-/TLS-/RDAP- … Dienste)
│
▼
PostgreSQL Ein Konto deckt die Lernplattform und den Konto-Bereich ab. Anmeldedaten werden mit Argon2id gehasht.
Sitzungen laufen über JSON Web Tokens in httpOnly-Cookies: ein kurzlebiges Access-Token und ein langlebiges Refresh-Token mit Rotation. Die SSR-Middleware verifiziert das Token bei jeder Anfrage und erneuert es bei Bedarf transparent.
Zwei Rollen: user (Lernplattform, eigenes Konto) und admin (Nutzerverwaltung, Changelog). Die Rollenprüfung erfolgt zusätzlich serverseitig in der API.
Die Registrierung ist bewusst geschlossen: neue Konten durchlaufen zwei Stufen — E-Mail-Selbstbestätigung und anschließende Freischaltung durch den Betreiber.
Die gesamte Plattform wird selbst gehostet. Es werden keine externen Assets, CDNs oder Schriftarten von Drittservern geladen — Fonts und alle statischen Ressourcen liegen lokal vor.
Eine strikte Content-Security-Policy, HSTS, X-Frame-Options und weitere Sicherheits-Header werden zentral am Reverse-Proxy gesetzt.
Tägliche, verifizierte Datenbank-Backups sorgen für Betriebssicherheit.
Die meisten Tools rechnen vollständig im Browser — Eingaben wie Schlüssel, Zertifikate oder Logs werden nicht an den Server übertragen.
Keine Tracking-Pixel, keine Remote-Bilder in System-E-Mails, keine Werbe- oder Analyse-Dienste Dritter.