Настройки Xray DNS должны соответствовать маршрутам. Если не открывается внутренний домен или имя для прямого подключения, сначала проверьте локальный DNS маршрута. Замена системного DNS туннеля сама по себе не меняет этот резолвер. Платформенные поля описаны в настройках VPN Tunnel.

Три настройки

Настройка	Назначение	Где менять
Smart/обычный Custom Local DNS	Разрешение доменов для прямой маршрутизации	Редактор маршрута; обычный Custom использует app-dns-direct
Продвинутый Custom / Raw DNS	Полная пользовательская DNS-схема и маршруты запросов	dns, связанные outbounds/routing в JSON
DNS туннеля	Адреса, применяемые/объявляемые платформенным туннелем	Дополнительно → VPN Tunnel; имя также для Apple DoT

DNS туннеля не заменяет резолвер маршрута. При проблемах с внутренним доменом сначала проверьте Local DNS.

Smart и обычный Custom

У прокси и прямого выхода есть основной и упорядоченные резервные адреса. Defaults: 8.8.8.8, кеш включён, один выход для резервов выключен. DNS-сопоставление берётся только из доменных правил, proxy-исключения приоритетнее прямых категорий. Прямые запросы могут использовать прокси после ошибки, но домены прокси не переходят на direct DNS. Один выход ограничивает резервы тем же путём. Выключение прямого DNS сохраняет адреса без сопоставления; «Всё через VPN» формирует лишь proxy DNS.

DNS, sniffing и выбор прокси описывают обычную форму и JSON. Advanced и Raw сохраняют собственный DNS.

Адреса и доступность

Используйте строку, поддерживаемую Core: IP, tcp://192.168.50.53:5353 или HTTPS DNS поставщика. Обычный Custom сохраняет лишь tag/address; не добавляйте отдельные поля порта. Продвинутый Custom поддерживает описанную полную модель DNS.

Прямой DNS должен быть доступен без выбранного proxy. Резолверы через выбранный пул задавайте в Proxy DNS. Для отдельной явно выбранной цепочки нужна схема Advanced Custom или Raw. Зашифрованный DNS с доменным адресом может требовать bootstrap; не выдумывайте hosts и не отключайте проверку сертификатов.

DNS URL со схемой, оканчивающейся на +local, обходят routing Xray и обязательную привязку интерфейса. На Windows/Linux они отклоняются при запуске. Используйте обычный маршрутизируемый адрес, не меняя транспорт пользователя незаметно.

IPv6

Выключение меняет управляемые параметры туннеля и задаёт UseIPv4; включение — UseIP. У Windows MSIX своя обработка туннеля. Это не добавляет IPv6-block правила и не удаляет все пользовательские IPv6-пути. В продвинутом Custom и Raw приложение управляет корневой и объектной server queryStrategy, но не адресами DNS. Продвинутые шаблоны должны опускать эти поля стратегии.

FakeDNS

FakeDNS поддерживается в Smart Routing, Custom Routing и управляемом Raw inbound. Текущий контракт импорта описан в разделе совместимости.

В Smart/обычном Custom по умолчанию выключен. Обычный Custom включает его вторым {"tag":"app-dns-fake","address":"fakedns"} и сохраняет app-dns-direct. Не добавляйте корневые fakeDns: true или fakedns в обычный Custom.

Приложение создаёт пулы 198.19.0.0/16 и 2001:2::/48 по 32768 записей и включает восстановление адресов на управляемом inbound. Прямые домены используют настоящий direct DNS; остальные подходящие A/AAAA могут получить fake IP. Маршрут всё ещё может быть direct/proxy/block. Реальное разрешение для IPIfNonMatch сохраняется.

Оба управляемых пула создаются и при выключенном IPv6; тогда запросы ограничивает UseIPv4. Пул не является адресом интерфейса TUN, который остаётся fc00::1/64. Явные пулы Advanced/Raw/провайдера не мигрируют и не переписываются. Raw/провайдер без DNS servers использует DNS туннеля в runtime; Advanced сохраняет собственную DNS-схему.

Продвинутый Custom сам задаёт сервер fakedns, необязательные корневые пулы и sniffing. Явный sniffing сохраняется; если он опущен, используются настройки приложения, включая восстановление при объявленном FakeDNS. Без пулов действуют значения Core. Перехват DNS и маршруты запросов задаются пользователем.

При полном отсутствии tunIn в Raw приложение создаёт inbound с восстановлением, если объявлены сервер или пулы FakeDNS. Sniffing существующего tunIn не меняется, даже если выключен или отсутствует: настройте восстановление самостоятельно. Пользовательские DNS и пулы сохраняются.

Fake IP должны попасть в туннель, а не в системный bypass. Карта живёт только в текущем Core; после перезапуска кэш браузера/ОС может содержать уже нераспознаваемые адреса. Нужен новый DNS-запрос. Нет гарантии бесшовного восстановления кэша или перехвата всех DoH/DoT приложений.

Справочник: Xray DNS, вместе с контрактами OneXray.

Остальные типы записей

A/AAAA всегда используют встроенный DNS. Для других типов Smart/обычный Custom предлагают прокси по умолчанию, прямой выход или пустой ответ NOERROR. Прокси сохраняет исходное назначение через выбранные полные цепочки, без подмены адресом proxy-resolver. См. политику и границы обмена. Advanced, Raw и провайдер управляют своим DNS.