From f12d88c2230e83a37c6ad7845ff9f9e37f2e2b06 Mon Sep 17 00:00:00 2001 From: Harlekin Date: Fri, 4 Sep 2026 09:41:11 +0200 Subject: [PATCH] Cloudflare Tunnel nur noch auf Anforderung Der Tunnel war fest im Stack und damit Voraussetzung, obwohl er nur eine von mehreren Moeglichkeiten ist, die Anwendung von aussen erreichbar zu machen. Wer einen eigenen Reverse Proxy betreibt, brauchte ihn nie - und wollte womoeglich gerade nicht von einem fremden Dienst abhaengen. Er steht jetzt in einem Profil und startet nur mit `docker compose --profile cloudflare up -d`. Ohne Angabe bleibt er aus, und der Stack laeuft mit acht Diensten. --- compose.yaml | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/compose.yaml b/compose.yaml index be54daa..9d51b04 100644 --- a/compose.yaml +++ b/compose.yaml @@ -4,7 +4,7 @@ # - keine Einmal- und keine Init-Container, Dockge zeigt beendete Container nicht # - Migrationen laufen im Startkommando von `web` # - jeder Dienst hat einen Healthcheck, das ist in Dockge die Statusanzeige -# - kein Reverse Proxy: TLS und Kompression macht der Cloudflare Tunnel +# - kein Reverse Proxy im Stack: TLS macht ein Proxy davor # # Die drei eigenen Images werden hier gebaut, nicht aus einer Registry gezogen: # docker compose build && docker compose up -d @@ -150,8 +150,15 @@ services: retries: 3 start_period: 30s + # Ein Weg von aussen, falls kein eigener Reverse Proxy vorhanden ist. + # Startet nur auf ausdrueckliche Anforderung: + # docker compose --profile cloudflare up -d + # Wer einen Proxy im eigenen Netz betreibt - Nginx Proxy Manager, Caddy, + # Traefik -, laesst diesen Dienst weg und leitet dort auf den Port aus + # `ports` beim Dienst `web`. cloudflared: <<: *logging + profiles: ['cloudflare'] image: cloudflare/cloudflared:latest restart: unless-stopped command: tunnel --no-autoupdate run