Racer X
-
Постов
53 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Racer X
-
Кто не разбирается - тот туда не лезет. А кто лезет не разбираясь - сперва наступает на грабли, а потом начинает разбираться. Для 90+% пользователей роутеров маршрутизация это вообще что-то про яндекс навигатор, а не про роутер. А вообще это база. Если этого не знаешь, то это не "разбираешься не идеально", а не разбираешься совсем.
-
Видимо потому, что ничто не мешает маршрутизировать их в рамках интранета.
-
Да, является. При включенном транзите роутер вообще не сможет узнать к каким доменам обращается клиент и, соответственно, не сможет отработать роутинг если клиент обращается напрямую к внешним DNS.
-
Вы видимо невнимательно читали что я писал. Пакет для opkg (entware) вы интегрируете в web интерфейс прошивки? Сможете сделать для него там отдельный пункт меню или закладку? А без этого это костыль, а не полноценная интеграция с прошивкой. Для 90+% пользователей действия за пределами GUI это из области фантастики.
-
Нет, это не то. Это по сути костыль не интегрирующийся в веб интерфейс. По сути Entware существует параллельно основной прошивке. Думаю при наличие желания реализовать такую систему, ничто не помешает сделать возможным размещение плагинов на подключаемом носителе.
-
Мне кажется, что разработчикам Keenetic/Netcraze стоило бы интегрировать в прошивку что-то наподобие системы плагинов (типа приложений в прошивке) с документацией и возможностью написания их сторонними авторами и сообществом. И тогда бы спокойно можно было сосредоточиться на основном функционале прошивки, отдав общественности подобные функции на которые не хватает ресурсов или желания. Уверен, это сильно помогло бы развитию экосистемы.
-
Я так понимаю, что в текущем варианте разработчики предлагаю только вручную через CLI прописывать исключения для каждого домена т.к. считают такой вариант работы логичным и понятным...
-
Почти уверен что нет. Потому что это был ответ на жалобу, что x.com без точки в начале отравляет в тоннель все окачивающееся на x.com.
-
На 5.1.1
-
Веб интерфейс тоже не пропускает такую запись. Вот интересно, почему поддержка советует то, что невозможно использовать?
-
Видимо оно ожидаемое только для них... Может забросаем их жалобами? В том-то и дело, что НЕ работает. Если бы работало, то это было бы простым вариантом решения.
-
В этой реализации действительно так и есть. DNS-proxy резольвит IP домена из списка и после этого вносит именно IP в список маршрутизации и дальше маршрутизирует по IP до истечения TTL.
-
@cheburashkaDDNS дело в том, что у меня нет x.com в списке DNS роутинга. Да и даже если бы был, то yandeх он ru, а не com. Речь выше шла про все то, что заканчивается на x.com.
-
NC-1812, 5.1.0 Сегодня долго не мог понять некоторые странности, пока случайно не обнаружил, что yandex.ru с какого-то перепуга пошел в тоннель. Причем адреса, отдаваемые yandex.ru, несколько раз успели поменяться за время проверок, но все так же уверенно шли в тоннель. В списках DNS роутинга нет ничего даже близко похожего. В IP роутинге тоже ничего включающего подсети yandex нет. Перезагрузил роутер - все пошло как и должно напрямую в провайдера. Буду наблюдать...
-
Проверил на NC-1812 и NC-1012. 5.1 beta 4. Не подтверждаю. eu-west-2.compute.amazonaws.com пустая запись, IP не отдает. Внесен в список в DNS маршрутах. При этом ec2-13-42-147-12.eu-west-2.compute.amazonaws.com как и должен идет в тоннель.
-
Может быть роутер некорректно отрабатывает TTL у DNS?
-
«Чтобы правильно задать вопрос, нужно знать бо́льшую часть ответа». :)
-
Оставьте провайдерский только для резолва внутренних доменов и больше ни для чего им не пользуйтесь. Да и вообще в наше время использовать обычный DNS уже как-то не але. Переходите на DoH или DoT. Кинетик при наличие DoH или DoT автоматом отключает обычные.
-
А вот это - да, важно. Еще неплохо фаерволом запретить DoT запросы клиентов наружу. Ибо галка запрета транзита блокирует только обычный открытый DNS по 53 порту. А андроид клиенты просто обожают использовать "частный DNS" который у них идет по TLS.
-
Они много где блокируются уже больше года. Я бы сказал, что они чаще недоступны чем доступны.
-
Да работает если все правильно настроено. Не идеально, но работает. На двух моих и еще 3 других роутерах за которыми присматриваю. Если не работает, то где-то что-то не то делаете. Как вариант dns запросы клиентов идут мимо dns-proxy роутера. Плюс dsn роутинг работает только в рамках политики по умолчанию. В других политиках не работает.
-
Есть устойчивое ощущение что с короткими списками работает лучше. У меня несколько списков в пределах 10-15 строк и два по 60-80. Так вот проблемы чаще всего возникают в длинных списках. Не могу полностью исключать банальное совпадение, но такое вот наблюдение имеется.
-
Ну тогда понятно почему у вас СОВСЕМ ничего не работает. Вы с реальных клиентов проверяйте. Запросы средств роутера не попадают в DNS роутинг.
-
Под "раньше" я имел в виду предыдущие альфы и беты 5.1.
-
У меня на двух роутерах 5.1b1 работает не хуже, не лучше чем раньше. Так же: то работает, то мимо идет. Принципиальных отличий я не заметил.
