Site inaccesibil, 502 Bad Gateway sau eroare de certificat

Pagina nu se încarcă deloc

1. Numele indică spre VPS-ul dumneavoastră? dig +short example.com trebuie să afișeze adresa dvs. IP (consultați O înregistrare A și AAAA în Domeniile mele).
2. Porturile 80 și 443 sunt deschise? sudo ufw status (consultați Un firewall cu ufw (sau nftables)).
3. Serverul web rulează? systemctl status caddy sau nginx, ori sudo docker compose ps în /srv/diensten.
4. Ascultă ceva pe porturi? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

Serverul dumneavoastră web funcționează, dar nu primește niciun răspuns de la aplicația din spatele lui.

• Aplicația rulează? sudo docker compose ps și sudo docker compose logs --tail 50 <app>.
• Numele și portul din Caddyfile sau din proxy_pass sunt corecte? La Caddy în Docker, acesta este numele serviciului, de exemplu uptime-kuma:3001. La un server web din afara Docker, acesta este 127.0.0.1 cu portul publicat.
• Aplicația încă pornește? Unele aplicații au nevoie de puțin timp la prima pornire. Așteptați un minut.

Niciun certificat sau o eroare de certificat

• Verificați în log de ce eșuează solicitarea: sudo docker compose logs caddy, journalctl -u caddy sau ieșirea certbot.
• Let's Encrypt face verificarea prin portul 80. Dacă portul 80 este închis sau dacă înregistrarea AAAA indică spre o adresă unde nu ascultă nimic, verificarea eșuează.
• Ați încercat de multe ori la rând? Atunci este posibil să fi atins o limită a Let's Encrypt. Așteptați o oră și rezolvați mai întâi cauza.
• Certificatul expiră fără să fie reînnoit? Testați cu sudo certbot renew --dry-run (nginx) sau consultați log-ul Caddy.

Prea multe redirecționări

Browserul anunță că pagina redirecționează de prea multe ori? Adesea aplicația crede că rulează pe http și redirecționează spre https, după care proxy-ul redirecționează din nou. Verificați dacă proxy-ul dumneavoastră trimite X-Forwarded-Proto (consultați O aplicație în spatele unui reverse proxy) și dacă adresa din aplicație începe cu https://.