Автор: Александр Дружный · Опубликовано: 2024-12-20 · Содержание проверено: 19.10.2026
IPv6 в Cloudflare включён по умолчанию для проксируемых сайтов. На тарифах Free, Pro и Business нельзя изменить общую настройку IPv6 Compatibility. На Enterprise её можно отключить. Для отдельных проксируемых DNS-записей также предусмотрен параметр ipv4_only в Cloudflare API.
Если сайт не открывается по IPv6, сначала проверьте DNS, доступность соединения и настройки исходного сервера. Отключение протокола не всегда устраняет причину ошибки.
Как работает IPv6 в Cloudflare
IPv6 - версия интернет-протокола с 128-битными адресами. В отличие от IPv4, использующего 32-битную адресацию, он предоставляет значительно больше уникальных адресов.
При работе сайта через Cloudflare соединение разделяется на два участка:
Посетитель → Cloudflare. Пользователь подключается к сети Cloudflare по IPv4 или IPv6.
Cloudflare → origin-сервер. Cloudflare передаёт запрос на сервер, где размещён сайт, используя доступное подключение.
Например, посетитель может открыть сайт по IPv6, а Cloudflare обратиться к хостингу по IPv4.
Поэтому исходному серверу необязательно иметь собственный IPv6-адрес. Если для проксируемого хоста настроены IPv4- и IPv6-адреса origin-сервера, Cloudflare предпочитает IPv4 при установлении соединения.
DNS-записи A и AAAA
DNS связывает доменное имя с адресами, необходимыми для подключения.
A - содержит IPv4-адрес.
AAAA - содержит IPv6-адрес.
Когда IPv6 Compatibility включён, Cloudflare автоматически формирует AAAA-ответы для проксируемых доменов.
В панели управления при этом может находиться только A-запись с IPv4-адресом хостинга.
Например, для example.com в Cloudflare указана A-запись исходного сервера. Если проксирование включено, DNS-запросы к домену возвращают адреса сети Cloudflare, а не непосредственный адрес хостинга.
Удаление вручную созданной AAAA-записи не обязательно отключит IPv6. Сервис продолжит автоматически формировать AAAA-ответы, пока это предусмотрено действующими настройками.
Не путайте эти записи с адресами публичного DNS-резолвера Cloudflare 1.1.1.1. Например, 2606:4700:4700::1111 используется для разрешения DNS-запросов, а не является универсальным IPv6-адресом сайтов, подключённых к Cloudflare.
Proxied и DNS only
Режим DNS-записи определяет, будет ли веб-трафик проходить через Cloudflare.
Режим | Как работает |
|---|---|
Proxied (оранжевое облако) | Соединение с сайтом проходит через Cloudflare. Доступны проксирование, кеширование и соответствующие механизмы защиты |
DNS only (серое облако) | Cloudflare возвращает исходный IP-адрес. Посетитель подключается к серверу напрямую |
IPv6 Compatibility применяется к проксируемым записям. В режиме DNS only использование IPv6 определяется DNS-ответами и конфигурацией самого сервера.
Переключение сайта в DNS only отключает проксирование, а не только поддержку IPv6. Это может раскрыть адрес origin-сервера и изменить работу кеширования, WAF и других функций Cloudflare.
Можно ли отключить IPv6 в Cloudflare
Возможность управлять IPv6 зависит от уровня настройки: всей зоны или отдельной DNS-записи.
IPv6 Compatibility: ограничения тарифов
Для стандартной конфигурации Cloudflare действует следующее распределение возможностей.
Тариф | IPv6 по умолчанию | Изменение IPv6 Compatibility |
|---|---|---|
Free | Включён | Недоступно |
Pro | Включён | Недоступно |
Business | Включён | Недоступно |
Enterprise | Включён | Доступно |
На Enterprise настройка находится в разделе Network → IPv6 Compatibility.
После отключения Cloudflare перестаёт автоматически создавать и публиковать AAAA-записи для зоны в рамках действия этой настройки.
Однако отключение IPv6 Compatibility не означает гарантированного отсутствия любого IPv6-трафика. На обработку отдельных запросов могут влиять другие компоненты инфраструктуры.
Для конфигураций через некоторых хостинг-партнёров и при частичном подключении зоны (partial setup) также предусмотрены исключения в отношении корневого домена.
Как отключить IPv6 в Cloudflare на бесплатном тарифе
На бесплатном тарифе Cloudflare Free нельзя отключить IPv6 Compatibility для всей зоны через панель управления или стандартную настройку зоны в API. Эта возможность предусмотрена для Enterprise. Однако Cloudflare DNS API поддерживает отдельный параметр ipv4_only, позволяющий отключить автоматическую выдачу AAAA-записей для конкретного проксируемого DNS-имени.
Такой вариант не равнозначен полному отключению IPv6 на уровне аккаунта.
Отключение IPv6 для отдельной DNS-записи через API
Для поддерживаемой записи Cloudflare позволяет установить параметр settings.ipv4_only в значение true.
Порядок действий:
Откройте Cloudflare Dashboard и выберите нужный домен.
Убедитесь, что DNS-запись работает в режиме Proxied (оранжевое облако).
Создайте API Token с разрешением
DNS: Edit, ограничив его нужной зоной.Определите Zone ID и идентификатор DNS-записи (DNS Record ID).
Отправьте PATCH-запрос через Cloudflare API для изменения записи, установив
settings.ipv4_only: true.Проверьте ответ API и повторно запросите A- и AAAA-записи домена.
Адрес API:
PATCH /zones/{zone_id}/dns_records/{dns_record_id}
Параметр запроса:
{"settings":{"ipv4_only":true}}
При успешном применении настройки Cloudflare должен формировать для выбранной проксируемой записи только A-ответы, без автоматически создаваемых AAAA.
Проверить результат можно командами:
nslookup -type=A example.com
nslookup -type=AAAA example.com
Вместо example.com укажите свой домен. Учитывайте кеширование DNS-ответов: изменения могут отображаться не сразу.
Важное ограничение: наличие параметра ipv4_only в документации API не гарантирует, что его изменение разрешено для каждой записи и конфигурации бесплатного аккаунта. Если Cloudflare отклоняет запрос, необходимо проверить поддерживаемость настройки и права токена. Использовать старые инструкции с Global API Key для обхода тарифных ограничений не следует.
Что учитывать перед отключением
Отсутствие AAAA-ответов ограничивает прямое подключение по IPv6 к соответствующему имени. Это может повлиять на пользователей сетей с поддержкой только IPv6.
При этом параметр ipv4_only не управляет протоколом соединения Cloudflare с исходным сервером и не является средством защиты от ботов.
Если проблема заключается только в том, что приложение не распознаёт IPv6-адреса посетителей, сначала рассмотрите Pseudo IPv4. Он позволяет обеспечить совместимость со старым программным обеспечением без отключения IPv6-соединений.
Для чего нужен Pseudo IPv4
Pseudo IPv4 - механизм Cloudflare, который формирует IPv4-подобный адрес на основе IPv6-адреса посетителя.
Он нужен для совместимости с программным обеспечением, которое не умеет обрабатывать IPv6.
Например, устаревший модуль аналитики может хранить клиентские адреса только в формате IPv4. Если в заголовке запроса поступает IPv6, приложение некорректно обрабатывает или записывает адрес.
В Cloudflare можно включить Pseudo IPv4 вместо изменения сетевой доступности сайта.
Настройка находится в разделе Network → Pseudo IPv4 и доступна на тарифах Free, Pro, Business и Enterprise.
Режимы Pseudo IPv4
Режим | Что происходит |
|---|---|
Off | Pseudo IPv4 отключён |
Add Header | Cloudflare добавляет заголовок |
Overwrite Headers | Значения |
В режиме Overwrite Headers исходный IPv6-адрес сохраняется в заголовке CF-Connecting-IPv6.
Псевдоадрес формируется из диапазона Class E (240.0.0.0/4). Такие адреса не используются как обычные публичные IPv4-адреса интернета.
Поэтому Pseudo IPv4 имеет ограничения:
Он не отключает IPv6-соединение посетителя.
Псевдоадрес не подходит для обычной IP-геолокации.
Преобразование не гарантирует уникального соответствия каждому IPv6-адресу.
Перезапись заголовков может повлиять на журналы, аналитику и правила приложения.
Если требуется сохранить настоящий адрес посетителя, необходимо учитывать его отдельно.
Для новых приложений предпочтительнее полноценная поддержка IPv6. Pseudo IPv4 полезен прежде всего для совместимости с устаревшим программным обеспечением.
Как проверить IPv4 и IPv6 в Cloudflare
Диагностику удобно выполнять последовательно: сначала DNS, затем подключение посетителя к Cloudflare и связь Cloudflare с origin-сервером.
1. Проверить DNS-ответы
В Windows откройте командную строку или PowerShell и выполните:
nslookup -type=A example.com
nslookup -type=AAAA example.comЗамените example.com доменом своего сайта.
Первая команда запрашивает IPv4-адреса, вторая - IPv6.
Если домен работает в режиме Proxied, в ответе могут присутствовать адреса Cloudflare. По ним нельзя определить, поддерживает ли сам хостинг IPv6.
Если AAAA отсутствует, проверьте режим проксирования, IPv6 Compatibility и специальные настройки DNS-записи.
Если AAAA присутствует, это ещё не подтверждает, что сайт доступен по IPv6 из каждой сети.
2. Сравнить подключение по IPv4 и IPv6
Для первоначальной проверки используйте curl:
curl -4 -I https://example.com/
curl -6 -I https://example.com/Параметр -4 принудительно выбирает IPv4, а -6 - IPv6. Ключ -I запрашивает только HTTP-заголовки методом HEAD.
Сравните успешность подключения, сообщения об ошибках и HTTP-ответы.
Важно: если у вашего компьютера или провайдера нет работоспособного IPv6-подключения, команда curl -6 может завершиться ошибкой даже при корректной работе сайта.
Для более подробной диагностики соединения используйте:
curl -6 -v https://example.com/Ключ -v показывает дополнительные сведения об установлении соединения. При тестировании на рабочем сайте учитывайте, что обычный GET-запрос может возвращать содержимое страницы в терминал.
Если IPv4 работает, а IPv6 нет, сравните результаты из другой сети, в которой подтверждена поддержка IPv6.
3. Определить участок ошибки
При включённом проксировании запрос проходит два участка:
Посетитель → Cloudflare → Origin
Если соединение не устанавливается до Cloudflare, возможны проблемы с DNS, маршрутом или клиентской сетью.
Если пользователь подключился к Cloudflare, но получил ошибку при обращении к сайту, необходимо изучить код ответа и состояние origin-сервера.
Наиболее характерные ошибки:
Код Cloudflare | Что означает |
|---|---|
521 | Исходный сервер отклоняет соединение |
522 | Превышено время ожидания соединения или соответствующего этапа ответа origin |
523 | Cloudflare не может достичь исходного сервера |
524 | Соединение установлено, но origin не ответил за установленное время |
525 | Ошибка TLS-рукопожатия между Cloudflare и origin |
526 | Сертификат исходного сервера не прошёл проверку |
Эти коды имеют разные причины. Ни один из них сам по себе не доказывает проблему именно с IPv6.
Для ошибок подключения проверьте доступность сервера, настройки DNS, сетевые ограничения и журналы хостинга.
Для TLS-ошибок нужна отдельная диагностика сертификатов и соединения. Подробнее - в статье «Cloudflare ECH и TLS 1.3: диагностика доступа к сайту».
4. Сопоставить симптомы с возможными причинами
Симптом | Возможная причина | Что проверить |
|---|---|---|
Сайт открывается по IPv4, но не по IPv6 | Ошибка маршрутизации, DNS или клиентской сети | AAAA-ответ, поддержку IPv6, подробный вывод curl |
Ошибка возникает только у части посетителей | Проблема конкретного провайдера или маршрута | Регион, время, сеть, воспроизводимость |
Приложение некорректно записывает IP-адреса | ПО не поддерживает IPv6 | Формат хранения IP, HTTP-заголовки, Pseudo IPv4 |
Возникают ошибки 521–524 | Нарушена связь Cloudflare с origin или работа сервера | Точный код, DNS origin, журналы и доступность сервера |
Посетители получают блокировки | Срабатывают правила безопасности | Security Events, условия и действия правил |
Для обращения в поддержку полезно сохранить время ошибки с часовым поясом, URL, точный код ответа и результаты проверки соединения.
Если проблема связана с IPv6-маршрутом, Cloudflare рекомендует предоставить трассировку соединения и сведения о дата-центре, обслуживавшем запрос.
IPv6, бот-трафик и SEO
Сам по себе IPv6-адрес не указывает на автоматический или нежелательный трафик. Обычные пользователи и поисковые роботы также подключаются по IPv6.
Поэтому отключение протокола не следует рассматривать как универсальный способ защиты от ботов.
Если сайт получает подозрительные запросы, сначала изучите их характер:
Частоту и распределение обращений.
URL и методы запросов.
Адреса и сети источников.
HTTP-ответы.
Срабатывания защитных правил.
Для этого в Cloudflare используют Security Analytics и Security Events. Ограничения выбирают по подтверждённому сценарию, а не только по версии IP-адреса.
При массовой блокировке IPv6 можно ограничить доступ обычных посетителей и необходимых технических сервисов.
Влияние IPv6 на поисковую видимость
Наличие IPv6 не даёт гарантированного преимущества в ранжировании Яндекса или Google.
Для поисковой оптимизации важна фактическая доступность сайта. Если из-за изменений DNS, сетевых настроек или защитных правил поисковые роботы перестают получать страницы, это может повлиять на их обход и индексацию.
После сетевых изменений проверьте важные URL в Яндекс Вебмастере и Google Search Console.
Снижение поискового трафика нельзя связывать с IPv6 только по совпадению дат. Для вывода необходимы данные об ошибках и доступности страниц.
Безопасная проверка изменений
Перед изменением IPv6 Compatibility, Pseudo IPv4 или DNS-записей сохраните исходные настройки.
Дальнейший порядок действий:
Зафиксируйте проблему. Укажите URL, время, точную ошибку и условия её появления.
Проверьте DNS и соединение. Сравните A и AAAA, IPv4 и IPv6, режим проксирования.
Определите причину. Используйте результаты curl, журналы сервера и данные Cloudflare.
Измените один параметр. Выберите настройку, соответствующую установленной проблеме.
Повторите диагностику. Проверьте доступность страниц, работу сайта и сохранение корректных IP-адресов в приложении.
При ухудшении восстановите конфигурацию. Верните исходные значения и продолжите проверку причины.
Для большинства сайтов стандартная поддержка IPv6 не требует изменений. Настройки следует корректировать только тогда, когда диагностика подтверждает конкретную техническую проблему.
Подключение и настройка Cloudflare · Анализ и защита от бот-трафика · Исправление технических ошибок
