Сайт «лежит», а ping ok: 502 и медленный ответ

Сервер отвечает на ping, SSH открывается — а в браузере 502 или вечная загрузка. Это не «интернет упал», а проблема на уровне веб-стека или приложения. Разбираем быструю диагностику.

Ping и HTTP — разные проверки

Ping проверяет, жив ли хост в сети. HTTP — проходит ли цепочка nginx → php-fpm / upstream → база. Сайт может «лежать» при живом сервере.

Шаг 1: код и время снаружи

curl -sI -o /dev/null -w "HTTP %{http_code} · %{time_total}s\n" https://ваш-сайт.ru/
curl -sI -o /dev/null -w "HTTP %{http_code} · %{time_total}s\n" https://ваш-сайт.ru/bitrix/admin/

Или бесплатно с другой точки сети: проверка сайта и SSL — код ответа, время, сертификат.

• 502 / 504 — nginx не дождался backend (php-fpm, proxy, Bitrix).
• 200, но > 3 с — деградация; пользователи уходят раньше алерта «сайт down».
• 000 / timeout — firewall, DNS, SSL или сервис не слушает порт.

Шаг 2: на сервере

systemctl status nginx php*-fpm mysql --no-pager
tail -30 /var/log/nginx/error.log
ss -tlnp | grep -E ':80|:443'

Частые причины 502: упал php-fpm, закончились workers, MySQL не отвечает, диск 100%, OOM убил процесс.

Медленный сайт без 502

Смотрите не только «up/down», но и время ответа. Тяжёлые запросы Bitrix, нехватка RAM, медленные SQL, блокировка диска — сайт «открывается», но p95 растёт. В логах nginx ищите запросы с большим request_time.

Честно про Mediops

Мониторинг сайтов проверяет доступность снаружи: код ответа, время, SSL. Алерт при 5xx или росте времени ответа — до звонка клиента. Это не замена глубокому APM, но ловит «ping ok, а сайт мёртв». На free — 3 сайта, email-алерты.