Форум по системам видеонаблюдения и безопасности.

VirtualLink писал(а): От проблем с DHCP регистраторы в циклическую перегрузку не сваливаются!

Ок. Как тогда объяснишь, что перезагрузки пропадают при установке статического IP вне диапазона DHCP?
Причем, такая беда случается не только с регистраторами, но и с другим оборудованием: IP-камеры, сетевые медиаплееры, кабельные и спутниковые ресиверы с Ethernet, IP-телефоны, голосовые шлюзы.

Если с текущими прошивками проблем не было, то далеко не факт, что обновление прошивок поможет решить проблему, когда проблема совсем в другом! Банально привести в соответствие сетевые настройки роутера и регистратора - о проблеме можно будет забыть.
Массовые атаки на регистраторы - факт, ничем неподтвержденный, высосанный из пальца. У двоих-троих глюкнули регистраторы, а вонь - на весь Интернет и повод для отказа продавцов от гарантийных обязательств.

Так то в настройках есть такая опция, что при конфликте адресов гудел зуммер, записывался лог, в некоторых устройствах даже можно наверно сделать перезагрузку, правда посмотрел дахуа и ХМ, там нет такого, но допускаю что гдето есть. И вряд ли у падающих регов есть такая опция.
А вот то, что девайсы вешаются на старых прошивках и с включенным облаком, 100%.

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

Этот подключен к облаку был

Сходить к дяде Ване в автопарк, попросить ведро компрессии

Ну вот тебя через defalt'ным пользователям и нагибают!

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

Согласен, но тем не менее назначение IP-адресов вне диапазона DHCP помогло решить проблему на десятке регистраторов, которые в один прекрасный день пустились в перезагрузки.
Проблема с [default.GUI] входами-выходами была всего на 1 регистраторе, которая также приводила к циклической перезагрузке. Решение проблемы - снятие галочки AutoUpgrade в разделе настроек Инструменты - Автообслуживание, а также отключение автоматического поиска новых обновлений (на самом регистраторе). Не сомневаюсь и в том, что ТС может помочь более новая прошивка.
Странности: до проблемы галочки были сняты, однако в ночь с 23:05 12 ноября по 04:08 13 ноября галочки чудесным образом установились и понеслась чертовщина со входами-выходами [default.GUI] У ТС - проблема точно такая же, один в один.

AlexLider писал(а): Согласен, но тем не менее назначение IP-адресов вне диапазона DHCP помогло решить проблему на десятке регистраторов, которые в один прекрасный день пустились в перезагрузки.

Это не лечение и что в журнале?

AlexLider писал(а): Проблема с [default.GUI] входами-выходами была всего на 1 регистраторе, которая также приводила к циклической перезагрузке. Решение проблемы - снятие галочки AutoUpgrade в разделе настроек Инструменты - Автообслуживание, а также отключение автоматического поиска новых обновлений (на самом регистраторе). Не сомневаюсь и в том, что ТС может помочь более новая прошивка.

Автообновление конечно хорошо, если прошивка не обновлена и есть повод и возможность перехватить, но по моему перегиб!

AlexLider писал(а): Странности: до проблемы галочки были сняты, однако в ночь с 23:05 12 ноября по 04:08 13 ноября галочки чудесным образом установились и понеслась чертовщина со входами-выходами [default.GUI] У ТС - проблема точно такая же, один в один.

Обычно default это все манипуляции на самом регистраторе, а тут скорее всего кто-то подключился и рулит!

VirtualLink писал(а): Это не лечение и что в журнале?

В журнале записи на проблемных регистраторах были: Вход, Выключение, Перезагрузка. Замечено: постепенно замирание картинок на экране, секундное подвисание и перезагрузка.

VirtualLink писал(а): Автообновление конечно хорошо, если прошивка не обновлена и есть повод и возможность перехватить, но по моему перегиб!

По опыту отключение автообновления исключает риск установки кривых прошивок. Обновлять прошивку следует только из крайней необходимости, если какой-то функционал регистратора изначально работает некорректно. Следует дождаться, когда другие набьют себе шишки или расплатятся за свое рвение ставить последние версии прошивок.
P.S. Показателен урок Триколора, по вине которого ресиверы GS-8306 после обновления прошивок со спутника массово превратились в кирпичи.

Насчет глюка с default.GUI - мы ТС предложили способы решения проблем. На усмотрение.

AlexLider писал(а): В журнале записи на проблемных регистраторах были: Вход, Выключение, Перезагрузка. Замечено: постепенно замирание картинок на экране, секундное подвисание и перезагрузка.

Лучше конкретный лог журнала тех событий!

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

Лучше все контролировать самому не допуская.
Сломя голову ставить все последнее возможно и не нужно, но все-таки если и делать это, то в качестве собственного изучения и не на рабочих объектах, а в тестовой лаборатории у себя. Ждать когда кто-то там что-то набьет себе и в каком состоянии - зачем?
Странно слышать от опытного человека, ведь прошедшее время не равно полученный опыт!

AlexLider писал(а): Насчет глюка с default.GUI - мы ТС предложили способы решения проблем. На усмотрение.

А почему это глюк?!

VirtualLink писал(а): Лучше конкретный лог журнала тех событий!

Поздно. Еще в начале ноября очистил все логи почти во всех регистраторах, в т.ч. в тех, в которых наблюдались проблемы.

VirtualLink писал(а): Странно слышать от опытного человека, ведь прошедшее время не равно полученный опыт!

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

VirtualLink писал(а): А почему это глюк?!

Просто так называю. Не думаю, что это именно глюк, т.к. проблема появляется с подключением к локальной сети с выходом в Интернет.
Увязываю с зашитыми в прошивку алгоритмами, которые с момента получения информации о новой прошивке начинают долбить регистратор, что и приводит к циклу Вход [default.GUI] - Выход [default.GUI]. В новых прошивках эти алгоритмы отключены, проверено.

AlexLider писал(а): Поздно. Еще в начале ноября очистил все логи почти во всех регистраторах, в т.ч. в тех, в которых наблюдались проблемы.

Жаль, но для истории стоило бы!

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

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

AlexLider писал(а): Просто так называю. Не думаю, что это именно глюк, т.к. проблема появляется с подключением к локальной сети с выходом в Интернет.
Увязываю с зашитыми в прошивку алгоритмами, которые с момента получения информации о новой прошивке начинают долбить регистратор, что и приводит к циклу Вход [default.GUI] - Выход [default.GUI]. В новых прошивках эти алгоритмы отключены, проверено.

Обычно, под пользователем default на зайти извне, но необычно возможно, судя по логам и многому другому!
Проблема уходит при жестком отключении от интернета, но зевать не стоит и при возможности, а если её нет, изыскать её, чтобы ограничить внешний доступ!