IPv6 в туннеле: что это

Автор: Екатерина Лебедева, редактор раздела knowledge base
Проверил:: Артём Волков
Проверено:: 28 сентября 2026
Опубликовано:: 27 сентября 2026, обновлено 28 сентября 2026
Версия гайда:: 1.0

Коротко

IPv6 — версия интернет-протокола со 128-битными адресами, которая работает параллельно с более старым IPv4. Документация Happ отдельной страницы про поддержку IPv6 не содержит: в примерах профиля маршрутизации списки прямых адресов приведены только для IPv4, а IPv6 упомянут в алгоритме DNS для JSON-подписок.

IPv4 и IPv6 — два стандарта сетевой адресации, которые сегодня работают параллельно: у устройства обычно есть оба вида адресов одновременно. Для туннеля прокси-приложения важно, какие из них перехватываются и маршрутизируются, а какие могут пройти мимо. В снимке документации Happ, на который опирается эта статья, примеры профиля маршрутизации — списки DirectIp и ProxyIp — содержат только диапазоны IPv4. IPv6 в документации упомянут отдельно: в описании алгоритма выбора DNS для тунеля при JSON-подписке сказано, что «прямой IP» может быть указан как IPv4 или IPv6, а на iOS параметр скрытия иконки VPN работает с маршрутом ::/128 — это единственный явный след обработки IPv6-адреса в изученном снимке документации.

IPv6 — версия интернет-протокола со 128-битными адресами, которая работает параллельно с более старым 32-битным IPv4; то, как её обрабатывает туннель прокси-приложения, определяет, останется ли такой трафик под защитой прокси или пройдёт мимо.

Суть термина

IPv4 и IPv6 — два стандарта сетевой адресации. IPv4 использует 32-битные адреса вида 192.0.2.1, и таких адресов на весь мир уже не хватает. IPv6 использует 128-битные адреса вида 2001:db8::1 с практически неограниченным запасом. Сегодня оба протокола обычно работают параллельно: устройство одновременно получает и IPv4-, и IPv6-адрес, а операционная система сама выбирает, каким идти к конкретному сайту.

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

Как это выглядит в Happ

Изученный снимок документации Happ не содержит отдельной страницы, которая описывала бы, как приложение обрабатывает обычный IPv6-трафик к сайтам. Но в двух местах IPv6 упомянут явно.

Первое — алгоритм выбора DNS для туннеля при JSON-подписках без своего профиля маршрутизации: если в конфигурации указан «прямой IP» DNS-сервера, документация допускает как IPv4, так и IPv6-адрес, и он используется как DoU DNS-туннеля.

Второе — параметр скрытия иконки VPN на iOS: он проверяет присутствие в списке маршрутов-исключений сразу двух адресов, ::/128 и 0.0.0.0/8 — по одному на каждую версию протокола. При включении опции оба маршрута добавляются в исключения, при выключении удаляются. Это единственный явный след того, что туннель на iOS различает IPv4- и IPv6-адреса в своих настройках.

При этом в примерах Remote DNS и Domestic DNS, а также в списках DirectIp/ProxyIp профиля маршрутизации, документация приводит только диапазоны IPv4. Полностью ли это отражает реальное поведение с IPv6-трафиком, по документации сказать нельзя — это стоит уточнять у провайдера подписки для конкретного сценария.

Пример

Так документация Happ описывает выбор DNS-адреса для туннеля, где допустим как IPv4, так и IPv6:

Текст

Прямой IP: если указан IPv4 или IPv6, он ставится как DoU DNS-туннеля.

А так выглядит пример списка прямых адресов из профиля маршрутизации — только IPv4-диапазоны:

JSON

{
    "DirectIp": ["10.0.0.0/8", "172.16.0.0/12", "192.168.0.0/16", "169.254.0.0/16"]
}

Чем отличается от похожих терминов

