Обновление Wirenboard

1

Столкнулся с проблемой обновления WB штатными командами apt update и apt upgrade.

Лог SSH:
~# apt update
Hit:1 Index of /debian bullseye InRelease
Hit:2 Index of /debian bullseye-updates InRelease
Hit:3 http://deb.wirenboard.com/wb7/bullseye stable InRelease
Hit:4 Index of /debian bullseye-backports InRelease
Get:5 Index of /debian-security bullseye-security InRelease [27.2 kB]
Err:5 Index of /debian-security bullseye-security InRelease
Connection timed out [IP: 104.21.20.107 80]
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
32 packages can be upgraded. Run ‘apt list --upgradable’ to see them.
W: Failed to fetch http://debian-mirror.wirenboard.com/debian-security/dists/bullseye-security/InRelease Connection timed out [IP: 104.21.20.107 80]
W: Some index files failed to download. They have been ignored, or old ones used instead.
Архив приложил.
Куда копать?

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

3

Добрый день!

Рекомендую проверить интернет-соединение на контроллере или попробовать подключиться через другого провайдера.

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

4

Доступ в интернет обеспечен.
Облако WB работает.
ping 104.21.20.107

PING 104.21.20.107 (104.21.20.107) 56(84) bytes of data.
64 bytes from 104.21.20.107: icmp_seq=1 ttl=57 time=11.9 ms
64 bytes from 104.21.20.107: icmp_seq=2 ttl=57 time=14.2 ms
64 bytes from 104.21.20.107: icmp_seq=3 ttl=57 time=17.3 ms
64 bytes from 104.21.20.107: icmp_seq=4 ttl=57 time=15.8 ms
64 bytes from 104.21.20.107: icmp_seq=5 ttl=57 time=14.7 ms
64 bytes from 104.21.20.107: icmp_seq=6 ttl=57 time=16.8 ms
64 bytes from 104.21.20.107: icmp_seq=7 ttl=57 time=15.8 ms
64 bytes from 104.21.20.107: icmp_seq=8 ttl=57 time=10.1 ms
64 bytes from 104.21.20.107: icmp_seq=9 ttl=57 time=16.8 ms

5

Добрый день!

А через другого оператора пробовали?
Также попробуйте открыть недоступный репозиторий через браузер на ПК — что отображается в этом случае?

7

Как вы себе это представляете?)
Частный дом, один оператор. Интернет есть.
Репо вчера на ПК открывалось через раз, пробовал с ноута под разными провайдерами, иногда не открывалось вообще.
Сегодня все обновилось. Тему можно закрывать. Но репо действительно отваливается, проверьте пожал.

1 лайк
8

Например VPN.

Вчера было доступно, точно.

9

Нет его для доступа к ресурсам интернет. Ходит по открытому каналу

10

В любом случае для корректной работы обновления - нужен доступ к ресурсам.

Судя по логу - доступа не было.

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

11

А я не об этом пишу?
Контроллер на руках, VPN для удаленного доступа к контроллеру поднят годы назад, все работало как часы, вчера не было доступа к ресурсам - Вы меня отправляете искать проблему в доступе к сети интернет.
Я говорю - ее нет. Отключал я и VPN, и перезагружался после создания темы - толку не было.

12

Исповедь самурая для меня) А как проверить доступность ресурса, не пингуя его?

13

Пинг - может вообще не проходить и может быть отключен как протокол. Вызватиь метод connect или, для http(s) - wget.
То есть какой протокол используется - его работу и проверять.

15

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