Kapitel 9 · 9.3
Hjemmesiden kan ikke nås, 502 Bad Gateway eller certifikatfejl
Siden indlæses slet ikke
- Peger navnet på din VPS?
dig +short example.comskal give dig din IP-adresse (se En A- og AAAA-post i Mine domæner). - Er 80 og 443 åbne?
sudo ufw status(se En firewall med ufw (eller nftables)). - Kører webserveren?
systemctl status caddyellernginx, ellersudo docker compose psi/srv/diensten. - Lytter der noget?
sudo ss -tlnp | grep -E ':(80|443) '.
502 Bad Gateway
Din webserver virker, men får ikke svar fra appen bagved.
- Kører appen?
sudo docker compose psogsudo docker compose logs --tail 50 <app>. - Er navnet og porten rigtige i Caddyfile eller i
proxy_pass? Med Caddy i Docker er det servicenavnet, somuptime-kuma:3001. Med en webserver uden for Docker er det127.0.0.1med den publicerede port. - Er appen stadig ved at starte? Nogle apps skal bruge lidt tid ved første start. Vent et minut.
Intet certifikat eller en certifikatfejl
- Se i loggen, hvorfor anmodningen mislykkes:
sudo docker compose logs caddy,journalctl -u caddyeller outputtet fra certbot. - Let's Encrypt kontrollerer via port 80. Er port 80 lukket, eller peger AAAA-recordet på en adresse, hvor intet lytter, så mislykkes kontrollen.
- Har du prøvet mange gange i træk? Så kan du have ramt en grænse hos Let's Encrypt. Vent en time, og løs først årsagen.
- Udløber certifikatet, uden at det bliver fornyet? Test med
sudo certbot renew --dry-run(nginx), eller se i loggen fra Caddy.
For mange omdirigeringer
Melder browseren, at siden omdirigerer for mange gange? Ofte tror appen, at den kører på http, og sender videre til https, hvorefter proxyen sender videre igen. Kontrollér, at din proxy sender X-Forwarded-Proto med (se En app bag en reverse proxy), og at adressen i appen begynder med https://.
