Containly hinter einem Reverse Proxy betreiben

Für den Zugriff von ausserhalb deines Netzwerks gehört ein Reverse Proxy mit TLS vor Containly, zum Beispiel Traefik, Caddy oder nginx.

Das stellst du in Containly ein

• Den Port nur an den Host binden: "127.0.0.1:8420:8420" unter ports: in der docker-compose.yml.
• In der .env:

CONTAINLY_SECURE_COOKIES=true
CONTAINLY_TRUST_PROXY=true
CONTAINLY_PUBLIC_URL=https://containly.example.com

CONTAINLY_SECURE_COOKIES=true gehört nur hinter HTTPS. CONTAINLY_TRUST_PROXY=true sorgt dafür, dass Containly die X-Forwarded-*-Header des Proxys liest. CONTAINLY_PUBLIC_URL ist optional: Benachrichtigungs-E-Mails verlinken dann auf diese Adresse. Danach mit docker compose up -d neu starten.

WebSockets durchlassen

Live-Logs, Statistiken, die Konsole und die Ausgabe von Deployments kommen über WebSockets, und der Agent auf entfernten Hosts verbindet sich per WSS. Dein Proxy muss WebSocket-Verbindungen also weiterleiten; bei nginx heisst das, die Header Upgrade und Connection mitzugeben.

Typische Fehler

• Schwarze Seite über HTTP: CONTAINLY_SECURE_COOKIES=true ist gesetzt, aber du öffnest Containly ohne HTTPS. Auf false stellen oder über den Proxy mit HTTPS öffnen.
• Proxy oder Firewall blockiert: Seit Containly 2.3.0 zeigt die App dann „Containly ist nicht erreichbar“ mit dem Grund, zum Beispiel „blockiert“ oder „Anmeldung am Proxy“.

Mehr dazu in der Installationsanleitung. Teilst du hier deine Proxy-Konfiguration, ersetz Domains und Adressen, die du nicht zeigen willst.