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

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

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