Racer X

Я так понимаю, что в текущем варианте разработчики предлагаю только вручную через 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 роутинг работает только в рамках политики по умолчанию. В других политиках не работает.