knuklus

Обнаружил воспроизводимое поведение, которое, на мой взгляд, противоречит описанию работы DNS-based Routes. Условия В DNS-based Routes присутствует единственная запись: x.com Других доменов или похожих записей нет. Проверка При наличии единственной записи x.com в DNS-based Routes выполнение команды: traceroute -n yandex.com показывает, что трафик начинает маршрутизироваться через VPN. Это подтверждается уже на втором узле трассировки, который меняется с адреса провайдера на внутренний адрес VPN-интерфейса: 1 192.168.0.1 2 10.8.1.0 ... После удаления единственной записи x.com, применения конфигурации и очистки DNS-кэша выполнение той же команды: traceroute -n yandex.com показывает, что маршрут немедленно возвращается на основной интернет-канал. Второй узел трассировки снова становится адресом провайдера: 1 192.168.0.1 2 78.107.39.54 ... Таким образом, изменение единственной записи x.com в DNS-based Routes приводит к изменению маршрута домена yandex.com, что стабильно воспроизводится и подтверждается результатами traceroute. Ожидаемое поведение Согласно документации, запись x.com должна соответствовать только: x.com; *.x.com. (то есть всем поддоменам) Домены, содержащие последовательность символов x.com в подстроке (например, yandex.com), не должны попадать под это правило. Предположение Складывается впечатление, что при сопоставлении DNS-based Routes происходит некорректная обработка доменных имен, из-за чего правило x.com ошибочно применяется к yandex.com. Прошу проверить, воспроизводится ли данное поведение у других пользователей, а также подтвердить, является ли это известной ошибкой. Если это действительно баг, хотелось бы, чтобы сопоставление выполнялось строго по доменному имени (x.com) и его поддоменам (*.x.com), как это указано в документации.

Это как виджет можно было бы вывести на dashboard. Поддержу DNS Servers Ip Port R.Sent A.Rcvd NX.Rcvd Med.Resp Avg.Resp Rank 127.0.0.1 40500 1 1 0 113ms 113ms 4 127.0.0.1 40501 0 0 0 0ms 0ms 2 127.0.0.1 40502 27 27 0 23ms 27ms 10

Понимаю, но мы говорим про штатный функционал keen os

Прошу рассмотреть возможность добавить более гибкую настройку интерфейсов для DNS-записей. Сейчас при создании DNS-записи можно выбрать конкретный интерфейс или “любой интерфейс”. Было бы удобно добавить один из вариантов: 1. возможность выбрать сразу несколько интерфейсов для одной DNS-записи; 2. возможность выбрать “любой интерфейс, кроме указанных”; 3. либо оба варианта. Почему это полезно? Например, есть домашний интернет и несколько дополнительных подключений: WireGuard, WARP, SOCKS5/VPN и так далее. Сейчас, если я хочу использовать Яндекс DoH только для домашнего интернета, а для всех остальных подключений Cloudflare DoH и Google DoH, приходится создавать отдельные DNS-записи под каждый интерфейс. Условный пример текущей схемы: Яндекс DoH для домашнего интернета; Cloudflare DoH для подключения 1; Google DoH для подключения 1; Cloudflare DoH для подключения 2; Google DoH для подключения 2; Cloudflare DoH для подключения 3; Google DoH для подключения 3. В итоге получается много дублирующихся записей, хотя логически настройка простая: один DNS должен работать только на домашнем интернете, а два других DNS должны работать на всех остальных интерфейсах. Если добавить выбор нескольких интерфейсов или режим исключения, такую схему можно было бы настроить всего тремя DNS-записями: Яндекс DoH: только домашний интернет; Cloudflare DoH: все интерфейсы, кроме домашнего интернета; Google DoH: все интерфейсы, кроме домашнего интернета. Это сделает настройку заметно удобнее, уменьшит количество дублирующихся записей и снизит риск ошибок при изменении конфигурации, особенно если у пользователя несколько VPN/прокси/WireGuard-подключений. Спасибо.