Denis P

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 порт не совсем понятно.

Тогда уж Highlight the areas corresponding to the periods when automatic updates are permitted, and leave unmarked the hours when they are not allowed.

Научите его маршрутизировать/натить 10гбит?

потому сейчас никак, только фильтрация.

4.2A15 @Le ecureuil манипуляции с сегментами больше не ломают NAT loopback, спасибо оказалось, что внесение изменений именно с нового интерфейса не ломают loopback, а со старого всё по прежнему

@eraldeспасибо, исправлено

Там много чего есть: https://help.keenetic.com/hc/article_attachments/14109279610780 Но к policy это отношения не имеет.

Нет, ntce filter появился относительно недавно и нужен совсем для других целей.

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

Только через entware есть возможность его вывести Требуется установленный wireguard-tools А потом уже: wg showconf nwgX Где X номер вашего wg интерфейса

@eralde всё ещё актуально на а14

Проблема решилась через обращение в техподдержку.

Никаких претензий, просто между 09.2023 и 03.2024 как раз было пол года. По этому предложил такой вариант получения последней версии adguard home