Web je nedostupný, 502 Bad Gateway nebo chyba certifikátu

Stránka se vůbec nenačte

1. Směřuje název na Váš VPS? dig +short example.com musí vrátit Vaši IP adresu (viz Záznam A a AAAA v sekci Moje domény).
2. Jsou porty 80 a 443 otevřené? sudo ufw status (viz Firewall s ufw (nebo nftables)).
3. Běží webový server? systemctl status caddy nebo nginx, případně sudo docker compose ps v /srv/diensten.
4. Naslouchá na portu nějaká služba? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

Váš webový server funguje, ale nedostává odpověď od aplikace, která za ním běží.

• Běží aplikace? sudo docker compose ps a sudo docker compose logs --tail 50 <app>.
• Jsou v souboru Caddyfile nebo v proxy_pass správně uvedeny název a port? U Caddy v Dockeru je to název služby, například uptime-kuma:3001. U webového serveru mimo Docker je to 127.0.0.1 s publikovaným portem.
• Spouští se aplikace ještě? Některé aplikace potřebují při prvním spuštění chvíli času. Počkejte minutu.

Žádný certifikát nebo chyba certifikátu

• V logu zjistěte, proč vystavení certifikátu selhává: sudo docker compose logs caddy, journalctl -u caddy nebo výstup certbotu.
• Let's Encrypt provádí ověření přes port 80. Pokud je port 80 zavřený nebo záznam AAAA směřuje na adresu, na které nic nenaslouchá, ověření selže.
• Zkoušeli jste to mnohokrát za sebou? Pak jste možná narazili na limit Let's Encrypt. Počkejte hodinu a nejprve odstraňte příčinu.
• Vyprší certifikát, aniž by se obnovil? Otestujte to pomocí sudo certbot renew --dry-run (nginx) nebo se podívejte do logu Caddy.

Příliš mnoho přesměrování

Prohlížeč hlásí, že stránka přesměrovává příliš často? Aplikace si často myslí, že běží na http, a přesměrovává na https, načež proxy znovu přesměruje zpět. Zkontrolujte, zda Vaše proxy posílá X-Forwarded-Proto (viz Aplikace za reverzní proxy) a zda adresa v aplikaci začíná na https://.