Zapret Wiki

Недавно обновлено

время чтения ~12 мин.

.md

🛰️ Project X (Xray-core): что это за проект и откуда он взялся

О чём заметка

Обзорная заметка о Project X — проекте вокруг ядра Xray-core и протоколов XTLS и REALITY, на которых сегодня работает большинство VLESS-серверов для обхода блокировок. Здесь — история проекта (от V2Ray до форка и нынешних дней), объяснение его ключевых технологий и карта экосистемы. Устройство самого протокола VLESS подробно разобрано в отдельной заметке Протокол VLESS; разбор актуальных методов детекта связки VLESS+REALITY — в разборе схемы ограничений июня 2026.

TL;DR

  • Project X — организация на GitHub (XTLS), развивающая ядро Xray-core, протокол маскировки REALITY и семейство технологий XTLS. Сайт: xtls.github.io.
  • Xray-core — это форк V2Ray (ноябрь 2020), случившийся из-за лицензионного конфликта вокруг XTLS-патча. Автор XTLS и VLESS — анонимный разработчик RPRX — ушёл из v2fly и основал собственный проект.
  • Главная идея всех технологий проекта — сделать прокси-трафик неотличимым от обычного HTTPS: XTLS убирает двойное шифрование, Vision маскирует паттерны «TLS внутри TLS», REALITY позволяет прикрываться настоящим чужим сайтом без собственного домена.
  • Сегодня Xray — де-факто стандарт обхода DPI-цензуры в Иране, Китае и России; вокруг него выросла экосистема клиентов (v2rayN, v2rayNG, Hiddify, Streisand) и панелей (3x-ui, Marzban).
  • Лицензия — MPL-2.0, версии с ~2024 года календарные (например v26.7.11 = 11 июля 2026).

Предыстория: V2Ray и исчезновение автора

Чтобы понять Xray, нужно начать с его прародителя. V2Ray (Project V) — платформа для построения прокси-сетей, созданная анонимным разработчиком под псевдонимом Victoria Raymond; первый релиз вышел 18 сентября 2015 года (Wikipedia). V2Ray принёс протокол VMess и модульную архитектуру «ядро + транспорты», ставшую образцом для всех последующих инструментов обхода цензуры.

Около февраля 2019 года автор V2Ray перестал выходить на связь, и проект остался без владельца. Сообщество реорганизовало разработку под новой организацией v2fly (репозиторий v2fly/v2ray-core), где проект живёт до сих пор.

«Victoria Raymond — девушка»? Не подтверждено

Женское имя «Victoria» породило устойчивое мнение, что автора V2Ray — женщина, а заодно эту «женскость» переносят и на RPRX (автора Xray). На деле git-история того же проекта показывает, что тот же аккаунт чаще подписывался мужским именем «Darien Raymond», так что реальный пол автора неизвестен, а не женский. Полный разбор — в отдельной заметке про авторов V2Ray и Xray.

Проще говоря: V2Ray — «дедушка» современных VLESS-серверов, потерявший автора и перешедший под управление сообщества. Именно внутри этого сообщества и созрел конфликт, породивший Xray.

Форк: лицензионный конфликт вокруг XTLS (ноябрь 2020)

