EOF ядра Happ на ПК: служба, geoip, повторный импорт
Ноутбук проснулся из сна, Windows показала «служба Happ остановлена», а в клиенте — ошибка запуска ядра EOF. Браузер ещё помнит вчерашний IP узла, но Connect больше не поднимает Xray. На happcore.wiki этот сюжет разбираем как сбой демона и файлов на диске, а не как «сервер внезапно разлюбил ваш ПК». Служба, антивирус, цельный профиль — в таком порядке.
Служба упала — ядру не из чего стартовать
На Windows Happ держит ядро Xray отдельным процессом (службой / daemon). Интерфейс может открыться, список серверов отобразиться, а старт ядра пойдёт в мёртвый канал. Тогда вы видите EOF: клиент ждал ответ процесса и получил закрытый поток.
Проверьте службы Windows на имя Happ / связанный core. Если статус «остановлена», сначала запуск службы, потом Connect. Повторные нажатия Connect при мёртвой службе только плодят те же EOF в логе.
После гибернации служба иногда не поднимается сама. Это локальная особенность ПК, не тариф. Перезапуск Happ от имени обычного пользователя часто достаточнее, чем переустановка.
- Демон
- Служба Windows вокруг Xray
- EOF на ПК
- Поток к ядру закрылся на старте
- Антивирус
- Карантин xray.exe / папки Happ
- Geoip
- Только файлы официального клиента
Антивирус и карантин ядра
Проактивная защита любит бинарник Xray: «неизвестная утилита туннеля». Файл исчезает из папки Happ, интерфейс остаётся. Симптом похож на EOF и на failed to start via daemon — смотрите карантин за сегодняшнюю дату.
Верните файл из карантина и добавьте каталог установки Happ в исключения. Не качайте «свежий xray.exe» с форума: подпись и версия должны совпадать с клиентом.
Корпоративный ПК с политиками ещё жёстче: служба может быть запрещена централизованно. Тогда домашний профиль на этом железе не поднимется, пока ИТ не разрешит VPN-адаптер и процесс ядра.
Geoip на диске Windows — не с 4pda
Ядро на ПК читает geoip.dat и geosite.dat из каталога клиента. Если предыдущая загрузка оборвалась, файл короткий, Xray ловит EOF или «нет секции ru». Руки тянутся к архиву «полный geoip с форума» — это ломает маршрутизацию Happ.
Правильный путь: официальный клиент той же ветки, дать ему самому докачать geo, при необходимости переустановить Happ без переноса чужих dat. Секция RU должна прийти вместе с клиентом, не отдельным файлом из темы на форуме.
Подробно про формулировку без RU — в статье про секцию RU. Про сбой загрузки — в ошибке загрузки geo-файлов. Здесь правило короткое: dat с форума не лечит EOF.
После замены клиента удалите старый профиль и импортируйте свежий из бота Nasa VPN. Иначе новый core будет читать старый обрезанный JSON из кэша Happ.
| Симптом на ПК | Слой | Первый шаг |
|---|---|---|
| Служба остановлена + EOF | Демон | Запустить службу, повторить Connect |
| xray.exe в карантине | Антивирус | Исключение папки Happ |
| EOF без службы в ошибке | Профиль | Новый импорт из бота |
| Нет секции RU | Geo | Официальный клиент, не 4pda |
| После сна снова EOF | Служба после гибернации | Перезапуск Happ, не новый APK |
Повторный импорт на ПК
Удалите подозрительный профиль из Happ. Вставьте URL или откройте файл конфигурации целиком. На Windows удобнее текст из бота Nasa VPN, чем фото QR с телефона: камера ноутбука часто режет код.
Дождитесь, пока список узлов появится полностью. Если импорт крутится и обрывается, не оставляйте полупустую карточку — удалите и повторите на другой сети (например, раздайте LTE с телефона).
Выберите узел явно. Пустой выбор на ПК даёт отдельную фразу про конфигурацию, но в логе рядом может светиться EOF — не пропустите шаг выбора.
Connect. Если служба жива и профиль цельный, ядро стартует без EOF. Дальше откройте браузером целевой сайт. Диагностика «иконка есть, интернета нет» — уже про TUN, не про старт ядра.
- Проверить службу Happ и карантин антивируса
- Не подкладывать geoip.dat с форума
- Удалить старый профиль с ПК
- Свежий профиль из бота Nasa VPN, импорт целиком
- Выбрать сервер → Connect
Журнал Windows и повторный старт после обновления
В журнале событий Windows ищите остановку службы Happ / связанного helper около времени EOF. Если служба падает с кодом доступа к файлу — это права или карантин, не узел. Если падает сразу после обновления клиента — установщик не дописал сервис, нужна переустановка официального пакета, не «ремонт dat».
После крупного апдейта Happ путь установки иногда меняется. Служба смотрит в старую папку, где уже нет xray.exe. Интерфейс новый, процесс старый. Удалите клиент вместе с остатками службы и поставьте заново в каталог по умолчанию, затем импортируйте профиль из бота, не из архивной копии папки.
Не запускайте два ярлыка Happ с разных дисков. Вторая копия не регистрирует службу и честно пишет EOF или daemon, хотя «программа открывается». Один установщик, один путь, одна служба.
Если EOF появился в тот же вечер, когда Windows ставила накопительное обновление, перезагрузите ПК полностью, не гибернацией. Драйвер виртуального адаптера после такого апдейта иногда встаёт только после холодного старта — и ядро наконец отвечает на Connect.
Корпоративный ноутбук с BitLocker и политиками может запрещать неподписанные драйверы TUN. Тогда после переустановки Happ служба есть, адаптер нет, в логе смесь daemon и EOF. Это уже разговор с ИТ, не с форумом geoip. Официальный клиент хотя бы предсказуем для политик, мод — нет.
ПК живой, телефон с тем же ключом — нет
Не делайте из рабочего ПК донора ключа для телефона. Для телефона — отдельный профиль. Иначе слот и взаимные обрывы перекроют даже успешный старт ядра.
Если EOF только на ПК, телефонный гайд про EOF не копируйте слепо: там нет службы Windows. Если наоборот — не копайте службы на Android.
На корпоративном Wi‑Fi иногда режется докачка geo. Импорт профиля проходит, старт ядра падает на dat. Смените сеть для первого запуска клиента, затем geo уже лежит на диске.
Семейство ошибок ядра на ПК: EOF, daemon, geo. Держите официальный Happ и свежий профиль — это короче цепочки «скачал dat, потом ещё один dat, потом другой клиент».