ERR_EMPTY_RESPONSE — сервер установил TCP-соединение, но закрыл его без отправки HTTP-ответа. Типично для PHP-FPM/Apache crash, nginx timeout до upstream, OOM kill. Причины: backend упал, worker_connections закончились, DB query завис. Исправление: проверить логи backend, error_log nginx, systemctl status, увеличить memory_limit PHP.
Эта ошибка блокирует HTTPS-доступ. Ниже: причины, исправление, рабочий конфиг, FAQ.
tail -f /var/log/nginx/error.log — ищите "upstream prematurely closed" или "recv() failed"tail -f /var/log/php8.x-fpm.log — ищите "child exited on signal" или OOMphp_admin_value[memory_limit] = 512Msystemctl status php-fpm nginx — всё running?curl -H "Host: example.com" https://IP/server {
listen 443 ssl http2;
server_name example.com;
ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
ssl_prefer_server_ciphers off;
ssl_stapling on;
ssl_stapling_verify on;
}SSL/TLS — протокол шифрования, который защищает данные между браузером и сервером. Наш инструмент анализирует сертификат, цепочку доверия, версию TLS и известныеуязвимости.
Издатель, срок действия, алгоритм подписи, покрываемые домены (SAN) и тип валидации (DV/OV/EV).
Проверка полной цепочки: от конечного сертификата через промежуточные до корневого CA.
Версия протокола (TLS 1.2/1.3), набор шифров, поддержка Perfect Forward Secrecy (PFS).
Создайте монитор — получайте уведомления в Telegram и email за 30/14/7 дней до истечения.
мониторинг SSL-сертификатов
аудит TLS-конфигурации
HTTPS как фактор ранжирования
доверие покупателей
www и поддомены.Strict-Transport-Security заставляет браузер всегда использовать HTTPS.Мониторинг SSL-сертификатов, история проверок и уведомления за 30 дней до истечения.
Зарегистрироваться (FREE)Refused — TCP connect не удался (сервер не слушает). Empty — соединение есть, но ответ пуст. Причина глубже: worker упал после accept().
Большие POST-body превышают <code>client_max_body_size</code> nginx или <code>post_max_size</code> PHP. PHP-FPM отклоняет, nginx рвёт соединение → empty response.
Включите <code>nginx access_log</code> с <code>$upstream_response_time</code> и <code>$upstream_status</code>. Пустой upstream_status + время = вот момент.
Временно да, но проблема вернётся. Найдите root cause через логи.