Маршрутизация по именам доменов

[satxtreme]

Прошу Вас  создать  WEB страницу (Динамические маршруты) для такого сервиса - т.е. пользователь вводит имена доменов и нужный сетевой интерфейс через который к ним обращаться (особенно актуально при наличие разного VPN), тем более что в ПО уже реализована маркировка и создание таб.маршрутизации для нее - это профили. p.s Большинство сайтов используют динамические ip 

 

Изменено 13 марта, 2023 пользователем satxtreme
изминение

[obukhoff]

Для меня данная тема закрылась установкой entware + kvas 

Что и как ставить/настраивать - гуглите.

[ZeroUnderscoreOu]

On 6/3/2024 at 10:39 AM, Le ecureuil said:

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

То есть вы не реализуете фичу, которая нужна реальным пользователям (в этой теме, например) из-за страха перед теоретическими проблемами. Классная логика.

Мне тоже нужна маршрутизация по доменному имени.

[HEcaxap]

1 минуту назад, ZeroUnderscoreOu сказал:

То есть вы не реализуете фичу, которая нужна реальным пользователям (в этой теме, например) из-за страха перед теоретическими проблемами. Классная логика.

Мне тоже нужна маршрутизация по доменному имени.

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

[ZeroUnderscoreOu]

4 minutes ago, HEcaxap said:

Если мы ее реализуем в варианте, как предлагаете вы

Конкретно я не предлагаю никакой вариант - мне просто нужна возможность добавлять маршруты, используя доменные имена, а не IP адреса (пожалуйста!).

Ну и нормальная документация, потому что в текущей статье по статическим маршрутам многого нет.

[ChichMarin]

14 часа назад, HEcaxap сказал:

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

С момента создания темы 2023 года, не пора ли реализовать хоть какой-то вариант? Желающих данной функции, я уверен намного больше, чем ваши ожидания "потока запроса в поддержку"

[V.A.S.t]

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

[Denis P]

48 минут назад, V.A.S.t сказал:

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

И сразу со списками "нужных" сервисов и всеми их доменами? 

[whyyouhateme]

Поддерживаю! Если не хотите добавлять домены сделайте хотя бы как в микроте - списки адресов, чтобы я мог маршруты поменять просто выбрав другой интерфейс для ГРУППЫ адресов, не правя TXT и не перезагружая роутер! Порядок адресации, чтобы я мог всю подсеть отправить в одном направлении, но два адреса из нее в другом.  Ну это издевательство какое-то, хочешь сменить интерфейс для части адресов - сиди страдай. 

Изменено 21 октября, 2024 пользователем whyyouhateme

[Tema Kosakov]

В 03.06.2024 в 10:39, Le ecureuil сказал:

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

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

[ANDRUZ]

Вставлю свои 5 копеек. Ребят, очень хочется иметь подобную фичу, сделайте пожалуйста.

Насколько я знаю, в некоторых роутерах реализовано подобное из коробки. Например в роутерах xiaomi со стоковой miwifi прошивкой. Значит подобный вариант для пользователей рабочий.

entware + kvas гораздо менее поддерживаемый вариант. Одно дело иметь в интерфейсе перед глазами все маршруты с возможностью подправить в любой момент, и совсем другое лезть каждый раз в терминал для добавления доменов.

Считаю роутеры кинетик лучшими и имею целый веер разных моделей. Еще раз - пожалуйста, очень не хватает подобной функции.

 

[loposk]

Сделал костыль в виде питон скрипта, который запускается раз в 30 минут, резолвит нужные мне доменные имена и добавляет маршруты к ним через api. Единсвенный плюс данного костыля заключается в том, что не надо на ротуер ничего ставить.

Добавить маршрут

session = requests.session()
session.auth = (keenetic_login, keenetic_password)
body=({
  'host':ip,
  'interface':keenetic_interface,
  'auto':True,
  'comment':domain
})
body = json.dumps(body, indent=4)
url = f"{keenetic_address}/rci/ip/route"
response = session.post(url, data = body)

