НазадДобавить комментарий
3.9.0 desktop (сборка от 28.10) не декодирует параметры vless ссылки, reality не стартует invalid spiderX
БагОткрытКритичноПубличныйDesktop
Автор: o****@m***.com
Продукт: Приложение INCY
Создан: 29.10.2026, 06:03:17
Версия приложения: 3.9.0 (сборка 28.10, ferrum-0.18.2)
Версия ОС: macOS 15.7.1
Модель устройства: MacBook Pro M4 Pro
привет. 28.10 у вас на гитхабе в desktop-v3.9.0 и latest тихо заменились все файлы десктопа, версия та же 3.9.0 а внутри теперь ядро ferrum вместо обычного xray. sha у incy-macos-arm64.dmg был 912e4b8b… стал 225f10f8… после этого у меня перестал работать reality на маке что происходит: подписка из 3x-ui 3.11.0, ссылки стандартные, параметры url-encoded как положенно: `spx=%2Fb02221acc36aaa8`, `alpn=http%2F1.1`. новая сборка их не раскодирует, в базе incy.db так и лежит spiderX = `%2Fb0222…` и alpn = `http%2F1.1`. ядро на этом падает: ``` Failed to build REALITY config. > invalid "spiderX": %2Fb02221acc36aaa8 ``` а в интерфейсе при этом пишет Подключено. 3x-ui spx отдаёт всегда и всегда кодирует слеш, на стороне сервера это не отключить старая 3.9.0 от 26.10 (ядро xray 26.10.21) и 3.8.8 раскодируют правильно, там всё работает. на ios и android тоже всё ок. похоже это то же самое что «В INCY 3.9.0 Windows 11 не работает VLESS на 3x-ui 3.11.0» просьба: декодировать query параметры ссылок, и если пересобираете с другим ядром — поднимайте пожалуйста номер версии, а то не понятно что у кого стоит upd: пока писал 29.10 ночью опять все файлы пересобрали, теперь ferrum-0.18.4 (был 0.18.2), dmg стал f3e10467…, версия опять 3.9.0. её ещё не проверял macOS 15.7.1 arm64, INCY desktop 3.9.0
Комментарии (1)
o****@m***.com29.10.2026, 07:39:48
upd по сборке 29.10 (ferrum-0.18.4): spiderX теперь раскодируется, reality заработал, спасибо. а alpn нет — в config.json так и уходит `"alpn": ["http%2F1.1"]`, сервер на это отвечает alert 120 (no_application_protocol) и tls не подключается, воспроизводится `openssl s_client -alpn 'http%2F1.1'`. ядро при этом молчит, в логе только started а в интерфейсе Подключено. у себя обошёл — убрал alpn из ссылок, после этого всё работает. ещё раз видел что после переключения сервера в адрес reality попал фейковый ip 240.0.0.251 из mapDns вместо настоящего