.jpg.0afed6c89a325ba3737a4de7a89a8ca5.jpg)
vincome
-
Постов
139 -
Зарегистрирован
-
Посещение
-
Победитель дней
3
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент vincome
-
Один из вариантов возникает необходимость доступа разных пользователей в разные внутренние сегменты. Сейчас это можно сделать тоже, через базовый компонент Wireguard, но значительно сложнее при конфигурировании, и знании cli
- 3 ответа
-
- 1
-
-
-
Аналогично чтобы в доменной маршрутизации тоже можно было выбрать не отдельный интерфейс, а политику, через которую отправлять трафик. Вот тут добавить возможность выбирать не только интерфейс, но и политику.
-
Статическую маршрутизацию по назначению, но не через 1 интерфейс, а через группу интерфейсов (политику). по аналогии с обычным роутингом, ip route 8.8.8.0 255.255.255.0 Wireguard0 auto Вот такой роутинг хотим ip route 8.8.8.0 255.555.255.0 PolycyX auto но через политику с несколькими интерфейсами внутри с приоритетами без Entware.
-
Сюда и можно написать. В этом разделе форума.
-
Если бы это реализовали, то это была бы бомба.
-
Увы, но это не реализовано.
-
.thumb.jpg.fd52adb7f5531df9aefa2aace3f2dda6.jpg)
Вы честно предлагаете такой костыль? Добавлять в исключение все домены заканчивающиеся на x.com? (x.com и yandex.com в данном случае просто красивый пример показывающий проблему) А не реальное простое изменение регулярного выражения для исправления с *<домен> на (<домен>|*.<домен>) p.s. регулярка написана утрировано -
Но наверное самое правильное видится решение для реализации это, так это дать возможность указать в маршруте не только интерфейсы, но и политики. Вот тогда это будет огонь.
-
А кто вам мешает настроить 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-Дом....
-
- 1
-
