Denis P

Субъективное мнение: учитывая что приложение работает не напрямую с роутером, а через облачный сервис, обновление нужнО, дабы избежать нытья, что чего-то где "не грузит" или "кружочек вот кружится и ничего не работает". По этому жмите крестик и пользуйтесь старой версией.

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

И не получится.

копать сюда https://github.com/ndmsystems/packages/wiki/Opkg-Component#ndmnetfilterd

еще с 4.0 работает, вы всё проспали)

А должен? З.ы. лучше писать на русском, ваши сообщения довольно сложно понять.

Сосед Вася настроил роутер и вбил эту команду, соседа нет, интернета нет, доступа к настройкам нет - красота)

Вы забыли для какой аудитории в первую очередь эти устройства, вариант сброса должен быть в любом случае, без вскрытия корпуса и манипуляций через uart

Который потом успешно забывается и приплыли)

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

Куда лезть? Зачем лезть? Вот же оно всё:

Попробуйте перезахватить ретранслятор, судя по всему на него не прокинулись vlan'ы доп сегментов

https://help.keenetic.com/hc/ru/articles/360000581749-Настройка-гостевой-сети-Wi-Fi-на-устройстве-в-режиме-Точка-доступа-Ретранслятор

Не любых, а тех что *.t-ru.org на котором и можно почитать что случилось и что делать/куда копать

Потому что вы подключаете её через несовместимое оборудование, которое не умеет af/at. Как минимум вас должно было смутить несоответствие напряжения данным стандартам

Keepalive забыли

Это означает что сертификат не требует обновления. Обратите внимание на подобные записи для доменов keendns, там будет всё точно так же.

Наверное потому что получение сертификата на сторонний домен это приятный бонус, а не основная фича? Будет Список сертификатов и их статус можно посмотреть через ip http ssl acme list

И как это должно происходить? По настроению? При обращении на https://domain2.com или https://domain3.com в куда пакеты будем слать на 443 или на 80 на адрес за проксей?

@eralde Довольно странно выглядит подсветка подпунктов меню, которая происходит с существенной задержкой Так и должно быть?

https://help.keenetic.ru/hc/ru/articles/360010551419-Доступ-в-Интернет-через-WireGuard-туннель

Речь о том что в обоих подсказках направление указано как "к клиенту" как для upload так и download, что не корректно. В случае с UL mimo, должно быть "от клиента"

по факту уже реализовано в 4.2 NTCE: реализована фильтрация приложений [NDM-3069]: ntce filter profile {name} application {application} — добавить приложение в профиль ntce filter profile {name} group {group} — добавить группу приложений в профиль ntce filter profile {name} type {type} — установить тип профиля, который может быть “permit” или “deny” ntce filter profile {name} description {description} — задать описание профиля ntce filter profile {name} schedule {schedule} — назначить расписание профиля ntce filter assign host {host} {profile} — назначить профиль зарегистрированному хосту (MAC-адрес) ntce filter assign interface {interface} {profile} — назначить профиль интерфейсу

Но это ведь не так, с public тоже всё работает. Или это баг?)

Ничего подобного, можно хоть 10, нужны только разные домены 4го уровня. Вот только зачем вы указываете в upstream сразу и 80 и 443 порт не совсем понятно.