Как стать автором
Обновить

Зачем на камере и видеорегистраторе нужен криптоблок и как его восстановить

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров8.4K
Всего голосов 53: ↑53 и ↓0+53
Комментарии29

Комментарии 29

XMEye наверное не так сложно. Было у меня две одинаковые камеры. С исправной взял дамп, где в двух местах в явном месте был виден серийный номер - переписал от неисправной и записал в флешь. Камера ожила в родном ПО.

Нужны пруфы: модели камер, скриншоты.

Выходит, что я просто запишу в любую камеру ваш серийный номер, то смогу писать в ваше облако и даже видеть архивы? Увы, уже это так не работает на XMEye камерах.

Так оно и получилось. Две камеры с одинаковым номером попеременно давали картинку в приложение. Или вообще не давали. Было забавно.

 в явном месте был виден серийный номер - переписал от неисправной и записал в флешь

Так об этом и речь, что недостаточно исправить серийник, нужно менять весь криптоблок чтобы камеры не были клонами.

huachung age technology (net dvr)....ну или почти всё с АПП V12, n_eye, goolink этим прям страдали.

Кстати, а для XMEye-камер-DVRов существует рабочий клиент-приложение под Win (желательно опенсорсный)? Или там есть только этот ужасный ActiveX под старый IE... Я какие-то вещи пробовал, но с китайскими не заработало.
Вот под андроид подобного достаточно.

Для облака не встречал. Запускаю active x через совместимость в edge

Я обычно не в облаке использую, а прямое подключение. Вон то ipcam dms опробовал - неплохо работает, но как просмотрщик, конечно не удобно.
Может на его базе что-то сделать, но код вроде на питоне - тут я всё. Продолжаю поиски.

На самом деле сам XMEye ActiveX супер не удобен, не сохраняет настроенный режим отображения, иногда плохо переподключается, беда с масштабированием (много полезного места теряет), нет сохранения паролей.
Точно не тот софт, который раз настроил и всегда работает, даже если внезапно перезагрузить.

Есть родное CMS, работает сносно, как по мне, лучше так чем через браузер.

CMS не без претензий к логике настроек, но да, это более профильно чем через браузер (вариант, который видимо был сделан как "запасной вариант/крайний случай").
Но... по слов одного из "тянущих тему" представителей ХМ в РФ, поддержка/разработка CMS прекращена, все "силы" (ухахатывающийся смайлик) переброшены на VMS.
Мнения/просьбы/предложения/помощь пользователей демонстративно проигнорированы.

P.S.
Кстати, м.б. кто в курсе, как "достучаться" до разработчиков, дабы они пофиксили довольно дикий косяк сбивающий с толку Андроид - приложение XMEye ?
Суть в чём - если при просмотре записать на устройство кусочек видео (нажатием на экранную "запись видео"). То происходит создание файла с именем yyyymmdd_hhss.mp4_****.mp4 (какое то малопонятное дублирование имени, где вторая половина формируется произвольно).
Андроид чаще всего "заметно удивляется" от таких вариантов в именовании файла.

Плюс у меня, на ксяомишном МУИ записанное таким образом (и даже переименованное) видео, нельзя отправить через телеграм/ватсап.
На старом ксяоми (4) такого не было, на новом (11) упирается не понятно во что.

происходит создание файла с именем yyyymmdd_hhss.mp4_****.mp4

У меня XMEye сохраняет в виде "дата время начала"_"дата время конца" фрагмента видеозаписи ".mp4".

Можете попробовать iCSee - теже данные аккаунта ввести и появятся камеры с большим количеством настроек. Но программа надоедливо денег просит.

Спасибо, надо будет попробовать.

Локально с телефоном смотрю через onvier. C ПК - ONVIF Device Manager https://habr.com/ru/companies/synesis/articles/120747/

ActiveX - это пережиток 90х как и Макромедиа Флэш (да, встречается на многих камерах). Но радует, что все нормальные камеры умеют RTSP/ONVIF и достаточно RTSP клиента, чтобы иметь доступ ко всему личному зоопарку камер. Самая главная проблема в RTSP - это найти RTSP путь, по которому камера отдает видеопоток. Но с этой проблемой как раз и справляется ONVIF (клиент по ONVIF протоколу запрашивает RTSP URL и дальше работает по RTSP).

Ну и, конечно-же, эти стандартные протоколы снимают головную боль с того, что есть клиент под винду, но нет под линукс или Андроид. RTSP - он и в африке RTSP.

Только вот со временем может выясниться, что ONVIF мало того что имеет разные версии, но и то, что даже одна версия может получить разное "толкование" у разработчика.
И со временем, довольно часты случаи, что после обновления ПО, часть функций вдруг "неожиданно" перестаёт работать.
И это мы ещё не затронули варианты "эмуляции" протоколов у "сторонних" производителей (например камер).
Там вообще - чаще всего добиваются работы "основных" свойств, а про другие "ну зачем это надо ?". ("картинка на мониторе есть, вот и хорошо")

