Denis P

Ни в коем случае, это и есть "entware"

И где вы там видите указание создать каталог opkg?

Это не ошибка. А косяк в том, что вы зачем-то каталог opkg создали.

Не позволит, 7628 не вывезет, в лучшем случае будет немного больше 100

там для этих моделей 5.x не будет, теперь только в draft и (вероятно) delta

ip http ssl acme revoke <domain>.keenetic.pro

Кому должен?

Я ведь вам дал ссылку на конкретное сообщение, в котором запрос выглядит совсем не так как вы пытаетесь его использовать

немного дополню, чтобы проставить все точки над ё состояние точек доступа на ретрансляторах, например WifiMaster0/AccessPoint0 - синхронизируется с контроллером состояние интерфейсов - WifiMaster0 и WifiMaster1 - нет В группе речь шла как раз о точках доступа, баг это или фича, решать вам.

Это ожидаемое поведение последних 6 лет

Не пока, а by design

Ждите ждите, только не в stable и preview.

Ничего странного, канал обновления смените на "предварительный"

всё работает, задавайте правильно порты вот пример https://my.dns.org:446/dns-query

Всё с точностью, да наоборот BS - не создает проблем, а 802.11r с не особо умными устройствами - легко

есть еще вариант, начиная с 4.2 show run | grep "ip host"

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

Если используется облачный доступ и домен 3го уровня разрешается в адрес ezcfg - доступа к вебу роутера тоже нет

просьба реализовать что-то подобное, даже в варианте попроще - была, но увы

как я вам и написал выше - ручками маршруты пилить, хотите файликом, хотите через веб или даже cli

Делайте как удобно, автоматом allow ips в маршруты не превратятся Не оно

Верно делать так interface Wireguard0 wireguard peer <name> connect via Wireguard1

в итоге оказалось что поведение наблюдается только с одним конкретным маршрутом до сети 192.168.0.0/24 он не отображался в пользовательских маршрутах и running-config, но отображался в активных и продолжал работать. после нескольких попыток удаления/добавления через cli всё пришло в норму, но до попыток это всё починить было сохранено 2 селф тест, до создания маршрута и после - когда он не отображался в веб, вероятно стоит призвать @Le ecureuil селфтесты в следующем сообщении

Создаете отдельную политику для гостевой сети, а потом policy specific маршруты вот таким образом ip policy Policy1 route 188.40.0.0/16 <interface> где Policy1 отдельная политика для гостевой сети, определить её можно по выводу show ip policy