Release v1.6.2
Downloads
macOS (Universal) - Supports both Apple Silicon and Intel
Option 1: Installation Script (Recommended)
Install with a single command (version v1.6.2):
curl -fsSL https://raw.githubusercontent.com/Leadaxe/singbox-launcher/develop/scripts/install-macos.sh | bash -s -- v1.6.2The script will:
- Download the release archive
- Extract and install to
/Applications/ - Fix macOS quarantine attributes and permissions
- Launch the application automatically
Option 2: Manual Installation
- Download:
singbox-launcher-v1.6.2-macos.zip - Extract the ZIP file
- Remove quarantine attribute (required):
xattr -cr "singbox-launcher.app" && chmod +x "singbox-launcher.app/Contents/MacOS/singbox-launcher"
- Double-click
singbox-launcher.appto run- If macOS blocks the app, go to System Settings → Privacy & Security and click "Open Anyway"
- Alternatively, right-click the app and select "Open" (first time only)
Windows (amd64)
- Download:
singbox-launcher-v1.6.2-win64.zip- or
singbox-launcher-v1.6.2-win64-full.zip— full bundle:sing-box.exe,wintun.dll, the config template and Mesa3D (mesa3d/, used only when no hardware OpenGL — RDP, VMs) are already inside, nothing is downloaded on first launch
- or
- Extract the ZIP file to a folder, for example:
C:\Program Files\singbox-launcher\ - Run
singbox-launcher.exefrom that folder- You may need administrator rights to install to Program Files
- The regular archive downloads
sing-boxandwintun.dllon first launch
Windows 7 (x86, legacy)
- Download:
singbox-launcher-v1.6.2-win7-32.zip - Extract the ZIP file to a folder and run
singbox-launcher-win7-32.exe- For Windows 7 / 32-bit or legacy compatibility only
Linux Support
⚠️ Linux build temporarily unavailable - мы ищем тестировщика для ручного тестирования перед включением автоматической сборки.
Checksums
See checksums.txt for SHA256 checksums of all files.
Release notes — v1.6.2
EN
Fixes
-
Core
sing-box-lx 1.14.1-lx.3: REALITY nodes with thefirefoxandsafarifingerprints connect to Xray 26.9.8+ servers. Since v1.6.1 the launcher keeps the fingerprint the provider chose, and forfp=firefoxthat exposed a core limitation: such servers accept only a ClientHello carrying the post-quantumX25519MLKEM768key share, and the core's uTLS library had it only in the Chrome presets, so afirefoxnode was silently forwarded to the camouflage site (reality verification failed). The core'sfirefoxfingerprint is now Firefox 148 andsafariis Safari 26.3, both with that key share; verified on a provider node that failed before. The launcher no longer shows the "trychrome" hint onfirefoxandsafarinodes; it stays onios,android,edge,360andqq, whose presets still lack the key share. The core also stops a VLESSencryptionhandshake from hanging forever against a node that accepts the connection and then goes silent. -
awg://links that wrap a whole.confnow import. Some panels hand out AmneziaWG 3.x asawg://<base64 of the whole [Interface]/[Peer] file>#nameinstead ofkey@host:port?…. The launcher read the base64 as a host without a key and dropped the node, leaving an empty source. Such a link is now recognised (no@or:in the authority), decoded and converted the same way as a pasted.conf, so every AWG 2/3 field, the MTU clamp and key validation apply; the fragment becomes the node name. -
The Traffic Profiler no longer floods the log while the core is stopped. In classic mode its connection poller kept hitting the Clash API once a second from launcher start until the core came up, and after every stop, writing a
connection refusedwarning each time. The poller now waits for a running core, warns once per outage and once more when the API is reachable again.
Technical / Internal
- Contract:
reality_fp_not_chromeis no longer raised forfirefoxandsafari(registrieswarnings.json,tls.json; corpusuri/vless/reality_fp_firefox_kept,reality_tcp_no_flow,grpc_reality_no_flow);protocols/wireguard.jsondescribes the base64.confform ofawg://with corpus casesuri/wireguard/awg_conf_base64*; TASKS_LXBOX §20 for the phone side.
RU
Исправления
-
Ядро
sing-box-lx 1.14.1-lx.3: REALITY-узлы с отпечаткамиfirefoxиsafariподключаются к серверам Xray 26.9.8+. С v1.6.1 лаунчер сохраняет отпечаток, который выбрал провайдер, и дляfp=firefoxэто вскрыло ограничение ядра: такие серверы принимают только ClientHello с постквантовым key shareX25519MLKEM768, а в uTLS-библиотеке ядра он был только у chrome-пресетов — узел сfirefoxмолча уходил на камуфляжный сайт (reality verification failed). Теперьfirefoxв ядре — Firefox 148,safari— Safari 26.3, оба с этим key share; проверено на узле провайдера, который раньше не подключался. Подсказка «попробуйтеchrome» на узлахfirefoxиsafariбольше не показывается; она остаётся уios,android,edge,360иqq, чьи пресеты key share по-прежнему не несут. Заодно в ядре хендшейкencryptionу VLESS больше не виснет бесконечно на узле, который принимает соединение и молчит. -
Ссылки
awg://с целым.confвнутри теперь импортируются. Часть панелей раздаёт AmneziaWG 3.x какawg://<base64 всего файла [Interface]/[Peer]>#имявместоkey@host:port?…. Лаунчер видел в base64 хост без ключа и выбрасывал узел, источник оставался пустым. Такая ссылка распознаётся (в авторитете нет@и:), декодируется и конвертируется тем же путём, что вставленный.conf: все поля AWG 2/3, клэмп MTU и проверка ключей работают, фрагмент становится именем узла. -
Traffic Profiler больше не засоряет лог при остановленном ядре. В classic-режиме его опрос соединений стучался в Clash API раз в секунду с запуска лаунчера до старта ядра и после каждой остановки, каждый раз записывая предупреждение
connection refused. Теперь опрос ждёт запущенное ядро, пишет одно предупреждение на сбой и одно при восстановлении.
Техническое / Внутреннее
- Контракт:
reality_fp_not_chromeбольше не ставится наfirefoxиsafari(реестрыwarnings.json,tls.json; корпусuri/vless/reality_fp_firefox_kept,reality_tcp_no_flow,grpc_reality_no_flow);protocols/wireguard.jsonописывает base64-форму.confуawg://с кейсамиuri/wireguard/awg_conf_base64*; TASKS_LXBOX §20 для телефона.