Ядро Xray-core

Ядро, а не протокол — почему это важно

Путаница возникает постоянно: «подключиться по Xray» звучит так же естественно, как «подключиться по WireGuard», но означает совсем другое. WireGuard — это спецификация протокола. Xray — программа, реализующая целый набор чужих спецификаций.

Когда в профиле написано «Xray», на деле имеется в виду один из протоколов, которые это ядро умеет: чаще всего VLESS с Reality, иногда Trojan или Shadowsocks. Ядро лишь исполняет протокол, а вся логика транспорта описана в других документах.

Практическое следствие: сравнивать Xray с WireGuard по скорости или незаметности некорректно. Сравнивать нужно протоколы. Ядро влияет на результат другим — качеством реализации, накладными расходами и тем, насколько быстро в нём появляются новые возможности.

Движок маршрутизации внутри ядра

Самая недооценённая часть Xray — не транспорт, а маршрутизация. Ядро принимает соединение, смотрит на домен назначения, IP-адрес, порт и иногда на процесс-источник, после чего решает, в какой из настроенных исходящих каналов его отправить.

Каналов может быть несколько: один через удалённый сервер, второй напрямую, третий — в никуда. Правила описываются списками доменов и подсетей, есть готовые наборы, обновляемые сообществом. Типичная схема: российские сервисы и банки идут напрямую, локальные адреса тоже, всё остальное — через сервер.

Это заменяет системную маршрутизацию и правила фаервола. Всё решается внутри одного процесса, ничего не нужно прописывать в операционной системе. Цена — усложнение конфигурации: раздел с правилами часто оказывается больше, чем описание самих соединений.

Формат конфигурации

Файл настроек — это JSON с несколькими разделами верхнего уровня. Основные три: входящие соединения, исходящие соединения и правила выбора между ними. Дополнительно описываются журналирование, встроенный резолвер имён и интерфейс управления.

Многословность здесь принципиальная: каждый транспорт имеет собственный набор полей, и общих значений по умолчанию почти нет. Минимальный рабочий клиентский файл занимает 60–80 строк, серверный с правилами маршрутизации — 150–250.

Главная сложность в отладке. JSON не терпит лишней запятой, а ядро при ошибке структуры отказывается запускаться и печатает позицию символа, а не смысл проблемы. Поэтому конфигурации почти всегда собирают панелями управления или генераторами, а не пишут с нуля.

Почему большинство пользователей его не видит

Xray редко устанавливают отдельно. Обычно он встроен внутрь приложения: клиент показывает список локаций и кнопку подключения, а под капотом собирает конфигурацию, запускает ядро и следит за его состоянием.

Профиль подписки, который вы вставляете в приложение, — это, по сути, сжатое описание исходящего соединения. Клиент разворачивает его в полноценный JSON, добавляет свои правила маршрутизации и передаёт ядру. Всё это занимает доли секунды и остаётся невидимым.

Ручная работа с ядром нужна в двух случаях: при настройке собственного сервера и при нестандартной схеме маршрутизации, которую интерфейс клиента не покрывает. В остальных ситуациях знать о существовании Xray полезно, но пользоваться им напрямую не приходится.