Kapitel 9 · 9.3
Webbplatsen går inte att nå, 502 Bad Gateway eller certifikatfel
Sidan laddar inte alls
- Pekar namnet på din VPS?
dig +short example.comska ge din IP-adress (se En A- och AAAA-post i Mina domäner). - Är 80 och 443 öppna?
sudo ufw status(se En brandvägg med ufw (eller nftables)). - Körs webbservern?
systemctl status caddyellernginx, ellersudo docker compose psi/srv/diensten. - Lyssnar något?
sudo ss -tlnp | grep -E ':(80|443) '.
502 Bad Gateway
Din webbserver fungerar, men får inget svar från appen bakom den.
- Körs appen?
sudo docker compose psochsudo docker compose logs --tail 50 <app>. - Stämmer namnet och porten i Caddyfile eller i
proxy_pass? Med Caddy i Docker är det tjänstens namn, till exempeluptime-kuma:3001. Med en webbserver utanför Docker är det127.0.0.1med den publicerade porten. - Startar appen fortfarande? Vissa appar behöver lite tid vid första starten. Vänta en minut.
Inget certifikat eller ett certifikatfel
- Titta i loggen varför begäran misslyckas:
sudo docker compose logs caddy,journalctl -u caddyeller utdata från certbot. - Let's Encrypt kontrollerar via port 80. Är port 80 stängd, eller pekar AAAA-posten på en adress där inget lyssnar, så misslyckas kontrollen.
- Har du försökt många gånger i rad? Då kan du ha nått en gräns hos Let's Encrypt. Vänta en timme och åtgärda orsaken först.
- Går certifikatet ut utan att förnyas? Testa med
sudo certbot renew --dry-run(nginx) eller titta i loggen för Caddy.
För många omdirigeringar
Säger webbläsaren att sidan omdirigerar för många gånger? Ofta tror appen att den körs på http och skickar vidare till https, varefter proxyn skickar tillbaka igen. Kontrollera att din proxy skickar med X-Forwarded-Proto (se En app bakom en reverse proxy) och att adressen i appen börjar med https://.
