Произошла ошибка инициализации macroscop

Персонал, отвечающий за настройку и обслуживание сетевых видеорегистраторов
Macroscop NVR, должен обладать достаточной квалификацией для настройки программного
обеспечения (в т.ч. операционной системы и IP-видеокамер, а также ознакомлен с руководством, в том числе с Техническим паспортом Macroscop NVR.

Персонал, осуществляющий видеонаблюдение с помощью программного обеспечения
Macroscop, должен обладать достаточной квалификацией для работы на компьютерах
под управлением ОС Windows, а также ознакомлен с документом Руководство
пользователя Macroscop.

Источник: best-coding.ru

Улучшаем работу системы видеонаблюдения и предотвращаем сбои

Очевидно, что лучше предотвратить болезнь, чем впоследствии ее лечить.

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

Особенности ПО для видеонаблюдения Macroscop

Наша техподдержка работает активно, очень активно. Она консультирует, помогает настроить и, конечно, решает проблемы в видеосистемах. Часто эти проблемы видны в среде ПО, но с Macroscop они не связаны. Видеосистема многокомпонентна, если что-то в ней ломается или просто не работает должным образом, пользователь не увидит, что какая-то часть испортилась.

Он увидит, что в realtime-видео появились рывки, а в архиве – “дырки”. Значит ли это, что проблема в ПО? Часто причина совсем в другом.

В связи с тем, что обращения в техподдержку Macroscop (как выясняется в дальнейшем) в 40% случаев не связаны с работоспособностью ПО, мы решили провести небольшой ликбез по планированию и построению видеосистем. И рассказать, почему не скупиться на время и средства на этих этапах важно, и что будет если этого не делать. Говорить будем в том числе и об очевидном. Но как показывает опыт, понимать и делать – разные вещи.

Начнем с того, как проблема может выглядеть. Визуально сигналом о том, что в системе что-то идет не так, могут стать:

1. Отсутствие соединения с камерой. Вы просто не видите видео с камеры в реальном времени и не получаете с нее архив.
2. Неплавное отображение видео (рывки/ускорения/задержки).
3. Пустые места («дырки») в архиве. Запись, вроде, шла, а куска видео в архиве нет.
4. Артефакты. На видео появляется то, чего на самом деле не было (при условии, что потусторонние силы этому не способствовали).

Что может стать причиной нарушений?

Сеть

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

Первичная настройка Macroscop

Поэтому первое, на что надо обращать внимание еще на старте – ширина будущего канала связи. Рассчитывается она просто – берем все камеры будущей системы, определяем, сколько Мбит информации каждая из них будет отправлять ежесекундно (для этого надо понимать, какое качество записи требуется- разрешение, частота, формат), учитываем, будет ли отображаться видео (со скольких камер и на сколько мониторов), делаем 10-15% прибавку на технический трафик и понимаем, где и какая пропускная способность будет нужна.

Лучше всего нарисовать схему будущей системы. Это можно сделать в том числе с помощью специальных программ (Graphical Network Simulator 3, например), они помогут с расчетами и выявлением “узких мест”, на которые надо обратить особое внимание. Это простой и очевидный инструмент, но на практике им мало кто пользуется. Особенно среди начинающих инсталляторов.

Отделите сеть видеонаблюдения от сети телефонии, интернета и любых других систем. Для того, чтобы видеосистема, которая снимает правонарушение, не проиграла в борьбе за трафик с ютубом, который в этот самый момент решили посмотреть 10 сотрудников вашей компании, надо выделять для нее отдельный канал.

Разделить сети можно физически и логически. В первом случае вы устанавливаете отдельное оборудование и прокладываете отдельные кабели, во втором — выбираете коммутаторы с поддержкой VLAN. На практике с точки зрения настройки проще разделить физически, если есть возможность понести дополнительные расходы.

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

Сеть надо не только грамотно продумывать, но качественно собирать. Доходит до банального: у пользователя плохо обжат патч-корд, и это приводит к потере соединения или разрывам в архиве. Найти такую проблему удается не так быстро, потому что, как правило, до проверки работоспособности таких мелочей как патч-корды или гнезда маршрутизаторов доходят в последнюю очередь.

Системы хранения данных

Важно не забыть вычислить необходимую ширину канала между сервером и сетевым хранилищем данных. Это часто упускают из вида.

Для того, чтобы системы хранения справлялись с записью поступающего объема информации от видеосистемы, надо просчитать необходимый объем памяти, а также оценить IOPS (параметр, отвечающий за количество операций ввода-вывода, выполняемых СХД за секунду). Сделать это можно с помощью специальных программ (Iometer, IOzone, FIO, CrystalDiskMark).

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

Антивирус и firewall

Как правило, firewall и антивирусное ПО оказывают влияние на работу видеосистемы, так как вмешиваются в сетевой трафик. Это также могут быть защитник Windows, брандмауэр Windows,Hardware firewall и т.п.

Отключить антивирусное ПО можно, но просто исключить firewall, не меняя общей конфигурации системы, когда она уже построена (особенно если речь идет о крупной и сложной системе), зачастую нельзя. Приходится перестраивать всю сеть. Поэтому позаботиться об отключении или исключении из системы видеонаблюдения всех софтов и устройств, которые могут ограничивать получение или передачу данных, стоит заранее. Часто даже настройка “исключений” не позволяет полностью ограничить доступ таких решений до видеотрафика.

Оборудование

Кроме очевидного (камеры, серверы, хранилища должны быть исправны) есть некоторые моменты в настройках оборудования, которые тоже желательно учесть. Обязательно проверьте, что ваши компьютеры не уйдут в режим энергосбережения. В противном случае система будет работать, но сеть будет находится в низком приоритете, поэтому часть данных от камер может просто не приходить. Причем найти причину будет очень сложно, потому что как только вы начнете искать, все чудесным образом наладится.

При выборе IP-камер в проект обратите внимание, по какому протоколу передачи данных они работают. Для минимизации потерь выбирайте подключение по TCP (благо, он встречается намного чаще других). Тогда в случае возникновения сетевых ошибок произойдет повторный запрос информации с камеры, и с высокой вероятностью она подтянется с небольшой задержкой, не ощутимой для пользователя.

Иногда проблемы возникают из-за того, пользователь запрашивает с камеры единовременно несколько потоков, а камера с этим не справляется. Свои рекомендации относительно количества потоков производители дают редко, поэтому здесь придется проверять опытным путем.
Установленная камера сама по себе может некорректно работать и отправлять на сервер видео с артефактами. Чтобы проверить, что дело в камере, а не в ПО видеосистемы, можно, например, воспользоваться VLC проигрывателем: если артефакты наблюдаются в плеере, причину надо искать в самой камере. Только прежде надо убедиться, что в видеосистему и в проигрыватель видео передается по одному и тому же протоколу.

Если возможности предоставить достаточно широкий канал связи нет, можно уменьшить битрейт на камерах. Для этого надо в настройках уменьшить частоту кадров или качество записи, использовать камеры с современными форматами сжатия (h.264+, h.265+), технологией zipstream. Также в подавляющем большинстве есть возможность использовать переменный битрейт: когда движения в кадре нет, передается меньший объем информации, когда начнется движение, качество записи и объем данных повысится.

Как найти проблему?

Если проблема все-таки возникла, для диагностики причины первоочередными могут стать следующие шаги:

1. Зайти в диспетчер задач и проверить общую загрузку системы.
2. Проверить физическое состояние оборудования (не отключилось ли питание, не оборвал ли кто-то кабель, работоспособны ли камеры и т.п.).
3. Проверить, выключен ли антивирус.
4. Воспользоваться функциями самодиагностики Macroscop. Самодиагностика выводит сообщения о неполадках и дает рекомендации по их самостоятельному устранению.

Если причина не найдена и решить проблему самостоятельно не удается, необходимо обратиться в техподдержку. Первое, что мы проверяем, когда обращаются с проблемой задержек, артефактов или потери соединения, – сеть между камерой и сервером. Для этого мы используем специальные программы (Iperf), а также ping-тест. Только пингуем большим пакетом данных, так как видео в 99% случаев больше, чем максимально допустимый объем данных стандартного пакета (MTU).

Пример: ping -l 5000 -t (бесконечный пинг пакетом в 5000 байт).

Мы отправляем пакет данных, получаем его обратно и оцениваем потери. А они вообще недопустимы. Даже 1% потерянных кадров приводит к разным негативным эффектам – от артефактов, потерь в архиве, рывков в реальном времени до полного разрыва связи с камерой.
Аналогично может быть диагностирована проблема канала связи между сервером и клиентскими компьютерами.

Также в Macroscop ведется логирование работы системы, и логи во многом помогают сузить область поиска проблемы нашим специалистам. Благодаря функциям диагностики, ПО определяет проблемы с нарушением последовательности пакетов, отправляемых камерой на сервер, доступом к серверу, подсистемой декодирования, авторизацией, запуском служб и записью.

Это только несколько вариантов проверки состояния и поиска источников проблемы, но в большинстве случаев этих инструментов достаточно, чтобы диагностировать причину. В противном случае начинается индивидуальная проработка и кропотливая проверка.

Подумать заранее

Как и во многих других, в случае работы видеосистемы ряда проблем можно избежать, просто перестраховавшись на этапе проектирования. Просчитывайте параметры сети заранее, подбирайте оборудование чуть более производительное, чем требуют расчеты, покупайте качественные расходники и относитесь с вниманием к их установке, слушайте рекомендации производителей оборудования и разработчиков ПО, которое вы выбираете, обращайтесь в техническую поддержку или к пресейл-инженерам, если остаются вопросы или сомнения.

В общем, чем больше внимания вы уделяете видеосистеме в самом начале, тем меньше она его будет требовать в течение долгих лет использования.

• макроскоп
• macroscop
• система видеонаблюдения
• система хранения данных
• проектирование систем
• проектирование сети
• артефакты
• проблемы в системах видеонаблюдения

• Блог компании Macroscop
• Работа с видео
• Анализ и проектирование систем

Источник: habr.com

USB-ключ защиты Macroscop ни к чему не привязан. Таким образом, можно установить Macroscop Сервер на другом компьютере, переставить ключ на этот компьютер и активировать лицензию через интернет (либо перенести файл licence.lic из папки C:ProgramDataMacroscopServerConfigs «старого» сервера на новый). При этом просмотр архива на «старом» сервере без USB-ключа будет возможен только с помощью утилиты Локальный просмотр и резервное копирование архива. При возврате ключа штатный доступ к архиву из клиентских приложений восстановится.

Если система с одним сервером, то для переноса настроек камер следует предварительно сохранить на «старом» сервере конфигурацию каналов (файл с расширением *.ChConf), после чего загрузить конфигурацию на «новом» сервере. Сохранение и загрузка конфигурации каналов осуществляется в конфигураторе, на вкладке Камеры.

В многосерверной системе следует добавить в конфигураторе «новый» сервер, открепить каналы от «старого» сервера и привязать их к «новому».

Подробно процессы настройки серверов и камер, сохранения и загрузки конфигурации каналов, а также использования утилиты локального просмотра и копирования архива, описаны в Руководстве администратора Macroscop.

Нужно скачать дистрибутив с актуальной версией с сайта, со страницы Поддержка / Дистрибутивы, вставить ключ в USB-порт сервера и установить ПО Macroscop. По окончании установки будет предложено запустить Macroscop Конфигуратор и установить лицензию; нужно согласиться и следовать шагам мастера установки лицензии; мастер установки автоматически активирует USB-ключ на сервере.

Подробно процессы установки ПО Macroscop и активации ключей описаны в Руководстве администратора Macroscop.

Для клиентских компьютеров лицензии не нужны. Лицензия (ключ защиты и файл лицензии) устанавливается на сервере, на котором будет обрабатываться видеопоток от камер и храниться архив. В файле лицензии указаны: тип лицензии, количество каналов, количество модулей. Максимальное количество одновременно подключаемых к системе клиентских рабочих мест зависит от выбранного при покупке типа лицензии (ML, LS, ST). Для Macroscop NVR количество одновременно подключаемых к системе клиентских рабочих мест не ограничено.

Подбор параметров сервера

Для подбора аппаратной платформы, предназначенной для установки сервера или удаленного рабочего места Macroscop, следует пользоваться калькулятором на странице «Поддержка / Калькулятор»

Настройка и работа

Для обновления версии ПО Macroscop нужно скачать дистрибутив с актуальной версией с сайта, со страницы Поддержка / Дистрибутивы и установить ПО Macroscop «поверх» существующей версии.

Для установки следует запустить скачанный исполняемый файл и следовать шагам мастера установки.

Достаточно обновить только серверное ПО, поскольку обновление клиентского ПО осуществляется автоматически, при подключении клиента к обновлённому серверу Macroscop.

Подробно процессы установки и обновления ПО Macroscop описаны в Руководстве администратора Macroscop.

Единственным легитимным способом доступа к настройкам системы является вход под правами пользователя с правами конфигурирования. В системе может быть несколько таких пользователей, но не менее одного (система не позволяет удалять единственного пользователя с правами на конфигурирование). Если известны имя и пароль такого пользователя, для настройки следует заходить под его аккаунтом.

Если неизвестен пароль ни одного пользователя с правами на конфигурирование, то единственным решением является сброс конфигурации. При этом все настройки системы (настройки серверов, камер и прав пользователей, планы объектов, профили экрана) будут утеряны; то есть придётся настраивать систему заново. Также не удастся получить доступ к видеоархиву из клиентских приложений.

В то же время, можно читать и экспортировать архив с помощью утилиты Локальный просмотр и резервное копирование архива. Таким образом, можно скопировать текущий архив (каталоги MacroscopArchive в корне архивных дисков) на отдельные носители для получения к нему в дальнейшем автономного доступа.

Если ранее была скопирована конфигурация каналов (файл с расширением *.ChConf), то после создания новой конфигурации можно загрузить эту конфигурацию — в таком случае не потребуется заново настраивать камеры.

Для сброса конфигурации сервера следует выполнить следующие действия:

1. Остановить средствами Windows службу MacroscopServer (либо закрыть приложение Macroscop Standalone).

В многосерверной системе, перед тем, как выполнять следующие действия, необходимо остановить все серверы Macroscop.

2. Перейти в каталог ProgramData на системном диске (по умолчанию, C:ProgramData).

3. Удалить подкаталог ConfigsBackups (C:ProgramDataConfigsBackups).

4. Перейти в подкаталог MacroscopServerConfigs (C:ProgramDataMacroscopServerConfigs) и удалить все файлы и подкаталоги, кроме файла licence.lic.

В многосерверной системе выполнить шаги 2–4 для всех серверов Macroscop. Затем шаги 5–7 для одного из серверов, который будет назначен главным.

5. Запустить средствами Windows службу MacroscopServer (либо приложение Macroscop Standalone).

6. Запустить приложение Macroscop Конфигуратор и подключиться к серверу Macroscop, используя следующие данные для авторизации: пользователь rootбез пароля.

7. Настройте сервер, включая параметры архива, после чего примените серверные настройки.

В многосерверной системе выполните для каждого из последующих серверов шаги 5–7, после чего подключитесь конфигуратором к главному серверу и подключите к нему подчинённые серверы.

При наличии конфигурации каналов (файла с расширением *.ChConf) следует подключиться конфигуратором к любому из серверов и загрузить эту конфигурацию на вкладке Камеры, после чего применить настройки (вкладка Применение настроек).

Для снижения рисков от подобных ситуаций, помимо хранения логина/пароля администратора, рекомендуется сохранять конфигурацию каналов.

Подробно процессы настройки серверов и камер, сохранения и загрузки конфигурации каналов, а также использования утилиты локального просмотра и копирования архива, описаны в Руководстве администратора Macroscop.

Ниже приведены примеры настройки автоматического запуска Macroscop Клиент или автоматического открытия окна просмотра Macroscop Standalone (без ввода имени пользователя и пароля) при старте компьютера или запуске приложения из ярлыка.

Для примеров использованы следующие параметры:

Папка установки приложения Macroscop Клиент: C:UsersUserNameAppDataLocalProgramsMacroscop Client

Папка установки приложения Macroscop Standalone: C:Program FilesMacroscop Standalone

Адрес сервера: 192.168.0.100

Порт сервера: 8081

Имя пользователя Macroscop: operator

Пароль пользователя Macroscop: qwerty77

Имя пользователя Windows: UserName

! Кавычки в строках примеров, при указании полного пути к файлу, обязательны !

Чтобы настроить автозапуск Macroscop Клиент при старте компьютера, в системном реестре Windows, в разделе HKEY_CURRENT_USERSOFTWAREMicrosoftWindowsCurrentVersionRun необходимо создать строковый параметр с именем MacroscopClient и значением «C:UsersUserNameAppDataLocalProgramsMacroscopClientMacroscopClient.exe» -server 192.168.0.100 –port 8081 -user operator-password qwerty77

Чтобы настроить автозапуск окна просмотра приложенияMacroscopStandaloneпри старте компьютера, в системном реестре Windows, в разделе HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun необходимо создать строковый параметр с именем MacroscopClient и значением «C:ProgramFilesMacroscopStandaloneMacroscop.exe» -server 192.168.0.100 -port 8081 -user operator -password qwerty77

Чтобы настроить автозапуск Macroscop Клиент из ярлыка на рабочем столе, нужно вызвать на ярлыке правой кнопкой мыши всплывающее меню, выбрать пункт Свойства, в открывшемся окне свойств, во вкладке Ярлык, ввести в поле Объект строку «C:UsersUserNameAppDataLocalProgramsMacroscopClientMacroscopClient.exe» -server 192.168.0.100 -port 8081 -user operator -password qwerty77

Чтобы настроить автозапуск окна просмотра приложенияMacroscop Standalone из ярлыка на рабочем столе, нужно вызвать на ярлыке правой кнопкой мыши всплывающее меню, выбрать пункт Свойства, в открывшемся окне свойств, во вкладке Ярлык, ввести в поле Объект строку «C:Program FilesMacroscop StandaloneMacroscop.exe» -server 192.168.0.100 -port 8081 -user operator -password qwerty77

Источник: macroscop.com

Записная книжка айтишника.

Первое и главное — все изменения в конфигурации как клиента, так и сервера необходимо делать исключительно на сервере. Иначе система будет работать неправильно или вылетит с ошибкой.

Второе — настройки на стороне клиента и сервера для конкретных камер и рабочих мест также должны быть идентичны. См. п.1.

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

Из наболевшего.

Если у вас случилась остановка службы на сервере, т.е. вы видите уведомление «сервер Макроскоп остановлен», хотя до этого всё работало и писалось — как правило, причина в том, что повреждён файл CurrentCMN.conf.

Чтобы быстро поднять систему, необходимо:
1. Посмотреть в консоли Винды, остановлена ли там служба Макроскоп. При необходимости остановить — это принципиально.
2. Найти файл CurrentCMN.conf.backup (он там же, рядом), убрать у него расширение .backup.

Важно: сделайте бэкап бэкапа ))) Т.е. перед тем, как действовать — сохраните куда-нибудь файл CurrentCMN.conf.backup. Не забудьте дату. Связано это с тем, что система пересоздаст бэкап конфига заново, из текущего состояния. Если что-то пошло не так — сможете откатиться на рабочий конфиг.

