Жил себе контроллер, работал помаленьку. А потом мы в него решили добавить gsm, чтобы был доступ при отвале основного интернета. И теперь видим вот такую замечательную картинку при попытке зайти в веб-интерфейс через облако
при этом мониторинг показывает что все прекрасно у контроллера.
Теперь вопрос - а как это починить и почему добавление модуля ломает полностью работу через облако?
добавлено:
спасибо спрутхабу, через него удалось перезагрузить вайренборд, войти таки в веб-интерфейс и снять диагностику. Посмотрите пожалуйста и скажите в чем проблема
приложен диагностический архив, доступен только сотрудникам поддержки
(395,9 КБ)
если что, перезагрузить смогли 28 авг 2025 в 12-08 по времени контроллера. До этого в логах всякие вкусности вижу типа
ogin to the server failed: dial tcp: lookup tunnels.wirenboard.cloud: i/o timeout. With loginFailExit enabled, no additional retries will be attempted
28-08-2025 12:02:37.052 [wb-cloud-agent-frpc] [I] [sub/root.go:167] frpc service for config file [/var/lib/wb-cloud-agent/frpc.conf] stopped
28-08-2025 12:02:37.042 [wb-cloud-agent-frpc] [W] [client/service.go:317] connect to server error: dial tcp: lookup tunnels.wirenboard.cloud: i/o timeout
28-08-2025 12:02:27.041 [wb-cloud-agent-frpc] [I] [client/service.go:314] try to connect to server...
у вас же есть диагностика. Вы же видите, что система обновлена до последней версии. Не совсем понимаю зачем вы хотите обновить обновленный клауд агент, но вот вам ответ:
apt update
Hit:1 https://debian-mirror.wirenboard.com/debian bullseye InRelease
Hit:2 https://debian-mirror.wirenboard.com/debian bullseye-updates InRelease
Hit:3 https://debian-mirror.wirenboard.com/debian-security bullseye-security InRelease
Hit:4 https://deb.wirenboard.com/wb8/bullseye stable InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
apt update && apt install wb-cloud-agent
Hit:2 https://debian-mirror.wirenboard.com/debian bullseye InRelease
Hit:3 https://debian-mirror.wirenboard.com/debian bullseye-updates InRelease
Hit:1 https://deb.wirenboard.com/wb8/bullseye stable InRelease
Hit:4 https://debian-mirror.wirenboard.com/debian-security bullseye-security 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
wb-cloud-agent is already the newest version (1.6.2-wb100).
wb-cloud-agent set to manually installed.
А как простите это проверить? Просто перебирать варианты «а давайте вот это выключим и посмотрим несколько дней»? Я думал диагностические логи для этого и придумали, чтоб не гадать на картах. Лог завален просто однотипной ошибкой, которой раньше не было. Наверное где то в начале появления этой ошибки есть и причина почему все отвалилось
Контроллер был стабилен до тех пор пока в него не воткнули модуль. И с модулем он тоже как минимум день - два проработал корректно
Ns получаются автоматом, мы тестировали конфигурацию, когда отключали интернет на проводном интерфейсе, поднимался lte и вайрен клауд продолжал корректно работать. Что собственно подтверждается тем, что в Клауде статус ок, и все данные в него продолжают выгружаться. Проблема именно в соединении к вб со стороны облака. Или вы считаете, что ему хватает днс чтобы цепляться к облаку и выгружать в него данные, но не хватает чтобы подцепиться обратно?) звучит странно как по мне
1000мбит по проводу, около 50 по лте, контроллер находится в Москве, пинги минимальные. И да, я написал что мы смогли вб перезагрузить и сразу все стало ок. Но конечно дело не в нем, а в днс, скорости интернета и тд и тп?
Ssh так же не работает
Здравствуйте. Пока аптайм 6 дней. Мы подняли еще tailscale на всякий случай, в надежде что при следующем зависании будет возможность прицепиться и удаленно в моменте глянуть причину. Ждемс
