Cloudflare не решает все проблемы. Три вещи, о которых часто забывают владельцы сайтов

Cloudflare давно стал практически стандартом для большинства веб-проектов. Его используют интернет-магазины, корпоративные сайты, блоги, SaaS-сервисы и крупные медиа. Для многих подключить Cloudflare — это первый пункт после покупки домена.

Из-за этого постепенно сформировалось мнение, что если сайт находится за Cloudflare, то он автоматически защищен практически от любых проблем. На практике всё немного сложнее.

Cloudflare действительно решает целый ряд задач, но есть вещи, на которые он никак не влияет. И именно это нередко становится причиной разочарования, когда владелец проекта уверен, что «всё уже защищено».

Разберём несколько распространённых заблуждений.

Это не совсем так.

Основная задача Cloudflare — выступать в роли обратного прокси между посетителем и вашим сервером. Весь входящий трафик сначала проходит через инфраструктуру Cloudflare, а уже затем отправляется на хостинг.

Именно поэтому сервис действительно отлично справляется с большим количеством DDoS-атак.

Кроме автоматической фильтрации, доступны различные режимы защиты. Один из самых известных — Under Attack Mode. В этом режиме посетители проходят дополнительную проверку перед тем, как попасть на сайт. Это позволяет отсечь значительную часть автоматического трафика и ботов.

Любая дополнительная проверка — это компромисс между безопасностью и удобством пользователей.

Часть реальных посетителей может столкнуться с задержками при открытии сайта, а некоторые — вовсе не пройти проверку из-за особенностей браузера, корпоративной сети или других факторов.

Поэтому максимальная защита далеко не всегда означает максимальную доступность.

Иногда приходится искать баланс между безопасностью и пользовательским опытом.

Это, пожалуй, одно из самых распространённых заблуждений.

Cloudflare не является владельцем вашего контента и не выступает в роли хостинг-провайдера.

Если кто-то отправляет жалобу — например, связанную с нарушением авторских прав или другими претензиями, — Cloudflare не "гасит" её и не принимает решение вместо вашего провайдера.

Как правило, такие обращения перенаправляются в сторону хостинга или владельца ресурса.

Другими словами, Cloudflare не заменяет хостинг и не берёт на себя обработку подобных вопросов.

Поэтому наличие CDN никак не отменяет необходимость понимать правила работы выбранного провайдера и его политику в отношении жалоб.

Этот момент чаще обсуждают специалисты, работающие с большим количеством сайтов.

Когда десятки или сотни проектов находятся в одном аккаунте Cloudflare, между ними появляется дополнительная техническая связь.

Например, сайты могут использовать одинаковые NS-записи Cloudflare, одинаковые настройки безопасности, схожие шаблоны конфигурации и другие косвенные признаки.

Сам по себе этот факт ничего не доказывает и не означает автоматически, что проекты будут как-то идентифицированы как единая сеть. Однако многие специалисты по инфраструктуре предпочитают не создавать лишних точек пересечения между независимыми проектами.

Именно поэтому нередко используют несколько отдельных аккаунтов Cloudflare.

Какой-то универсальной схемы здесь нет.

Кто-то размещает один домен на аккаунт.

Кто-то объединяет по пять или десять проектов.

Другие работают с десятками сайтов в одном аккаунте, если считают такой подход оправданным.

Главная идея достаточно простая: если сайты должны быть максимально независимыми друг от друга, имеет смысл минимизировать количество общих элементов инфраструктуры.

Одна из самых распространённых ошибок — воспринимать Cloudflare как универсальное решение всех инфраструктурных вопросов.

На самом деле безопасность любого проекта складывается сразу из нескольких компонентов:

Cloudflare закрывает важную часть этой системы, но не заменяет остальные элементы.

Поэтому при выборе инфраструктуры лучше рассматривать его как один из инструментов защиты, а не как решение, которое автоматически избавит проект от любых технических или организационных рисков.

Именно из-за этого опытные специалисты обычно оценивают инфраструктуру целиком. Не только CDN, но и то, где размещён сайт, как обрабатываются обращения, как настроен сервер, есть ли резервные копии, как организован мониторинг и что произойдёт, если одна из составляющих системы перестанет работать.