3. Запустить Макроскоп, а лучше — перезагрузиться.
4. Запланировать переустановку ПО и операционной системы на сервере ((( Поверьте, это — единственный гарантированный способ дальнейшей корректной работы.

И, конечно же, не забудьте почитать системный журнал!

Подобное случается по разным причинам: надолго пропало электричество, а UPS не настроен на выключение сервера; побит HDD; вирус; неправильно настроена или неисправна камера с распознавателем номеров/лиц (кривой поток кладёт систему, да, это бывает) или же недостаточно пропускной способности канала при работающем распознавателе.

Вообще, ПО несколько капризно, но при соответствующей настройке вполне работоспособно )))

Сайт ПО: http://macroscop.com/
Техподдержка, кстати, неплохая, но настоятельно рекомендую также обращаться и к поставщику камер — поскольку они предоставляют Макроскопу API и тестируют ПО на предмет совместимости, зачастую у них Вы можете получить самый полезный и неочевидный совет.

Пользуясь моментом, благодарю за терпение и эрудицию Василия Чаплыгина. Без его помощи и советов этот пост не был бы написан )

Источник: rsidorov.blogspot.com

Ошибки при работе клиента

1. Клиент Macroscop версии 2.4.260. При регистрации пользователем с ограниченными правами в операционной системе Windows7_Sp1_x64 клиент сохраняет настройки и права данного пользователя и если зайти пользователем с повышенными правами вы получите ограниченный функционал предыдущего пользователя.
Решение:
Сбросить настройки клиентского приложения:

