Happ TUN без доступа в интернет: Kill Switch и мёртвый ключ

TUN поднялся — это не EOF

Режим TUN вешает системный туннель: почти все приложения идут в Happ. Если ядро не стартовало, TUN обычно нет и иконки VPN нет. Раз иконка есть, ошибка запуска ядра уже позади. Не начинайте с dat и службы, начните с маршрута и ключа.

Kill Switch (блокировка трафика без VPN) в этом режиме жёсткий: нет живого узла — нет никакого интернета, даже к роутеру иногда. Внешне «пропал интернет», внутри — сознательная блокировка.

Мёртвый ключ: подписка истекла, профиль отозван, слот выбит вторым устройством. Ядро при этом может показывать Connect. TUN держит пустой мешок. Свежий профиль из бота Nasa VPN снимает сюжет быстрее, чем смена DNS.

TUN

Системный туннель, ядро уже живо

Kill Switch

Режет трафик без живого VPN

Мёртвый ключ

Истёк / отозван / слот

Не TUN

EOF и geo до создания иконки

Как отличить мёртвый ключ от DNS и второго VPN

Откройте бот Nasa VPN: жива ли подписка, не висит ли второе устройство на том же профиле. Если срок вышел — любой TUN будет чёрной дырой при включённом Kill Switch.

Второй системный VPN (Always-On, «встроенный VPN» оператора, старый клиент) дерут маршрут. Happ думает, что TUN его, система отдаёт пакеты другому. Выключите лишнее, переподключите Happ.

DNS: ядро живо, сайты по имени не открываются, по IP иногда да. Это не старт ядра. Смените узел, проверьте, нет ли DoH в браузере мимо туннеля. Не лечите DNS подкладкой geoip.

Симптомы рядом с TUN

Таблица отделяет «ядро не встало» от «ядро встало и закрыло мир». Это главный развилочный навык на happcore.wiki: иначе вы чините EOF, которого нет.

Если иконки VPN нет и есть EOF — вернитесь к EOF. Если иконки нет и «конфигурация не выбрана» — к выбору узла.

На ПК TUN требует драйвер/разрешение интерфейса. Иногда служба жива, а адаптер не создался — тогда интернета нет без классического EOF. Переустановка официального Happ чинит адаптер лучше, чем dat.

Тема Ошибка запуска ядра EOF на happcore.wiki описана короче — здесь же разбираем то, что чаще всего спрашивают в поддержку.

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

Вернуть доступ, не сломав ядро

Снимите лишний VPN. Проверьте подписку в боте. Импортируйте свежий профиль, выберите узел, Connect в TUN. Не трогайте geo-файлы: они уже не при чём, раз ядро стартовало.

Если срочно нужен интернет, чтобы открыть бота, на минуту выключите Happ / Kill Switch, заберите профиль, включите обратно. Это рабочий обход чёрного экрана, не постоянный режим.

Смена сервера внутри живого профиля имеет смысл, когда ключ точно жив, а конкретный узел молчит. Если ключ мёртв, все строки списка будут одинаково чёрными.

После возврата сайтов оставьте TUN, если вам нужен полный охват приложений. Режим «только прокси» оставляет мессенджеры мимо трубы и путает диагностику в другой раз.

1. Отличить: иконка VPN есть или нет
2. Проверить Kill Switch и срок подписки в боте
3. Убрать второй VPN
4. Свежий профиль, выбор узла, Connect в TUN
5. Не качать geoip.dat — ядро уже запущено

TUN и режим прокси в одном клиенте

Happ умеет не только TUN. Режим «только прокси» оставляет часть приложений мимо трубы: браузер может жить, системные обновления — нет, или наоборот. «Нет интернета» тогда выборочное. Для чёрного экрана всего устройства смотрите именно TUN + Kill Switch, не прокси.

Переключение TUN → прокси «на всякий случай» путает диагноз: интернет в браузере вернулся, мессенджер мёртв, пользователь думает, что ключ ожил. Вернитесь в TUN при свежем ключе, когда нужен полный охват приложений.

На ПК без прав на адаптер клиент иногда тихо откатывается в прокси. Иконка есть, системного туннеля нет, часть программ игнорирует прокси. Выглядит как «TUN без доступа». Переустановите официальный Happ и подтвердите разрешение адаптера.

Игры и клиенты с собственной сетью чувствительны к TUN. Если цель — только браузер, это другой разговор. В этой статье фиксируем полный блэкаут: TUN включён, Kill Switch включён, ничего не открывается.

Always-On и хвосты старых VPN

Android Always-On для другого приложения держит систему в чёрном ящике: Happ показывает Connect, маршруты принадлежат соседу. Снимите Always-On со старого клиента, удалите его профиль из системных настроек VPN, затем новый Connect в Happ.

Остаток «VPN от оператора» или корпоративный профиль на рабочем телефоне даёт тот же эффект. Пока системный профиль активен, ваш TUN не хозяин. Это не лечится ботом, пока ИТ-профиль на месте — но домашний телефон обычно чистится за минуту в настройках сети.

iOS хранит конфигурации VPN списком. Старый IKEv2 «для работы» может подниматься сам после перезагрузки и отбирать маршрут. Выключите его явно. Happ должен быть единственным активным VPN в момент проверки.

После чистки хвостов снова проверьте Kill Switch и срок ключа. Часто блэкаут был суммой: чужой Always-On плюс отозванный профиль. Один свежий импорт без чистки системы не хватает.

Почему этот текст в кластере ядра

Люди с TUN-блэкаутом ищут «ошибка запуска ядра», потому что интернет пропал целиком. Мы держим статью рядом, чтобы отсечь ложный путь в geo и EOF. Если ядро действительно не стартует — иконки не будет.

Kill Switch на мёртвом ключе — честная защита от утечки, она выглядит как катастрофа. Свежий профиль превращает катастрофу обратно в туннель.

Не делитесь одним ключом на телефон и ПК: слот выбивает сессию, TUN на оставшемся устройстве держит пустоту, Kill Switch добивает.

Коротко: TUN без интернета — живое ядро, мёртвый маршрут. Лечение — бот Nasa VPN и повторный импорт, не форумные dat и не патч службы.