Сокритие multicast потока

[mlevel]

Вообщем ситуация следующая: возникла потребность шифровать мультикаст поток (видео контент) отправляемий с сервера, и дешифрировать его на клиенте посредством ключей, которие получают только авторизирование пользователи. Как ету задачу можно решить на C++? Возможно есть другие предложения? Заранее спасибо.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[ProFTP]

openvpn?
по шифрованному протоколу, типа https?

[Fastman]

Вообщем ситуация следующая: возникла потребность шифровать мультикаст поток (видео контент) отправляемий с сервера, и дешифрировать его на клиенте посредством ключей, которие получают только авторизирование пользователи. Как ету задачу можно решить на C++? Возможно есть другие предложения? Заранее спасибо.

Вы описали стандартный способ доставки контента по IP-TV. На стороне юзера должен быть SetTopBox с карточкой-ключем или пинкодом который позволит дешифровать поток.
Только с помощью C++ этот вопрос не решается, для сколько либо надежного и устойчивого вещания нужно программно-аппаратное решение.
Но в простейшем случае нужны будут - криптомаршрутизаторы(сервера/устройства шифрования траффика), криптосервер(там будет храниться инфа о ваших маршрутизаторах и конечных устройствах, плюс будут генерироваться и выдаваться ключи), ну и конечное устройство.
Эта задача решается в нормальных условиях командой из 10 человек в течении года при разработке с нуля.
Либо покупкой готового оборудования софта

[ProFTP]

В настоящее время IP Multicast является широко поддерживаемым сетевым стандартом. Все современное сетевое программное обеспечение и аппаратное оборудование поддерживает этот стандарт. Для использования групповой IP-адресации необходима ее поддержка локальной сетью. Что касается глобальной сети, в некоторых случаях допустимо использование «туннелирования» для преодоления участков, эту адресацию не поддерживающих.

http://ru.wikipedia.org/wiki/Multicast

ради интереса почему нельзя OpenVPN и по любому протоколу это видео как "Streamer"?

[mlevel]

OpenVPN хорошо, но не вариант. А на счет 10 программистов, это слишком много, они такое сочинят.... Денежные затраты этого не стоят.

[Alex Keda]

А на счет 10 программистов, это слишком много, они такое сочинят.... Денежные затраты этого не стоят.

эт вы зря. Фастман - как раз в теме.
вот тока у него подход промышленный.

[LMik]

openvpn?
по шифрованному протоколу, типа https?

Суть мультикаста при тунелировании теряется.

[LMik]

OpenVPN хорошо, но не вариант. А на счет 10 программистов, это слишком много, они такое сочинят.... Денежные затраты этого не стоят.

Народ развлекается... типа можно написать надстройку для плеера vlc например, менять порт на который идет поток раз в 10 секунд, ну и плееру соответственно ходить на сервер спрашивать какой следующий порт...

[LMik]

А вообще, есть давно работающая и зарекомендовавшая себя система, работает почти во всех IPTV проектах. Verilmatrix называется. Делает как раз то что вы хотите. Причем поддерживается почти всеми STB что есть на рынке.

[mlevel]

Verimatrix, SecureMedia, etc. - отличные решения, и для большых проектов в самый раз, даже контент провайдеры требуют пользоваться провереными системами условного доступа. Но свою систему тоже вполне реально организовать, используя CSA, SRTP, может и другие типы шифрования, главное организовать надежную систему обмена ключами между клиентом (PC or STB) и сервером авторизации. Правда для меня ето пока немного сложноватая задача.