1. Закрываем клиент;
2. Удаляете папку c:Users%username%AppDataLocalMacroscop;
3. Запускаем клиент.

Единственным легитимным способом доступа к настройкам системы является вход под правами пользователя с правами конфигурирования. В системе может быть несколько таких пользователей, но не менее одного (система не позволяет удалять единственного пользователя с правами на конфигурирование). Если известны имя и пароль такого пользователя, для настройки следует заходить под его аккаунтом.

Если неизвестен пароль ни одного пользователя с правами на конфигурирование, то единственным решением является сброс конфигурации. При этом все настройки системы (настройки серверов, камер и прав пользователей, планы объектов, профили экрана) будут утеряны; то есть придётся настраивать систему заново. Также не удастся получить доступ к видеоархиву из клиентских приложений.

В то же время, можно читать и экспортировать архив с помощью утилиты Локальный просмотр и резервное копирование архива. Таким образом, можно скопировать текущий архив (каталоги MacroscopArchive в корне архивных дисков) на отдельные носители для получения к нему в дальнейшем автономного доступа.

Если ранее была скопирована конфигурация каналов (файл с расширением *.ChConf), то после создания новой конфигурации можно загрузить эту конфигурацию — в таком случае не потребуется заново настраивать камеры.

Для сброса конфигурации сервера следует выполнить следующие действия:

