Обычная маршрутизация (которая в статических маршрутах) будет работать
но если нужно чтобы конкретный маршрут работал только для определенной политики - задавать его нужно через cli, например
ip policy Policy1 route 1.1.1.1/32 Wireguard0 auto
Тема уже всплывала, на англоязычном форуме
https://forum.keenetic.com/topic/19730-support-for-mac-address-filtering-by-masks-and-ranges/#findComment-195219
хотелось бы разработчикам о ней еще раз напомнить, а может и заручиться поддержкой других участников.
Раз уже есть механизм определения случайных адресов (при авторегистрации) фича не кажется очень трудоемкой.
Зачем это надо? - Максимальный контроль за домашней сетью
вас сегодня прям прорвало, отвязать от rmm можно (и снова через ваш любимый cli)
cloud ndmp link delete rmm.netcraze.ru
еще неплохо бы маны читать конечно
https://support.netcraze.ru/ultra/nc-1812/ru/42430-teams.html
Внезапно
show ssh fingerprint
а почему оно должно кого-то привлечь? tls ключи и сертификаты хранятся на роутере (при наличии entware можно даже на них краем глаза посмотреть), ssh из коробки отсутствует и без белого адреса по нему напрямую не зайти
@Ground_Zerroбуквально одно замечание/просьба
окно с редактированием списка доменов в текущей реализации не очень удобно, предлагаю взять редактор из пользовательских правил фильтрации, он удобнее чем однострочное представление
Ладненько, видимо придется объяснять на пальцах)
Раз в приложении это реализовано, ничего не мешает показывать размер компонентов в веб. Надеюсь так понятнее
еще с 4.3, её функционал разобран довольно детально, складывает в ipset адреса, так же как и в 5.0, но без включения "роутинга" как раз в случае, если мы собрались рулить им через opkg.
На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.