Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Доброго времени суток
Вопрос
подскажите технологию аналог
Ранее я использовал 3СХ и в ее рамках ИХ софт. клиент с мобильного или компьютера работал со станцией через проприетарный шифрованный туннель
Во внешний мир для внешних абонентов пробрасывался только порт туннеля - это избавляло от попыток перебора SIP инвайтов от ботов на станции за неимением проброса в мир
Отсюда вопрос: есть ли аналогичные варианты решений если есть на какой программной базе
Заранее спасибо

Есть, это webrtc (правда вам понадобится клиент, который поддерживает его работу). При этом голос и сигнализация инкапсулируются в один поток (через один порт). Так же можно использовать tls (это скроет трафик и хакерам будет сложнее) или просто настройте фаервол

[notify_ded_bot]

Есть, это webrtc (правда вам понадобится клиент, который поддерживает его работу). При этом голос и сигнализация инкапсулируются в один поток (через один порт). Так же можно использовать tls (это скроет трафик и хакерам будет сложнее) или просто настройте фаервол

Проброс портов по белому списку для мобильных телефонов извне - не подходит не могу заранее предсказать их адреса - поэтому просто настройка фаервола не вариант решения
WebRtc почитаю - спасибо

[notify_ded_bot]

Проброс портов по белому списку для мобильных телефонов извне - не подходит не могу заранее предсказать их адреса - поэтому просто настройка фаервола не вариант решения
WebRtc почитаю - спасибо

Я себе поднял впн по протоколу vless, на мобильном установил v2raytun, внёс адрес сервера впн в разрешенные и пробросил порты...

[notify_ded_bot]

в условиях блокировок разного рода впн в том числе vless не хочется городить огород т.к невозможно предсказать реакцию провайдеров на его активацию а при обломе теряется связь
Вариант с классическими ВПН туннелями понятен и как это применить тоже ясно
Поэтому и ищу решение специализированное где туннелирование было-бы частью связи клиента с сервером и обязательно включало крипто-защиту для невозможности перехвата на проходе для аудио-трафика и что гораздо более важно - невозможности злоумышленнику подделать туннель подключения к серверу

[notify_ded_bot]

в условиях блокировок разного рода впн в том числе vless не хочется городить огород т.к невозможно предсказать реакцию провайдеров на его активацию а при обломе теряется связь
Вариант с классическими ВПН туннелями понятен и как это применить тоже ясно
Поэтому и ищу решение специализированное где туннелирование было-бы частью связи клиента с сервером и обязательно включало крипто-защиту для невозможности перехвата на проходе для аудио-трафика и что гораздо более важно - невозможности злоумышленнику подделать туннель подключения к серверу

Напишите, когда у вас получиться взломать vless...
???
Или хотя бы его отследить...
РКН вот что то никак не может, дайте им совет что ли...

[notify_ded_bot]

Напишите, когда у вас получиться взломать vless...
???
Или хотя бы его отследить...
РКН вот что то никак не может, дайте им совет что ли...

у меня точно не получится - я даже пробовать не буду

ты сильный ты справишься НЕТ я умный я даже не возьмусь

[notify_ded_bot]

А зачем его взламывать? Уже беда с CDN... а завтра будут всё, что непонятно - тупо блочить... влез, или не влез - без разницы)

[notify_ded_bot]

А зачем его взламывать? Уже беда с CDN... а завтра будут всё, что непонятно - тупо блочить... влез, или не влез - без разницы)

Речь не шла о доступности при бс, читайте выше, речь шла о доступе с мобильных устройств...

[notify_ded_bot]

у меня точно не получится - я даже пробовать не буду

ты сильный ты справишься НЕТ я умный я даже не возьмусь

А каким макаром, вы вообще планируете работу с мобильного оператора???
Купите тогда сим c apn и статикой и в путь...

[notify_ded_bot]

Есть, это webrtc (правда вам понадобится клиент, который поддерживает его работу). При этом голос и сигнализация инкапсулируются в один поток (через один порт). Так же можно использовать tls (это скроет трафик и хакерам будет сложнее) или просто настройте фаервол

Коллега, поправлю: в webrtc сигнализация по websocket (TCP), а медиа может инкапсулироваться разными способами (и в UDP, и в TCP). И порты там, в большинстве случаев, все-таки разные?.