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-Дом....