Denis P

Добавил для вышеперечисленных моделей возможность выбора канала - delta, на 1610 точно работает. have fun. keenetic-dark-theme-extension.v0.5.108.chrome.zip

Может конечно мне повезло, или... https://www.nginx.com/resources/wiki/start/topics/examples/full/ https://www.digitalocean.com/community/tools/nginx?global.app.lang=ru

Необходимо обратится за консультацией к производителю - sigur. Уточнить каким образом происходит обнаружение устройств, если используется broadcast - SSTP вам не подойдет и необходимо использовать другие протоколы, например OpenVPN в режиме tap

Вероятно провайдер иногда выдавал вам белый адрес, ddns не поможет "пробить" nat

Без белого (не обязательно статического) адреса не взлетит, вам остается только sstp

Ставьте transmission из entware и "крутите" его как угодно

@eralde не могли бы Вы добавить поддержку этих устройств, для возможности выбора канала обновлений - delta? Keenetic Start (KN-1110) Keenetic 4G (KN-1210) Keenetic Lite (KN-1310) Keenetic Omni (KN-1410) Keenetic City (KN-1510) Keenetic Air (KN-1610) Keenetic Extra (KN-1710)

Это не обязательно относится к opkg, перед тем как что-то писать, лучше еще раз подумать.

почему-то все успешно забыли про opkg dns-override который отключает встроенный dns-proxy и оставляет его только для собственных нужд. С ним в доп. политиках никакого перехвата нет, такие дела.

Чтобы разобраться как он это "понимает" вы можете изучить команду ip http proxy

dns-proxy filter profile DnsProfile0 intercept no enable Или dns-proxy intercept no enable

Да, действительно, проверил еще раз, работает только если кинетик выступает в качестве условно "сервера" а клиент другое устройство с официальным приложением wg которое и инициирует передачу данных.

Попробуйте указать принудительно (с учетом вашего порта и интерфейса естественно) ip static udp GigabitEthernet1 12345 127.0.0.1 12345 Убрал keepalive с обоих сторон, подождал 10 минут от последнего handshake, пакеты ходят

Больше похоже не на проблему с wg, а с тем что количество соединений не влезает в hwnat

Проблема настолько прошивочная что решается аж целым указанием keepalive в N секунд, если кинетик выступает в роли "клиента". По умолчанию эти ваши модные генераторы конфигов его не указывают.

Решение как раз было предоставлено в этой теме, по ссылке на статью help'a.

Я не пойму то ли поиск сломался, то ли...

Не верное утверждение, там нет подобных ограничений, а вот может ли "переварить" такой битрейт ваш телевизор, это уже другой вопрос

ndmc -c system usb {port} power shutdown

На 4.0 уже считает

https://help.keenetic.com/hc/ru/articles/213965789-В-чем-отличие-белого-и-серого-IP-адреса-#

Главное - разобраться динамический "белый" у вас адрес или "серый", если второе то выход только один - sstp

/opt/etc/init.d/./S90torrserver start

Иногда нужно более гибко управлять "политиками" для различных устройств или тех же vpn клиентов, чем это реализовано в web ui. Было бы неплохо добавить возможность управления таблицами через родной cli. Ставить ради такой мелочи entware тоже не вариант, да и не всегда есть возможность. Тем более show ip rule уже есть

Вы немного усложняете. То о чем вы говорите уже есть, не важно в рамках одного роутера или нескольких, ТД всё равно разные с разными физическими (мак адресами) даже внутри одного устройства на разных диапазонах. Информация о rssi тоже собирается со всех остальных ТД и её можно увидеть в вебе контроллера. Для этих ужасов о которых вы пишете даже цельные стандарты придумали, про обмен "соседями" 802.11k и 802.11v который как раз рекомендует "свалить" туда где лучше уровень сигнала