@den19948

Как организовать видеонаблюдение с записью на удалёный сервер?

Доброго времени суток!
Есть небольшой офис. Системному администратору ( то биж мне) была поставлена задача Организовать видеонаблюдение на 10+- камер, но при условии что трансляция будет идти на удалёный сервер (скорее всего Win) находящийся в другой стране. И одно из условий это то, что ничего не должно храниться локально, то есть весь поток и хранение происходила на этом удалёном сервере.
Кто сталкивался с подобными задачами, либо просто можете подсказать решение?
Расматривали варианты:
https://video.yaware.com.ua/
https://www.zarit.com.ua/
iviport.com.ua/ru
https://ru.ivideon.com/
https://www.dssl.ru/
https://www.mygvcloud-us.com/

Но моё руководство этого не одобрило, так как всё должно храниться на нашем сервере.
  • Вопрос задан
  • 4614 просмотров
Пригласить эксперта
Ответы на вопрос 6
Jump
@Jump
Системный администратор со стажем.
Да вообще не проблема - на камере настраиваете хранилище и все, как правило нужно указать адрес и порт.
Где оно будет находиться - пофигу.

Что не пофигу - канал.
10+- камер это такой неплохой трафик - должен быть стабильный гарантированный канал до этого сервера.
Это не всегда возможно и не дешево.

Что конкретно у вас не получаеться?
Ответ написан
Трассир, линия и другие умеют, думаю практически все остальные тоже. Делаем vpn и добавляем камеры по айпишникам внутри сети.
Главное как правильно написали в комментарии - канал в котором это будет литься постоянно.
Ответ написан
kolossradosskiy
@kolossradosskiy
Можно прикинуть на калькуляторе какой будет поток от 10 IP-камер и какой нужен объем хранения. Например, при десяти 2-мпиксельных камерах (FullHD) поток будет 34.2 Mbit/s, а 1-мпиксельных (HD 720) - 17.1 Mbit/s.
Вот и думайте в первую очередь как организовать стабильный канал такой ширины.
Ответ написан
Комментировать
@hx510b
"Я знаю, что ничего не знаю"
Как написали ранее - решение в лоб - это сливать поток с камер по внешнему каналу куда-то далеко.
Есть вариант другой, пишу по своему опыту:
1. ставим любой программный видеорегистратор, умеющий писать видео только по движению в кадре. тем самым мы значительно уменьшаем объем генерируемого видеоархива.
2. этот видеорегистратор пишет в локальный видеоархив.
3. настраиваем перенос новых файлов архива на отдаленный сервер, например rsync по cron или другим аналогичным примитивным способом.
что мы получаем:
1. уменьшение объема передаваемых данных за счет записи только по датчику движения.
2. хранение архива где-то далеко, локально файлы формируются и хранятся временно - т.е. это фактически буфер.
3. такая схема может спокойно переживать временную потерю связности и временную просадку пропускной способности канала.
я так делал с motion и аналоговыми камерами, когда каналы были cdma450/3g/wimax, при нынешних скоростях можно вполне и HD видео сливать.
Ответ написан
Комментировать
anthtml
@anthtml
Системный администратор программист радиолюбитель
VPN от офиса с камерами до сервера наблюдения.
Но обычно сервер стараются ставить как можно ближе к камерам, т.к. для записи нужна гарантированная полоса пропускания трафика, а получить ее особенно на международном канале читай практически невозможно (по крайней мере земными деньгами)
Так что в идеале: сервер в локалку, а просмотр архива в инэт
Ответ написан
@TSUKER
shinobi.video - полноценная система не давно на ней поднимал системы на 20+ камер.
Спокойно работает с удаленными камерами (сервер с записями стоит в Hetzner, а камеры в загородном филлиале с 2 3г свистками LTE в микротике - месяц стабильной работы, не считая коротких даунтаймов изза падения сети оператора)
*камеры китайские в алика, 640*480
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы