Диагностика

Ядро Happ не выгружается: процессы после пинга

Приложение закрыто, а процесс ядра остался в диспетчере задач. Чаще всего это след от проверки серверов на скорость отклика. Что с этим делать и чем случай отличается от сломанной службы.

4 мин чтения

Приложение закрыто, процесс жив

В записи релиза 4.2.1 от 4 сентября 2026 года есть строка, которая объясняет всю ситуацию: проверки серверов на скорость отклика больше не оставляют после себя процессы. Значит, до этой версии оставляли.

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

Откуда берётся лишний процесс: след ping-тестов

Когда вы нажимаете проверку серверов, клиент не измеряет сетевую задержку в привычном смысле. Он поднимает соединение через каждый сервер и засекает, сколько времени ушло на ответ. Подробнее эта механика разобрана в материале о том, почему пинг в Happ измеряет не то, что вы думаете.

Под каждую такую проверку поднимается рабочий процесс. В норме он должен закрыться сразу после получения результата. В версиях до 4.2.1 закрывался не всегда, и чем длиннее список серверов в подписке, тем больше хвостов оставалось после одного прогона проверки.

Отсюда наблюдение, которое часто описывают: процессы-сироты появляются именно у тех, кто часто жмёт проверку скорости, и почти не появляются у тех, кто подключается к одному и тому же серверу и не трогает список.

Что поменяли в 4.2.1

В этой версии поведение проверки исправили: после завершения теста процессы закрываются. Отдельно в тот же релиз добавили действие, которое восстанавливает фоновую службу на Windows, macOS и Linux.

Если вы наблюдаете процессы-сироты на 4.2.1 или новее, это уже не тот случай, который описан выше, и лечить его перебором проверок бессмысленно.

Чем это отличается от зависшего фонового сервиса

Три похожих симптома легко перепутать, а лечатся они по-разному.

Процесс-сирота после проверки: приложение закрыто, ядро висит, никаких сообщений об ошибке нет. Снимается вручную через диспетчер задач, лечится обновлением до 4.2.1.

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

Сломана фоновая служба: приложение работает, но подключение не проходит и после перезапуска ситуация повторяется. Здесь помогает восстановление фонового сервиса, оно чинит службу и сохраняет настройки.

Если процесс ядра остался висеть, снимите его в диспетчере задач и запустите Happ заново. Восстановление службы для этого случая не требуется.

Как подключиться за 2 минуты
Частые вопросы

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

Почему процесс ядра остаётся в диспетчере задач после закрытия Happ?
В версиях до 4.2.1 проверка серверов на скорость отклика оставляла после себя рабочие процессы. Чем длиннее список серверов, тем больше таких хвостов после одного прогона.
Опасно ли снимать процесс ядра вручную?
Нет, если приложение уже закрыто. Настройки и подписки хранятся отдельно от процесса, снятие через диспетчер задач их не затрагивает.
В какой версии это исправили?
В 4.2.1 от 4 сентября 2026 года. В записи релиза указано, что проверки серверов больше не оставляют процессы после завершения.
Чем зависший процесс отличается от сломанной фоновой службы?
Зависший процесс виден в диспетчере задач при закрытом приложении и снимается вручную. Сломанная служба проявляется иначе: приложение открыто, но подключение не проходит даже после перезапуска.
Похожее

Ещё в базе знаний

Похожее

Настроить и подключить

Подключите рабочий VPN

Инструкции базы знаний написаны под ключи VPN PRO: ключ выдаёт Telegram-бот за минуту, работоспособность гарантируем. 3 дня бесплатно, без карты.

Гарантия работоспособности · оплата СБП, картой МИР или криптовалютой