vincome

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

А кто вам мешает настроить 1 маршрут через 2 интерфейса? 2 раза добавить маршрут через разные интерфейсы. Не взлететь может наверное только из-за количества. У меня около 30 маршрутов в офисы и 3 впн на 3 разных входа в локальную сеть фирмы, и все успешно переключается при падении какого то узла.

Настроить PingCheck на них. Маршрут настроить через оба подключения.

Автор скорее всего имел ввиду в разделе DNS маршрутизации возможность сменить массово интерфейс.

Если это реализуют, то это будет просто бомба. Сразу можно начать кардинально менять архитектуру Меш сети.

Технически проблем быть не должно. Но это уже маркетинговое и коммерческое решения. Это уменьшит покупки моделей со встроенными модемами. Это как решение не включать режим роутера в Бадди, но там бы вырос спрос на модель, но увы.

Нет, вы немного не так поняли вопрос. У человека отваливается маршрутизация по доменам если добавит дополнительный днс сервер для определённого домена. При этом днс продолжает работать везде кроме днс маршрутизации.

Что значит кастомный DNS? Отдельный DNS сервер для отдельного домена, в настройке Интернет-фильтрации? Тогда странно, у меня для RU зоны настроен Яндекс, и списки для ru доменов работают.

Так все равно все завязано на маркеры. Сейчас проверяется отсутствие маркера. Добавить проверять другие маркеры по политикам даст возможность привязывать свои ipset к политикам.

DNS ничего и не маркирует. он просто заполняет ipset. Маркеры ставятся и проверяются правилами iptables. Дополнительные политики аналогично могут иметь шлюз по умолчанию. Чтобы можно было создавать standelone политики, и в них аналогично маршрутизировать dns трафик. Да и по аналогии, с дефолтной, только наоборот, все идет к примеру в рабочий впн, а тот же кинопоиск чтобы шел через прова.

И каждый это Peak. Максимум что имеет смысл, сделать показ портов ретранслятора на странице Wifi системы.

Логика простая - назначать разным политикам разные списки DNS и шлюзов. Данная маршрутизация идет по маркировке пакетов. Весь трафик идущий по политике и так маркируется своим маркером. Маршрутизация по ДНС сейчас автоматически использует маркер политики по умолчанию. Вариант - использовать при создании маршрута для списка указывать еще и нужную политику, чтобы из нее брался ее маркер пакетов. На чистом линуксе я легко делаю динамическую маршрутизацию по ipset и маркеру пакетов, и рулю туда куда мне нужно. Здесь как вижу все аналогично реализовано на уровне фаервола, ipset и маркеров.

Там больше связано с общим объемом конфига. Он ведь пишется в отдельную область памяти флешки, и ее объем ограничен. Вот по 3м пункту полностью согласен, это было бы много удобнее, а главное сортировка приоритета, хотя в каком то виде это уже есть в последних бетах.

А зачем добавлять весь список доменов 4, 5 уровней? Достаточно добавить 2-3го, очень редко нужен 4й. Если так брать и считать по тому же ютубу, то там тогда в cdn наберутся десятки тысяч субдоменов.

Прошу добавить в имя выгружаемых файлов (бэкапа) конфига и прошивки имя устройства (описание). Когда много однотипных моделей, не всегда удобно выгружать файлы по папкам. Особенно когда делаешь это с мобильного приложения. К примеру после имени модели NC-1812-Дом....

Да.

Нет, другие подключения, в частности впн будут отключены в режиме ретранслятора. Но сами настройки как я помню сохранится, если перевести обратно в режим роутера все востановится.

Это маркетинг, врятли это дадут для любых моделей. Это деньги за более дорогие модели. Реализовать это на внешние модемы, при наличии готового решения для встроек не составляет труда. Это как держут бадди без функции роутера. Хотя это устройство дороже роутера того же класса, и было бы популярным решением.

Покажите где можно выбрать для примера только 20 и 80 мгц и исключить 40 и 160? А выбрать 2 стандарта сети N и AX исключая AC? Кинетик использует драйверы wifi чипов от производителя, и врятли будет лезть в их код. Это чревато получением нестабильности в работе и большими затратами при обновлении.

Источник получения информации то один и тот же. Ничего сильно больше там грузить не станет. Просто брать больше инфы из вывода таблицы conntrack

Боюсь это невозможно реализовать, тк все зависит от возможности драйвера wifi. А в них список стандартов это не битовая маска, а просто число, указывающие готовые наборы стандартов, зашитых в драйвер. Частоты тоже самое, выбирающие верхний диапазон. Переписывать Проприетарный драйвер стопроцентно никто не будет.

К сожалению это не панацея, тк доменов много, а записей DNS ограниченное небольшое количество.

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

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