Giga (KN-1010) перезагружается.

[ТриждыПА]

Добрый день! 

Столкнулся с проблемой, начала перезагружаться Giga (KN-1010). Не могу определить с чем это связано. В сети есть еще Air (KN-1611) собраны в Mesh. Изменений в настройки не вносил. И все бы ничего, но Giga (KN-1010) перезагружается часто, а Air (KN-1611) реже. пропорции не высчитывал. На Giga (KN-1010) пробовал заменить БП, стабильности не получил. Куда копать не пойму. Может есть у кого мысли???

Модель Giga (KN-1010) Версия ОС 3.6.10
Модель Air (KN-1611) Версия ОС 3.6.10

[enterfaza]

33 минуты назад, Albram сказал:

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

тут я Вам не советчик, на свой страх и риск

но рапортовать претензию, что автообновление не отключает автопроверку доступных сборок на сервере—не есть корректно

определенно названая кнопка отвечает за определенное действо, так и есть не данный момент

[AminDesu]

Суммирую:

- настройка "Автоматическое обновление операционной системы" отвечает ровно за то, о чём написано - за автоматическое обновление, читай "замену прошивки роутера"

- "Автоматическая проверка наличия обновлений" это другая функция, на данный момент не отключаемая

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

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

- за всю историю Zyxel/Keenetic такого ещё не случалось, вдобавок, разработчики сделали вывод и настроили некий механизм, предотвращающий возникновение подобного на сервере

 

Отключение проверки обновлений, в общем-то, мало что даст:

1) код, отвечающий за эту проверку только что подвергся пристальному вниманию и конкретно в нём вероятность повторения ниже, чем в прочих компонентах, обменивающихся данными с облаком

2) никто не мешает параноидально настроенным пользователям запретить роутеру обмен данными с сервером, указав, что доменное имя сервера должно резолвится, например, в 0.0.0.0 или 127.0.0.1 командой ip host

Изменено 25 октября, 2021 пользователем AminDesu

[AminDesu]

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