Выход идет через 4G. Определил по адресу подключения в ЛК zerotier. Проблема осталась.
Видимо, когда контроллер будет в физическом доступе, придется делать полный сброс.
Для быстрого восстановления настроек лучше всю папку etс скопировать и заменить? или же чисто конфиги?
Уточню что на контроллере настроена связь KNX, Nodered, Spruthub
Также обратил внимание что когда нажимаю вкладку обновить веб интерфйесе, что даже пинги от контроллера перестают идти
А какием образом настроена маршрутизация?
Какой приоритет у маршрутов? Если пинг, например, идет верным маршрутом а VPN использует свой - то настраивать надо VPN.
Тут проблема, подозреваю именно в некорректных настройках.
Можно и всю, конечно.
По поводу стороннего ПО - оно держит настроки не в /etc/
Маршрутизация идет по умолчанию. на стороне VPN Zerotier ничего не менял - удаленка прекрасно работала до момента переключения на wifi и последующего проведения обновления после освобождения места. По поводу маршрутизации Ваш коллега Никита, сказал что все в порядке - маршруты поменялись, метрики верные.
А нет риска, что из данной папки перекачуют некорректные настройки, возможно изза которых все это происходит?
По стороннему ПО - понимаю. Тут вопросов нет - бекапы спрута и флоу нодеред имеются
По умолчанию - через что, через какой интрефейс (соединение)?
Ну, естетственно, настройки NM лучше провести с нуля, но всегда полезно иметь целиком все файлы. Бэкапить, само собой, /mnt/data/etc - в /etc симлинки.
В общем проблема решилась путем переключения интерфейса на eth1, и принудительным отключением автоподключений всех интерфейсов кроме eth1.
Также было зафиксировано, что WB подключался к точке лоступа wifi на режиме b/g, хотя через iwconfig показывал что подключен на скорости 150 мбит
Вывод для себя сделал следующий.
Ну и рабочий конфиг NM с которым все сейчас работает.
Какие? Как воспроизвести? Что при этом выводит точка доступа в логи?
Логи! Где пакеты на соответствующие интерфейсы и с них? Хотя бы результат tcpdump?
Это не конфиг, к сожалению а картинка. С какими приоритетами работают интерфейсы? Кто шлюз?
Сначала была проблема с невозможностью подключения к любой wifi сети на WB7. Это подтверждалось вашими коллегами - примерно осенью 2022 г… После выхода последний обновлений, когда было афишировано что все проблемы c wifi исправлены, к сети подлкючится удалось, но как видно в скринах выше, подклчюение происходит на доисторическом стандарте, к тому же, большой процент пакетов wifi в статусе dropped.
Что выводит точка, не смогу сказать, т.к. скрины по keenetic предоставляет заказчик, который недостаточно технически подкован в данной отрасли.
Я не особо сетивик и линуксоид). Прошу подробнее подсказать где и как взять овтет на Ваш запрос
Приоритеты в данном случае отсутсвуют. Т.к. приоритеты выставляются только на соединения с автоподключением. Когда у меня было выставлено автоподключением на eth1. wlan1,gsm-sim1, Все не работало. неважно что стояло в приоритете wlan или eth1. Сейчас я принулительно убрал автоподключение и, как видно на скрине, активное подклчюение сейчас только одно.
Интересно. А с какими параметрами? Тип аутентификации, шифрование?
Доисторический - это что имеется в виду?
Для примера, настраиваю точку доступа на использование только b/k (Зачем, кстати?)
Интерфейс wlan1 так:
cat /etc/NetworkManager/system-connections/wlan1.nmconnection
[connection]
id=wlan1
uuid=1a2b3d3c-b548-4a64-9704-99ce7c289305
type=wifi
interface-name=wlan1
timestamp=1678789945
[wifi]
mode=infrastructure
ssid=OpenWrt
[ipv4]
method=auto
route-metric=3
[ipv6]
addr-gen-mode=default
method=auto
[proxy]
Точка доступа (только Legacy):
iwinfo wlan0 info
wlan0 ESSID: "OpenWrt"
Access Point: E8:DE:27:FF:D7:D0
Mode: Master Channel: 7 (2.442 GHz)
Center Channel 1: 7 2: unknown
Tx-Power: 17 dBm Link Quality: 62/70
Signal: -48 dBm Noise: -94 dBm
Bit Rate: 54.0 MBit/s
Encryption: none
Type: nl80211 HW Mode(s): 802.11bg
Hardware: 168C:0033 168C:9550 [Qualcomm Atheros QCA9550]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy0
Видно что маршрут через wlan1
ip route
default via 192.168.110.1 dev wlan1 proto dhcp src 192.168.110.42 metric 3
default via 10.0.0.2 dev eth0 proto dhcp src 10.0.0.78 metric 9
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.78 metric 9
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
Пробую качать файлы - скорость точно не меньше 1 мБит.
Для проверки физически отключил eth*. Работает.
Начать с документации по настройкам debian лучше всего, думаю.
А как планировалась сеть? То есть как была задумана и чем поведение отличалось от предполагаемого?
Ну, так тоже можно…
Подключение выполнялось через редактирование interfaces там кроме wpa вариантов согласно документации нет. Точка доступа была та же что и сейчас keenetic с совмещенной 2,4/5гц (т.е. поддерживаемые стандарты все вплоть до AC)
Я имею ввиду что подклчюение настроено в интерфейсе NM, тип шифрования wpa2. Точка доступа та же самая. Но WB подключается как устройство b/g. Так что вопрос “зачем” перефразирую на свой вопрос “почему так?”
проблемный интерфейс wlan выглядит так
[connection]
id=Wifi client
uuid=58c018cb-ed10-4d5c-a60f-f18a0e9f3085
type=wifi
autoconnect=false
interface-name=wlan1
timestamp=1678722810
[wifi]
mode=infrastructure
ssid=*****
[wifi-security]
key-mgmt=wpa-psk
psk=******
[ipv4]
method=auto
[ipv6]
addr-gen-mode=default
method=auto
[proxy]
Задумка было просто подключить WB к существующему wifi. Основное оборудоание zigbee.
Так тогда при чем тут NM? Если управляется старыми скриптами… Тогда нет смысла показывать настройки NM.
Нет, все те же что и в любой другой системе…
А как выглядит эта точка? Что выдает, например iwconfig wlan1, iwlist wlan1 bitrate.