Удалить маршрут

session = requests.session()
session.auth = (keenetic_login, keenetic_password)
body=({
  'no':True,
  'host':route.get('host'),
  'interface':keenetic_interface
})
body = json.dumps(body, indent=4)
url = f"{keenetic_address}/rci/ip/route"
response = session.post(url, data = body)

Настройка доступа к api https://help.keenetic.com/hc/ru/articles/11282223272092-Применение-методов-API-посредством-сервиса-HTTP-Proxy

[KKey]

В 03.06.2024 в 12:39, Le ecureuil сказал:

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

День добрый. Ребят, как-то не серьезно. Вы это ITшникам тут про UX UI и потоки обращений на поддержку рассказываете?🤔 Есть вагон и телега способов отобразить этот функционал в интерфейсе так, чтобы у пользователя не было завышенных ожиданий. У вас в текущем исполнении инструментов для справок, сносок, гидов и т.п. достаточно. Остается только подумать над максимально понятными и краткими формулировками в них и статьей в справке, где можно уже разжевать в картинках тонкости многосоставных современных веб-сервисов. Ваше железо берут в том числе как раз для сокращения трудозатрат и удобства, а с этим функционалом как-то все через одно место. Даже у М.. есть лайтовая возможность настроить это через интерфейс. 😐

Очень просим и ждем новостей о сроках реализации. 

Изменено 2 декабря, 2024 пользователем KKey
Последний крик души

[Dimazzan]

В 02.06.2024 в 13:11, Le ecureuil сказал:

покажите-ка мне как вы юзеру объясните, почему его ютуб не показывает, хотя он ввел youtube.com в политику.

как вы юзеру объясните, почему его ютуб не показывает, хотя он ввел ip адрес youtube.com в политику

[keenet07]

Это можно было бы реализовать через пресеты. Объединенные в группу IP адреса и подсети. В пресет youtube входили бы все его подсети с возможностью их редактирования. Сами пресеты могли бы создаваться как вручную пользователем, так и подгружаться онлайн или из файла, либо сразу присутствовать в прошивке в виде готовых наборов и обновляться вместе с версией прошивки, как это сделано в части работы сервиса классификации трафика. Возможно даже и использовать его как-то для этого.

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

Задокументировать всё.

Пока к сожалению не решаются взяться за эту задачу. 

Изменено 20 января пользователем keenet07

[NULL]

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

Изменено 20 января пользователем Lemoyne

[Dimazzan]

8 часов назад, keenet07 сказал:

Объединенные в группу IP адреса и подсети

Откуда ты можешь знать какие подсети в данный момент будут работать с конкретно твоего ip? 
 

Откуда ты можешь знать что не зацепишь подсети другого сервиса/софта?

 

Я сейчас столкнулся с тем что перенаправив трафик от заблокированного на VPN поломал рабочий софт, тк зацепило его подсети. 
 

Есть ощущение что разработчики живут не в россии

 

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

[keenet07]

57 минут назад, Dimazzan сказал:

Откуда ты можешь знать какие подсети в данный момент будут работать с конкретно твоего ip? 
 

Откуда ты можешь знать что не зацепишь подсети другого сервиса/софта?

Через анализ DNS запросов. Всего 6-7 доменов (речь о YT) включая поддомены и всё что нужно уже есть. 

Ну если ещё что-то висит на этих доменах, то зацепишь. 

Изменено 20 января пользователем keenet07

[vincome]

OPKG это функция для энтузиастов. И никакой поддержки от разработчиков по ней ждать не стоит.

Все что вы делаете внутри Entware это полностью ваша ответственность. Вам дали функционал - пользуйтесь.

[vincome]

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

По поводу сделать это штатно - реально не объяснить будет пользователям почему добавление корневого домена (к примеру youtube.com) не решает задачу. 

И второе - таким функционалом вы напрямую даете в руки пользователя возможность обходить блокировки РКН. И хотите привлечь к себе его внимание. Им это нужно?

