Контроллер отвалился в облаке

1

Добрый день

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

куда смотреть, что сделать?

приложен диагностический архив, доступен только сотрудникам поддержки
(233,9 КБ)

3

Здравствуйте! Я автоматический помощник техподдержки Wiren Board. Сейчас выходной — я попробую помочь сразу, а в ближайший рабочий день инженеры посмотрят тему и ответят.
Я проанализировал ваш вопрос и постарался найти возможное решение:
Если потребуется дополнителоьное уточнение, приложенную информацию прошу направить нажав ответить на мое крайнее сообщение

Судя по описанию, у вас:

  • Новый контроллер Wiren Board (скорее всего WB 7/8), недавно привязанный к облаку.
  • Локально всё работает, SprutHub/Спрут тоже доступен удалённо.
  • Проблема именно с отображением статуса в Wiren Board Cloud — «контроллер не в сети».

Это значит, что интернет у контроллера, скорее всего, есть, но нет/пропадает соединение с облачным сервисом.

Ниже — что можно проверить самостоятельно.

1. Проверить время и дату на контроллере

Некорректное время часто ломает TLS-соединение с облаком.

  1. Зайдите по SSH на контроллер:
    ssh root@IP_КОНТРОЛЛЕРА
  2. Проверьте время:
    date
  3. Если время сильно отличается (год/месяц/час), включите NTP и синхронизацию времени по сети (в Web UI: Система → Дата и время) и/или вручную установите время:
    date -s "2026-01-01 12:00:00"
    Затем обязательно включите автоматическую синхронизацию по NTP.

2. Проверить, что сервис облака запущен

На новых контроллерах используется wb-cloud-agent (или аналогичный сервис).

В SSH выполните:

systemctl status wb-cloud-agent.service

Обратите внимание:

  • Должно быть active (running).
  • Если failed или inactive, попробуйте перезапустить:
    systemctl restart wb-cloud-agent.service
sleep 5
systemctl status wb-cloud-agent.service

Если после рестарта быстро снова падает — это важная информация для инженеров, напишите, что именно показывает status.

3. Проверить доступность облака с контроллера

  1. Проверка DNS и сети:

    ping -c 4 google.com

    Если нет ответа — общая проблема с выходом в интернет.

  2. Проверка доступа именно к облаку Wiren Board (адрес может отличаться; часто что-то вроде cloud.wirenboard.com или mqtt.cloud.wirenboard.com). Попробуйте:

    ping -c 4 cloud.wirenboard.com

    или, если известен MQTT‑хост из настроек:

    ping -c 4 <имя_хоста_из_настроек_облака>

Если DNS/пинги наружу работают, но сервис облака всё равно не коннектится — вероятен либо блок со стороны сети/провайдера, либо проблема в учётных данных/сертификатах.

4. Проверить настройки облака в Web-интерфейсе

В Web UI контроллера:

  1. Зайдите в раздел, связанный с облаком (обычно Облако / Cloud или в настройках MQTT → вкладка облака).
  2. Убедитесь, что:
    • Введён правильный Device ID / ключ, который вы видите в личном кабинете облака.
    • Контроллер действительно привязан к нужному аккаунту.
    • Флаг «Включено»/«Enable cloud» активен.
  3. Если вы недавно меняли контроллер:
    • Проверьте, не остался ли старый девайс в облаке с тем же ID.
    • Иногда помогает удалить контроллер в облаке и заново привязать (генерируя новые ключи/токен).

5. Посмотреть логи сервиса облака

В SSH:

journalctl -u wb-cloud-agent.service -n 100 -e

Ищите строки об ошибках:

  • TLS handshake failed, certificate, x509 — проблема с временем или сертификатами.
  • authentication failed, unauthorized, bad username or password — неверные ключи/токен.
  • network is unreachable, connection refused, no route to host — проблема с сетью или блокировкой соединения.

Если сможете — скопируйте сюда несколько строк с ошибками из конца этого лога (убедившись, что там нет ваших паролей/токенов).

6. Прокси/Фаервол/Провайдер

Так как Sprut удалённо работает, интернет у устройства явно есть, но:

  • Если у вас есть собственный фаервол/маршрутизатор, убедитесь, что не блокируются:
    • Исходящие подключения по TCP‑портам, используемым облаком (обычно 443/TLS или MQTT-порт, см. документацию).
  • Если контроллер за CG-NAT или сложной сетью провайдера, иногда требуется дополнительно настроить доступ.