Термин	Что это	Отличие от IPv6
IPv4	старый стандарт адресации	32-битные адреса вместо 128-битных; основной протокол в примерах документации Happ
MTU	максимальный размер пакета	отдельная характеристика соединения, не зависящая напрямую от версии IP
GeoIP	база стран по IP-адресам	база данных, которая может включать диапазоны обеих версий протокола
Remote DNS / Domestic DNS	DNS-серверы профиля	резолвят домены в адреса; в примерах документации показаны только адреса IPv4
Domain Strategy	правило резолвинга домена в IP	определяет момент DNS-запроса, а не то, какая версия протокола будет получена

Главное

IPv6 — протокол адресации со 128-битными адресами, который работает параллельно с IPv4, а не заменяет его на большинстве устройств.
В изученном снимке документации Happ примеры списков DirectIp и ProxyIp профиля маршрутизации содержат только диапазоны IPv4.
В алгоритме DNS для туннеля при JSON-подписках документация Happ прямо упоминает IPv4 или IPv6 как допустимый «прямой IP» DNS-сервера.
На iOS параметр скрытия иконки VPN работает с маршрутом ::/128 — это IPv6-адрес в списке исключений туннеля.
Отдельной страницы про общую поддержку IPv6-трафика в изученном снимке документации Happ нет, поэтому её поведение для обычного IPv6-трафика сайтов не задокументировано явно.

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

Чем IPv6 отличается от IPv4 простыми словами?

IPv4 — более старый стандарт с адресами вида 192.0.2.1, всего около четырёх миллиардов уникальных адресов, которых на весь мир уже не хватает. IPv6 — новый стандарт с гораздо более длинными адресами вида 2001:db8::1, адресного пространства практически неограниченно. Провайдеры интернета и операционные системы обычно включают оба протокола одновременно, и устройство может обращаться к сайтам и по IPv4, и по IPv6 в зависимости от того, что поддерживает конкретный ресурс.

Поддерживает ли Happ работу с IPv6?

Изученный снимок документации Happ не содержит отдельной страницы про поддержку IPv6-трафика. Есть косвенные следы: алгоритм DNS для туннеля при JSON-подписках прямо допускает IPv4 или IPv6 как адрес DNS-сервера, а на iOS в списке маршрутов-исключений упомянут адрес ::/128. Но как именно Happ маршрутизирует обычный IPv6-трафик к сайтам через прокси, документация не описывает — уточняйте у провайдера подписки, если это важно для вашего сценария.

Может ли IPv6-трафик обойти прокси Happ по ошибке?

Это общий риск для любого прокси-клиента с TUN-режимом: если виртуальный интерфейс перехватывает только IPv4-пакеты, а устройство параллельно получило IPv6-адрес от сети, часть запросов может уйти напрямую мимо туннеля. Насколько эта ситуация применима к Happ, изученная документация не уточняет. Проверить это можно только измерением: сравнить видимый внешний адрес по IPv4 и по IPv6 в браузере при включённом Happ.

Почему в примерах профиля маршрутизации Happ только IPv4-адреса?

В примере профиля по умолчанию и в пользовательском примере из документации Happ списки DirectIp содержат только диапазоны вида 10.0.0.0/8 и 192.168.0.0/16 — это частные сети IPv4. Документация не поясняет, специально ли это упрощённый пример или список полностью описывает поведение профиля. Если провайдер использует IPv6 в своей сети, стоит уточнить у него, как заданы эквивалентные правила для IPv6-адресов.

Влияет ли IPv6 на пинг сервера в Happ?

Напрямую документация Happ такую связь не описывает: разделы про пинг говорят про ICMP, TCP и проверку через прокси, но не уточняют версию протокола адресации. Если сервер подписки доступен и по IPv4, и по IPv6, разница во времени ответа обычно небольшая и зависит от маршрута в конкретной сети, а не от самого факта использования IPv6.

Стоит ли отключать IPv6 на устройстве при использовании Happ?

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

Упомянутые темы

Разделы по теме

Источники

Документация Happ: геонастройки и маршрутизация — обращение 28 сентября 2026
Документация Happ: управление приложением через подписку — обращение 28 сентября 2026
Общая документация Happ — обращение 28 сентября 2026