1. Остановить средствами Windows службу MacroscopServer (либо закрыть приложение Macroscop Standalone).

В многосерверной системе, перед тем, как выполнять следующие действия, необходимо остановить все серверы Macroscop.

2. Перейти в каталог ProgramData на системном диске (по умолчанию, C:ProgramData).

3. Удалить подкаталог ConfigsBackups (C:ProgramDataConfigsBackups).

4. Перейти в подкаталог MacroscopServerConfigs (C:ProgramDataMacroscopServerConfigs) и удалить все файлы и подкаталоги, кроме файла licence.lic.

В многосерверной системе выполнить шаги 2–4 для всех серверов Macroscop. Затем шаги 5–7 для одного из серверов, который будет назначен главным.

5. Запустить средствами Windows службу MacroscopServer (либо приложение Macroscop Standalone).

6. Запустить приложение Macroscop Конфигуратор и подключиться к серверу Macroscop, используя следующие данные для авторизации: пользователь rootбез пароля.

7. Настройте сервер, включая параметры архива, после чего примените серверные настройки.

В многосерверной системе выполните для каждого из последующих серверов шаги 5–7, после чего подключитесь конфигуратором к главному серверу и подключите к нему подчинённые серверы.

При наличии конфигурации каналов (файла с расширением *.ChConf) следует подключиться конфигуратором к любому из серверов и загрузить эту конфигурацию на вкладке Камеры, после чего применить настройки (вкладка Применение настроек).

