Denis P

в beta2 будет поправлено поведение ndnproxy, при получении тех пакетов которые ему не по душе.

5.0b1 браузер хром и фф, разрешение FullHD, т.е 1920*1080, 24" без масштабирования и прочего точно так же выглядит и на 13" 1440*900 тут еще вопрос попутно к ув. @Le ecureuil а можно ли нам как-то выводить адреса и порты пиров(клиентов)? а то везде нули, хотя wg такое умеет и показывает в выводе wg show, а ndms судя по всему совсем нет, даже через cli. При чем есть стойкое ощущение что оно было когда-то очень давно, на заре появления wg в кинетиках, но может и приснилось.

Можно сделать себе dhcp с пулом ровно в 1 адрес, который собственно и занять ретранслятором

1. При создании статического ipv4 маршрута он не отображается и не сохраняется в running-config, хотя отображается в списке действующих и продолжает работать. 2. При создании ipv6 маршрута в выпадающем списке отсутствуют интерфейсы типа TunnelSixInFour это же касается и пинхолинга ipv6 3. При создании ipv6 маршрута обязательным является указание шлюза - через cli таких ограничений нет + при указании любого шлюза получаем ошибку "IP-адрес из другой подсети"

Не вывозит проц, ему как раз "тяжело" писать на диск сразу с большого количества пиров. По этому картинки с бОльшими скоростями которые вы видели были либо на других устройствах либо с ssd (в случае его использования нагрузка на проц как раз меньше)

Тут больше и не будет.

Что делали? Что не получается? Управление портами ретранслятора есть на вкладке Wi-Fi система на контроллере, отмечаем чекбоксом нужный ретранслятор и вуаля

это не так устроено, в этом случае у вас бы не работал ни кинднс, ни приложение/облако, ни сервера обновлений.

в данный момент выглядит это довольно своеобразно, еще и с сайд скролом, на fhd

потому что для локальных сегментов включен ip nat по умолчанию, это можно увидеть в конфиге, например ip nat Home его нужно отключить и делать уже выборочно, в необходимые интерфейсы

Эта ругань не относится к проблеме и вызвана тем что вы используете opkg и скрипт в netfilter.d который вносит изменения в iptables, а сам iptables у вас не обновлен.

специфику работы конкретно вашего телефона исключаете? на других пробовали? специально выше приводил пример устройства которому 10+ лет, что на нем что на современных устройствах лично я проблем не вижу, проверял минимум на 5 телефонах и даже при initial setup. Разработчики вам скажут то же что и я - приложение должно работать локально без доступа в интернет, это заложено в его логику, с частными случаями нужно разбираться в частном порядке, по этому и предложил вам проследовать в техподдержку

Вы смешали в кучу open connect и openVPN это два разных протокола и настраиваются они отдельно

Другие, которые взаимодействуют с локальными устройствами?

невозможно приложение заставить работать напрямую если сам телефон не хочет использовать это подкючение, это логика на уровне системы, а не приложения вот даже картиночка со старого андроида и последнего актуального приложения, на котором спокойно можно отключать все интерфейсы для чего ему не требуется "интернет". а за официальными ответами всегда можно сходить сюда, если "пользовательские" вам кажутся не убедительными https://support.keenetic.ru/