Через какие сайты IPv6-прокси работает, а через какие нет: таблица AAAA с датой проверки

Почему это не лечится настройками

Чтобы обратиться к хосту по IPv6, клиенту нужен его IPv6-адрес, а публикуется он в DNS записью типа AAAA. Если у домена только A-запись, IPv6-адреса у него нет — и маршрута тоже нет. Это не блокировка и не фильтрация, а отсутствие адреса: ни прокси, ни ваш код тут ничего сделать не могут.

Обратное тоже верно и полезно: если AAAA есть, IPv6-выход работает так же, как IPv4, и никаких особых настроек не требует.

Таблица

Проверка сделана через два независимых DNS-резолвера, и по всем двадцати доменам их ответы совпали. Отрицательные результаты перепроверены вторым раундом, чтобы отличить настоящее отсутствие записи от временного сбоя.

# Проверено 17 августа 2026, два независимых резолвера, ответы совпали
#
# ХОСТ                        AAAA
  wildberries.ru              да
  www.wildberries.ru          да
  market.yandex.ru            да
  dns.yandex.ru               да
  t.me                        да
  api.telegram.org            да
  www.google.com              да
  www.recaptcha.net           да
  challenges.cloudflare.com   да
#
  ozon.ru                     нет
  www.ozon.ru                 нет
  avito.ru                    нет
  www.avito.ru                нет
  hh.ru                       нет
  vk.com                      нет
  lenta.ru                    нет
  github.com                  нет
  hcaptcha.com                нет
  api.hcaptcha.com            нет
  newassets.hcaptcha.com      нет

Что из этого следует практически

• Wildberries и Яндекс.Маркет по IPv6 доступны — под них дешёвый IPv6-тариф подходит.
• Ozon, Avito, hh.ru, VK — только IPv4. Под них IPv6 не подойдёт, сколько бы адресов ни было в пуле.
• reCAPTCHA и Cloudflare Turnstile доступны по IPv6, hCaptcha — нет ни на одном рабочем домене.
• GitHub, что многих удивляет, AAAA не публикует до сих пор.

Проверять нужно имя, а не домен

AAAA-запись публикуется для конкретного имени, а не для домена целиком. Апекс и www могут различаться, а API-поддомен — отличаться от сайта, потому что живёт на другой инфраструктуре. Поэтому в таблице выше имена перечислены по отдельности: hCaptcha, например, проверялся по трём рабочим именам, и ни у одного AAAA нет.

Практический вывод: проверяйте те имена, к которым реально обращается ваш код, включая адреса API и статики. Ситуация, когда сайт открывается, а запросы к его API отваливаются, — это чаще всего разные AAAA у разных имён, а не сбой прокси.

И о том, как отсутствие AAAA выглядит изнутри: запрос не доходит до стадии HTTP, поэтому кода ответа вы не увидите вовсе. В зависимости от клиента это ошибка разрешения имени или ошибка установки соединения — и в логах она читается как «прокси не работает», хотя прокси в этот момент даже не был задействован.

Как проверить свои цели

Это одна команда, и делать её нужно до оплаты, а не после. Пустой ответ означает, что IPv6-тариф для этой цели бесполезен.

# Пустой вывод = AAAA-записи нет = по IPv6 хост недостижим
dig +short AAAA example.com

# Сразу по списку целей
for h in example.com example.org; do
  printf '%-28s %s\n' "$h" "$(dig +short AAAA "$h" | head -1)"
done

# В Windows
nslookup -type=AAAA example.com

Почему эту таблицу нельзя считать вечной

DNS — изменяемое состояние, а не факт с постоянным значением. Оператор может добавить AAAA в любой день, и тогда строка «нет» станет неверной. Времена жизни записей у проверенных домёнов короткие — от десятков секунд до часа, — так что таблица описывает момент, а не правило.

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

Что брать, если цели разные

Смешанный список целей — обычная ситуация, и решается она не выбором «или-или». Под цели с AAAA берите IPv6: он дешевле при том же числе потоков. Под цели без AAAA нужен IPv4 — ротационный, если адрес должен меняться, или статический, если наоборот. Оба продукта живут в одном кабинете, и распределять задачи между ними можно на своей стороне.