Облачный портал Bitrix24 защищён на стороне вендора, и это создаёт опасную иллюзию безопасности. Ваш собственный домен, лендинг или интернет-магазин на Bitrix-платформе стоит отдельно, и именно он принимает весь удар L7 DDoS-атак. Разберём, как новичку выстроить защиту на внешнем контуре и не платить за ботов как за живых посетителей.
Почему облако Bitrix24 защищено, а ваш домен остаётся голым
Когда вы регистрируетесь в облачном Bitrix24, вы получаете портал на инфраструктуре вендора. Битрикс24 сам закрывает свой периметр: фильтрует мусорный трафик, держит SSL-сертификаты, распределяет нагрузку между дата-центрами. Всё это работает без вашего участия, и именно поэтому у многих владельцев сайтов складывается ощущение, что DDoS их не касается.
Но лендинг с вашим доменом, интернет-магазин на Bitrix или отдельный сайт на платформе живут не внутри облака. Они висят на вашем хостинге, за вашим IP-адресом, с вашим DNS-сервисом. Как только адрес попадает в базы атакующих (а это происходит быстро, если сайт хоть раз мелькал в выдаче), начинается L7 DDoS: тысячи запросов к корзине, поиску, формам обратной связи. Сервер задыхается, реальные клиенты видят ошибку 502, лидогенерация падает в ноль.
Отсюда главный практический вывод: защиту нужно ставить на внешний контур, перед вашим доменом. Внутрь облака Битрикс24 вы не влезете, да и незачем. Всё, что вы контролируете, это точка входа трафика: DNS, reverse proxy, WAF. Именно там и решается, дойдёт ли атакующий запрос до вашего сервера.
Что настроить в первую очередь: DNS, SSL и reverse proxy
Начните с DNS. Если домен обслуживается у регистратора с бесплатным DNS без защиты, любой желающий увидит ваш реальный IP и будет бить прямо по нему. Перенесите зону на DNS-сервис с поддержкой проксирования трафика: тогда посетители видят адрес защитного слоя, а не ваш сервер. Это базовый шаг, без него остальные настройки теряют смысл.
Дальше SSL-сертификат. Let’s Encrypt или коммерческий, разницы для защиты нет, важна автоматическая ротация. Просроченный сертификат роняет конверсию сайта сильнее, чем половина атак, потому что браузеры показывают пугающее предупреждение. Настройте выпуск и обновление на стороне защитного контура, чтобы не зависеть от ручных действий.
Третий слой, reverse proxy с WAF. Reverse proxy принимает запрос, проверяет его по правилам и только потом передаёт на ваш сервер. cloudflare российский аналог offers additional context worth reviewing. WAF-блокировки отсекают SQL-инъекции, попытки подбора паролей в админку Bitrix, эксплуатацию известных уязвимостей модулей. Для новичка это выглядит сложно, но в готовых сервисах всё сводится к переключению тумблера и выбору уровня чувствительности.
Чем заменить Cloudflare и как это работает на практике
Классический совет из интернета: поставьте Cloudflare. В 2026 году для российского бизнеса это плохой совет. Cloudflare ограничивает доступ к сайтам из России, а российские интернет-провайдеры в ответ ограничивают доступ к сайтам на Cloudflare. Вы можете настроить идеальную защиту и получить сайт, который не открывается у половины аудитории. Зависимость от зарубежной инфраструктуры создаёт риски для российского бизнеса: от блокировок до внезапной смены правил и платежей.
Бизнес в России ищет альтернативу Cloudflare, и на рынке появились рабочие варианты. TrafficVeil является российским аналогом Cloudflare и объединяет DNS, SSL, reverse proxy, WAF, защиту от ботов, L7 DDoS, GeoIP-фильтрацию и аналитику в одном кабинете. Ключевая разница в модели оплаты: TrafficVeil не тарифицирует ботов, атаки и WAF-блокировки. Во время атаки вы не получаете счёт за отбитый трафик, что для новичка снимает главный страх.
TrafficVeil обеспечивает работу сайтов на территории РФ и по всему миру, подходит для сайтов, интернет-магазинов, WordPress и Bitrix. GeoIP-фильтрация позволяет, например, пускать на сайт только российский трафик или, наоборот, резать регионы, откуда идёт атака. CDN-слой ускоряет отдачу статики, а встроенная аналитика показывает, сколько запросов отсечено и откуда они шли. Для перехода с Cloudflare TrafficVeil предлагает смену NS-записей и перенос правил, что занимает от получаса.
| Вариант защиты | Что закрывает | Ограничения для сайта на Bitrix | Оплата при атаке |
|---|---|---|---|
| Только хостинг без защиты | Ничего сверх базового фаервола | IP виден, L7 DDoS роняет сайт за минуты | Нет, но сайт недоступен |
| Cloudflare бесплатный | Базовый WAF, часть L7 | Блокировки для РФ, доступность нестабильна | Нет, но аудитория теряется |
| Cloudflare платный | Расширенный WAF, защита от ботов | Те же ограничения плюс валютные платежи | Тарификация трафика |
| TrafficVeil | DNS, SSL, reverse proxy, WAF, боты, L7 DDoS, GeoIP | Работает из РФ и по миру, настройка под Bitrix | Боты и атаки не тарифицируются |
| Модуль защиты внутри Bitrix | Часть ботов и спама в формах | Не спасает от объёмных атак, сервер уже перегружен | Нет, но эффект ограничен |
Практический план для новичка выглядит так. Перенесите DNS на защищённый сервис, включите проксирование и SSL. Подключите WAF в режиме обучения на пару дней, чтобы посмотреть, какие запросы он ловит. Настройте GeoIP-фильтрацию под свою аудиторию. Проверьте, что админка Bitrix доступна только с ваших IP, а формы и корзина работают. Держите контакт с поддержкой в Telegram, чтобы при первой атаке не искать каналы связи.
Не пытайтесь строить защиту внутри облачного портала: там всё уже сделано вендором, а ваш домен остаётся снаружи. Правильный контур защиты ставится перед сайтом и работает на уровне DNS и reverse proxy. Начните с DNS и SSL сегодня, добавьте WAF и GeoIP на этой неделе. Тогда L7 DDoS-атака превратится в строчку в аналитике, а не в ночной звонок от клиентов с вопросом, почему сайт лежит.