SSL/TLS режимы Cloudflare: где теряется защита и начинаются неожиданные сбои
Cloudflare не «делает HTTPS за вас» — он лишь определяет, как шифрование проходит между клиентом, edge и origin. Ошибка в режиме сразу бьёт по стабильности: от редирект-циклов до неочевидного downgrade, когда фронт выглядит защищённым, а канал до сервера — нет.
• Flexible подходит только как временная мера. До origin трафик идёт без TLS, поэтому любой пароль, cookie или токен на этом участке не защищены.
• Full шифрует канал до origin, но не проверяет сертификат сервера. Это допустимо лишь если вы контролируете сеть и уверены в конфигурации origin.
• Full (strict) — рабочая база для продакшена: проверяется валидность сертификата, цепочка доверия и имя хоста. Именно здесь меньше сюрпризов при ротации сертификатов и смене инфраструктуры.
Типовая ошибка — включить Flexible вместе с редиректом HTTP→HTTPS на origin. В итоге запросы начинают ходить по кругу, а причина часто маскируется под «сломанный сайт». Ещё одна проблема — mixed content: браузер видит HTTPS, но ресурсы подтягиваются по HTTP и ломают безопасный контур.
Проверяйте не только режим, но и соответствие SNI, срок действия сертификата и поведение origin при прямом обращении. Безопасность и скорость: находим баланс в каждой конфигурации.
Оптимизация Cloudflare и CDN
@cloudflare_optimization_pro_arb
SSL/TLS режимы Cloudflare: где теряется защита и начинаются неожиданные сбои
Этот пост опубликован в Telegram-канале Оптимизация Cloudflare и CDN. Подписаться можно по ссылке: @cloudflare_optimization_pro_arb.