vasek00

Для начала проверьте разрешенные сети в настройках WG (WEB), попробуйте добавить в разрешенные 0.0.0.0/0 или хотя бы ваш введенный IP - 67.23.7.119/32 строчка "allow-ips"

Один, но могу проверить на двух keenetic с несколькими пирами.

Я второй маршрут 4.4.4.4 спец. добавил с указанием интерфейса и он так же отработал.

день добрый, имеется wireguard link между двумя устройствами ... теперь пытаюсь принудительно отправить трафик на определенный ip через wireguard Только то что так же поднят линк wireguard (роутер и сервер в интернете) и добавление маршрута через wireguard отработало как надо, т.е. маршрут по умолчанию на 0.0.0.0/0 0.0.0.0 PPPoE0 при добавление маршрута 8.8.8.8 пакеты уходят по интерфейсу wireguard / # ip route add 8.8.8.8/32 dev nwg0 8.8.8.8/32 0.0.0.0 Wireguard0 и как итог traceroute 8.8.8.8 идет через интерфейс wireguard, а traceroute 4.4.4.4 идет через PPPoE При добавление маршрута так же в виде / # ip ro add 4.4.4.4/32 via 10.10.132.101 (config)> show ip ro ================================================================================ Destination Gateway Interface Metric ================================================================================ 0.0.0.0/0 0.0.0.0 PPPoE0 0 4.4.4.4/32 10.10.132.101 Wireguard0 0 8.8.8.8/32 0.0.0.0 Wireguard0 0 ... где 10.10.132.101 nwg0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:10.10.132.101 P-t-P:10.10.132.101 Mask:255.255.255.0 UP POINTOPOINT RUNNING NOARP MTU:1324 Metric:1 RX packets:33683400 errors:0 dropped:0 overruns:0 frame:0 TX packets:24820606 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:50 RX bytes:42415223257 (39.5 GiB) TX bytes:2825301684 (2.6 GiB) аналогично как и 8.8.8.8 пакеты идут через интерфейс wireguard На клиенте в локальной сети роутера аналогично tracert 8.8.8.8 через wireguard, a tracert mail.ru через основной интерфейс роутера pppoe.

На роутере поднят WG Как то так

KN2710 - AdGuardHome - Beta channel builds v0.107.0-b.13 от 19.10.2021 Linux ARM: 64bit https://static.adguard.com/adguardhome/beta/AdGuardHome_linux_arm64.tar.gz

На 4pda написали, возможно т.е. как я понял имеем авто обновление, так как пост который выше в моем случае оно авто обновление выключено

Viva - на 37B3 прямое подключение 9дней + Giga без интернета 37B3 так же 16дней Peak - на 37B1 на pppoe в работе 3дня, включен так же 3дня ExtraII - на 37B1 на pppoe в работе 11дней, включена 26дня

Я бы пошел другим путем - принципиально ли резервирование или устроит переключение в ручном варианте? PPPoE провод и он надежен и скорость выше. Инет1-----(WAN)Giga(LAN)----------(LAN)Viva(WAN)-ADSL------Инет2 Для переключения Giga на канал Инет2 достаточно прописать маршрут на Giga по умолчанию default на Viva, после восстановления Инет1 вернуть обратно, ручной вариант это 1-2минуты. Ремарка - при пропадание Инет1 тут все просто, при его восстановление (нужно проверить) возможно маршрут default сменится автоматом на Инет1 функционалом прошивки Giga. Если нужен автомат то установить Entware на внутр.память и создать скрипт на Giga для контроля Инет1 и переключение default маршрута либо на Viva либо опять на Инет1. Пример на Giga default на pppoe, Giga 192.168.1.1 Viva 192.168.1.2 default dev ppp0 scope link смена default маршрута на шлюз в локальной сети default via 192.168.1.2 dev br0

1. Как на счет других клиентов в данной точке и на какой частоте 2. Расположение роутера (плюс/минус 1м от данной точки установки) и его антенны вертикально вверх

Там написано две команды и это работает из покон веков.

Для вашего контроллера Ultra шлюзом для выхода в интернет являеться микротик, следовательно для Ultra маршрут по умолчание должен быть на микротик через интерфейс br0 по обозначению Keenetic это скорей всего у вас home. Данную команду можно ввести на Ultra только через cli, пример ниже ip route default 192.168.130.97 Home где ip адрес это шлюз микротика а Home это интерфейс через который посылать эти пакетики для микротика (он же br0) Страница 85 ссылки ниже последний пост

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

В selftet есть раздел "<file name="proc:driver/nacct/stats">" и чуток по ниже "<file name="proc:driver/hwnatacct/stats">" можно найти номера интерфейсов ifindex этот к чему у вас относиться

Так он и так работает уже давно, только генерация ключа не из WEB роутера

Ну что ж отпадает догадка.

В Peak думаю такой же свитч (10 x 1 Гбит/с: 9 x RJ-45, 1 x SFP ) как и в KN2610 (9 x 1 Гбит/с: 8 x RJ-45, 1 x Combo RJ-45/SFP) оличие в подключение SFP Опять же исходя только из догадок и того что выше думаю тут основное подключение по оптике (SFP) тогда возможно бзик свитча.

