Site inacessível, 502 Bad Gateway ou erro de certificado

A página não carrega de todo

1. O nome aponta para o seu VPS? dig +short example.com deve devolver o seu endereço IP (consulte Um registo A e AAAA em Os meus domínios).
2. As portas 80 e 443 estão abertas? sudo ufw status (consulte Uma firewall com ufw (ou nftables)).
3. O servidor web está a funcionar? systemctl status caddy ou nginx, ou sudo docker compose ps em /srv/diensten.
4. Há algo à escuta? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

O seu servidor web funciona, mas não recebe resposta da aplicação que está por trás dele.

• A aplicação está a funcionar? sudo docker compose ps e sudo docker compose logs --tail 50 <app>.
• O nome e a porta no Caddyfile ou em proxy_pass estão corretos? Com o Caddy em Docker, trata-se do nome do serviço, como uptime-kuma:3001. Com um servidor web fora do Docker, trata-se de 127.0.0.1 com a porta publicada.
• A aplicação ainda está a arrancar? Algumas aplicações precisam de algum tempo no primeiro arranque. Aguarde um minuto.

Sem certificado ou com erro de certificado

• Consulte o registo para ver porque falha o pedido: sudo docker compose logs caddy, journalctl -u caddy ou a saída do certbot.
• O Let's Encrypt faz a verificação através da porta 80. Se a porta 80 estiver fechada, ou se o registo AAAA apontar para um endereço onde nada está à escuta, a verificação falha.
• Tentou muitas vezes seguidas? Nesse caso, pode ter atingido um limite do Let's Encrypt. Aguarde uma hora e resolva primeiro a causa.
• O certificado expira sem ser renovado? Teste com sudo certbot renew --dry-run (nginx) ou consulte o registo do Caddy.

Demasiados redirecionamentos

O navegador indica que a página redireciona demasiadas vezes? Frequentemente, a aplicação julga que está a funcionar em http e redireciona para https, após o que o proxy volta a redirecionar. Verifique se o seu proxy envia X-Forwarded-Proto (consulte Uma aplicação atrás de um reverse proxy) e se o endereço na aplicação começa por https://.