vasek00

Проблема только в том что это форум, для всех и данное сообщение адресовано не конкретно вам -> следовательно всем. Второе - не которые пользователи пишут фразу про selftest, например "отправил в скрытом сообщение" Третье - был вариант не использования ping-check и показано, что все работает. Четвертое возникает из третьего сам вопрос - не могли бы пояснить использования вами ping-check для PPPOE соединения в вашем варианте, если в нем есть механизм контроля этого соединения или используете данную настройку по умолчанию. Ремарка - так как WG использует либо default маршрут или строчку "connect via PPPoE0" для поднятия соединения до Endpoint точки, то естественно поиск можно было начать с этого.

WG поднялся на 1812 52A7 на PPPoE канале. О каком ping-check идет речь ???

Что вы хотите? ip policy Policy2 permit global GigabitEthernet0/Vlan9 no permit global Wireguard0 no permit global PPPoE0 no permit global Wireguard2 no permit global Wireguard1 no permit global OpkgTun0 route .... OpkgTun0 auto reject route .... Wireguard0 auto reject route .... PPPoE0 auto reject "Policy2": { "description": "....", "mark": "ffffaab", "table4": 4098, ip rule 0: from all lookup local .... 1152: from all fwmark 0xffffaab lookup 4098 ... ip rule add from ВАШ_маршрут/xx table 4098

Для начала ваш клиент не смог получить по DHCP сервера IP адрес и адрес был сгенерирован службой Windows APIPA из диапазона 169.254.0.0-169.254.255.255. Спец ПО в наличии - watchdog <thread> <name>Watchdog</name> <tid>527</tid> ... Core::Watchdog::Run()+0x358 Thread::StartRoutine_(void*)+0x2a0 ... https://support.keenetic.ru/runner-4g/kn-2210/ru/51140-what-is-a-watchdog-and-how-does-it-work-.html что по логу?

То что я написал выше было и ранее и ни какого отношения к 5.1 не имеет

Умные выключатели - две ТД настроены одинаково, после нескольких переключений этих клиентов (т.е. выкл ТД1, переход на ТД2, вкл. ТД1 и выкл. ТД2 и так по кругу) получаем их бзик/зависон. Лечиться снятие питания с умных выключателей = без всякой перегрузки роутеров. Все примочки роуминга на данном умном сегменте сети отключены. Если сидят жестко на ТД, то работают нормально без бзиков.

+1 Использую и как тогда быть ????

Вариант при наличие entware и доступа 1. ndmc -c more flash:startup-config > /opt/home/startup-config 2. сброс роутера 3. зайти в WEB - установить пароль admin и сохранить startup-config 4. далее из двух сохраненных в п.3 и п.1 сделать нужный вам (т.е. В конф п.3 записать нужные блоки ИЗ конфа п.1) 5. залить конф п.4 обратно на роутер

Сомнительный вывод, особенно с учетом РТ.

Начать с конф файл, сохранить и посмотреть. смотрите как у вас настроен домашний сегмент "interface Bridge0" А так да как сказали выше.

Типа такого, по выводу нужной информации на выбор.

На свой вопрос ответили сами, а так если внимательно читать то тема была размещена в RMM.

Есть ли такая возможность о прорисовки топологии сети - контроллер и ТД подключенные к нему. В WEB есть типа "таблично/информационный" вариант в итоге чтоб понять где что/кто за кем идет нужно представить в голове (собрать пазл). Может что-то типа Zabbix - иконка контроллера под ней IP/имя/кол-во клиентов (тут всего по всем), далее "связь" которая имеет подпись (провод/Wifi линк какой) с ТД. На самих ТД так же IP/имя/кол-во клиентов (тут сколько именно на ней). С обновлением конечно хорошо - интервал 3-5 мин. Есть плюшка - SNMP сервис, но тут все зависит от первой части.

Это не то mws wlan Home band 0 bind Home ssid name G-KN encryption wpa2+3 wpa psk ns3 **** rrm enable ft iapp key ns3 *** enable ! mws wlan wlan0 band 0 bind Bridge1 ssid name Smart encryption wpa2 wpa psk ns3 *** enable !

0 ... <b 0x ...>