Schein-Konfigurierbarkeit beseitigt: HTTP_PORT/HTTPS_PORT liessen sich
zwar im Compose-Mapping setzen, aber nginx (statische Config) und alle
Test-Kommandos in MD/HTML waren auf 8080/8443 hartkodiert. Der einzige
reale Grund die Vars zu aendern (Port-Konflikt) brach also still die
gesamte Doku. Ports sind im Lab feste Konstanten -> hartkodieren.
- docker-compose.yml + Snippets (easyrsa-hints.md, solutions.html):
${HTTP_PORT:-8080}/${HTTPS_PORT:-8443} -> feste 8080/8443
- .env.example entfernt (enthielt nur diese zwei Vars), .env-Erzeugung
aus bootstrap.sh entfernt; .gitignore behaelt .env als Vorsorge
- README: .env-Bullet raus
Doku-Luecke geschlossen:
- README: up/down/logs ergaenzt (vorher nur in lab.sh usage()),
jeweils mit Kurzbeschreibung
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
3.9 KiB
HTL Workshop - Reverse Proxy & TLS Lab
Dieses Repo ist ein leichtes HTTP-Basissetup fuer einen Workshop mit Fokus auf:
- Reverse Proxy Grundlagen (Nginx)
- Routing auf mehrere Backends
- TLS/HTTPS manuell umsetzen (z. B. Easy-RSA)
- Security-Hardening im Proxy
Die Aufgaben sind absichtlich auf manuelle Konfiguration ausgelegt, nicht auf App-Entwicklung.
Architektur
reverse-proxy(Nginx, Port8080)backend-a(einfaches statisches Backend)backend-b(einfaches statisches Backend)
Basisrouten nach dem Start:
http://localhost:8080/-> Startseitehttp://localhost:8080/service/a-> Backend A via Proxyhttp://localhost:8080/service/b-> Backend B via Proxy
WebUI Struktur
http://localhost:8080/-> Ueberblick + Navigationhttp://localhost:8080/challenges.html-> Detaillierte Challengeshttp://localhost:8080/hints.html-> Hint Cheatsheethttp://localhost:8080/solutions.html-> Musterloesungen
Voraussetzungen (Linux / macOS / Windows WSL)
- Docker + Compose (
docker composeoderdocker-compose) - Optional fuer TLS-Challenges:
easy-rsa,openssl,wireshark
Plattformhinweise:
- Linux: Docker Engine oder Docker Desktop
- macOS: Docker Desktop
- Windows: Docker Desktop + WSL Integration aktiv
Schnellstart
Linux / macOS
./scripts/bootstrap.sh
Windows (WSL)
Option A (im WSL-Terminal):
./scripts/bootstrap.sh
Option B (PowerShell Wrapper):
./scripts/workshop.ps1 -Action bootstrap
Der PowerShell-Wrapper ruft intern ./scripts/lab.sh in WSL auf - die gleiche Steuer-Oberflaeche wie unter Linux/WSL.
Falls PowerShell das Script blockiert:
Set-ExecutionPolicy -Scope Process Bypass
Weitere Aktionen in PowerShell:
./scripts/workshop.ps1 -Action redeploy
./scripts/workshop.ps1 -Action proxy-reload
./scripts/workshop.ps1 -Action reset
./scripts/workshop.ps1 -Action reset-hard
./scripts/workshop.ps1 -Action reset-origin
Wenn mehrere Distros installiert sind:
./scripts/workshop.ps1 -Action bootstrap -Distro Ubuntu-24.04
Das Skript:
- prueft Docker + Compose
- startet den Stack
Neu deployen / resetten
Alle Aktionen laufen ueber ./scripts/lab.sh <aktion> (in WSL/Linux). Windows-PowerShell-Nutzer nehmen ./scripts/workshop.ps1 -Action <aktion> - dahinter steckt dasselbe Skript.
./scripts/lab.sh up
./scripts/lab.sh redeploy
./scripts/lab.sh proxy-reload
./scripts/lab.sh down
./scripts/lab.sh logs
./scripts/lab.sh reset
./scripts/lab.sh reset-hard
./scripts/lab.sh reset-origin
up: build + start (entspricht dem, wasbootstrapam Ende macht)redeploy: build + restart aller Servicesproxy-reload: nur Reverse Proxy restartdown: Stack stoppen (Container entfernen, Volumes bleiben)logs: Logs aller Services folgen (Strg+Czum Beenden)reset: Container/Netzwerk/Volumes aufraeumenreset-hard: wiereset, plus lokale Git-Aenderungen verwerfen (falls Git-Repo)reset-origin: wiereset-hard, aber bevorzugt Ruecksetzen auforigin/main
Hinweis: redeploy startet zusaetzlich den Reverse Proxy neu, damit Nginx-Config-Aenderungen sicher aktiv sind.
Kurz testen
curl http://localhost:8080/service/a
curl http://localhost:8080/service/b
Windows: Diese und alle weiteren Test-Kommandos (
curl,openssl,grep, Schleifen) im WSL-Terminal (bash) ausfuehren, nicht in PowerShell. In PowerShell istcurlein Alias fuerInvoke-WebRequestund versteht die genutzten Flags (-I,-k,--cacert) nicht. PowerShell nur fuer den Stack-Wrapperscripts/workshop.ps1.
Fokus im Workshop
Die Basis ist bewusst nur HTTP. HTTPS ist Teil der Aufgaben:
- CA + Server-Zertifikat selbst erstellen
- Nginx auf 443 erweitern
- Root-CA importieren
- HSTS und TLS-Haertung umsetzen
- TLS mitschneiden und analysieren
Vollstaendige TLS-Beispielkonfiguration mit HSTS: proxy/nginx.tls.example.conf.