Разработчик под псевдонимом RPRX создал для v2ray-core два ключевых компонента: протокол VLESS (лёгкая замена VMess) и технологию XTLS (см. ниже). Точная механика конфликта (по разбору сообщества в v2fly discussions #688) такова: код XTLS был опубликован, но под проприетарной лицензией, не удовлетворяющей требованиям OSI. Это ломало сборку Debian-пакета (Debian принимает только OSI-совместимый код). Мейнтейнер Debian-пакета попросил RPRX перелицензировать XTLS под открытую лицензию — RPRX отказался (обсуждение XTLS/Go #9). Тогда мейнтейнер предложил (v2ray-core #2789) убрать XTLS из ядра, чтобы сохранить Debian-пакет. Сообщество проголосовало — «отказаться от Debian-пакета или удалить XTLS» — и выбрало удалить XTLS (это произошло в версии v2ray-core 4.33.0).

Мотивы сторон — предмет спора, а не установленный факт

В том же обсуждении #688 участники расходятся в оценке, почему RPRX отказался открыть лицензию. Одни называют это «личной выгодой» (私利) и виной за раскол; другие считают такую оценку несправедливой и предлагают судить по первичной переписке в XTLS/Go #9. Ещё один участник резюмирует: «враг должен быть один — GFW». Это оценки и приписывание мотивов, а не документированный факт; заметка их не разделяет. Достоверно лишь то, что RPRX считал XTLS своей личной разработкой и не согласился передать решение о лицензии сообществу.

Отдельная линия ретроспективы (комментарии 2025 года в XTLS/Go #9): часть участников считает, что конфликт во многом раздут недопониманием из-за машинного перевода (китайский ↔ английский). По их прочтению, упаковщик Debian (rogers0) по-английски писал вполне вежливо, без «морального давления» — он лишь просил убрать из лицензии строку «Only for compiling executables usage for now», делающую код несвободным, и сожалел, что иначе Debian-пакет придётся снять. Резкость же возникла из восприятия RPRX плюс атак в китайских чатах вне самого issue. Это тоже интерпретация, но она смягчает картину «злого умысла» с обеих сторон.

RPRX вместе со сторонниками ушёл и основал Project X. 25 ноября 2020 года вышел Xray-core v1.0.0 — форк v2ray-core (по README Xray — от коммита 9a03cc5), объединивший бинарники v2ray и v2ctl в один xray и включивший полную поддержку VLESS и XTLS. Полная родословная ядер (Shadowsocks → V2Ray → v2fly → Xray) с разбором, где code-fork, а где идейное наследование, — в сравнении v2fly и Xray. На старте Xray был функциональным супермножеством V2Ray (всё то же плюс XTLS), но с тех пор проекты разошлись: сам Project X предупреждает, что Xray больше не является drop-in-заменой v2ray-core. Лицензия Xray-core — MPL-2.0.

Кто такой RPRX

RPRX — анонимный автор и бессменный лидер Project X, дизайнер VLESS, XTLS, XTLS-Vision, REALITY и XHTTP (по био профиля github.com/rprx: «VLESS & XTLS & REALITY & XHTTP»). Личность намеренно не раскрыта — официальное кредо проекта прямо гласит «It doesn’t matter who we are» («неважно, кто мы»). Коммиты и релизы подписываются верифицированной GPG-подписью.

Миф «Xray-core создала девушка» — не подтверждён

В русскоязычном сообществе RPRX нередко упоминают в женском роде и говорят, что ядро «написала девушка». Публичных подтверждений этому нет. Ни в профиле GitHub, ни в README, ни в официальной хронике, ни в релизах RPRX не указывает своё имя, пол, гендер или местоимения и никогда не делал(а) заявлений о женской идентичности. Женский род в чатах и ассоциация с аниме-аватаром — это конвенция и мем сообщества, а не факт: никнейм, аватар и языковые привычки чужих людей не являются заявлением человека о себе. Что известно достоверно: RPRX — псевдонимная фигура, реальные имя, пол и личность официально не раскрыты. Поэтому корректно писать о создателе нейтрально, не приписывая пол.

Ключевые технологии

VLESS: протокол без лишнего шифрования

VLESS — транспортный протокол прокси, придуманный RPRX как облегчённый наследник VMess. В отличие от VMess, VLESS не шифрует полезную нагрузку сам — шифрование делегируется внешнему слою (TLS, REALITY), и не требует синхронизации времени между клиентом и сервером. Подробный разбор протокола — в заметке Протокол VLESS; здесь важно одно: VLESS — это «скелет», а вся маскировка живёт уровнем ниже, в XTLS/REALITY.

XTLS: убрать «TLS внутри TLS»

Классический прокси-через-TLS страдает двойным шифрованием: пользователь открывает HTTPS-сайт (первый слой TLS), и этот уже зашифрованный поток заворачивается во второй TLS-туннель до прокси-сервера. Это и лишняя нагрузка на CPU, и — главное — детектируемый цензором паттерн «TLS-in-TLS».

Идея XTLS: раз внутренний трафик уже зашифрован настоящим TLS 1.3, внешний слой после рукопожатия можно не шифровать повторно, а передавать внутренний поток напрямую. Ранние режимы Direct и Splice (Splice использует zero-copy механизм ядра Linux) давали почти нулевые накладные расходы — Xray спокойно работал даже на роутерах с OpenWRT.

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

Важно не путать уровни: XTLS — это не шифр и не протокол, а механизм управления потоком поверх уже установленного TLS/REALITY. Подробный разбор терминологии (VLESS vs XTLS vs REALITY — что есть что) и механики паддинга/splice — в отдельной заметке XTLS и Vision.

XTLS-Vision: ответ на детект TLS-in-TLS (осень 2022)

Ранние режимы XTLS со временем научились детектировать: у прямой передачи вложенного TLS остаются характерные размеры и тайминги пакетов. Осенью 2022 года, на фоне волны блокировок прокси-серверов в Китае, RPRX выпустил новый flow-режим XTLS-Vision (xtls-rprx-vision) — он дополняет (паддит) первые пакеты соединения, размывая сигнатуру вложенного рукопожатия. Vision быстро стал рекомендуемым режимом по умолчанию для VLESS-серверов и на 2026 год остаётся единственным живым режимом XTLS (старые origin/direct/splice удалены). Как именно Vision паддит пакеты и когда переходит в zero-copy splice — в заметке XTLS и Vision.

Точность дат

Точные дни релизов Vision (осень 2022) и REALITY (весна 2023) в доступных источниках не зафиксированы — даты в заметке ориентировочные, по релиз-циклу Xray-core и обсуждениям в сообществе.

REALITY: прикрыться настоящим чужим сайтом (2023)

REALITY (github.com/XTLS/REALITY) — замена классического серверного TLS, появившаяся весной 2023 года. До неё владельцу прокси нужен был собственный домен и сертификат (например, от Let’s Encrypt) — а сам факт «свежий домен + сертификат + странный трафик» уже был сигналом для цензора.

REALITY работает иначе: сервер при рукопожатии проксирует настоящий TLS-handshake реального стороннего сайта (например, крупного публичного домена). Цензор, проверяющий сервер активным зондированием (active probing), получает настоящий ответ настоящего сайта — отличить прокси от легитимного сервера снаружи не получается. Легитимный же клиент, знающий ключ, получает временный сертификат и устанавливает туннель. Итог: не нужен свой домен, нет серверного TLS-отпечатка, есть защита от active probing.

Проще говоря: сервер REALITY притворяется чужим известным сайтом так убедительно, что при проверке он и есть этот сайт — «своим» он открывается только по секретному ключу. Как устроено зеркалирование ClientHello на реальный сайт, криптографическая метка в SessionId и временный сертификат на HMAC — подробно в отдельной заметке REALITY.

Актуальный статус на 2026 год: REALITY по-прежнему криптографически не вскрыт, но цензоры сместились на поведенческий анализ соединений (тайминги, объёмы, эвристики) — подробный разбор этой схемы в заметке про DPI-эвристики июня 2026, а связанные риски настройки — в VLESS-SOCKS5-vulnerability и VLESS-localhost-protection-guide.

XHTTP: транспорт через CDN (2024)

XHTTP (изначально SplitHTTP, середина 2024; переименован и расширен к концу 2024) — транспорт, маскирующий трафик под обычные HTTP-запросы с раздельными путями upload/download. Главное применение — прохождение через CDN вроде Cloudflare: цензор видит соединение с CDN, а не с прокси-сервером. В Project X его позиционируют как направление «Beyond REALITY» (обсуждения Xray-core). Разбор режимов packet-up/stream-up/stream-one, XMUX и механики маскировки — в отдельной заметке XHTTP.

Экосистема и распространение

Xray-core — это только ядро без графического интерфейса. Вокруг него выросла экосистема:

СлойПримерыРоль
ЯдроXray-core, sing-box (совместимая альтернатива, см. sing-box-extended)Реализация протоколов
Клиентыv2rayN (Windows), v2rayNG (Android), Hiddify, Streisand (iOS), NekoBoxGUI для пользователя
Панели3x-ui, x-ui, MarzbanУправление сервером и пользователями

Массовое применение — страны с DPI-цензурой: Иран, Китай, Россия. В российском контексте связка VLESS+REALITY на арендованном VPS — один из основных методов обхода наряду с локальными инструментами вроде zapret и альтернативными протоколами вроде Hysteria 2.

Xray vs v2fly сегодня: в чём разница

После форка 2020 года в мире V2Ray живут два независимых ядра одновременно, и оба на 2026 год активно развиваются — это не «оригинал и заброшенный форк», а два параллельных проекта с разными мейнтейнерами и разным фокусом.

Кто где из авторов — частая путаница

Автор скандала вокруг лицензии XTLS — RPRX — ушёл и с тех пор ведёт именно Xray-core (Project X), а НЕ v2fly. Распространённое заблуждение «поругавшийся автор теперь сидит на v2ray-core» — неверно: v2fly/v2ray-core мейнтейнит команда сообщества (та, что подхватила проект после исчезновения Victoria Raymond), и XTLS они из своего ядра как раз выпилили. То есть RPRX не «живёт на втором проекте» — он основал свой, третий по счёту (V2Ray → v2fly → Xray), и развивает его.

Проще говоря: V2Ray создала Victoria Raymond и пропала; сообщество продолжило её проект как v2fly; RPRX поругался с этим сообществом из-за лицензии и отпочковал свой Xray. Сегодня v2fly и Xray — соседи-конкуренты, каждый со своей командой.

Оба проекта живы (на июль 2026)

  • Xray-core (Project X): ~40 тыс. звёзд, календарные версии (v26.7.11 = 11 июля 2026), выкладываются часто. Фокус — агрессивное развитие антицензурных технологий.
  • v2fly/v2ray-core: ~34 тыс. звёзд, семантические версии (последняя — v5.52.0 от 7 июля 2026), релизы примерно раз в 4–6 недель (releases). Проект не заморожен: в него продолжают добавлять свои экзотические транспорты (WebRTC-туннель, Google Docs Viewer transport, X-Forwarded-For для gRPC), но в другом направлении, чем у Xray.

Технические различия

Xray-core (Project X)v2fly/v2ray-core
МейнтейнерRPRX и команда Project XКоманда сообщества v2fly
Общие протоколыVMess, VLESS, Shadowsocks, Trojan, SOCKS, Dokodemoте же
VLESSПолный, с XTLS-flow (Vision)Есть, но без XTLS-Vision
XTLS-VisionЕсть (эксклюзив)Нет
REALITYЕсть (эксклюзив)Нет
XHTTP / XUDPЕсть (эксклюзив)Нет
VLESS Encryption (пост-квант)Есть (с v25.9.5, сентябрь 2025)Нет
Свои транспортыXHTTP и др.WebRTC-туннель, Google Docs Viewer и др.
ЛицензияMPL-2.0MIT
СовместимостьОфициально больше не drop-in-замена v2ray-core—

Разница в философии

Главное различие — не в списке галочек, а в направлении. Xray сфокусирован на «войне с DPI»: почти все громкие антицензурные новшества последних лет (Vision, REALITY, XHTTP, пост-квантовое шифрование VLESS) рождаются именно здесь, часто как срочный ответ на новые методы блокировок в Китае, Иране и России. v2fly держит более консервативную линию классического V2Ray с упором на стабильность и широкий набор транспортов, но без «фирменных» XTLS/REALITY.

Именно поэтому в странах с жёстким DPI (Иран, Китай, Россия) на практике преобладает Xray-core — связка VLESS+REALITY возможна только на нём, и большинство популярных клиентов (v2rayN, v2rayNG, Hiddify, Streisand) и панелей (3x-ui, Marzban) собраны вокруг него.

Исходный код: что и где ресёрчить

Xray-core — открытый проект на Go, весь код доступен для изучения. Если цель — понять, как VLESS и REALITY устроены «под капотом», ориентиры в репозитории github.com/XTLS/Xray-core такие:

Путь в репозиторииЧто там
proxy/vless/Сам протокол VLESS: формат заголовка, аккаунты, inbound/outbound-обработчики
proxy/vless/encoding/Кодирование запросов/ответов VLESS и addons (в т.ч. flow)
proxy/proxy.goЛогика XTLS-Vision: паддинг и обработка вложенного TLS
transport/internet/reality/Интеграция REALITY на стороне ядра (сам протокол — в отдельном репозитории XTLS/REALITY)

Локальная копия для ресёрча — модуль vpnbot

В инфраструктуре vpnbot есть собственный управляющий модуль xray_core (локально: G:\Privacy\vpnbot_codex\xray_core, основной файл manager.py, ~2700 строк Python). Важно не путать: это не исходники ядра Xray, а обвязка над ним — менеджер, который по SSH управляет установленным на серверах Xray-core: правит файл managed-inbounds (50_vpnbot_managed_inbounds.json), валидирует конфиг, перезапускает сервис vpnbot-xray.service, ходит в gRPC-API ядра (127.0.0.1:10085) и в online-трекер соединений. По части VLESS модуль сам проставляет клиентам flow xtls-rprx-vision, когда inbound работает по TCP с security reality/xtls — то есть в нём видно, как описанные выше технологии применяются в реальной боевой инфраструктуре. Рядом в vpnbot_codex лежат и сервисы жизненного цикла VLESS-клиентов (vless_revocation_service.py, vless_state_reconcile_service.py, user_vless_fingerprint_manager.py и др.).

📚 См. также

🤖 Эти статьи открыты — можно обучать на них ИИ

При желании вы можете натренировать ИИ на наших статьях. Исходное форматирование и скачивание всего репозитория одним zip-архивом доступны в Forgejo: исходник этой заметки · весь репозиторий.

Вид графа

Обратные ссылки