Здравствуйте, SkyDance, Вы писали:
N>>Не понимаю, как технически сделано отделенние для блокировки именно звонков от текстовых сообщений. Там разве не единный крипто-канал? SD>Нет, это две совершенно разные, никак не связанные между собой системы. Кроме разве что начальной аутентификации. Более того, realtime трафик (почти) всегда ходит по UDP, тогда как все остальное — TCP.
А что именно из звонков и текстовых сообщений не realtime или имеется ввиду что через deep packet inspection можно определить что есть что?
Здравствуйте, m2user, Вы писали:
N>>Не понимаю, как технически сделано отделенние для блокировки именно звонков от текстовых сообщений. Там разве не единный крипто-канал? M>Нет, обычно это разные каналы и совсем разные сервера. M>Т.е. отдельно сигнальный траффик и отдельно аудио/видео потоки.
Странно, всегда думал, что если не WA, то уж телега встроила в себя firewall, помню первые попытки блокировки создали полную жопу.
Не понятно, почему так не сделать — UDP only, zero unencrypted session state.
N>Странно, всегда думал, что если не WA, то уж телега встроила в себя firewall, помню первые попытки блокировки создали полную жопу.
firewall?
Про первые попытки блокировок не знаю. Возможно они прятались за cloudflare, который сейчас тоже частично блокируется.
N>Не понятно, почему так не сделать — UDP only, zero unencrypted session state.
Здравствуйте, novitk, Вы писали:
N>Не понимаю, как технически сделано отделенние для блокировки именно звонков от текстовых сообщений. Там разве не единный крипто-канал?
Нет... Я разочарую. Но почти все "мессенджеры" не имеют своей системы видеосвязи,
а используют, условно, встроенный в мессенджер веб-браузер и технологию WebRTC.
И далее идут уже по проторенной дорожке, когда для передачи траффика нужны STUN,
TURN сервера. Вот их-то кажется и блокируют. Благо у каждого мессенджера они свои.
У Jami тоже. Выделяется только Tox который полагается исключительно на P2P
(и работает так себе).
