ERR_TOO_MANY_REDIRECTS (Chrome) / "Too many redirects" (Firefox) — браузер прекратил следовать редиректам после 10+ hops. Причины: server block A отправляет на HTTPS, server block B (HTTPS) отправляет обратно на HTTP из-за неправильного детекта. Или WordPress + Cloudflare Flexible SSL. Исправление: найти источник петли через curl -ILk.
Эта ошибка блокирует HTTPS-доступ. Ниже: причины, исправление, FAQ.
curl -ILk https://example.com — увидите chain и где loopSSL/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)Chrome: 20 redirects. Firefox: 20. После этого — блок. Curl по умолчанию 50.
<a href="/redirects">Enterno Redirects Checker</a> покажет весь chain + коды + timing. Или <code>curl -IL -w "redirects: %{num_redirects}\n" https://example.com</code>.
Flexible: Edge↔User = HTTPS, но Origin↔Edge = HTTP. Flexible + redirect к HTTPS в PHP = loop. Full: оба HTTPS — нет петли.
Если да — домен навсегда HTTPS-only. HTTP redirect не поможет. Фиксируйте только на стороне HTTPS → правильный target.