Что очень поможет инженерам поддержки

Пожалуйста, дополнительно напишите в ответ:

  1. Модель контроллера (например, WB7, WB8, WB 8.5 и т.п.).
  2. Какой интернет-канал использует контроллер (Ethernet / Wi‑Fi / LTE‑модем).
  3. Результаты:
    • systemctl status wb-cloud-agent.service
    • Пары строк ошибок из journalctl -u wb-cloud-agent.service -n 50
  4. Подтверждение, что дата/время сейчас правильные.

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

Примечание: Я — искусственный интеллект, а не сотрудник-человек. В моих ответах возможны неточности.

5

Добрый день

как я понял, у меня сам агент не установлен

root@wirenboard-ALGX4VND:~# systemctl status wb-cloud-agent.service
Unit wb-cloud-agent.service could not be found.

я попробовал его установить командой apt update && apt install wb-cloud-agent, но его по прежнему нет

root@wirenboard-ALGX4VND:~# apt update && apt install wb-cloud-agent
Hit:1 Index of /debian bullseye InRelease
Hit:2 Index of /debian bullseye-updates InRelease
Hit:5 https://deb.wirenboard.com/wb8/bullseye stable InRelease
Hit:3 Index of /debian bullseye-backports InRelease
Hit:4 Index of /debian-security bullseye-security InRelease
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
163 packages can be upgraded. Run ‘apt list --upgradable’ to see them.
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
wb-cloud-agent is already the newest version (1.6.12).
wb-cloud-agent set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 163 not upgraded.

6

Здравствуйте! Я автоматический помощник техподдержки Wiren Board. Сейчас выходной — я попробую помочь сразу, а в ближайший рабочий день инженеры посмотрят тему и ответят.
Я проанализировал ваш вопрос и постарался найти возможное решение:
Если потребуется дополнителоьное уточнение, приложенную информацию прошу направить нажав ответить на мое крайнее сообщение

Судя по выводу, пакет wb-cloud-agent установлен, но systemd‑юнита нет (Unit wb-cloud-agent.service could not be found.). Такое может быть, если:

  • используется прошивка/конфигурация, где облако работает через другой сервис/механику;
  • либо что‑то не так с установкой пакета (отсутствует unit‑файл).

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

1. Посмотреть, какие службы вообще есть, связанные с cloud

Выполните, пожалуйста, по SSH:

systemctl list-units | grep -i cloud
systemctl list-unit-files | grep -i cloud

И пришлите вывод. Это покажет, как именно сервис облака называется на вашей прошивке (возможно, wb-cloud-mqtt, wb-homa-cloud, wirenboard-cloud-agent и т.п.).

Заодно проверьте, что установлено из пакета:

dpkg -L wb-cloud-agent

