Организация облачного видеонаблюдения — это множество технических нюансов, которые требуется решать сразу же: видимость камер из-за NAT, активация и идентификация камер, шифрование и автоматический провижининг. Камера при подключении должна автоматически стать частью IT-инфраструктуры оператора. Плюс должна обеспечиваться связь с абонентом. Flussonic Agent решает эти проблемы.
В предыдущей статье мы рассказали об одной из сфер применения Flussonic Watcher и кратко о том, зачем нужен Flussonic Agent. А ещё раньше о том, как агент может решить проблемы безопасности при передаче видеопотока. И везде мы отвечали на вопросы «Зачем?», но очень кратко касались вопроса «Как?».
Как мы уже писали, основная проблемой при запуске большой сети видеонаблюдения — настройка видимости камеры из интернета. Для ее решения есть три классические схемы:
Распространенный и наиболее простой способ — это организация OpenVPN туннеля. Его выбирают прежде всего потому, что для большинства дешевых камер прошивка собирается с помощью buildroot, а в нем уже есть OpenVPN и он легко включается.
На камере прописывается сертификат подключения и адрес OpenVPN сервера. Затем стриминговый сервер в облаке видит камеру через OpenVPN сервер и забирает с нее видео. Однако, OpenVPN требует наличия еще одного сервера рядом, удваивая ваши серверные затраты.
Управление сервером, на который придет камера, находится на самом устройстве Быстро добавить новый сервер вместо сгоревшего и отправить камеру на него не получится — надо менять DNS. А на пути между вашим DNS-сервером и камерой обязательно появится удобный кеширующий на сутки чужой DNS-сервер, который будет заботливо подставлять старый адрес OpenVPN сервера.
Ко всему прочему, OpenVPN требует больше ресурсов из-за того, что он делает больше, чем нужно для этой задачи. Организуется полноценный туннель, который пропускает трафик через ядро linux. В случае с Flussonic Agent и Flussonic Media Server этого не происходит — весь трафик приходит и остается в одном процессе, При гигабите входящего видео это очень ощутимо.
Port Forwarding — перенаправление портов или ручной проброс портов — позволяет обращаться из интернета к IP-камере, которая находится во внутренней сети за маршрутизатором, использующим NAT. Доступ осуществляется перенаправлением трафика определенных портов с внешнего адреса маршрутизатора на адрес выбранного устройства в локальной сети. Минусы ручного проброса портов это:
Покупка «белых» IP-адресов для каждой IP-камеры решает проблему доступа из-за NAT, но может быть адекватным решением только, если у вас не очень большое количество камер. В противном случае организация видеонаблюдения станет просто невыгодным предприятием.
Каждая из этих схем обладает достоинствами и недостатками. Объединяет их два фактора: применимость лишь к небольшой сети видеонаблюдения и невозможность организовать режим Plug-n-play для абонента и автоматизацию процесса для администраторов сервиса. Flussonic Agent как раз и закрывает эти проблемы, позволяя нашим клиентам упростить запуск сервиса. Программа устанавливается на все камеры, передает нужную информацию для активации и связи камеры с пользователем в биллинг или напрямую в Flussonic Watcher и начинает отдавать видео на стриминговый сервер оператора.
Также, как и с OpenVPN сервером, в агенте существует привязка к DNS, но всё-таки обеспечить failover небольшой виртуалки, на которой запущен только веб-интерфейс и управляющий сервер гораздо проще, чем failover высоконагруженного сервера с толстым каналом.
Мы можем запустить Flussonic Agent почти всех камерах, работающие под Linux. Важный момент — нам нужна оригинальная прошивка устройства. На данный момент отработана установка агента на уличных камерах на базе HiSilicon, TI DaVinchi и MIPS роутерах на базе dd-wrt.
Самое интересное. Подготовленная нами прошивка с агентом устанавливается вендором на заводе или прошивается сами оператором. После того, как камера с установленной прошивкой попадёт к клиенту и будет в первый раз запущена, реализуется следующая схема работы:
1. При включении камеры в сеть и подключении к интернету запускается Flussonic Agent.
2. Агент подключается к серверу с Flussonic Media Server, на котором устанавливается Flussonic Watcher, и сообщает о том, что он готов к передаче видео. Этот сервер является управляющим и называется в терминологии агента: endpoint. Здесь камера получает контрольную информацию, авторизуется и переходит через connection upgrade в наш собственный протокол.
3. Если Flussonic Watcher узнал агента (происходит взаимная проверка пароля), то он передает агенту информацию об одном из запущенных серверов Flussonic Media Server на который как раз и пойдет передача видеотрафика. Такой Flussonic Media Server в терминологии агента называется streampoint. Также endpoint может передать команду быстро переключиться на другой streampoint для того, чтобы отработать ситуацию с выходом из одного из стримеров в кластере Flussonic Media Server.
4. После подключения к Flussonic Media Server агент ожидает команду на открытие соединения. Оно похоже на SSH туннель. Когда Flussonic Media Server решает забрать видео с камеры, он обращается к агенту с просьбой организовать TCP-туннель. По этому туннелю может передаваться как видео с RTSP, так и скриншоты с камеры.
В Flussonic Agent также реализована возможность переключатся между основным и резерным управляющим сервером (endpoint) и стриминговыми серверами Flussonic Media Server.
Помимо основной задачи нам было важно защитить камеры от взлома и видеопоток от перехвата. Большинство китайских устройств очень слабо защищены даже от простейших бэкдоров. Flussonic Agent умеет шифровать видеопоток с помощью TLS шифрования, исключая любые проникновения третьих лиц в процесс передачи данных.
Чтобы понять принципы работы Flussonic Agent и плюсы его внедрения, стоит рассмотреть пример внедрения. К нам обратился клиент, который покупал Flussonic Media Server для того, чтобы пользователи могли из офиса смотреть на солнечные пляжи Тайланда, впечатляться, а затем бежать покупать путевки. Развитие работы с камерами привело его к оказанию услуги OTT VSaaS. Это означает, что клиент забирает видео с камер, которые устанавливаются в ресторанах, кафе и других публичных местах Тайланда, и даёт доступ к видео как в записи, так и в прямой трансляции.
Но в Тайланде есть две глобальные проблемы с интернетом:
Конечно, видеонаблюдение в ресторанах можно оказать и с помощью обычного китайского регистратора с приложением p2p cloud, но у такого подхода есть множество минусов:
Наш клиент и предлагает услугу, которая решает эти проблемы. В Тайланде на арендованном сервере был установлен Flussonic Watcher, а экземпляр программного комплекса зарегистрирован у нас, чтобы можно было войти через мобильное приложение. Для решения вышеуказанных проблем на камеры устанавливается наш агент, с которым камера превращается в полный Plug And Play: принесли, повесили, включили — видео на сайте.
Чтобы обеспечить такой уровень сервиса мы много работали с клиентом, вплоть до советов какие камеры покупать и у каких производителей. Также нам было важно, чтобы все камеры были фирмы «XM». Это очень часто встречающийся noname-бренд, который делает устройства достаточно приличного качества и при этом очень недорогие. Hikvision, конечно, лучше XM, но и дороже.
Производители камер прислали немного другие устройства, но мы были к этому готовы и подготовили несколько прошивок. Они были разработаны таким образом, чтобы камеры сразу шли к нужному экземпляры Flussonic Media Server. Клиент самостоятельно установил прошивки на камеры и запустил услугу. Ещё пару моментов нам пришлось исправлять уже удаленно на установленных камерах из-за проблем, вызванных совсем уж специфичным интернетом в Таиланде, но они были легко устранены.
Как вы видите, Flussonic Agent может значительно упростить запуск видеонаблюдения, обходя как внутренние технические проблемы, так и внешние, связанные с особенностями интернета в данном географическом регионе. В следующих статьях мы расскажем о том, как происходит интеграция Flussonic Watcher с биллингом оператора.
В предыдущей статье мы рассказали об одной из сфер применения Flussonic Watcher и кратко о том, зачем нужен Flussonic Agent. А ещё раньше о том, как агент может решить проблемы безопасности при передаче видеопотока. И везде мы отвечали на вопросы «Зачем?», но очень кратко касались вопроса «Как?».
Как мы уже писали, основная проблемой при запуске большой сети видеонаблюдения — настройка видимости камеры из интернета. Для ее решения есть три классические схемы:
- Установка проксирующих серверов OpenVPN.
- Ручной проброс портов.
- Назначение белых IP-адресов для каждой камеры.
OpenVPN
Распространенный и наиболее простой способ — это организация OpenVPN туннеля. Его выбирают прежде всего потому, что для большинства дешевых камер прошивка собирается с помощью buildroot, а в нем уже есть OpenVPN и он легко включается.
На камере прописывается сертификат подключения и адрес OpenVPN сервера. Затем стриминговый сервер в облаке видит камеру через OpenVPN сервер и забирает с нее видео. Однако, OpenVPN требует наличия еще одного сервера рядом, удваивая ваши серверные затраты.
Управление сервером, на который придет камера, находится на самом устройстве Быстро добавить новый сервер вместо сгоревшего и отправить камеру на него не получится — надо менять DNS. А на пути между вашим DNS-сервером и камерой обязательно появится удобный кеширующий на сутки чужой DNS-сервер, который будет заботливо подставлять старый адрес OpenVPN сервера.
Ко всему прочему, OpenVPN требует больше ресурсов из-за того, что он делает больше, чем нужно для этой задачи. Организуется полноценный туннель, который пропускает трафик через ядро linux. В случае с Flussonic Agent и Flussonic Media Server этого не происходит — весь трафик приходит и остается в одном процессе, При гигабите входящего видео это очень ощутимо.
Ручной проброс портов
Port Forwarding — перенаправление портов или ручной проброс портов — позволяет обращаться из интернета к IP-камере, которая находится во внутренней сети за маршрутизатором, использующим NAT. Доступ осуществляется перенаправлением трафика определенных портов с внешнего адреса маршрутизатора на адрес выбранного устройства в локальной сети. Минусы ручного проброса портов это:
- Настройка каждого роутера и каждой камеры очень сложна и занимает непозволительно много времени.
- По открытому порту может зайти кто угодно. То есть на лицо явное дыра в безопасности.
- Вся нагрузка по трафику ложится на раздающую камеру и раздающий канал, а они упадут уже на третьем клиенте.
- По RTSP камера будет отдавать рассыпающуюся картинку.
Назначение белых IP-адресов
Покупка «белых» IP-адресов для каждой IP-камеры решает проблему доступа из-за NAT, но может быть адекватным решением только, если у вас не очень большое количество камер. В противном случае организация видеонаблюдения станет просто невыгодным предприятием.
Flussonic Agent
Каждая из этих схем обладает достоинствами и недостатками. Объединяет их два фактора: применимость лишь к небольшой сети видеонаблюдения и невозможность организовать режим Plug-n-play для абонента и автоматизацию процесса для администраторов сервиса. Flussonic Agent как раз и закрывает эти проблемы, позволяя нашим клиентам упростить запуск сервиса. Программа устанавливается на все камеры, передает нужную информацию для активации и связи камеры с пользователем в биллинг или напрямую в Flussonic Watcher и начинает отдавать видео на стриминговый сервер оператора.
Также, как и с OpenVPN сервером, в агенте существует привязка к DNS, но всё-таки обеспечить failover небольшой виртуалки, на которой запущен только веб-интерфейс и управляющий сервер гораздо проще, чем failover высоконагруженного сервера с толстым каналом.
С какими камерами работает Flussonic Agent
Мы можем запустить Flussonic Agent почти всех камерах, работающие под Linux. Важный момент — нам нужна оригинальная прошивка устройства. На данный момент отработана установка агента на уличных камерах на базе HiSilicon, TI DaVinchi и MIPS роутерах на базе dd-wrt.
Как работает Flussonic Agent
Самое интересное. Подготовленная нами прошивка с агентом устанавливается вендором на заводе или прошивается сами оператором. После того, как камера с установленной прошивкой попадёт к клиенту и будет в первый раз запущена, реализуется следующая схема работы:
1. При включении камеры в сеть и подключении к интернету запускается Flussonic Agent.
2. Агент подключается к серверу с Flussonic Media Server, на котором устанавливается Flussonic Watcher, и сообщает о том, что он готов к передаче видео. Этот сервер является управляющим и называется в терминологии агента: endpoint. Здесь камера получает контрольную информацию, авторизуется и переходит через connection upgrade в наш собственный протокол.
3. Если Flussonic Watcher узнал агента (происходит взаимная проверка пароля), то он передает агенту информацию об одном из запущенных серверов Flussonic Media Server на который как раз и пойдет передача видеотрафика. Такой Flussonic Media Server в терминологии агента называется streampoint. Также endpoint может передать команду быстро переключиться на другой streampoint для того, чтобы отработать ситуацию с выходом из одного из стримеров в кластере Flussonic Media Server.
4. После подключения к Flussonic Media Server агент ожидает команду на открытие соединения. Оно похоже на SSH туннель. Когда Flussonic Media Server решает забрать видео с камеры, он обращается к агенту с просьбой организовать TCP-туннель. По этому туннелю может передаваться как видео с RTSP, так и скриншоты с камеры.
В Flussonic Agent также реализована возможность переключатся между основным и резерным управляющим сервером (endpoint) и стриминговыми серверами Flussonic Media Server.
Безопасность доставки видео
Помимо основной задачи нам было важно защитить камеры от взлома и видеопоток от перехвата. Большинство китайских устройств очень слабо защищены даже от простейших бэкдоров. Flussonic Agent умеет шифровать видеопоток с помощью TLS шифрования, исключая любые проникновения третьих лиц в процесс передачи данных.
Кейс внедрения Flussonic Agent в Тайланде
Чтобы понять принципы работы Flussonic Agent и плюсы его внедрения, стоит рассмотреть пример внедрения. К нам обратился клиент, который покупал Flussonic Media Server для того, чтобы пользователи могли из офиса смотреть на солнечные пляжи Тайланда, впечатляться, а затем бежать покупать путевки. Развитие работы с камерами привело его к оказанию услуги OTT VSaaS. Это означает, что клиент забирает видео с камер, которые устанавливаются в ресторанах, кафе и других публичных местах Тайланда, и даёт доступ к видео как в записи, так и в прямой трансляции.
Но в Тайланде есть две глобальные проблемы с интернетом:
- Дорогой внешний интернет: от $80 в месяц за мегабит. Если видео с камер выходит за границу Тайланда, то это автоматически может добавить очень много денег к ежемесячному чеку.
- Качество интернета. Ещё в 2011-м году по Тайланду висели объявления «high speed 1 mbit». Сейчас ситуация получше, но всё равно 4-х мегабитный поток с камеры из ресторана ставит под вопрос предоставление Wi-Fi посетителям, что в этой стране очень актуально.
Конечно, видеонаблюдение в ресторанах можно оказать и с помощью обычного китайского регистратора с приложением p2p cloud, но у такого подхода есть множество минусов:
- Регистратор требует внешнего IP адреса. В Тайланде такая услуга стоит от $30 до $60 в месяц.
- Регистратор отдает наружу видео столько раз, сколько придет клиентов. С учётом вышеописанных проблем с интернетом отдать видео более чем паре клиентов уже проблема
- Регистратор скорее всего потребует настройку проброса портов на роутере, а в свете Mirai возможно ещё и общения с провайдером по поводу разблокировки нужных портов.
- Если забирать видео по RTSP с китайского оборудования, то почти гарантированно столкнешься с багом которого нет.
Наш клиент и предлагает услугу, которая решает эти проблемы. В Тайланде на арендованном сервере был установлен Flussonic Watcher, а экземпляр программного комплекса зарегистрирован у нас, чтобы можно было войти через мобильное приложение. Для решения вышеуказанных проблем на камеры устанавливается наш агент, с которым камера превращается в полный Plug And Play: принесли, повесили, включили — видео на сайте.
Чтобы обеспечить такой уровень сервиса мы много работали с клиентом, вплоть до советов какие камеры покупать и у каких производителей. Также нам было важно, чтобы все камеры были фирмы «XM». Это очень часто встречающийся noname-бренд, который делает устройства достаточно приличного качества и при этом очень недорогие. Hikvision, конечно, лучше XM, но и дороже.
Производители камер прислали немного другие устройства, но мы были к этому готовы и подготовили несколько прошивок. Они были разработаны таким образом, чтобы камеры сразу шли к нужному экземпляры Flussonic Media Server. Клиент самостоятельно установил прошивки на камеры и запустил услугу. Ещё пару моментов нам пришлось исправлять уже удаленно на установленных камерах из-за проблем, вызванных совсем уж специфичным интернетом в Таиланде, но они были легко устранены.
Итог
Как вы видите, Flussonic Agent может значительно упростить запуск видеонаблюдения, обходя как внутренние технические проблемы, так и внешние, связанные с особенностями интернета в данном географическом регионе. В следующих статьях мы расскажем о том, как происходит интеграция Flussonic Watcher с биллингом оператора.
