Sivusto ei aukea, 502 Bad Gateway tai varmennevirhe

Sivu ei lataudu lainkaan

1. Osoittaako nimi VPS-palvelimeesi? dig +short example.com pitää antaa IP-osoitteesi (katso A- ja AAAA-tietue Omat verkkotunnukset -osiossa).
2. Ovatko portit 80 ja 443 auki? sudo ufw status (katso Palomuuri ufw:llä (tai nftablesilla)).
3. Onko verkkopalvelin käynnissä? systemctl status caddy tai nginx, tai sudo docker compose ps hakemistossa /srv/diensten.
4. Kuunteleeko jokin? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

Verkkopalvelimesi toimii, mutta ei saa vastausta sen takana olevalta sovellukselta.

• Onko sovellus käynnissä? sudo docker compose ps ja sudo docker compose logs --tail 50 <app>.
• Ovatko nimi ja portti oikein Caddyfile-tiedostossa tai tiedostossa proxy_pass? Kun Caddy on Dockerissa, nimi on palvelun nimi, esimerkiksi uptime-kuma:3001. Kun verkkopalvelin on Dockerin ulkopuolella, se on 127.0.0.1 ja julkaistu portti.
• Käynnistyykö sovellus vielä? Jotkin sovellukset tarvitsevat ensimmäisellä käynnistyskerralla hetken aikaa. Odota minuutti.

Varmenne puuttuu tai varmennevirhe

• Katso lokista, miksi varmenteen hakeminen epäonnistuu: sudo docker compose logs caddy, journalctl -u caddy tai certbotin tuloste.
• Let's Encrypt tarkistaa portin 80 kautta. Jos portti 80 on kiinni tai AAAA-tietue osoittaa osoitteeseen, jossa mikään ei kuuntele, tarkistus epäonnistuu.
• Yritätkö monta kertaa peräkkäin? Silloin olet ehkä törmännyt Let's Encryptin rajaan. Odota tunti ja korjaa ensin syy.
• Vanheneeko varmenne ilman, että se uusitaan? Testaa komennolla sudo certbot renew --dry-run (nginx) tai katso Caddyn lokia.

Liikaa uudelleenohjauksia

Ilmoittaako selain, että sivu ohjaa uudelleen liian monta kertaa? Usein sovellus luulee toimivansa http:n kautta ja ohjaa https:ään, minkä jälkeen välityspalvelin ohjaa taas takaisin. Tarkista, että välityspalvelimesi lähettää mukana X-Forwarded-Proto (katso Sovellus käänteisen välityspalvelimen takana) ja että sovelluksen osoite alkaa https://.