Обновление до wb-2204 проблема с роутингом

Задача поставлена об исправлении проблемы о пропадании шлюза по умолчанию у контроллера после изменения настроек в веб-интерфейсе и или перезапуска сервиса networking. Исправление пока не сделано.

Проблема в том, что пропал шлюза по умолчанию при отключении eth0? Светодиоды у разъема интерфейса светятся?

Чтобы интерфейс автоматически поднимался при появлении линка попробуйте добавить в конфигурационный файл /etc/network/interfaces строку allow-hotplug eth0:

auto eth0
allow-hotplug eth0
iface eth0 inet static
  address 10.100.0.150
  gateway 10.100.0.254
  mtu 1500
  netmask 255.255.255.0

Линк вчера поднялся, настройки интерфейса применились, доступ в локальной сети был, но wb в интернет не ходил.

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

Попробовал ваши настройки - удаленное управление после systemctl restart networking.service потерял. Спасибо.

Прошу увеличить приоритет решения данной задачи.

Напомню разработчикам про задачу.

При отключении коммутатора шлюз по умолчанию на контроллере не должен пропадать. Не думаю, что эта ситуация связана с пропаданием у контроллера шлюза по умолчанию, которое вы описывали выше. Вы можете это проверить? Проверить, что шлюз по умолчанию настроен (команда route), затем отсоединить сетевой разъем, затем подсоединить разъем опять и проверить настройки шлюза по умолчанию.

Доброго времени!

Есть возможность обновиться и попробовать воспроизвести? Я не смог на wb6 на wb-2204 воспроизвести это сейчас. Возможно, за это время выложили исправление в debian

apt-get update && apt-upgrade сделано

Проверяем.

root@wirenboard-A3B22Q5G:~# netstat -rn4
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.100.0.254 0.0.0.0 UG 0 0 0 eth0
10.100.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

Видим что роутинг есть
Рестартуем сеть
root@wirenboard-A3B22Q5G:~# systemctl restart networking.service
root@wirenboard-A3B22Q5G:~#
root@wirenboard-A3B22Q5G:~# netstat -rn4
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
10.100.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
root@wirenboard-A3B22Q5G:~#

Все роутинга нет.

Если прописать руками
root@wirenboard-A3B22Q5G:~# ip route
10.100.0.0/24 dev eth0 proto kernel scope link src 10.100.0.150
root@wirenboard-A3B22Q5G:~# route add default gw 10.100.0.254
root@wirenboard-A3B22Q5G:~# ping ya.ru
PING ya.ru (87.250.250.242) 56(84) bytes of data.
64 bytes from ya.ru (87.250.250.242): icmp_seq=1 ttl=58 time=9.95 ms
^C
ya.ru ping statistics —
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 9.953/9.953/9.953/0.000 ms
root@wirenboard-A3B22Q5G:~# ip route
default via 10.100.0.254 dev eth0
10.100.0.0/24 dev eth0 proto kernel scope link src 10.100.0.150
root@wirenboard-A3B22Q5G:~# netstat -rn4
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 10.100.0.254 0.0.0.0 UG 0 0 0 eth0
10.100.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

Привожу текущий конфиг

root@wirenboard-A3B22Q5G:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static

  • address 10.100.0.150*
  • gateway 10.100.0.254*
  • hwaddress 00:86:40:fa:66:9a*
  • mtu 1500*
  • netmask 255.255.255.0*

iface eth1 inet dhcp

  • hostname WirenBoard-AS*
  • pre-up wb-set-mac*

Вот еще что заметил при обновлении

Неделю промучался, та же проблема, при изменении настроек через веб - отваливается связь через eth0, в первый раз переставил на eth1, но со временем и там отвалилось при правке конфета, на данный момент решил вопрос поднятием wan0 на подключение к сети wifi, если отваливается eth0, то делаю рестарт через wan0 удаленно через проброс портов и часто после рестарта eth0 поднимается. Прошу решите проблему.

ps Wb7 industrial

Доброго времени! Прошу прощения за задержку.

Пытался несколько раз воспроизвести проблему, лично у меня не получилось. Получилось у коллеги, но у него возникла другая ошибка в логах (а ещё прямо сейчас он в отпуске).

На мой взгляд выглядит так, как будто происходит гонка (несколько сервисов одновременно пытаются опустить и поднять интерфейс одновременно). Как вариант, попробуйте воспроизвести такое поведение с выключенным netplug, возможно, это он неловко вмешивается в процесс:

systemctl stop netplug.service
# и попробовать воспроизвести после этого

Могу предложить ещё попробовать убрать из файла строчку pre-up wb-set-mac, но это больше уже гадание на кофейной гуще.

Не могу пока даже предположить, что такое поменялось именно в wb-2204, что могло поменять поведение.