Некорректное обновление на testing

[Casper]

добрый день

вчера решил обновить версию контроллера на testing (для получения актуальных шаблонов на WB M1W2), после обновления не могу зайти в интерфейс контроллера. SSH доступен.

помучав вашего бота, получил следующую информацию

проблема в том ,что не запускается nginx, ругается на файл конфигурации

nginx: [emerg] SSL_CTX_use_PrivateKey(“engine:ateccx08:ATECCx08:00:02:C0:00”) failed (SSL: error:0B080074:x509 certificate routines:X509_check_private_key:key values mismatch)
nginx: configuration file /etc/nginx/nginx.conf test failed

далее выяснили, что nginx ругается при проверке соответствия сертификата из device_bundle.crt.pem и аппаратного ключа ATECC

proxy_ssl_certificate_key engine:ateccx08:ATECCx08:00:02:C0:00;
proxy_ssl_certificate /var/lib/wb-mqtt-alice/device_bundle.crt.pem;

вот строка из логов

X509_check_private_key:key values mismatch

сам файл сертифката был обновлен во время установки testing и видимо что-то пошло не так

stat /var/lib/wb-mqtt-alice/device_bundle.crt.pem
38839 4 -rw-r–r-- 1 root root 2209 May 20 17:36 /var/lib/wb-mqtt-alice/device_bundle.crt.pem
File: /var/lib/wb-mqtt-alice/device_bundle.crt.pem
Size: 2209 Blocks: 8 IO Block: 4096 regular file
Device: b302h/45826d Inode: 38839 Links: 1
Access: (0644/-rw-r–r–) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2026-05-20 17:36:01.233620854 +0300
Modify: 2026-05-20 17:36:01.245621053 +0300
Change: 2026-05-20 17:36:01.245621053 +0300
Birth: 2026-05-20 17:36:01.233620854 +0300

что в этой ситуации делать дальше?

+диагностический архив

приложен диагностический архив, доступен только сотрудникам поддержки

(411,7 КБ)

[Aleksandr_Khlebnikov]

Добрый день,
Для начала рекомендую повторно запусить обновление командой
apt update && apt upgrade

Далее обязательно перезагрузить контроллер и проверить работает ли веб-интерфейс.

[Casper]

запустил, обновлено 0 пакетов.

root@wirenboard-ALGX4VND:~# apt update && apt upgrade
Hit:2 Index of /debian bullseye InRelease
Hit:3 Index of /debian bullseye-updates InRelease
Hit:4 Index of /debian-security bullseye-security InRelease
Hit:1 https://deb.wirenboard.com/wb8/bullseye testing InRelease
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
All packages are up to date.
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
Calculating upgrade… Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@wirenboard-ALGX4VND:~# sudo reboot

перегрузил, интерфейс недоступен

[Aleksandr_Khlebnikov]

Вижу у вас массовые ошибки, рекомендую обратить на них внимание.

May 21 11:17:15 wirenboard-ALGX4VND wb-mqtt-serial[2750]: WARNING: [modbus] failed to read 11 holding(s) @ 88 of device modbus:180: Serial protocol error: request and response function code mismatch
May 21 11:17:16 wirenboard-ALGX4VND wb-mqtt-serial[2750]: WARNING: [modbus] failed to read 11 holding(s) @ 88 of device modbus:180: Serial protocol error: request and response function code mismatch
May 21 11:17:16 wirenboard-ALGX4VND wb-mqtt-serial[2750]: WARNING: [modbus] failed to read 11 holding(s) @ 88 of device modbus:180: Serial protocol error: request and response function code mismatch

Можете так же уточнить как производили обновление перед тем как произошла данная проблема?

[Casper]

обращу, спасибо

обновлял командой wb-release -t testing

[Aleksandr_Khlebnikov]

Добрый день!

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

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

[Casper]

не очень понятно, при чем тут проблемы на шине и то, что nginx не стартует? и явно проблемы начались тогда, когда я провел обновление на testing

[Casper]

остановил wb-mqtt-serial, согласно вашей логике проблемы на шине решил. интерфейс недоступен

[Aleksandr_Khlebnikov]

Добрый день!

Данные ошибки усложняют диагностику и могут непредсказуемо влиять на работу контроллера.

Отключение службы не решает проблему — она и так периодически останавливается из-за чрезмерного количества ошибок.

[Casper]

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

диагностический архив приложен

приложен диагностический архив, доступен только сотрудникам поддержки

(494,5 КБ)

[Casper]

добрый день

когдая могу рассчитывать получить ответ?

[BrainRoot]

Добрый день.
Рекомендую удалить саму интеграцию Алисы, для проверки. Предварительно сделайте бэкап конфигов.

[Casper]

удалил, рестартанул, все равно не грузится, пустая страница. правда nginx поднялся

приложен диагностический архив, доступен только сотрудникам поддержки

(489,3 КБ)

[BrainRoot]

Покажите пожалуйста результаты запроса с компьютера, заменив адрес на свой.

wget http://10.0.0.86/ -O -

Ну и в строчке вида

 <script defer src="/react.9e84a2f612a32f6602e0.js"></script>

• попробуйте скачать скрипт. Скачается?
  Ну и результаты выполнения на контроллере

ps ax | grep wb-homeui-backend

[Casper]

@BrainRoot

Покажите пожалуйста результаты запроса с компьютера, заменив адрес на свой.

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

@BrainRoot

попробуйте скачать скрипт. Скачается?

нет, не получилось

root@wirenboard-ALGX4VND:~#
-bash: syntax error near unexpected token `<’

@BrainRoot

Ну и результаты выполнения на контроллере

root@wirenboard-ALGX4VND:~# ps ax | grep wb-homeui-backend
2676 ? Ssl 0:04 /usr/bin/python3 /usr/bin/wb-homeui-backend
73377 pts/0 S+ 0:00 grep wb-homeui-backend

[BrainRoot]

@Casper

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

Пример вывода:

Вот в нижней части видно как раз скрипт, который я (для теста) и предлагал скачать.
Выполнять его не надо, просто проверка как отдается

@Casper

root@wirenboard-ALGX4VND:~# ps ax | grep wb-homeui-backend
2676 ? Ssl 0:04 /usr/bin/python3 /usr/bin/wb-homeui-backend
73377 pts/0 S+ 0:00 grep wb-homeui-backend

Отлично, работает.
Так что именно отдает сам контроллер браузеру? Можно проверить, например используя инструменты отладки:

[Casper]

вот вывод запроса

вот что показывает по F12

[Casper]

и вот еще странность, каким то образом в сборке ОС вылез старый контроллер. не могут быть мои проблемы связаны с этим?

[BrainRoot]

@Casper

не могут быть мои проблемы связаны с этим?

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

[Casper]

я развернул бекап со старого контроллера на новом. ведь он же для этого и делается

и проблема возникла только после перехода на тестинг

ну и как эту ситуацию починить