Для снижения рисков от подобных ситуаций, помимо хранения логина/пароля администратора, рекомендуется сохранять конфигурацию каналов.

Подробно процессы настройки серверов и камер, сохранения и загрузки конфигурации каналов, а также использования утилиты локального просмотра и копирования архива, описаны в Руководстве администратора Macroscop.

Show content

Форум Системы безопасности / Форум Видеонаблюдение /

• <
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• >

05.11.2013 14:16:11

И Вам доброго дня, MACROSCOP

1. «Проблемы с расширением лицензии»: если речь идёт об ошибке ввода,- её нет, т.к. вручную ничего не вводится, а выбирается с помощью file explorer; если речь идёт о дополнении ранее установленной лицензии,- мимо,- это новая установка и первая лицензия; тут как раз случай «вообще не применяется лицензия и выдаётся ошибка». Вообще-то я просил Вас попытаться воспроизвести проблему на Вашем ПК и подтвердить, или опровергнуть мой опыт попыток на 2-х ПК разной конфигурации и разніх ОС (XP и 7)…

2. Поскольку Вы делаете продукт «для людей»,- функция «удалить лицензию» нужна. Даже странно, что это требует отдельного пояснения.

elephan
Гость

Сообщений: 2
Рейтинг: 4

05.11.2013 21:01:23

Добрый вечер. Помогите в решении проблемы. Macroscop выдает ошибку и перестает вести архив. Имело место 2 случая. Во втором на екране было сообщение : «Сервер заблокирован», «Возможна некорректная конфигурация..», попытки разблокировать не принесли результата. Лечилось перезагрузкой. Могу скинуть скрин ошибки.

MACROSCOP
Бывалый

Сообщений: 332
Рейтинг: 1212

06.11.2013 11:42:33

elephan, приветствуем! Попробуйте 2 способа снять блокировку сервера: Способ 1.В папке запуска Макроскоп сервер удалить файл InitCounter.Перезапустить компьютер.Теперь MACROSCOP не запустится при загрузке компьютера.Скачать и обновить MACROSCOP.Запустить MACROSCOP сервер, убедиться, что он не завершается аварийно.Способ 2.(ВНИМАНИЕ! при этом будет удалена вся конфигурация)- Завершить процесс или службу MACROSCOP- Удалить из каталога MACROSCOP следующие файлы:Server.SrvConfServer.SrvConf.BackupServerIdCurrent.CmnConfCurrent.CmnConf.Backup

yurasek
Новичок

Сообщений: 38
Рейтинг: 104

06.11.2013 20:34:19

