Нет секции RU в geoip.dat: что сделать в Happ
Первый Connect после импорта — и ядро пишет, что не может запуститься, потому что в подключённом geoip.dat нет секции RU. Список серверов на месте, ключ «свежий», а маршрутизация уже споткнулась о справочник стран. На happcore.wiki это не повод качать «полный geoip» с 4pda: секция RU должна прийти с официальным клиентом. Чужой dat как раз и оставляет дыру там, где Happ ждёт ru.
Зачем ядру секция RU
В профиле Nasa VPN / Happ часто есть правила маршрутизации с geoip:ru: часть трафика идёт напрямую, часть — в туннель. Xray ищет в geoip.dat блок для кода страны ru. Если файла нет, он обрезан или это чужая урезанная база — ядро отказывается стартовать и пишет про отсутствующую секцию.
Это не «Россия заблокировала ядро» и не поломка узла. Это локальный справочник. Пока справочник не тот, любой сервер в списке бесполезен: процесс Xray не поднимается.
Секция могла пропасть после того, как кто-то подложил dat из старого архива «для всех клиентов». Форматы баз различаются. Файл открывается, заголовок есть, кода ru нет — формулировка точная.
- geoip:ru
- Правило маршрутизации в профиле
- geoip.dat
- Справочник стран у Xray
- Нет секции
- База чужая, обрезанная или не та версия
- Фикс
- Официальный Happ, свои geo, новый импорт
Откуда берётся «правильный» dat
Официальный Happ кладёт или докачивает geo-файлы сам. Ваша задача — не мешать: не копировать dat из Telegram-каналов, не распаковывать архивы «для v2ray/xray» в папку клиента, не подменять файлы «чтобы правила летали быстрее».
Если загрузка geo оборвалась, файл может существовать, но быть коротким. Тогда рядом в логе бывает EOF. Сначала дайте клиенту докачать свои файлы на стабильной сети, не подставляйте чужой архив.
Переустановка официального клиента с удалением остатков в каталоге приложения сбрасывает битые dat. Профиль после этого всё равно лучше импортировать заново из бота Nasa VPN: в кэше мог остаться старый routing, завязанный на отсутствующую секцию.
Почему 4pda и форумы здесь вредят
Типичный совет в ветках: «скачай geoip.dat и брось в папку». Для Happ это ломает связку версии ядра и базы. Вы лечите одну ошибку и получаете каскад: нет RU, затем неизвестный тип, затем снова EOF.
Архивы с форумов часто собраны под другой форк ядра или под ручной v2rayN. Happ ждёт свои пути и свою структуру. Совпадение расширения .dat ни о чём не говорит.
Второй риск — вредоносная подмена. Вы доверяете маршрутизацию стран файлу неизвестного происхождения. Официальный клиент хотя бы тянет базу из ожидаемого канала обновления приложения.
Если ошибка пришла сразу после такой «оптимизации», откатите: удалите подложенные dat, переустановите Happ, импортируйте профиль заново. Не пытайтесь «найти dat получше».
| Симптом | Что случилось | Что сделать |
|---|---|---|
| Нет секции RU при старте | dat не тот или обрезан | Официальный клиент, свои geo |
| Ошибка после «файла с форума» | Подмена базы | Удалить dat, переустановить Happ |
| RU нет, EOF рядом | Короткий файл после обрыва | Докачать на LTE, не архив 4pda |
| Правила есть, ядро молчит | geoip:ru не резолвится | Свежий профиль из бота |
Рабочий порядок без ручных dat
Поставьте Happ из официального источника. Удалите профили, которые импортировали при битых geo. Дайте клиенту первый запуск на нормальной сети, чтобы geo-файлы подтянулись.
Запросите свежий профиль в боте Nasa VPN и импортируйте целиком. Не редактируйте routing руками, «вырезая geoip:ru», если не понимаете правила: проще получить штатную выдачу.
Connect. Если ядро стартовало, секция на месте. Откройте сайт, который должен идти через туннель, и тот, который по задумке профиля может идти напрямую — так вы увидите, что маршрутизация жива.
Если текст ошибки остался, не переходите к скачиванию dat. Смотрите загрузку geo-файлов и семейство ошибок ядра.
- Убрать чужие geoip.dat / geosite.dat из папки клиента
- Официальный Happ той же ветки
- Первый запуск на стабильной сети, чтобы скачались свои geo
- Свежий профиль из бота Nasa VPN
- Connect без ручного редактирования routing
Телефон и ПК на одной ошибке про RU
На Android geo-файлы лежат в каталоге приложения, на Windows — рядом с установкой. Ошибка «нет секции RU» на обеих платформах звучит одинаково, а чужой dat с телефона, перекинутый на ПК «рабочий же», почти гарантированно не подойдёт по версии ядра. Каждое устройство качает свой комплект.
Если RU нет только на телефоне, не трогайте ноутбук. Часто виновата сборка Happ из неизвестного магазина с урезанными assets. Поставьте официальный клиент, дайте ему докачать geo на LTE, импортируйте профиль заново. Ноутбучный geoip.dat в телефона не кладут.
Если RU нет только на ПК после «оптимизации с форума», откатите подложенные файлы и переустановите Happ. Телефон при этом можно не переустанавливать: он не участвовал в подмене.
Правило geoip:ru в профиле Nasa VPN рассчитано на штатную базу. Вырезать правило руками, «чтобы ядро не искало ru», ломает задуманный split: российские ресурсы могут уехать в туннель или наоборот. Проще вернуть нормальный dat, чем редактировать routing.
После починки проверьте не «сайт проверки IP», а сценарий, ради которого правило существует: то, что должно идти напрямую, открывается; то, что через узел — тоже. Если всё полетело в одну сторону, профиль лучше переимпортировать целиком из бота, не крутить галочки маршрутизации наугад.
Как не перепутать с другими отказами ядра
Нет секции RU — справочник стран. EOF — обрыв чтения файла или потока. Daemon — служба Windows. Пустой inbound — в профиле нет входа. Лечить RU переустановкой Windows бессмысленно, лечить daemon подкладкой dat — тоже.
На телефоне путь к geo другой, чем на ПК, но запрет тот же: не таскать dat между устройствами «рабочий файл с ноутбука». Каждая установка качает своё.
После починки не держите в папке клиента запасные dat «на всякий случай». Happ может подхватить не тот файл при следующем обновлении.
Формулировка длинная и пугает. По смыслу она простая: ядру не из чего взять код ru. Верните штатные geo официального Happ — и секция появляется без форумов.