Изменено 21 января пользователем vincome

[FLK]

12 минут назад, vincome сказал:

По поводу сделать это штатно - реально не объяснить будет пользователям почему добавление корневого домена (к примеру youtube.com) не решает задачу.

Если захотеть, можно и медведя на велосипеде научить ездить))))

Я думаю 99% тех, кому "реально не объяснить" это и вообще не надо...

Изменено 21 января пользователем FLK

[NULL]

4 часа назад, vincome сказал:

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

По поводу сделать это штатно - реально не объяснить будет пользователям почему добавление корневого домена (к примеру youtube.com) не решает задачу. 

И второе - таким функционалом вы напрямую даете в руки пользователя возможность обходить блокировки РКН. И хотите привлечь к себе его внимание. Им это нужно?

Если добавить поддержку ipset ов через cli или .conf файл, не думаю что у пользователей возникнут какие либо вопросы. Это не обязательно предполагает маршрутизацию по доменам (касательно вопроса про ркн)

Аргументы которые я слышал от разработчиков 

а) если делать маршрутизацию по доменам то только полноценную

б) если делать полноценно с поддержкой настройки в web ui, то возникнут вопросы у пользователей

 

Итого: лучше не делать) Но ведь не хочется городить прослойку из нескольких резолверов. Были бы исходники ndnproxy мб кто-то бы сам дописал туда

[avn]

В 02.06.2024 в 13:11, Le ecureuil сказал:

При чем тут maradns и ipset? Добавлять адреса это 1% от сложности дела, основное я описал выше - покажите-ка мне как вы юзеру объясните, почему его ютуб не показывает, хотя он ввел youtube.com в политику.

Как насчет добавить поддержку ipset?

 

 

[sergdvin]

Т.е. 

1 час назад, vincome сказал:

OpenWrt

 

1 час назад, vincome сказал:

Микротик

Т.е. вариант добавить этот функционал в Keenetic даже не рассматривается ? У меня есть keenetic , я хочу чтоб это было в нем. И раз эта ветка форума есть значит не я один хочу. 

Изменено 22 января пользователем sergdvin

[FLK]

В 22.01.2025 в 20:25, sergdvin сказал:

Т.е. 

 

Т.е. вариант добавить этот функционал в Keenetic даже не рассматривается ? У меня есть keenetic , я хочу чтоб это было в нем. И раз эта ветка форума есть значит не я один хочу. 

Последнее сообщение)

[keenet07]

Развитие темы и внедрение.

Изменено 2 марта пользователем keenet07

[keenet07]

Дальнейшее развитие темы.

В 5.0 Alpha 9 внедрили маршрутизацию по группе доменов FQDN. Кто пробовал?

[dimon27254]

9 часов назад, keenet07 сказал:

В 5.0 Alpha 9 внедрили маршрутизацию по группе доменов FQDN. Кто пробовал?

Я проверял. Все работает.

Однако, хотелось бы иметь возможность ограничивать доступ к маршрутизации. Например, чтобы только определенные устройства (или принадлежащие конкретному сегменту) получали доступ к доменам через туннель, а все остальные как обычно - через провайдера.

@Le ecureuil

Изменено 26 июля пользователем dimon27254

[lizgin]

KeeneticOS 5.0 Alpha 9 : DNS: реализована маршрутизация на основе группы объектов FQDN [NDM-3946]

Это шаг в нужную сторону и то что нам нужно?

[FLK]

3 часа назад, lizgin сказал:

KeeneticOS 5.0 Alpha 9 : DNS: реализована маршрутизация на основе группы объектов FQDN [NDM-3946]

Это шаг в нужную сторону и то что нам нужно?

Именно, но придется пользоваться CLI

[lizgin]

1 час назад, FLK сказал:

Именно, но придется пользоваться CLI

а где почитать как создать группу и внести туда домены, как указать группе интерфейс нужный?