# DNS, распознавание трафика и выбор прокси

Source: https://onexray.com/ru/docs/configuration/routing-options/
Description: Настройте DNS и резервирование, распознавание трафика и выбор активной цепочки по задержке в OneXray.
Language: ru-RU
Last updated: 2026-10-23


Умная маршрутизация и каждый обычный маршрут независимо сохраняют DNS, распознавание трафика и выбор прокси. Правки применяются после сохранения; для активного маршрута App нужно подтверждённое переподключение. Advanced/Raw и конфигурации провайдера используют свои поля.

## DNS прокси и прямого выхода

Для каждого пути задаются основной и упорядоченные резервные адреса. Основные адреса по умолчанию — `8.8.8.8`, кеш включён, резервирование только через тот же выход выключено. В записи редактируется лишь адрес, включая поддерживаемые TCP/HTTPS формы.

DNS-сопоставление берётся только из чисто доменных proxy/direct правил. Исключения прокси приоритетнее широких прямых категорий. Домены прокси не переходят к прямому DNS. Прямой DNS после ошибки по умолчанию может использовать прокси; режим одного выхода ограничивает резервные запросы тем же путём. Выключение прямого DNS сохраняет адреса, но не применяет доменное сопоставление. DNS туннеля — отдельная платформенная настройка.

В обычном JSON используются теги `app-dns-proxy`/`app-dns-direct` в порядке основного и резервных серверов; для FakeDNS — `app-dns-fake`. Корневые `disableCache` и `disableFallbackIfMatch` задают кеш и резервирование в том же выходе. Домены, `finalQuery` и IPv6-политику формирует App. У обычного resolver доступны только address/tag: нет отдельных тайм-аутов, переопределения кеша, фильтров ответов, устаревшего кеша или параллельных запросов. Нативные поля и подсказки JSON остаются в Advanced/Raw.

## Распознавание трафика

HTTP/TLS/QUIC включены по умолчанию; `routeOnly` и `metadataOnly` выключены. `metadataOnly` использует метаданные без чтения содержимого HTTP/TLS/QUIC. FakeDNS требует включённого sniffing. Обычная форма не задаёт исключения доменов/IP.

Обычный обмен сохраняет единственный `inbounds`-заполнитель с tag `tunIn` и `sniffing.enabled`, `routeOnly`, `metadataOnly`. App формирует `destOverride` и реальный слушатель. Advanced/Raw сохраняют полные объекты и нативные исключения.

## Циклический выбор и минимальная задержка

По умолчанию — round robin. Least latency проверяет только выбранные для подключения полные цепочки, если их хотя бы две. Один фиксированный узел сохраняет настройку без лишних проб. Конечный выход входит в каждую цепочку. Эти результаты отделены от ручных тестов списка серверов.

По умолчанию: `https://www.google.com/generate_204`, 60 секунд, параллельные пробы. Форма предлагает 30/60/300 секунд; импорт принимает HTTP(S) URL и поддерживаемую duration не меньше 10 секунд.

Новые соединения используют результаты, существующие TCP/UDP-сессии не переносятся. При неудаче leastPing выбирает первую полную цепочку, не прямой выход. После правил пользователя App добавляет прокси-правило для своего TUN и включённого LAN-входа. Round robin сохраняет прежний первый outbound и прямой fallback. Доступность тестового URL не доказывает разблокировку Netflix/AI или пропускную способность.

Страница подключения показывает неизвестно/доступно/ошибка, задержку и время проверки из metrics. Отсутствие metrics не означает отключение VPN. Обычный и расширенный обмен разрешают у `routing.balancers` только tag `proxy` и `strategy.type=roundRobin|leastPing`, а у Observatory — `probeURL`, `probeInterval`, `enableConcurrency`. `selector`, `fallbackTag`, `subjectSelector` формирует App. Дополнительные входы Advanced требуют явного `balancerTag: proxy`.