37B3 но возможно и ранее, есть ли необходимость рестарта сервиса TSMB, да интерфейсы wifi сидят в br0 и произошло изменение. [I] Oct 3 21:00:00 kernel: br0: port 2(ra0) entered disabled state [I] Oct 3 21:00:00 ndm: Network::Interface::Base: "WifiMaster0/AccessPoint0": disabled by "schedule0". [I] Oct 3 21:00:02 kernel: TSMB module stopped. [I] Oct 3 21:00:04 kernel: TSMB module version 3020.9.24.11 started from process 15461! [I] Oct 3 21:00:08 ndm: Cifs::ServerTsmb: service started. [I] Oct 4 00:00:00 ndm: Network::Interface::Base: "WifiMaster1/AccessPoint0": disabled by "schedule1". [I] Oct 4 00:00:01 kernel: TSMB module stopped. [I] Oct 4 00:00:03 kernel: TSMB module version 3020.9.24.11 started from process 23807! [I] Oct 4 00:00:07 ndm: Cifs::ServerTsmb: service started. [I] Oct 4 07:00:00 ndm: Network::Interface::Base: "WifiMaster1/AccessPoint0": enabled by "schedule1". [I] Oct 4 07:00:00 kernel: br0: port 3(rai0) entered blocking state [I] Oct 4 07:00:00 kernel: br0: port 3(rai0) entered listening state [I] Oct 4 07:00:02 kernel: TSMB module stopped. [I] Oct 4 07:00:03 kernel: br0: port 3(rai0) entered learning state [I] Oct 4 07:00:04 kernel: TSMB module version 3020.9.24.11 started from process 11537! [I] Oct 4 07:00:06 kernel: br0: port 3(rai0) entered forwarding state [I] Oct 4 07:00:06 kernel: br0: topology change detected, propagating [I] Oct 4 07:00:08 ndm: Cifs::ServerTsmb: service started. [I] Oct 4 08:00:00 ndm: Network::Interface::Base: "WifiMaster0/AccessPoint0": enabled by "schedule0". [I] Oct 4 08:00:03 kernel: br0: port 2(ra0) entered learning state [I] Oct 4 08:00:03 kernel: TSMB module stopped. [I] Oct 4 08:00:05 kernel: TSMB module version 3020.9.24.11 started from process 14347! [I] Oct 4 08:00:06 kernel: br0: port 2(ra0) entered forwarding state [I] Oct 4 08:00:06 kernel: br0: topology change detected, propagating [I] Oct 4 08:00:09 ndm: Cifs::ServerTsmb: service started.

Так же интересно.

Про вариант настройки уже расписано несколько раз. Профиль основной. 1. Наличие двух записей, в WEB команда с DNS 192.168.1.1 не прокатит, только cli. interface Bridge0 rename Home description HomeLan ---------------------------------------- ip name-server 192.168.1.1 "" on Home opkg dns-override 2. AdGuardHome bind_host: 192.168.1.1 bind_port: 8181 beta_bind_port: 0 dns: bind_hosts: - 127.0.0.1 - 192.168.1.1 port: 53 3. В итоге / # netstat -ntulp | grep AdGuard tcp 0 0 192.168.1.1:8181 0.0.0.0:* LISTEN 1116/AdGuardHome tcp 0 0 192.168.1.1:53 0.0.0.0:* LISTEN 1116/AdGuardHome tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 1116/AdGuardHome udp 0 0 192.168.1.1:53 0.0.0.0:* 1116/AdGuardHome udp 0 0 127.0.0.1:53 0.0.0.0:* 1116/AdGuardHome / # 4. / # nslookup mail.ru Server: 192.168.1.1 Address 1: 192.168.1.1 Name: mail.ru Address 1: 217.69.139.202 mail.ru Address 2: 217.69.139.200 mail.ru Address 3: 94.100.180.201 mail.ru Address 4: 94.100.180.200 mail.ru Address 5: 2a00:1148:db00:0:b0b0::1 mail.ru / # 5. На клиенте Сервер: UnKnown Address: 192.168.1.1 Имя: yandex.ru Addresses: 213.180.193.56 213.180.193.56 6. При наличие других интерфейсов ip name-server 192.168.1.1 "" on OpenVPN1 ip name-server 192.168.1.1 "" on OpenVPN2 ip name-server 192.168.1.1 "" on GigabitEthernet0/Vlan9 ip name-server 192.168.1.1 "" on Wireguard1 ip name-server 192.168.1.1 "" on Wireguard0

Selftest бы подтвердил или опреверг ваши выводы. 🙂

Вы поставили какую то хитрую загрузку торрент качалкой что он не как ее не осилит вот уже несколько дней.

К LAN порту роутера подключен кабель от ТВ (давно это было уж несколько лет как проложен кабель). В один прекрасный день (недели 2 назад) решил посмотреть кино на ТВ и как итог нету сети, переключаю данный кабель в соседний порт роутера - работает, а если обратно в тот LAN и не работает. Думаю пипец LAN порту роутера. Повторил данную процедуру на следующий день, все повторилось. Решил проверить на другом кабеле, даже через "бочонки" соединил якобы с плохим портом и как не странно все заработало => меняю разъем (два раза делал замену) на плохом кабеле у роутера и ни каких проблем все работает. Странно конечно это но все же.

Тут вопрос в другом - всего 4 цикла по 6 сек. и так же на 22 сек якобы не было интернета, 12:49:11 ndm: Network::InternetChecker: Internet access lost (status: 0x0000). .... 12:49:33 ndm: Network::InternetChecker: Internet access detected. Сами 4 цикла