Нас интересует, есть ли там файлы вида:

  • /lib/systemd/system/*.service
  • бинарь агента /usr/bin/... или /usr/sbin/...

2. Проверить версию прошивки и модель

Пожалуйста, выполните:

wb-release
uname -a

и напишите модель контроллера (WB7 / WB8 / WB 8.5 и т.п.). На разных версиях прошивки и моделях могли меняться названия и конфигурация облачного агента.

3. Проверить, нет ли старого «облачного» функционала

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

dpkg -l | grep -E 'cloud|mqtt|wb-homa'

Если увидите что‑то похожее на:

  • wb-homa-cloud
  • wirenboard-cloud-*
  • wb-mqtt-cloud-*

— пришлите, пожалуйста, строки из вывода.

4. Почему это важно для текущей проблемы

Сейчас:

  • Пакет wb-cloud-agent есть, но wb-cloud-agent.service не найден.
  • Локально всё работает, Sprut удалённо тоже.
  • В облаке контроллер «не в сети».

Возможные варианты:

  1. На вашей прошивке облако ещё/уже работает через другой сервис, а wb-cloud-agent формально установлен, но не используется.
  2. При установке/обновлении пакет не положил unit‑файл (ошибка пакета или конфликты конфигурации).
  3. Обновление системы не полностью завершено (у вас 163 пакета к обновлению; возможно, часть связана с облаком).

5. Что можно сделать уже сейчас

  1. Не обновляйте всё «вслепую», чтобы не сломать рабочую систему, пока инженеры не посмотрят диагностический архив.
  2. Отправьте, пожалуйста, сюда вывод команд из пунктов 1–3 — это очень сократит время поиска причины.
  3. Если в Web‑интерфейсе у вас есть раздел «Облако»/Cloud:
    • сделайте скриншот его настроек (закройте ключи/ID замазкой перед выкладкой на форум);
    • напишите, отображается ли там какой‑то статус подключения или только данные для привязки.

Инженеры по вашему диагностическому архиву + этим командам проверят:

  • корректность установки wb-cloud-agent и его unit‑файла;
  • какая именно «облачная» схема используется на вашем контроллере;
  • нет ли конфликта с предыдущим способом подключения в облако.

Пожалуйста, пришлите вывод команд в ответ на это сообщение — тогда в рабочий день к вам смогут вернуться уже с более точным решением.

Примечание: Я — искусственный интеллект, а не сотрудник-человек. В моих ответах возможны неточности.

7

Добрый день,
Очень похоже на одну известную проблему, разработчики занимаются данным вопросом.
как только будут новости я сообщу вам.

8

вывод команды

root@wirenboard-ALGX4VND:~#
systemctl list-units | grep -i cloud
systemctl list-unit-files | grep -i cloud
wb-cloud-agent-frpc@wirenboard.cloud.service loaded active running fast reverse proxy client for Wiren Board Cloud (wirenboard.cloud)
wb-cloud-agent-telegraf@wirenboard.cloud.service loaded active running telegraf metric sender for Wiren Board Cloud (wirenboard.cloud)
● wb-cloud-agent@wirenboard.cloud.service loaded failed failed Wiren Board Cloud Agent (wirenboard.cloud)
system-wb\x2dcloud\x2dagent.slice loaded active active system-wb\x2dcloud\x2dagent.slice
system-wb\x2dcloud\x2dagent\x2dfrpc.slice loaded active active system-wb\x2dcloud\x2dagent\x2dfrpc.slice
system-wb\x2dcloud\x2dagent\x2dtelegraf.slice loaded active active system-wb\x2dcloud\x2dagent\x2dtelegraf.slice
wb-cloud-agent-frpc@.service indirect enabled
wb-cloud-agent-telegraf@.service indirect enabled
wb-cloud-agent@.service indirect enabled

root@wirenboard-ALGX4VND:~# dpkg -L wb-cloud-agent
/.
/etc
/etc/wb-cloud-agent.conf
/etc/wb-configs.d
/etc/wb-configs.d/19wb-cloud-agent
/lib
/lib/systemd
/lib/systemd/system
/lib/systemd/system/wb-cloud-agent-frpc@.service
/lib/systemd/system/wb-cloud-agent-telegraf@.service
/lib/systemd/system/wb-cloud-agent@.service
/usr
/usr/bin
/usr/bin/wb-cloud-agent
/usr/lib
/usr/lib/python3
/usr/lib/python3/dist-packages
/usr/lib/python3/dist-packages/wb
/usr/lib/python3/dist-packages/wb/cloud_agent
/usr/lib/python3/dist-packages/wb/cloud_agent/init.py
/usr/lib/python3/dist-packages/wb/cloud_agent/commands.py
/usr/lib/python3/dist-packages/wb/cloud_agent/constants.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/init.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/curl.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/diagnostics.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/events.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/ping.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/provider.py
/usr/lib/python3/dist-packages/wb/cloud_agent/handlers/startup.py
/usr/lib/python3/dist-packages/wb/cloud_agent/main.py
/usr/lib/python3/dist-packages/wb/cloud_agent/mqtt.py
/usr/lib/python3/dist-packages/wb/cloud_agent/services
/usr/lib/python3/dist-packages/wb/cloud_agent/services/init.py
/usr/lib/python3/dist-packages/wb/cloud_agent/services/activation.py
/usr/lib/python3/dist-packages/wb/cloud_agent/services/diagnostics.py
/usr/lib/python3/dist-packages/wb/cloud_agent/services/lifecycle.py
/usr/lib/python3/dist-packages/wb/cloud_agent/services/metrics.py
/usr/lib/python3/dist-packages/wb/cloud_agent/services/tunnel.py
/usr/lib/python3/dist-packages/wb/cloud_agent/settings.py
/usr/lib/python3/dist-packages/wb/cloud_agent/utils.py
/usr/lib/python3/dist-packages/wb_cloud_agent-1.6.12.egg-info
/usr/lib/python3/dist-packages/wb_cloud_agent-1.6.12.egg-info/PKG-INFO
/usr/lib/python3/dist-packages/wb_cloud_agent-1.6.12.egg-info/dependency_links.txt
/usr/lib/python3/dist-packages/wb_cloud_agent-1.6.12.egg-info/top_level.txt
/usr/lib/wb-cloud-agent
/usr/lib/wb-cloud-agent/check-certs.sh
/usr/share
/usr/share/doc
/usr/share/doc/wb-cloud-agent
/usr/share/doc/wb-cloud-agent/changelog.gz
/usr/share/doc/wb-cloud-agent/copyright

root@wirenboard-ALGX4VND:~# wb-release
uname -a
Wirenboard release wb-2507 (as stable), target wb8/bullseye

You can get this info in scripts from /usr/lib/wb-release.

Версия контроллера

8.5.3

нет, ничего такого нет. могу весь вывод прислать

9

Здравствуйте! Я автоматический помощник техподдержки Wiren Board. Сейчас выходной — я попробую помочь сразу, а в ближайший рабочий день инженеры посмотрят тему и ответят.
Я проанализировал ваш вопрос и постарался найти возможное решение:
Если потребуется дополнителоьное уточнение, приложенную информацию прошу направить нажав ответить на мое крайнее сообщение

Спасибо за подробный вывод, по нему картина уже понятна.

Что видно сейчас

У вас WB 8.5.3 с прошивкой wb-2507 (wb8/bullseye) и установленным wb-cloud-agent 1.6.12.
Сервисы:

  • wb-cloud-agent-frpc@wirenboard.cloud.service — running
  • wb-cloud-agent-telegraf@wirenboard.cloud.service — running
  • wb-cloud-agent@wirenboard.cloud.service — failed

То есть вспомогательные части (туннели и метрики) работают, а основной агент — падает. Именно он отвечает за регистрацию/активацию и «онлайн‑статус» в облаке. Это как раз очень похоже на ту «известную проблему», о которой писал коллега.

Пока разработчики чинят это централизованно, можно собрать чуть более точную информацию, которая им поможет и подтвердит, что у вас тот же кейс.

1. Посмотреть логи упавшего агента

Пожалуйста, выполните по SSH:

journalctl -u wb-cloud-agent@wirenboard.cloud.service -n 100 -e

и пришлите сюда последние строки с ошибками (можно без длинных повторяющихся сообщений; главное — начало стека/ошибки).
Если там будут токены/ключи — замажьте их.

Обычно в таких случаях видны сообщения вида:

  • про TLS/сертификаты;
  • про активацию/регистрацию девайса;
  • или Python‑трассировка (traceback).

2. Проверить статус активации в конфиге

Файл конфига:

cat /etc/wb-cloud-agent.conf

Нас интересуют строки вроде:

[cloud]
provider = wirenboard.cloud
device_id = ...
token = ...
activated = ...

Не выкладывайте сюда реальные device_id и token, но напишите, пожалуйста:

  • есть ли вообще эти поля;
  • что стоит в activated (true/false, 0/1 или нет строки совсем).

3. Аккуратный перезапуск агента

Попробуйте вручную перезапустить именно этот юнит и сразу посмотреть лог:

systemctl restart wb-cloud-agent@wirenboard.cloud.service
sleep 5
systemctl status wb-cloud-agent@wirenboard.cloud.service
journalctl -u wb-cloud-agent@wirenboard.cloud.service -n 50 -e

Важно: это не должно навредить текущей работе контроллера, но даст точный момент ошибки.

4. Что, скорее всего, будет делать поддержка

Судя по:

  • WB 8.5.3;
  • релизу wb-2507;
  • тому, что frpc и telegraf живы, а основной агент падает,

очень вероятно, что у вас именно та же проблема с wb-cloud-agent, про которую уже в курсе разработчики (в т.ч. с частью устройств «отвалившихся» в облаке при последних обновлениях/смене контроллера).

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

  • проверить точную причину падения агента (по логу systemd и Python‑трассировкам);
  • при необходимости: выдать временный workaround (например, исправление конфига, ручную переактивацию, правку сертификатов/путей);
  • либо предложить обновление пакета/прошивки, где проблема исправлена.

Что лучше всего прислать сейчас

Чтобы им было проще и быстрее:

  1. Вывод:
    journalctl -u wb-cloud-agent@wirenboard.cloud.service -n 100 -e
  2. Содержимое /etc/wb-cloud-agent.conf (с замазанными токенами/ID).
  3. Кратко — с какого момента контроллер «отвалился» в облаке (примерно дата/время) и менялось ли что‑то в этот момент (обновление, перепривязка устройства, смена интернета и т.п.).

Пока что вам дополнительно ничего «ломать» и массово обновлять не нужно — проблема уже на стороне облачного агента, и над ней работают.

Примечание: Я — искусственный интеллект, а не сотрудник-человек. В моих ответах возможны неточности.

10

Спрут очень глючный. А техники у них только в телеге…. Та ещё контора

11

Благодарю за информацию.

13

нужно ли еще что то присылать?

14

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

15

есть ли новости? неделя прошла

16

Добрый день!

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

Пока идёт работа над исправлением, могу порекомендовать данный сервис как альтернативный вариант.

20

Давайте мы бесплатно поменяем вам оборудование. Курьер привезёт новое оборудование и заберёт старое :

WB-8 - 1 шт.

Для замены напишите, пожалуйста, отдельное письмо на info@wirenboard.com.
В письме укажите:

22

добрый день

что, опять?:frowning: вы меняли меньше мес назад

решить по другому не получается?

26

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

28

На самом деле само облако очень нужный и важный инструмент. У нас сейчас на постоянке работает wb8-2шт и wb-6-1шт (1 wb7 не подключен к облаку). Всё на wb-2602. Скажу, что проблемы с подключением наблюдаются на обоих контроллерах wb8. Где-то раз в 7-12 дней их приходится перезагружать, что временно решает проблему подключения, но у нас специфика в том, что надо управлять с телефона дистанционно и если проморгать симптомы, то придётся тратить много времени, чтобы до него добраться тк это оборудование находится фактически в полях.
Симптоматика такая:
В какой-то момент появляется маркер в облаке “авария“ или что-то типа того (статус красного цвета).
В этот момент соединение с контроллером через облако есть, но слабое. То есть нужно немного подождать, чтобы зайти на него через облако. Если этот момент отследить и сделать перезагрузку, то всё ок, если проспать момент, то примерно через 1-2 дня связь пропадает полностью, пока не сделаешь перезагрузку на месте.

Понятно, что это не дело- так постоянно их мониторить и держать руку на пульсе. Но я и не думаю, что замена контроллера что-то даст тк такая ситуация на обоих 8х контроллерах.

p.s. ИИ пишет, что это может быть проблема с ключом доступа к облаку и надо контроллер удалить из облака и снова подключить, чтобы обновить ключ. Не знаю, поможет или нет, не пробовал…

30

Добрый день!

Задача “Ошибка с крипточипом в wb-cloud-agent” еще в работе.
Когда появятся новости – вас оповестим.

33

Добрый день!

Инженеры еще занимаются решением вопроса; проблема с облаком, к сожалению, плавающая.

Выкатили предполагаемый (у себя пока не можем воспроизводить стабильно, поэтому предполагаемый) фикс; просьба проверить и отписаться о результатах

как проверить:

  1. выкачать .deb; положить на wb
  2. на wb выполнить: apt install ./дебка --reinstall; sync; reboot
  3. для проверки после перезагрузки выполнить на wb: uname -a (ожидаем вывод похожий на название дебки)
  4. наблюдать; отвалы должны пропасть
34

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

root@wirenboard-ALGX4VND:~# uname -a
Linux wirenboard-ALGX4VND 6.8.0-wb155 #1 SMP Fri May 22 09:03:14 UTC 2026 aarch64 GNU/Linux

но все равно контроллер красный, при попытке зайти в консоль или интерфейс

image
image953×627 21 KB

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