DCPROXY logo
Бесплатный DNS-инструмент

Поддерживает ли домен IPv6?

Введите домен и проверьте его AAAA-записи DNS в реальном времени. Подтвердите доступность по IPv6 до того, как направите на неё IPv6-прокси — без регистрации и без кэша.

IPv6 чекер — это инструмент, который запрашивает AAAA-записи DNS у домена и подтверждает, доступен ли хост по IPv6. Чекер DCPROXY выполняет lookup через авторитетные резолверы и возвращает живые IPv6-адреса либо чистый отрицательный результат.

https://
Попробуйте:

Живой DNS-запрос · Без кэша · Без регистрации

Как это работает ↓

Спецификация инструмента

Что делает этот инструмент

Маленькая узкая DNS-утилита под одну задачу: подтвердить доступность целевого домена по IPv6 до того, как вы направите на него трафик через IPv6-прокси.

  • Вход: домен или хост (апекс example.com или поддомен api.example.com).
  • Запрос: AAAA-записи DNS у авторитетных резолверов в реальном времени, без кэширования между проверками.
  • Положительный результат: одна или несколько AAAA-записей — хост опубликован в DNS как принимающий IPv6-соединения.
  • Отрицательный результат: ноль AAAA-записей — хост работает только по IPv4 на уровне DNS, IPv6-клиент не достучится по имени.
  • Скорость: живой DNS-запрос на каждое обращение — результаты отражают текущее состояние зоны, а не кешированный снимок.
  • Зона ответственности: проверяется введённый целевой домен. Чтобы проверить свой канал и dual-stack или выходной IP прокси — используйте IP-чекер.

Интерпретация результата

Как интерпретировать результат

Есть AAAA-записи

Вернулись одна или несколько AAAA-записей. Цель опубликована в DNS как доступная по IPv6, и IPv6-прокси сможет дойти до неё по имени хоста. Это стандартный результат для сайтов на современном хостинге и за CDN: Cloudflare, Cloudfront, GitHub Pages, большинство сервисов Google. Для пред-flight проверки перед скрейпингом или автоматизацией такой target нормально работает с нашими IPv6-тарифами.

Тарифы Datacenter IPv6

Нет AAAA-записей

В зоне опубликованы только A-записи, поэтому хост работает только по IPv4 на уровне DNS. IPv6-прокси не достучится по имени — DNS вернёт ноль IPv6-адресов, и строгий IPv6-клиент не подключится. Для IPv4-only целей нужен IPv4 SKU. Сегодня это ISP Static IPv4 для одиночных адресов, в дорожной карте — IPv4 Rotating.

Написать в поддержку про IPv4

Смешанно (за CDN)

Апекс выглядит ок — AAAA вернулась — но реальная нагрузка идёт через множество хостов за CDN: Cloudfront, Cloudflare. Разные edge-эндпоинты, домены ассетов и origin-подсосы могут как иметь, так и не иметь AAAA. Решение: проверять каждый хост, к которому реально обращается пайплайн, а не только апекс, и следить за дрейфом во времени.

Datacenter IPv6 с мониторингом

Реальные кейсы

Типичные кейсы проверки

Три паттерна покрывают большую часть того, с чем вы столкнётесь на практике. Апексы за CDN обычно выглядят ок, но прячут downstream-сложность; поисковики IPv6 принимают, но обращаются с ним жёстко; стандартные dual-stack сайты — простой случай. Предварительная проверка экономит запросы на первых двух.

Паттерн доменаОжидаемый результатЧто делать
*.cloudfront.netДа (зависит от хоста)Используйте Datacenter IPv6 и проверяйте каждый хост этим инструментом.
Google SERP / поиск google.comДа, но IPv6 банится быстроИспользуйте IPv4 — см. измерение trust-level в IPv6 vs IPv4.
Стандартный dual-stack сайт (например, example.com)ДаПодходит любой IPv6-тариф DCPROXY.

Почему это важно

Почему поддержка IPv6 важна для пользователей прокси

Когда вы маршрутизируете трафик через IPv6-прокси, целевой хост обязан поддерживать IPv6 — иначе соединение тихо обрывается: DNS не возвращает IPv6-адрес, и строгий IPv6-клиент сдаётся. Для одиночного curl это не проблема. Для пайплайна, работающего по сотням или тысячам целей, предварительная проверка IPv6-доступности до развёртывания экономит запросы, ложные срабатывания и часы дебага ошибок соединения, которые на деле являются истиной DNS.

Распространение IPv6 неравномерно. Облачные провайдеры, современные CDN и крупные платформы перевели инфраструктуру на двойной стек; небольшие хостеры, легаси-стек и часть регионов до сих пор публикуют только A-записи. Это не случайный разброс, и решение — не ждать. Решение — отсортировать список целей до старта и направлять IPv6-прокси туда, где они реально маршрутизируются.

Структура протокола, режимы ротации и архитектура IPv6-пулов разобраны в материале полный гайд по IPv6 прокси.

Связанный инструмент

Проверить свой IP

Цель проверена. Теперь проверьте себя: подтвердите свои публичные IPv4 и IPv6, наличие dual-stack или то, что прокси действительно везёт ваш трафик. IP-чекер форсит протокол на каждый эндпоинт — видно, что именно делает ваша сеть или прокси.

Открыть IP Чекер

Вопросы и ответы

Частые вопросы

Прямые ответы про AAAA-записи, доступность IPv6 и какой тариф DCPROXY выбрать после результата проверки.

AAAA-запись — это тип DNS-записи, который сопоставляет доменное имя со 128-битным IPv6-адресом, например 2606:2800:220:1:248:1893:25c8:1946. Это IPv6-аналог A-записи, которая сопоставляет то же имя с 32-битным IPv4-адресом. У домена могут одновременно быть и A-, и AAAA-записи — тогда он доступен по обоим протоколам. Такая конфигурация называется двойным стеком (dual-stack) и сегодня является дефолтом для большинства современных хостингов и CDN-платформ.

Готовы запустить трафик по IPv6?

После проверки целей маршрутизируйте трафик через 20 × /29 датацентровых подсетей в 195 странах — собственные ASN, ротация на каждый запрос, безлимитный трафик.

Смотреть тарифы IPv6Бесплатный тест 6 часов