WB 8.4 тест. обновление последнее сегодня.
доступ через web https://wirenboard.cloud/ через organizations и далее в
веб-интерфейс открывает страницу в адресе которой присутствует .HTTP. (в середине адреса, не перед слеш)
имя организации . http . wirenboard.cloud …
пример https:/ / aeyyyros. http. wirenboard. cloud /#!/ dashboards
локально вечером не было доступа через https, подключился по http
Можно как то вернуть на https локально.
Решено - (И подскажите как в Яндекс браузере вернуть возможность открывать строку из организации, имя, далее в группу не переходит, строка группы постоянно свернута.)
Да, спасибо, это мой комментарий там же.
Посчитал не тянуть “свое одеяло в чужом огороде”
Получилось решить по вопросу открытия в Яндекс браузере страницы с именем контроллера.
Вчера пожалел весь кеш вычишать, сегодня все содержимое кеш в настройках Яндекс браузера удалил и после повторной авторизации все работает корректно.
с http в имени в середине адресной строки пока не решено.
Last login: Thu May 21 09:35:53 2026 from 127.0.0.1
root@wirenboard-AERLZROS:~# systemctl status wb-cloud-agent@wirenboard.cloud
● wb-cloud-agent@wirenboard.cloud.service - Wiren Board Cloud Agent (wirenboard.cloud)
Loaded: loaded (/lib/systemd/system/wb-cloud-agent@.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2026-05-21 09:39:41 MSK; 2h 9min ago
Main PID: 3226 (wb-cloud-agent)
Tasks: 2 (limit: 2339)
Memory: 21.4M
CPU: 1min 10.721s
CGroup: /system.slice/system-wb\x2dcloud\x2dagent.slice/wb-cloud-agent@wirenboard.cloud.service
└─3226 /usr/bin/python3 /usr/bin/wb-cloud-agent run-daemon wirenboard.cloud
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: subprocess.CalledProcessError: Command '['curl', '--connect-timeout', '45', '--retry', '8', '--retry-delay', '1', '--retry-all-errors', '--cert', '/var/lib/wb-cloud-agent/device_b>
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: The above exception was the direct cause of the following exception:
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: Traceback (most recent call last):
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: File "/usr/lib/python3/dist-packages/wb/cloud_agent/commands.py", line 167, in run_daemon
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: make_event_request(settings, mqtt)
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: File "/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/events.py", line 28, in make_event_request
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: event_data, http_status = do_curl(settings=settings, method="get", endpoint="events/")
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: File "/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/curl.py", line 70, in do_curl
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: raise RuntimeError(
May 21 11:49:29 wirenboard-AERLZROS wb-cloud-agent[3226]: RuntimeError: Cert /var/lib/wb-cloud-agent/device_bundle.crt.pem and key ATECCx08:00:02:C0:00 seem to be inconsistent (possibly because of CPU board missmatch)!
RuntimeError: Cert /var/lib/wb-cloud-agent/device_bundle.crt.pem and key ATECCx08:00:02:C0:00 seem to be inconsistent(possibly because of CPU board missmatch)
Cертификат и аппаратный ключ не соответствуют друг другу. Эта проблема известна нашим разработчикам и еще в работе.
Для помощи в диагностике проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
Я в таком случае переустанавливал сервис и проблема устранялась:
Извините, только прочитал ваше сообщение.
Но уже настроил https на локальном подключении.
Также сначала проверил на другом браузере, где еще не авторизовался ранее, затем кеш в Яндекс браузере полностью сбросил. Ввел после только ай пи в адресную строку (192…), не использовал готовую ссылку, и после авторизации все сработало, заметил что адрес также изменился при локальном подключении в него вошло имя контроллера, ранее этого не было в адресе.
Вид локального адреса:
https:// 192-168-1-91. aerlzwerros .ip.wirenboard.com/#!/dashboards/dashboard1
Можно пояснить, что делает данный фикс deb, у меня как бы нет проблем пока с отвалами в локалке и с облаком.
Что смогу увидеть при установке, отвалы?
Понял, что изменения в адресе уже давно произошли и документированы.
Если у вас проблем с отвалами нет и вы не хотите экспериментов, то не устанавливайте. Фикс предположительно должен решить проблему с ошибкой крипточипа.
По вышеописанным проблемам у вас есть еще вопросы?
