Подключение сайта к Cloudflare выполняется за несколько шагов. После смены NS-серверов весь трафик начнёт проходить через Cloudflare автоматически.

Шаг 1: Зарегистрируйтесь на Cloudflare

Перейдите на cloudflare.com и создайте аккаунт. Выберите бесплатный план.

Шаг 2: Добавьте сайт

Dashboard → Add a Site → введите ваш домен (без www и https). Выберите план Free.

Шаг 3: Проверьте импортированные DNS-записи

Cloudflare автоматически сканирует и импортирует DNS-записи вашего домена. Убедитесь что все записи на месте:

Тип	Имя	Значение	Proxy
A	@	IP сервера	✅ Proxied
A	www	IP сервера	✅ Proxied
MX	@	mail.example.com	❌ DNS only
TXT	@	v=spf1 ...	❌ DNS only

⚠️ MX, SPF, DKIM записи НЕ должны быть в режиме Proxied (оранжевое облако) — только DNS only (серое облако). Иначе почта перестанет работать.

Шаг 4: Смените NS-серверы у регистратора

Cloudflare предоставит два NS-сервера вида:

alice.ns.cloudflare.com
bob.ns.cloudflare.com

Зайдите в панель управления доменом у вашего регистратора (ZevsHost Billing → Домены → DNS) и смените NS-серверы на указанные Cloudflare.

Шаг 5: Ождание активации

Смена NS распространяется 15 минут — 24 часа. Cloudflare отправит email когда сайт активируется. Можно проверить через:

dig example.com NS
# Должны быть ns.cloudflare.com серверы

✅ После активации включите следующие настройки: SSL/TLS → Full (Strict), Speed → Auto Minify → JS/CSS/HTML, Caching → Caching Level → Standard.

Разбор ошибок при подключении

Сайт висит в статусе «Pending Nameserver Update» больше суток

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

После сканирования нет части DNS-записей

Автосканирование Cloudflare читает записи с текущих NS-серверов домена на момент добавления сайта. Если каких-то записей не хватает (часто это редкие TXT или SRV) — добавьте их вручную в DNS → Records до смены NS-серверов. Подробнее про типы записей и режим Proxy — в статье про управление DNS в Cloudflare.

Ошибка "1016 Origin DNS error" после активации

Появляется, если A/AAAA-запись в режиме Proxied указывает на IP, который сейчас недоступен или не резолвится. Проверьте, что сервер отвечает напрямую по этому IP, и что запись не осталась от предыдущего хостинга.

Проверка активации

# Убедиться что домен использует NS Cloudflare
dig example.com NS +short

# Проверить что сайт отдаётся через Cloudflare
curl -I https://example.com/ | grep -i "^server\|cf-ray"

# Ожидаемо: server: cloudflare, наличие заголовка cf-ray

Когда не стоит подключать сайт к Cloudflare

Сайт уже находится за другим CDN или обратным прокси (например, за корпоративным WAF), который требует сохранения оригинальных заголовков и IP — двойное проксирование усложняет диагностику и может ломать логику геолокации.
Регистратор домена блокирует смену NS без дополнительного подтверждения (например, домены .gov, некоторые корпоративные зоны) — потребуется отдельный процесс согласования до переезда.
Нужен полный контроль над TTL и поведением DNS на уровне ISP уровня Enterprise с собственным anycast — в этом случае Cloudflare как единственный DNS-провайдер может быть избыточен, разумнее сразу настроить режим SSL/TLS Full (Strict) и использовать её только для CDN и WAF.

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

Перед сменой NS сохраните текущий зонный файл у прежнего провайдера DNS (экспорт в формате BIND) — это резервная копия на случай, если автосканирование Cloudflare что-то пропустило или потребуется откат к старой конфигурации.

Проверить, как сайт будет работать через Cloudflare, можно ещё до смены NS: временно пропишите домен на IP-адрес из DNS-записи в файле hosts на своём компьютере — так видно проксированную версию сайта локально, не затрагивая остальных посетителей.

Если нужно подключить сразу много доменов одинаковым образом, ручное добавление через Dashboard быстро становится рутиной — для массового подключения удобнее API или Terraform.

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