Happ с GitHub: релиз клиента, не первый форк в поиске

Поиск GitHub показывает не тот проект

Строка поиска на GitHub сортирует чужие копии, учебные форки и репозитории с похожим именем. Звёзды и «обновлено на прошлой неделе» не делают форк клиентом Happ. Случайную первую карточку качать не нужно. Сортировка поиска не знает, какой репозиторий официальный.

Официальный клиент для компьютера лежит в репозитории Happ-proxy/happ-desktop. Открывайте его по этому имени владельца и названию, а не через «лучший результат». Форк с тем же описанием остаётся чужой сборкой. Совпадение README ничего не доказывает.

Зеркала и аккаунты вроде happ-vpn-premium, happ-keys, happ-pc-fix к релизу не относятся. Даже если в README написано official, владелец репозитория другой. Оттуда не берут ни exe, ни «готовый ключ». Ключ в чужом репозитории — чужая подписка.

Релиз, Assets и файл для Windows

На странице Happ-proxy/happ-desktop откройте вкладку Releases, не зелёную кнопку Code. В последнем релизе секция Assets. Для обычного Windows нужен setup-Happ.x64.exe. Кнопка Code скачивает исходники, даже если вы хотели программу.

Source code (zip) и Source code (tar.gz) — это исходники, не программа. Их не распаковывают «вместо установки» и не ищут внутри exe. Рабочего окна Happ там нет. Папка с тысячей файлов без установщика — верный знак, что взят не Asset.

Не качайте файл с тем же именем из релизов форка. Название setup-Happ.x64.exe можно подделать в чужом Assets. Привязка к репозиторию Happ-proxy/happ-desktop важнее совпадения букв в имени. Сверьте владельца в шапке страницы до щелчка по файлу.

Ночные сборки неизвестных людей, вложения в Issues и файлы в комментариях к чужим обсуждениям пропускайте. Обсуждение бага — не канал раздачи клиента. Туда выкладывают логи, не установщик для повседневной работы.

• Репозиторий только Happ-proxy/happ-desktop
• Вкладка Releases, последний стабильный релиз
• Секция Assets, файл setup-Happ.x64.exe
• Не Source code (zip) и не релиз форка
• Подписку с этой страницы не ждать

Что установщик с GitHub умеет сам

Серверов в релизе нет. Файл ставит клиент: окно, службу и адаптер. Список стран появляется только после импорта вашей подписки Nasa VPN. Описание релиза на GitHub этот список не заменяет.

Мастер спросит разрешение на драйвер. Его дают этому установщику, потому что вы сами взяли его из Assets официального релиза. Такое же разрешение случайному exe из форка не дают. Окно Windows не отличает их по вежливости текста.

SmartScreen может назвать файл неизвестным. Для setup-Happ.x64.exe, который секунду назад лежал в Assets Happ-proxy/happ-desktop, это репутация Windows, не сигнал скачать «тихую копию» у другого пользователя. Тихая копия как раз с форка.

После установки откройте Happ из «Пуска». Пустой список — правильный признак. Если внутри уже прописаны чужие узлы, вы запустили не этот релиз, а перепаковку. Удалите её. Официальный первый запуск серверов не показывает.

Подписка живёт отдельно от релиза

Ссылку берёте в бот Nasa VPN после оплаты или честного пробного срока. Вставляете в Happ на компьютере. GitHub эту строку не публикует и не должен. Любая подписка, приложенная к чужому релизу, вам не принадлежит.

Страница страница оплаты продлевает срок. Новый релиз клиента срок не продлевает. И наоборот: оплата не обновляет exe. Это два разных действия, их легко склеить в голове и промахнуться. Чек не заменяет Asset, Asset не заменяет чек.

Обновление клиента: снова Releases того же репозитория, новый setup-Happ.x64.exe, установка поверх. Импортированная подписка обычно остаётся. Если список после обновления пуст, вставьте свою ссылку ещё раз, не ищите её в Assets. В Assets её не было и в прошлом релизе.

Если антивирус съел файл из Assets

Dr.Web и Касперский иногда забирают даже официальный установщик, потому что внутри драйвер туннеля. Это не доказательство, что надо уйти на форк «который не ругается». Форк, который молчит, чаще просит выключить защиту.

Верните файл из карантина или скачайте тот же Asset снова и добавьте исключение на папку Happ. Форк с пометкой undetected как раз то, чего избегать: его молчание часто куплено тем, что защиту просят выключить. Имя файла при этом могут скопировать один в один.

Пока установщик в карантине, подписку импортировать некуда. Сначала живой Happ.exe из «Пуска», потом ссылка. Оборванный импорт в полуудалённый клиент только добавит ошибку загрузки. Бот подождёт, пока окно реально откроется.

Когда окно открылось и узлы подтянулись из бота, нажмите Connect. Релиз на GitHub на этом заканчивается. Дальше работают клиент и ваша подписка, а не страница репозитория.

Следующий релиз через месяц

Когда выйдет новая версия, снова откройте Happ-proxy/happ-desktop, вкладку Releases и Asset setup-Happ.x64.exe. Не переходите на форк только потому, что у него дата новее. Новее не значит официальный. Дата чужого коммита не заменяет имя владельца Happ-proxy.

Старый установщик в «Загрузках» после этого лучше не запускать. Два exe с похожим именем легко перепутать, и в ярлык попадёт прошлая сборка. Оставьте файл из последнего релиза того же репозитория. Прошлый файл удалите, когда новый мастер уже дошёл до конца.

Подписка при обновлении клиента не переезжает на GitHub и не обновляется сама от нового exe. Если список после установки пуст, вставьте свою ссылку. Если срок вышел, продлите его отдельно и обновите профиль в окне Happ. Релиз не знает, оплачен ли у вас следующий месяц.

Чужой форк не становится запасным каналом, даже если официальный Asset временно режет антивирус. Исключение и повторная загрузка из того же Releases закрывают этот случай. Серверов в новом файле по-прежнему нет. Общий порядок установки без охоты по релизам — скачать Happ на ПК. Как сверить имя файла до запуска — какой файл официальный.