vasek00

Берете и ставите 1. https://github.com/Snawoot/opera-proxy/releases/tag/v1.2.2 проверено на opera-proxy.linux-mipsle для 7621 2. https://github.com/Snawoot/opera-proxy В итоге

Возможно ли на странице dashboard по устройству, помимо отображения Ethernet/СPU/RAM показать такой же график загрузки как у Ethernet для Wifi (типа утилизация эфира в процентах 100% от его максимальной величины), т.е. тянет 1 или 2 или 3 или 4 и т.д. клиентов потоки - сумма по wifi с/на роутер например текущая 302Мбит в процентах от 100% по типу роутера 867 или 1700 или 1200. В данном случае важно посмотреть время и нагрузочную способность wifi в данный момент времени.

Хорошо бы увидеть лог или что то из него. Ниже Viva которая на draft обновление, т.е. бывают моменты после обновления она пере запускается, т.е. как у вас только не после выключения, так же настроены Dot/Doh. Проанализируйте свой лог на предмет того что ниже связанное с синхронизацией времени и https-dns-proxy.

1. Основной - провод 2. Резервный - сим-карта Оба канала подняты, т.е. можно маршрутизировать, default в данном случае на Основной 3. Добавить необходимые стат маршруты WEB-/controlPanel/staticRoutes где указать маршрут до сети и выбрать нужный интерфейс. Ремарка, в зависимости от того по какому Интернету нужно сделать больше адресов тот и выбрать Основным.

Ремарка в сторону Cloudflare. В профиле сидит клиент, а сам профиль Cloudflare.

Для начала проверьте разрешенные сети в настройках 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.

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