При помощи тех, у кого имеется лицензия, стало известно, что при добавлении нового диска под запись в полностью заполненный массив, на него, как ни странно, она не начинается вестись. Не помогает перезапуск службы, даже когда заканчивается запись на текущий диск, запись продолжается на другие, ранее заполненные, диски, но не на новый пустой. На него запись начинается только после того, как будут в очередной раз перезаписаны некоторые подряд идущие диски. Логика далеко не ясна, но она явно неправильная.

MACROSCOP
Бывалый

Сообщений: 332
Рейтинг: 1212

07.11.2013 06:36:34

TechSupport , мы проверяли установку лицензии с CD на нашем ПК. Проблема, описанная Вами, не повторилась. Чтобы понять, почему у Вас не применяется лицензия с диска, нужно с «нуля» применить ещё раз лицензию, чтобы ошибка повторилась, и Вы могли сделать скриншот и сформировать логи и отправить нам на почту (указав в теме свои контакты, для более оперативной связи и кратко по какому вопросу присланы логи). Мы посмотрим, почему в данном случае лицензия не применяется, подскажем что можно предпринять.

Упаковка логов:

Пуск — Все программы — MACROSCOP (Сервер/Клиент/Standalone) — Служебные программы — Упаковка логов. Там 2 кнопки — открыть папку и сформировать логи. Полученный архив нужно отправить на support@macroscop.com.

elephan
Гость

Сообщений: 2
Рейтинг: 4

15.11.2013 11:51:21

Добрый день! Подскажите, кто сталкивался с проблемой: при просмотре архива, сервер перезапускается. Мощности компьютера хватает с запасом. Версия ПО Macroscop 1.8.63. Заранее спасибо за помощь.

kent
Гость

Сообщений: 2
Рейтинг: 4

16.12.2013 12:45:02

Очень бы не помешала, в настройках подключения канала, отдельная строка (URL) для второго потока. Приведу пример — есть трех потоковая ( H264, MPEG-4, MJPEG) камера Edimax IC-3030Wn, явным образом Макроскопом она не поддерживается, но как Universal RTP camera она видна.

запрос на H264 RTSP поток /192.168.1.34/ipcam_h264.sdp

запрос на MPEG-4 RTSP поток /192.168.1.34/ipcam.sdp

В текущих настройках конфигуратора можно выбрать или один или второй вариант оба сразу никак. А хотелось бы писать в архив H264 поток, в максимально доступном разрешении 1280х1024, а на второй MPEG-4 в разрешении 640х480 натравить детектор движения Макроскопа.

Сергей
Гость

Сообщений: 7
Рейтинг: 14

17.12.2013 01:12:23

День добрый!

Интегрируем наше ПО с Macroscop, есть вопросы:

1. Можно ли в Macroscop по http или каким-то другим способом получить данные о распознанном номере автомобиля?
2. Нам нужно сохранять видеоролики в определенный момент (взвешивание машины), а по срабатыванию датчиков движения это не очень удобно. Можно ли удаленно подать прямую команду Macroscop на запись видео в архив?

Спасибо

MACROSCOP
Бывалый

Сообщений: 332
Рейтинг: 1212

18.12.2013 06:14:00

kent, благодарим за ценные советы!

MACROSCOP
Бывалый

Сообщений: 332
Рейтинг: 1212

18.12.2013 06:15:08

Сергей, добрый
день!

1. Такое
возможно реализовать, используя SDK Macroscop для разработки внешний модулей.

Выдержка из
SDK:

5.1.3 Экспорт распознанных автомобильных номеров

Для
получения списка
распознанных автомобильных номеров за
заданный интервал времени достаточно по
HTTP интерфейсу сформировать следующий CGI-запрос
на
сервер:

http://;/autovprs_export?login=<имя пользователя>;&password=хэш-строка
MD5 пароля&channelid=id&starttime=yyyy-MM-dd-HH-mm-ss-fff
finishtime=yyyy-MM-dd-HH-mm-ss-fff

Параметр channelid отвечает за
идентификатор экспортируемого канала.

Параметр starttime является временем начала
экспорта, finishtime – временем окончания экспорта. Значение параметров starttime и finishtime необходимо указывать в локальном времени.

Пример
запроса: http://192.168.0.100:8080/autovprs_export?login=root&password=&channelid=d55e63b2-0061-4a2c-aba5-66b7ee97e1eb&startTime=2012-12-26-12-00-00-000&finishTime=2012-12-29-11-59-59-999
2. Возможно использования Плагина-процессора событий так
же
через
SDK.

С документацией по SDK можно ознакомится по ссылке http://macroscop.com/userfiles/File/SDK/Macroscop_SDK.zip

• <
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• >

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

Время на прочтение
8 мин

Количество просмотров 11K

Я давно увлекаюсь информационной безопасностью, но одно дело – понимание поверхностной логики работы программного обеспечения, и совершенно другое – понимание логики его внутренней реализации. Внешне любая программа может выглядеть замечательно и гармонично, создавая иллюзию полной безопасности и защищённости, но стоит углубиться, копнуть глубже, и на поверхности окажутся нелицеприятные факты, которые могут привести к взлому системы и, в конечном счёте, к утечке или потере данных, а также временным и финансовым потерям. Причиной наличия уязвимости в приложении может быть как банальная невнимательность, катастрофическая нехватка времени, алгоритмическая или архитектурная сложность, незнание особенностей работы или реализации стороннего API, так и корыстный умысел. Зачастую сложно судить о том, что конкретно могло послужить причиной возникновения той либо иной уязвимости, но более важным моментом является скорость реакции разработчиков по её устранению.