а чем родной vms не угодил ? и локальные в полном доступе и облачные(всмысле через облако без пробросов и т.п.)

Так родной под WIndows - это вот тот ActiveX, что на скриншоте из статьи. Продублирую кратко проблемы: "не сохраняет настроенный режим отображения, иногда плохо переподключается, беда с масштабированием (теряет полезную площадь экрана), нет сохранения паролей".
В итоге он не удобен для необслуживаемой демонстрации на настенном экране 24/7. Уверенно утверждаю, исходя из восьмилетнего опыта использования.
С пробросами у меня проблем нет, всюду статические IP добыты; облакам не доверяю.

Не по теме, но чтобы было понятнее, зачем хочу улучшить отображение:
Слежу за дачей из дома с 2013 года, преследую 3 цели: иногда посмотреть на красивые виды природы; убедиться что ничего не сломано непогодой или не украдено (впрочем, сам факт наличия камер привел к тому, что это прекратилось); контролировать состояние разнообразной электроники, отопления и т.д. Была еще цель следить за/удаленно кормить кота, решено (кот забран с собой).
На даче установлено 15 аналоговых камер и 3 цифровые высокого разрешения. Аналоговые камеры разведены на 2 видеорегистратора (основной и дублирующий). Есть еще третий видеорегистратор, который я использую как некий аналог части KVM (захватывает картинки с серверов, для аварийных ситуаций). Регистраторы подключены к двум разным провайдерам (ADSL/4G), тоже для надежности. Питание регистраторов и серверов резервирует отчасти кустарный UPS, на десяток АКБ 12-7. Питание камер разводится линией 36В с отдельными блочками у каждой камеры (т.к. у аналоговых есть свои нюансы), постепенно добавляю каждой камере самодельный Li-акб UPS (раньше ставил NiMH).
Постепенно строю обратную систему - смотреть за домом из дачи.
Зачем мне это нужно в плане практической пользы..? И сам не знаю. Так спокойнее, интереснее.

я про этот родной. пароли добавленных устройств точно помнит...а про сохранение видов не понятно, что нужно.

Для мониторинга ~150 движущихся регов использовалась лишь с одним существенным недостатком - сначала грузится список устройств с опросом каждого, если кто-то не в сети ждать чтоб открыть последнего очень долго.

Хм, интересно. Это в первый раз вижу. У меня во всех китайских регистраторах/камерах разных поставщиков и годов (от самых старых до последних) подгружается/предлагает только то, что на скриншотах из статьи.

Опробовал на своей системе, увы - пара недель и оно намертво зависает (не потребляя проц или много памяти - просто перестает отвечать и показывать). ActiveX же живет до возможного зависания гораздо дольше (зависает по утечке памяти).
Хотя положительное отличие от ActiveX апплета есть - не приходится восстанавливать размеры при реконнектах, область просмотра шире.

Запускай себе приложение, и оно получит доступ к видеопотоку или к архиву через облако.

...а потом в один прекрасный день окажется, что кому-то где-то что-то не понравилось — ну, например, что вы живёте на каком-то неправильном полуострове (сейчас разговор идёт о конкретном оконечном пользователе, который на всю эту политику повлиять может чуть менее, чем никак) — и это ваше облако накроется санкциями какими, или ещё какой звездой — и "что, сынку, помогли тебе твои ляхи облака?"

Относительно продвинутые "локальные" дилеры/представители (по их заверениям) поднимают свои облачные сервера + прописывают в FW камер/регистраторах их "координаты".
Но XM изначально ведёт довольно странную "политику" по качеству/продуманности своих продуктов. Примерно на уровне 1 шаг вперёд - 2 назад. Многие вещи вообще не подаются здравому смыслу и логике.

Такое впечатление, что время от времени нанимает грамотных спецов, но с самого начала работы с ними рассчитывает на обман после получения результата. Ну а те, понимая такой подход, не спешат доводить всё до ума, и на каком то очередном "эксцессе" покидают такого нанимателя.
Далее приходят очередные спецы, и всё повторяется по новой.

В итоге получается какой то винегрет.
Что по реализации возможностей железа, что по продуманности ПО, что по реальной работе всей "цепочки" в целом (IPC/NVR/APP).

Такие камеры есть. На 4pda было в теме об ip камерах упоминание производителя, который перестал работать на полуострове. Камеры превратились в тыкву.

Но если старый MAC не сохранился, совсем не беда влепить любой другой и даже подделать производителя на какой нибудь-модный Hikvision.

Пожалуйста, используйте в качестве случайного locally administrated MAC-адреса.

Кому какое горе какие МАКи я использую в своей локалке?

Цитата

MAC-адрес такой камеры становится 00:00:23:34:45:66. Работать камера с таким адресом будет ровно до того момента, пока в сети не появится ещё одна такая же камера. К той поре уже все забудут про то, что камера перешивалась, и через много дней ковыряния в глюках сети, когда всем коллективом поймут, кто виновен в этом, уже накопится достаточно злости, чтобы бить виновного коллективно и организованно.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий