Уебсайтът е недостъпен, 502 Bad Gateway или грешка в сертификата

Страницата изобщо не се зарежда

1. Сочи ли името към Вашия VPS? dig +short example.com трябва да върне Вашия IP адрес (вижте A и AAAA запис в Моите домейни).
2. Отворени ли са портове 80 и 443? sudo ufw status (вижте Защитна стена с ufw (или nftables)).
3. Работи ли уеб сървърът? systemctl status caddy или nginx, или sudo docker compose ps в /srv/diensten.
4. Слуша ли нещо? sudo ss -tlnp | grep -E ':(80|443) '.

502 Bad Gateway

Вашият уеб сървър работи, но не получава отговор от приложението зад него.

• Работи ли приложението? sudo docker compose ps и sudo docker compose logs --tail 50 <app>.
• Правилни ли са името и портът в Caddyfile или в proxy_pass? При Caddy в Docker това е името на услугата, например uptime-kuma:3001. При уеб сървър извън Docker това е 127.0.0.1 с публикувания порт.
• Приложението все още ли се стартира? Някои приложения се нуждаят от малко време при първото стартиране. Изчакайте една минута.

Липсващ сертификат или грешка в сертификата

• Проверете в лога защо заявката е неуспешна: sudo docker compose logs caddy, journalctl -u caddy или изхода на certbot.
• Let's Encrypt извършва проверката през порт 80. Ако порт 80 е затворен или AAAA записът сочи към адрес, на който нищо не слуша, проверката е неуспешна.
• Опитвали ли сте много пъти подред? Тогава може да сте достигнали лимит на Let's Encrypt. Изчакайте един час и първо отстранете причината.
• Сертификатът изтича, без да бъде подновен? Тествайте с sudo certbot renew --dry-run (nginx) или проверете лога на Caddy.

Твърде много пренасочвания

Браузърът съобщава, че страницата пренасочва твърде много пъти? Често приложението смята, че работи по http, и пренасочва към https, след което proxy сървърът отново пренасочва. Проверете дали Вашият proxy изпраща X-Forwarded-Proto (вижте Приложение зад reverse proxy) и дали адресът в приложението започва с https://.