Website nicht erreichbar, 502 Bad Gateway oder Zertifikatsfehler

Die Seite lädt überhaupt nicht

1. Zeigt der Name auf Ihren VPS? dig +short example.com muss Ihre IP-Adresse zurückgeben (siehe Ein A- und AAAA-Record in Meine Domains).
2. Sind 80 und 443 geöffnet? sudo ufw status (siehe Eine Firewall mit ufw (oder nftables)).
3. Läuft der Webserver? systemctl status caddy oder nginx, oder sudo docker compose ps in /srv/diensten.
4. Lauscht dort etwas? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

Ihr Webserver funktioniert, erhält aber keine Antwort von der App dahinter.

• Läuft die App? sudo docker compose ps und sudo docker compose logs --tail 50 <app>.
• Stimmen Name und Port in der Caddyfile oder in proxy_pass? Bei Caddy in Docker ist das der Servicename, zum Beispiel uptime-kuma:3001. Bei einem Webserver außerhalb von Docker ist das 127.0.0.1 mit dem veröffentlichten Port.
• Startet die App noch? Manche Apps brauchen beim ersten Start etwas Zeit. Warten Sie eine Minute.

Kein Zertifikat oder ein Zertifikatsfehler

• Sehen Sie im Log nach, warum die Anforderung fehlschlägt: sudo docker compose logs caddy, journalctl -u caddy oder die Ausgabe von Certbot.
• Let's Encrypt prüft über Port 80. Ist Port 80 geschlossen oder zeigt der AAAA-Record auf eine Adresse, an der nichts lauscht, schlägt die Prüfung fehl.
• Haben Sie es oft hintereinander versucht? Dann haben Sie möglicherweise ein Limit von Let's Encrypt erreicht. Warten Sie eine Stunde und beheben Sie zuerst die Ursache.
• Läuft das Zertifikat ab, ohne erneuert zu werden? Testen Sie mit sudo certbot renew --dry-run (nginx) oder sehen Sie im Log von Caddy nach.

Zu viele Weiterleitungen

Der Browser meldet, dass die Seite zu oft weiterleitet? Häufig glaubt die App, sie laufe über http, und leitet auf https weiter, woraufhin der Proxy erneut weiterleitet. Prüfen Sie, ob Ihr Proxy X-Forwarded-Proto mitsendet (siehe Eine App hinter einem Reverse Proxy) und ob die Adresse in der App mit https:// beginnt.