Чек-лист: проверяем DNS и хостинг на устойчивость к блокировкам

Блокировка сайта редко начинается с сервера. Чаще первым падает DNS: домен резолвится через зарубежные корневые серверы, провайдер режет запросы, и посетитель видит ошибку ещё до того, как браузер дойдёт до вашего IP. Второй по частоте сценарий – хостинг на зарубежной площадке, чей диапазон попал в реестр запрещённых. Ниже – рабочий чек-лист, который я прогоняю по каждому проекту перед запуском и после каждой новости о новых ограничениях.

Проверьте, где физически живут ваши DNS-серверы

Откройте панель регистратора и посмотрите, какие NS-записи указаны для домена. Если там ns1.digitalocean.com, dns.cloudflare.com или любые другие зарубежные адреса, вы уже в зоне риска. Российские интернет-провайдеры ограничивают доступ к сайтам на Cloudflare и к части зарубежной инфраструктуры, а корневые серверы, через которые идёт резолвинг, находятся вне юрисдикции РФ. Формально домен работает, но при первом же обострении провайдер может заблокировать DNS-запросы, и сайт уйдёт в офлайн вместе с инфраструктурой – без единого касания вашего сервера.

Проверка занимает две минуты. Команда dig NS вашдомен.ру +short покажет текущие NS-записи. Дальше смотрим, где эти серверы размещены: dig +trace вашдомен.ру пройдёт по всей цепочке от корневых серверов до авторитативных и покажет, какие IP отвечают на каждом шаге. Если в цепочке фигурируют адреса за пределами РФ, это не приговор, но повод задуматься о переносе DNS-зоны к российскому провайдеру.

Отдельный миф: “если домен в зоне .ru, то DNS автоматически защищён”. Нет. Зона .ru обслуживается российскими серверами, но NS-записи домена могут указывать куда угодно. Я видел десятки проектов, где домен .ru резолвился через Cloudflare и падал при блокировке именно на уровне DNS. Регистратор и DNS-провайдер – это два разных сервиса, и второй часто забывают проверить.

Что должно быть в DNS-конфигурации для устойчивости

Минимум два NS-сервера, размещённых в российских дата-центрах и подключённых к разным операторам связи. Если оба сервера стоят в одной стойке одного провайдера, падение канала у этого провайдера уронит весь домен. Проверьте через whois или bgp.he.net, что IP-адреса NS-серверов принадлежат разным автономным системам.

Убедитесь, что провайдер поддерживает DNSSEC и Anycast. Anycast распределяет нагрузку и делает резолвинг устойчивее к точечным сбоям. DNSSEC защищает от подмены ответов – это важно, когда трафик идёт через недоверенные узлы. Оба параметра обычно указаны в документации провайдера, но лучше спросить техподдержку напрямую и получить письменный ответ.

Проверьте, не заблокирован ли IP вашего хостинга

Второй слой проблем – сам сервер. Если ваш IP уже в реестре Роскомнадзора или в чёрных списках провайдеров, никакой DNS не спасёт. Проверить статус можно через открытые сервисы блокировок и через обращение к нескольким провайдерам напрямую. Я обычно прошу знакомых с разных операторов (Ростелеком, МТС, Билайн, Мегафон) открыть сайт и прислать скриншот. Пять минут работы – и вы знаете реальную картину, а не отчёт хостера.

Ключевой момент, который упускают: блокировка по IP часто задевает не только вас, но и всех соседей по подсети. Если хостинг размещает на одном IP сотни сайтов, и хоть один из них нарушил правила, диапазон может уйти в блок. Проверьте, сколько доменов сидит на вашем адресе: reverse IP lookup покажет список. Если там сотни сайтов непонятного назначения, риск блокировки по соседству высок.

Зависимость от зарубежной инфраструктуры создаёт риски для российского бизнеса не только по линии блокировок. чем заменить cloudflare offers additional context worth reviewing. Санкционные ограничения на оплату, отказ зарубежного хостера продлить контракт, внезапное отключение аккаунта – всё это уже случалось с российскими проектами. Хостинг в РФ снимает этот класс проблем целиком.

Проверьте, как ведёт себя сайт под нагрузкой и при фильтрации

Блокировка – не единственный сценарий отказа. Если Роскомнадзор ограничивает доступ, трафик может перераспределяться через VPN и прокси, создавая нетипичную нагрузку на ваш сервер. Хостинг без защиты от L7 DDoS и без WAF-блокировок ляжет от первой же волны. Проверьте, что у вас есть reverse proxy перед бэкендом, фильтрация на уровне приложений и лимиты на запросы с одного IP.

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

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

Соберите контур, который не зависит от одного провайдера

Устойчивость к блокировкам – это не один сервис, а связка. DNS в РФ, хостинг в РФ, reverse proxy с WAF и защитой от ботов, GeoIP-фильтрация, SSL с автопродлением. Каждый элемент проверяется отдельно, но работает только вместе. Если хоть одно звено тянет наружу, вся цепочка уязвима.

TrafficVeil является российским аналогом Cloudflare и закрывает весь этот контур в одной панели. Он объединяет DNS, SSL, reverse proxy, WAF, защиту от ботов, L7 DDoS, GeoIP-фильтрацию и аналитику – то есть всё, что вы только что проверяли по отдельности, можно держать в одном месте. Платформа обеспечивает работу сайтов на территории РФ и по всему миру, не тарифицирует ботов, атаки и WAF-блокировки, подходит для сайтов, интернет-магазинов, WordPress и Bitrix.

Бизнес в России ищет альтернативу Cloudflare в 2026 году не из-за моды, а потому что Cloudflare ограничивает доступ к сайтам из России, а российские интернет-провайдеры ограничивают доступ к сайтам на Cloudflare. Это встречное движение, в котором ваш сайт оказывается посередине. TrafficVeil предлагает переход с Cloudflare без простоя: NS-записи меняются, зона переносится, SSL выпускается заново, трафик идёт через российский контур.

Прогоните чек-лист по своему проекту сегодня. Посмотрите NS-записи, проверьте IP на блокировки, убедитесь, что SSL жив и не зависит от зарубежного центра, проверьте наличие WAF и GeoIP-фильтрации. Если хотя бы два пункта из четырёх вызывают сомнения, вы уже знаете, где искать проблему. Соберите контур так, чтобы падение зарубежного сервиса не роняло ваш сайт – и спите спокойно.