Всем привет!
Есть задача подключить камеру DS-2CD2522FWD-IS (en, лето 2016, прошивка изначально была 5.3.8 build 151224) к NFS хранилищу.
Проблема классическая для hikvision: создали новую папку на NAS для хранения, подключили по NFS, тест проходит успешно, отформатировали успешно, появился статус Норм, переключились между вкладками интерфейса и снова статус хранилища «неинициализированные».
Обратились к поддержке в России, там предложили прошиться на IPC_R6_EN_STD_5.3.8 build 160126. Это действие проблему не решило. Техподдержка смогла только сказать, что оборудование hikvision работает только с брендовым оборудованием. Странный ответ для вендора, который имеет далеко не сильные позиции на рынке.
Мы тестировали подключение камеры к NAS различных типов: от native linux (nfs v3/v4 на centos 6/7), synology (разные версии RS3412RPxs, RS812+, RS409, разные DSM) до hitachi hus. Проблема везде одна и та же.
Ранее сталкивались с подобными проблемами на 5.1.х и 5.2.х. Там все решалось за 10 минут использования гугла и hex-редактора.
Сейчас же 5.3.8 с урезанным шеллом, зашифрованным davinci. Придется копать глубже.
Для себя вижу 3 варианта выхода из ситуации:
1. подключить камеру через другой протокол (например, через onvif или поток);
2. откатиться до 5.1.х/5.2.х и поступить как раньше с занулением условных переходов;
3. заняться R&D: разковырять прошивку, понять алгоритм работы с хранилищем и действовать по ситуации (либо перенастроить nas, либо пропатчить прошивку камеры и пр.).
По первому варианту все понятно, но это заставит менять планы.
По второму варианту возникает вопрос: как без риска прошиться через tftp? "Физика процесса" понятна. Хотелось бы уточнить, может есть у кого опыт даунгрейда с 5.3.8 на 5.1.х или 5.2.х. На форумах пишут, что у кого-то прокатило только с определенной прошивкой (в частности 5.1.0 build 131202), у кого-то с 5.2.х все нормально. Правда это камеры R0, а не R6 (отличия до конца не понял, если объясните, буду благодарен).
По первому варианту тоже много вопросов: ну открыл прошивку, тут все просто, а дальше-то что? davinci кому-нибудь удавалось открыть? Логика подсказывает, что надо смотреть алгоритм как камера загружается и там должен быть ответ как открывается этот файл-архив..
Кто-то пишет, что всему виной - большое хранилище и квоты. Если делать через loop монтирование - будет счастье. Честно говоря, костыль на костыле и не хотелось бы такое даже озвучивать. Хотя как повод к исследованию алгоритма работы с шарой - рассмотреть можно.
Поделитесь, пожалуйста, опытом. Может есть какой-то другой вариант?
Проблема отвала NAS на прошивках >= 5.3 в DS-2CD2522FWD-IS
Re: Проблема отвала NAS на прошивках >= 5.3 в DS-2CD2522FWD-IS
mikhailnk писал(а):Всем привет!
Есть задача подключить камеру DS-2CD2522FWD-IS (en, лето 2016, прошивка изначально была 5.3.8 build 151224) к NFS хранилищу.
Проблема классическая для hikvision: создали новую папку на NAS для хранения, подключили по NFS, тест проходит успешно, отформатировали успешно, появился статус Норм, переключились между вкладками интерфейса и снова статус хранилища «неинициализированные».
Задача ясна.
Но, это не является проблемой, как таковой, потому что это такой алгоритм и не является ошибкой по сути. Об этом уже писалось на hikvision.msk.ru
С одной стороны тут нет поводов, понимая суть, для ругания бренда Hikvision, однако по факту, неприятно раз не работает на вполне ровном месте!!! Либо давить на то, чтобы производитель и продавец большими буквами указывали на эту серьезную особенность, ограничение, чтобы пользователь чётко понимал, что он покупает и к чему ему готовится!!!
mikhailnk писал(а):Обратились к поддержке в России, там предложили прошиться на IPC_R6_EN_STD_5.3.8 build 160126. Это действие проблему не решило. Техподдержка смогла только сказать, что оборудование hikvision работает только с брендовым оборудованием. Странный ответ для вендора, который имеет далеко не сильные позиции на рынке.
Ответ странный совершенно по другому. Прошивки для R6 есть и другие, однако, скорее всего будет также, но пока суть да дело, стоит исключить все варианты. Странность уже описана чуть выше, что это не проблема и видимо действительно предполагалось, что должно работать только в бреДовым оборудованием
mikhailnk писал(а):Мы тестировали подключение камеры к NAS различных типов: от native linux (nfs v3/v4 на centos 6/7), synology (разные версии RS3412RPxs, RS812+, RS409, разные DSM) до hitachi hus. Проблема везде одна и та же.
Супер!
mikhailnk писал(а):Ранее сталкивались с подобными проблемами на 5.1.х и 5.2.х. Там все решалось за 10 минут использования гугла и hex-редактора.
Да, когда дело сделано и все опубликовано и в камере ко всему есть доступ, то да
mikhailnk писал(а):Сейчас же 5.3.8 с урезанным шеллом, зашифрованным davinci. Придется копать глубже.
Там psh для внутренних ограниченных целей и не предполагает углубленного...
Действительно удалось добраться до зашифрованного davinvi? Где он и всё остальное?
Или пробовалась доступная прошивка без PSH c расширенным busybox??? Или для OP и тоже без PSH?
mikhailnk писал(а):Для себя вижу 3 варианта выхода из ситуации:
1. подключить камеру через другой протокол (например, через onvif или поток);
2. откатиться до 5.1.х/5.2.х и поступить как раньше с занулением условных переходов;
3. заняться R&D: разковырять прошивку, понять алгоритм работы с хранилищем и действовать по ситуации (либо перенастроить nas, либо пропатчить прошивку камеры и пр.).
1. А что это даст?
2. Не получится т.к. 5.3.x младшая и оно с первых релизов зашифровано.
3. Одобряю в плане R&D и то, что после либо...
mikhailnk писал(а):По первому варианту все понятно, но это заставит менять планы.
Какие?
mikhailnk писал(а):По второму варианту возникает вопрос: как без риска прошиться через tftp? "Физика процесса" понятна. Хотелось бы уточнить, может есть у кого опыт даунгрейда с 5.3.8 на 5.1.х или 5.2.х. На форумах пишут, что у кого-то прокатило только с определенной прошивкой (в частности 5.1.0 build 131202), у кого-то с 5.2.х все нормально. Правда это камеры R0, а не R6 (отличия до конца не понял, если объясните, буду благодарен).
Да, R6, это не R0 и многое по другому!!!
При правильной пересобранной прошивки нет никаких рисков вообще ни по TFTP ни через web.
mikhailnk писал(а):По первому варианту тоже много вопросов: ну открыл прошивку, тут все просто, а дальше-то что? davinci кому-нибудь удавалось открыть?
Для начала надо открыть, а там будет видно
Но, это не R0!!!
mikhailnk писал(а):Логика подсказывает, что надо смотреть алгоритм как камера загружается и там должен быть ответ как открывается этот файл-архив..
Кто-то пишет, что всему виной - большое хранилище и квоты. Если делать через loop монтирование - будет счастье. Честно говоря, костыль на костыле и не хотелось бы такое даже озвучивать. Хотя как повод к исследованию алгоритма работы с шарой - рассмотреть можно.
Думаю что нет, потому что это не совсем opesource, где можно что-то с легкой руки или по быстрому. Есть очень и очень много нюансов.
mikhailnk писал(а):Поделитесь, пожалуйста, опытом. Может есть какой-то другой вариант?
Выбрать другое оборудование этого бренда или другого, в котором нет таких проблем или их уже имеющимся опытом можно исправить.
Модель DS-2CD2522FWD-IS серии R6 критична???
Конечно, для R6 есть один простой вариант, однако не имея оборудования на руках и не проведя свои изыски, обнадеживать нет смысла.
Другой вариант, до которого в любом случае придется дойти, это пере сборка прошивки и к этому есть предпосылки, только дело времени.
Это не быстро и не просто и если будет, то для своих задач, но БЛАГОДАРСТВУЮ за озвучивание самой проблемы, с подробным описанием и проведенной большой работой вокруг и озвучиваем своих измышлений по проблеме
В сухом остатке, экономя время: для очистки совести прогнать все возможные прошивки (а их много разных для R6), проба R&D в OP прошивках без PSH и в очевидном исходе выбор другого оборудования.