если авторешение капчи не срабатывает, он дает ссылку на встречу и на юзерскрипт для tampermonkey который тырит все нужные токены
нету на стороне ВК никакого кэширования для девайса/IP, статус решения капчи привязян к анонимному токену
что имеется ввиду под “безсерверным“ режимом? если ты имеешь ввиду прогонку трафика напрямую к месту назначения - могу сделать, только скорее всего они легко это подбанят, т.к. трафик никак не скрывается и легко отсекается наибанальнейшим DPI
P.S. Авторешение капчи я уже фиксанул, там ряльно проверялся порядок HTTP заголовков лол
P.S. Дополнение для 3 пункта - вполне возможно что сами опсосы могут это дело подбанить т.к. трафик WG по факту летит почти что как и есть, добавляется только TURN заголовок. Так и сверху еще как минимум тот факт, что голый WG трафик шлет TURN сервер расположенный в России))
значит без своего vps. без серверной части твоей проги
то что видят не видят неважно
ещё 2 недели назад работало у vkturn и зачем убрали не знаю - суть что осталось указание ip своего vps в строке. с телемостом это указанте перестало работать давным давно
таким образом если и развивать проект то до уровня активного сервака - т.е. до работы без прямого ip у “сервера”
реальная встреча работает за двумя NATами
режим P2P это как раз таки то, что ты имеешь ввиду (“активный сервак“) - весь проект строился именно на идее того, что в какой-то момент будет полная его реализация.
подключение напрямую без серверной части и без DTLS я реализую, для этого я и сделал систему “слоёв” которые можно переключать как угодно)
пока идет упор на ± адекватную реализацию базового релея через TURN и стабильное решение капчи. ну и приложения для android’а, чтоб термукс не нужно было ставить а также возится с режимом инкогнито / видом ПК если вдруг придется капчу решать вручную.
так и есть собсна, да и в целом я в этом плане первопроходец получается) так что опереться не на что, кроме как на минифицированые сорцы SDK звонков. я на гх поискал константы из протокола сигналинга ВК, и они есть только у меня и в декомпилях макса.
он у них ещё как-то изъебисто сделан - много чего идет напрямую к SFU через DataChannel (насколько помню бинарный протокол с использованием MessagePack), а не вебсокеты
прямой коннект без сервера скоро будет
P.S. на данный момент основные доработки это управление пользователями / маршрутами, стабильное решение капчи и адекватное самовосстановление (т.е. не крашится и пытается держать туннель живым в любых условиях)
ну насколько я сам смотрел (правда телемост) большинство просто информационный шлак и шум которым проще пренебречь чем пытаться эмулировать - изначально всё работало без него а шлак в браузере был
так то я пытаюсь сделать чтоб все портативно было без внешних зависимостей + на мобилках будет затруднительно подымать подобный костыль т.к. браузер часто убивается системой даже не смотря на настройки (либо он сам убивает “неактивную“ вкладку)
очев что весь протокол не нужно будет имплементировать, а только нужное - например маппинг пользователей к SSRC и т.д.
@necub сегодня решил проверить работосособность и выяснил, что автоматическое решение капчи больше не работает (полагаю, из-за того, что вк поменяли капчу с ползунком на чекбокс), а при ручном вводе выдает ошибку получения кредов.
в ишусах вашего репозитория также несколько человек отписались об этой проблеме. планируется ли какое-нибудь исправление?