KFZ-Bozo Handbuch

Betrieb & Dokumentation › Hetzner-Server + Docker

Hetzner-Server + Docker

IntegrationLiveQuelle geändert seit Prüfung

Die Website und das CRM laufen als Docker-Container auf einem gemieteten Server bei Hetzner (Deutschland). Ein vorgeschalteter Webserver übernimmt HTTPS und leitet Anfragen an den richtigen Container weiter — die aktuelle Konfigurationsdatei nennt dafür ausdrücklich host-nginx, nicht das in älteren Projektunterlagen genannte Caddy.

System

Bild folgt

Website und Büro-CRM laufen als Docker-Container auf einem gemieteten Server bei Hetzner. Ein vorgeschalteter Webserver terminiert das Sicherheitszertifikat (HTTPS) und leitet Anfragen an diesen Container weiter — die aktuelle Konfigurationsdatei bezeichnet ihn ausdrücklich als host-nginx und schließt Caddy sowie einen Cloudflare-Tunnel bewusst aus, während ältere Projektunterlagen weiterhin von Caddy sprechen. Welche Angabe den tatsächlichen Stand auf dem Server beschreibt, lässt sich ohne Server-Zugriff nicht klären. Alle Anwendungsdaten liegen als Datei-Datenbank auf demselben Server, nicht in einer externen Cloud-Datenbank.

  • Seite nicht erreichbar → zuerst prüfen, ob der Container läuft und ob die richtige Domain auf den Server zeigt (Domain & DNS (kfz-bozo.at)).
  • Widersprüchliche Angaben zum vorgeschalteten Webserver (Caddy oder host-nginx) → im Zweifel die tatsächliche Konfigurationsdatei auf dem Server als Stand nehmen, nicht die ältere Beschreibung.

Gebraucht von

Genutzt von

Gebraucht vo…Genutzt vonGehört zuGehört zuHetzner-Se…Öffentliche We…Domain & DNS (…Hetzner-Migrat…Büro-CRM (Admi…
  • Läuft vor dem Web-Container tatsächlich host-nginx (so docker-compose.yml) oder Caddy (so CLAUDE.md und ein Kommentar in .env.example)? Beide Angaben stehen im selben Projekt und widersprechen sich; ohne Server-Zugriff nicht auflösbar.
  • Genaue monatliche Servermiete bei Hetzner ist nicht recherchiert.
  • CLAUDE.md
  • Dockerfile
  • docker-compose.yml
  • Caddyfile
  • MEM:golive-consolidation-20260614.md
richtungeingehend (HTTPS-Traffic)
ausloesersystem (dauerhaft laufender Dienst)
envVarsDOMAIN, WEB_LOOPBACK_PORT, DATABASE_URL, DATA_DIR
status_prodlive, Kern-Infrastruktur seit Go-Live
daten_die_das_haus_verlassenalle Website-/CRM-Anfragen laufen über diesen Server; Zugriffsprotokolle (Besucher-IP, Uhrzeit) verbleiben beim Hosting-Anbieter Hetzner
verarbeiterja — Hetzner verarbeitet als Hosting-Anbieter zumindest Zugriffsprotokolle
zustaendigChef
kostenunklar — genaue monatliche Miete nicht recherchiert
vertragHetzner-Server-Miete, Owner-Konto
ohnegesamte Website/CRM nicht erreichbar
datenalle Anwendungsdaten liegen auf diesem Server (SQLite/libsql-Datei), keine externe Cloud-Datenbank
proxy_widerspruchdocker-compose.yml (aktuelle Konfiguration) verlangt ausdrücklich host-nginx und schließt Caddy/Cloudflare-Tunnel aus; das mitgelieferte Caddyfile ist dagegen für einen Cloudflare-Tunnel-Modus gebaut (auto_https off); welche Datei den heutigen Server beschreibt, ist unklar

Beleg: CLAUDE.md ('Docker + Caddy auf Hetzner') + Hausregel 5 im Projekt-CLAUDE.md ('bash scripts/deploy-prod.sh main') + zahlreiche 'prod=<hash>'-Live-Belege in nahezu jeder Memory-Datei; docker-compose.yml widerspricht dem Caddy-Namen explizit ('Public ingress: host-nginx ... KEIN Caddy, KEIN cloudflared')

Betrieb & DokumentationSeite bearbeiten: wiki/seiten/betrieb-doku/int-hetzner.md