А чем не нравится? Запустил один раз и всё. В телегу вбил, и вот она уже работает без значка VPN.
Для ТГ у меня работает awg-wiresocks именно как прокси. C usque просто спортивный интерес) Сегодня удалось таки запустить Releases · garthnet/usque-android-app · GitHub через др. впн. С byebyedpi он не хотел регистрироваться. Все др. клиенты usque регистрируются с byebyedpi, но не работают почему-то
Андроид версия Releases · shtorm-7/sing-box-extended · GitHub кстати тоже отлично работает как прокси (если конфиг настроить соотв. образом)
На 4pda еще есть NekoBox+ с поддержкой awg2.0, xhttp и т.д. Но пока до него руки не дошли
Termux это эмуляция, это уже минус. Если полистать issues usque на гитхабе, то можно найти, что разработчик говорил, что работает это дело на android не очень и, возможно, выпустит приложение под ведро (но так и не выпустил, печаль-беда).
Cool. It’s expected that battery usage will be high since everything happens in userspace and with some custom client app even twice. Once I have time I will try to make an Android app, but until then no promises.
usquewas built as a proof of concept in mind.
Но в 16 ведре появился linux terminal, какие-то гугловские процессоры поддерживают его (аппаратная виртуализация) и mediatek dimensity 9500, вроде. Сранный qualcomm почему-то не хочет открывать че-то там для этой поддержки (даже 8 elite gen 5).
Тогда такой аппаратный запуск без termux уже не является минусом.
Как принято говорить, это нейрослоп какой-то. Напишите разработчику, чтобы на github выложил, а то он о его существовании на знает, походу, все на 4пда только льет
Вы всеми обходами только в режиме прокси пользуетесь? Не совсем понимаю, зачем? Можете объяснить чайнику, чем он лучше режима vpn? Brave на ведре прокси не поддерживает, а firefox нагружать вторым расширением не особо хочется.
@TesterTi Просто если не хочется не выключая использовать обходы (хочется вкл/выкл делать) или автоматизацию для прокси (приложение в фоне) или 2 приложения одновременно (в фоне) для маршутизации или раздельного туннелирования, то vpn 1 переключатель, proxy 2, неудобно.
Не прибедняйтесь, вы чайник не больше, чем я) Моя схема примерно описана здесь и здесь
Совершенно не утверждаю, что она чем-то лучше, просто мне так удобнее. Кому-то вообще удобнее второй тел. купить)
Это только эмуляция в том смысле, что эмулирует терминал Linux (а ядро используется непосредственно Android-овское), так что ресурсы будет потреблять гораздо меньше, в отличие от приложения Terminal в более новых устройствах, которое уже запускает полноценную виртаулку.
Отвалился Usque
usque.exe socks -b 127.0.0.1 -p 1080 --http2 -s cloudflare-dns.com -d 1.1.1.1
2026/06/20 03:24:17 MSK Hint: l4-socks is faster for TCP-only SOCKS use cases.
2026/06/20 03:24:17 MSK HTTP/2 mode enabled. See https://github.com/Diniboy1123/usque/wiki/HTTP-2-support
2026/06/20 03:24:17 MSK Using HTTP/2 endpoint 162.159.198.2:443
2026/06/20 03:24:17 MSK Tunnel idle. Waiting for outbound activity before reconnecting...
2026/06/20 03:24:17 MSK SOCKS proxy listening on 127.0.0.1:1080
2026/06/20 03:24:35 MSK SOCKS client 127.0.0.1:53687 failed during negotiation: Invalid Version
2026/06/20 03:24:35 MSK SOCKS client 127.0.0.1:53688 failed during negotiation: Invalid Version
И вот этой последней ошибкой он флудит постоянно.
Это вы используете socks4 или http прокси вместо socks5, проверяйте.
curl --insecure --proxy http://[::1]:1080 https://6.ident.me # Invalid Version
curl --insecure --proxy socks://[::1]:1080 https://6.ident.me # Invalid Version
curl --insecure --proxy socks4://[::1]:1080 https://6.ident.me # Invalid Version
curl --insecure --proxy socks5://[::1]:1080 https://6.ident.me # работает
Ваша команда запуска у меня работает. Может проксифир или аналог перехватывает и долбится. Хотя ошибка должна быть у курла Recv failure: Connection was reset а не разрешения имени.
Пробовал порт менять на любой другой - не помогает.
C:\Users\Daniil>curl --insecure --proxy socks5://127.0.0.1:8080 https://6.ident.me
curl: (97) Could not resolve host: 6.ident.me
И в логе появляется это:
2026/06/20 04:14:39 MSK SOCKS client 127.0.0.1:51755 closed during request parsing
А когда с браузера пытаюсь заходить, то адский флуд failed during negotiation: Invalid Version
Вот как в браузере указаны настройки прокси:
Это на последней 4-ой версии такое? А на 3-ей что?
И что будет, если cloudflare-dns.com поменять на 4pda.to?
Не знаю в чём дело, можно попробовать на виртуальной машине попробовать или песочнице Windows для чистоты экспериментов. Можно посмотреть в Wireshark что происходит на Loopback interface с фильтром по порту.
Нужно убрать настройки HTTP прокси в браузере, почему она у вас заполнена, если прокси не запущен в режиме http proxy? И пора уже переходить на PBR с помощью расширения ZeroOmega.
Спасибо, помогло. Видимо usque к этому чувствителен. Запускаю opera proxy с такими же настройками (http и socks сразу) и всё работало.
Мне казалось браузер сам в состоянии понять, что если недоступно одно, то будет подключаться к другому.
Опера и хола прокси это http прокси, ускуй у вас в режиме socks запущен. Браузер по HTTP прокси будет подключаться. Чтобы fail over сделать, то необходимо PAC файл написать, и прокси на разных портах запускать, иначе не сработает.
Да, чушь написал, не разобравшись)) Вспомнил почему-то iSH на iOS, подумал Termux так же работает. Вот на iOS реально эмуляция)
Хочу hola-proxy запустить. Вы запускали? Или не подключается? У opera-proxy есть api-proxy для обхода геоблока (opera русским доступ ограничила), а в hola такого не вижу.
Падает в loop после
CRED : 2026/06/23 07:04:26 credservice.go:32: ERROR Configuration bootstrap error: Post "https://client.hola.org/client_cgi/background_init?uuid=<uuid>": context deadline exceeded. Retrying with the fallback mechanism...
CRED : 2026/06/23 07:04:28 credservice.go:38: CRITICAL Transaction recovery mechanism failure: illegal base64 data at input byte 0
MAIN : 2026/06/23 07:04:28 main.go:353: WARNING Action "run credentials service" failed: illegal base64 data at input byte 0
Дальше не пытался копаться (и вряд ли буду).
Сегодня usque перестал подключаться по http3 (udp), но подключается по http2 (tcp), у кого ещё наблюдаются подобные проблемы?
PSы: хоть и по http2 подключается, но ни одно соединение не проксируется, usque начинает переподключаться.
ПСы2: помогла смена SNI, удивительно, с чего вдруг.
у меня и usque и awg полегли одновременно,похоже,опять траблы на стороне cf
*ркп
usque не поднимается даже внутри туннеля,а traceroute обрывается на 13-м хопе