Сегодня же пойдёт речь об уязвимости, обнаруженной мной в процессе знакомства с программным комплексом для IP-камер MACROSCOP от резидента технопарка «Сколково» компании ООО «Сателлит» (г. Пермь). MACROSCOP является именно программным комплексом, так как в состав решения входит целый ряд приложений: серверная и «всё в одном» часть для операционных систем семейства Microsoft Windows (от развития Linux решения разработчики недавно отказались), клиентская часть для Windows, Android, iOS и Windows Phone, конфигуратор, программа подключения Web-камер, проигрыватель файлов собственного формата, программа локального просмотра и резервного копирования архива, программа мониторинга состояния системы, различные интеллектуальные модули, а также приложения для интеграции с некоторыми сторонними системами и широкие возможности по интеграции с любым программным обеспечением посредством SDK. В MACROSCOP много плюсов и, тем не менее, он не лишён недостатков, чему можно посвятить отдельную статью: ведь не всегда разработчики афишируют отрицательные стороны своего продукта.

Обнаруженная уязвимость заключается в использовании слабого имени пользователя и пароля для недокументированной учётной записи superuser, а также в возможности выполнения некоторых запросов к серверу с использованием этой записи. При тестировании MACROSCOP возникла необходимость проверить насколько надёжно хранятся учётные записи для камер и самой программы, и моё внимание в итоге привлёк конфигурационный файл «Current.CmnConf». Как оказалось, пароли к камерам хранятся в открытом виде, а пароли для учётных записей программы – в виде md5 хэша, а также, скорее всего, в обратимо-зашифрованном виде. При изучении конфигурационного файла я наткнулся на строки SuperUser и SuperPass, а также две подряд идущие строки, отдалённо напоминающие хэш. Попытка использования данной пары для авторизации при помощи клиентского приложения и конфигуратора не принесла должного результата, но меня не покидала мысль, что это для чего-то нужно и где-то должно работать. В пользовательской документации не было ни слова о данной учётной записи, поэтому я решил изучить документацию по использованию MACROSCOP SDK для разработки внешних модулей, где также не нашёл никакой информации, но меня заинтересовало описание использования HTTP-интерфейса для получения потоков данных из программы. Каково же было моё удивление, когда я попытался проверить использование данной пары для запроса вида:

server:8080/video?channel="Улица"&login=superuser&password=superpass

Проверка данного запроса оправдала мои ожидания: браузер предложил сохранить данные по указанной ссылке, а это ни что иное как видеопоток в режиме реального времени с канала под именем «Улица». Следующим по порядку у меня возник вопрос о том, как заполучить названия всех каналов видеосистемы. На этот вопрос дают ответ сами разработчики в своём SDK, где для получения названий каналов, их идентификаторов и настроек в MACROSCOP необходимо выполнить следующий запрос:

server:8080/configex?login=superuser&password=superpass

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

Я решил до конца разобраться каким образом формируется эта самая учётная запись. Так как программы и библиотеки MACROSCOP в большинстве своём написаны под программную платформу .NET, то для их исследования мне пришлось воспользоваться программой .NET Reflector. Поиск по ключевым словам не заставил долго ждать, и интересующий меня код был найден в библиотеке Common.dll в реализации класса CommonConfig:

Random random = new Random();
byte[] buffer = new byte[21];
byte[] buffer2 = new byte[21];
random.NextBytes(buffer);
random.NextBytes(buffer2);
this.SuperUser = SDKCommon.MD5Hash(Encoding.UTF8.GetString(buffer));
this.SuperPass = SDKCommon.MD5Hash(Encoding.UTF8.GetString(buffer2));

В MACROSCOP этот код используется при применении первой конфигурации, тогда создаётся учётная запись superuser, которая недоступна из настроек программы, обладает определёнными привилегиями и всегда остаётся неизменной. Из кода видно, что происходит инициализация экземпляра класса Random, затем получение двух массивов произвольных данных определённой длины, далее получение из них строк и в конечном счёте md5 хэша. Вроде бы никакого подвоха: использование произвольной последовательности данных и необратимые преобразования, но не было бы тогда уязвимости и этой статьи, если бы не использование класса Random, в сути которого и кроется вся проблема.

Первопричина уязвимости в MACROSCOP заключается именно в использовании стандартного класса Random среды .NET, что приводит к генерации учётной записи, которая может быть подобрана за разумное время. Дело в том, что этот класс для инициализации массива псевдослучайных чисел использует получаемое вызовом системной функции GetTickCount 32-разядное значение: количество миллисекунд, прошедшее с момента включения компьютера. Таким образом, на основании этого числа формируется пара имени пользователя и пароля. Эта пара может быть выявлена перебором всех возможных значений времени, прошедшего с момента включения компьютера до применения первой конфигурации. Проблема также усугубляется тем, что с момента включения компьютера до применения первой конфигурации в большинстве случаев может пройти очень мало времени. Например, если первая конфигурация была применена через час после включения компьютера, то потребуется проверить всего лишь 3,6 млн комбинаций (1 ч * 60 мин * 60 с * 1000 мс). Даже если компьютер был включён очень давно, то и это не сильно усложнит атаку перебором, т.к. класс Random использует для инициализации значение модуля 32-битного числа со знаком, то количество входных значений в итоге ограничивается 31-битным числом. Таким образом, максимальное количество комбинаций для перебора составляет 2^31 (2147483648) значений, что по времени с момента включения компьютера до применения первой конфигурации составляет около 25 суток, после чего отсчёт времени начинается с начала. Перебор осуществляется и с использованием ранее указанного запроса на получение названий каналов, их идентификаторов и настроек. В идеальных условиях (исходящая скорость канала сервера не менее 50 Мбит/с, многоядерный процессор, низкая нагрузка на процессор) скорость перебора может достигать порядка 5000 учётных записей в секунду. Значит, если первая конфигурация была применена через час после включения компьютера, то время перебора учётной записи составит не более 12 минут. Также возможно уменьшение времени перебора при учёте предполагаемого времени включения компьютера в рабочие часы, например, если компьютер мог быть включён в рабочие дни и часы, то время перебора можно сократить в 3,7 раза.

