Он давно используют промежуточный реверс-прокси, находяшийся в белом списке, иди нахуй дебил из ркн.
Шёл бы ты отсюда, со своей рекламой. Вангую, это тоже не будет работать.
Пожалуй надо купить. В запас. Очевидно что надо и работает.
>преобразовывать трафик в WebRTC-видеозвонок и пускать его через окологосударственные сервисы
Дядя, ты совсем идиот?
Вся суть WebRTC в том что это p2p. Из централизованного там как в SIP только сигнлализация идущая в какой-то государственный домен. Соотвествие сигнализации конкретному rtp p2p никто даже раcсматривать не будет. Это невероятно дорогая операция. В обычном случае рассматривая одно соединение само в себе ты можешь параллелиться на сколько угодно не связанныз железок на l2, рассматривание связанных соединений вопервых само в разы дороже на парсинг протоколов, так еще и требует выделенного хоста для синхронизации состояния (например кеша).
Сигнализация на 1 звонок - это будет несколько килобайт. Средняя длина звонка - минуты.
Пускай 1 минута и 1 кб сигнализация. Тогда через этот канал ты можешь обеспечись скорость 136 бит/секунду. Все остальное будет выглядеть подозрительно и будет заблокированно.
Вместо этого лучше организовать систему в которой ты по международному звонку будешь запрашивать контент который тебе нужен (через voice модемом например) и принимать его с помощью пассивной спутниковой рыбалки, без регистрации и sms. Можно прокачивать гигабайты с хорошей скоростью.
иди нахуй
Когда РКН включает режим белых списков, блокировки падают на самый базовый 3-й сетевой уровень модели OSI. ТСПУ абсолютно плевать, какую маску ты нацепил на пакеты и завернул ли ты их в хитрый VLESS-Reality. Система не читает криптографию, она тупо чекает IP-адрес назначения. Если твоего сервера нет в разрешенном пуле — пакет мгновенно дропается. Чтобы легально сидеть в белом списке через условный Stormwall, нужно выкатывать около 30к деревянных за ОДИН айпишник. Понимаешь теперь, почему копеечные VPN лягут в первый же день жесткого шутдауна?
Для обхода этой дичи нужен чистый инженерный подход. Суть в том, чтобы не маскировать протокол, а физически преобразовывать трафик в WebRTC-видеозвонок и пускать его через окологосударственные сервисы, которые для ТСПУ абсолютно святы (например, стриминговые платформы крупных корпораций). Система фильтрации просто не понимает, что внутри сессии звонка спрятан туннель.
Я записал подробный технический разбор этой механики с наглядной схемой, ТСПУ и настройкой proxychains на Linux. Смотреть тут: https://www.youtube.com/watch?v=Wui9_u0Zl9g&t=4s
Изначально я кодил это решение для анонов, чтобы у нас всегда оставался аварийный инструмент на случай полной изоляции сети. На базе этой технологии работает мой сервис Core Protocol под клиенты Happ, Hiddify и INCY. Скорость не космическая из-за специфики WebRTC-туннелирования, но когда ляжет вообще всё — этот партизанский метод будет работать безотказно.
За базар отвечаю: 3 дня теста бесплатно, чтобы каждый мог зайти и проверить всё своими руками.
Ключ забирать в кабинете: https://c-protocol.pro