Подобранная учётная запись может быть использована в дальнейшем для определённых целей. Из мною обнаруженных – это, как ранее было отмечено, возможность просмотра видео по всем каналам в режиме реального времени, а также возможность применения любой конфигурации для сервера. Последняя возможность представляет собой наибольшую угрозу, т.к. может быть получен полный контроль над сервером. В простом представлении атака на изменение конфигурации реализуется следующим образом: злоумышленник может подготовить запрос на изменение конфигурации, в которой, например, в качестве задачи для одной из камер будет выполняться сценарий по предоставлению удалённого доступа к серверу. В этом запросе будет использоваться ранее полученная учётная запись, а также учтены такие моменты как номер ревизии, идентификатор и дата изменения конфигурации. После проникновения на сервер злоумышленником может быть установлен бэкдор, изменены лог-файлы, а старая конфигурация восстановлена из резервной копии.

По предварительной проверке учётная запись superuser не может быть использована, например, для получения доступа к архиву записей каналов и текущей конфигурации (хотя я могу и ошибаться), но с высокой долей вероятности она может быть использована и для других целей, о которых разработчикам должно быть известно лучше.

Разработчики были уведомлены об уязвимости в MACROSCOP, а через 2 недели (12 марта 2014 г.) они её закрыли выпуском версии программы 1.9.72. Теперь код генерации встроенной учётной записи выглядит следующим образом:

byte[] data = new byte[21];
byte[] buffer2 = new byte[21];
try
{
	RNGCryptoServiceProvider provider = new RNGCryptoServiceProvider();
	provider.GetBytes(data);
	provider.GetBytes(buffer2);
}
catch (Exception exception)
{
	b1x.a(exception, "dsfimdfsmsdfdkfskfds");
	Random random = new Random(Guid.NewGuid().GetHashCode());
	random.NextBytes(data);
	random.NextBytes(buffer2);
}
Buffer.BlockCopy(Guid.NewGuid().ToByteArray(), 0, data, 0, 8);
Buffer.BlockCopy(Guid.NewGuid().ToByteArray(), 0, buffer2, 0, 8);
this.SuperUser = SDKCommon.MD5Hash(Encoding.UTF8.GetString(data));
this.SuperPass = SDKCommon.MD5Hash(Encoding.UTF8.GetString(buffer2));

В новой редакции кода используется криптостойкий класс генерации случайных данных вперемешку с Guid, что гарантирует практическую невозможность подбора учётной записи, к тому же разработчиками была закрыта возможность использования данной учётной записи в двух ранее указанных запросах к серверу. Тем не менее по-прежнему эта учётная запись используется при применении конфигурации, но скорость перебора в данном случае гораздо меньше: минимальный запрос к серверу составляет порядка 10 Кб, что в 10 раз больше по трафику ранее возможного способа, а подверженными риску с обновлением остаются только старые пользователи. Дело в том, что для существующей конфигурации пара хэшей не модифицируется при установке новой версии программы, так что эту процедуру остаётся проделать только самостоятельно. Самое главное, если используется многосерверная конфигурация, то пара хэшей и соответственно сама конфигурация должны совпадать на всех серверах. Иначе возникнет конфликт при применении новой конфигурации. Таким образом, для новоиспечённых пользователей MACROSCOP, кто только начинает пользоваться программой, с версии 1.9.72 уязвимость нестрашна, а вот для старых пользователей существует небольшой риск, который может быть устранён следующим образом:

– останавливаем службу MacroscopServer или завершаем работу standalone версии на компьютере;
– открываем в 16-ричном редакторе файл конфигурации «Current.CmnConf», расположенный в папке программы (предварительно лучше сделать резервную копию файла);
– находим в файле строку «Alarus.Config.SystemEditions», а именно второй результат вхождения;
– сразу чуть ниже результата поиска будут находиться две строки длиной в 32 символа – это и есть данные встроенной учётной записи;
– меняем на произвольные значения содержимое строк с учётом допустимых символов из набора «0123456789ABCDEF», не изменяя при этом длину строк;
– сохраняем конфигурацию;
– запускаем службу или standalone версию программы;
– в случае использования многосерверной конфигурации выполняем те же действия, только в качестве строк используем ранее отредактированные значения или просто заменяем конфигурацию на исправленную.

Подводя итоги, не могу не пожелать всем разработчикам не повторять ошибок с использованием стандартного класса Random, а использовать криптостойкие реализации алгоритма генерации случайных данных, и также оперативно реагировать на потенциальные угрозы в приложениях.