Эта настройка сервера VLESS Reality использует Xray-core v26.3.27 на сервере и клиенте, Vision поверх raw и один локальный SOCKS-вход. Серверный пример предназначен выделенному Ubuntu 24.04 LTS. Инструкция описывает конфигурацию и приемку читателем; автор не выполнял полный сквозной тест развертывания.

Ключевые выводы

Зафиксируйте ядро и соответствующие поля: текущая документация может описывать другой синтаксис.

Идентификатор VLESS, пара ключей REALITY и flow Vision — отдельные настройки.

SOCKS на loopback обслуживает явно настроенные приложения, не все устройство.

Отказ, отзыв, перезапуск и восстановление проверяются независимо.

Используйте разрешенную TLS-цель и независимое управление узлом.

Для какой задачи подходит настройка сервера VLESS Reality?

Начните с руководства ответственности за самостоятельное размещение. Этот вариант нужен для эксплуатации Xray и управления авторизацией.

Для маршрутизируемого IP-шлюза используйте развертывание WireGuard на Ubuntu. Инструкции не являются предварительными этапами друг для друга. Роли VLESS, REALITY и Vision объясняют слои без повторения установки.

Если реальным приложениям нужен публичный доступ без обслуживания ядра, AethoVPN предоставляет вариант сервиса для устройства. На Windows установите официальный .exe, продолжите с кодом электронной почты, выберите доступное расположение в App и подключитесь. Документированный глобальный режим пересылает трафик всех приложений устройства через зашифрованный VPN; при выключенном режиме трафик к сайтам вашего региона идет мимо его ретрансляции.

Проверьте выходной IP, затем отдельно повторите задачу приложения и браузера. Одна успешная задача не подтверждает каждый процесс и назначение. Сравнивайте на отдельном управляемом устройстве, не меняя повседневные настройки.

Метод не обещает импорт VLESS, поддержку REALITY/Vision или управление сервером Xray. Новым пользователям доступен один трехдневный пробный Pro; удаление учетной записи не дает его заново. Попробовать вариант для поддерживаемого устройства.

Подготовьте разрешенный узел и фиксированную версию

Нужны выделенный неиспользуемый Ubuntu 24.04 LTS и независимый разрешенный клиент. Зарезервируйте серверный TCP 18443 и клиентский локальный TCP 10808.

Проверьте ss -lntup, службы, маршруты, владельца правил, пути конфигурации и консоль восстановления. До изменения политики создайте новую управляющую сессию. Если Xray или пути установщика уже существуют, остановитесь: свежая установка не должна перезаписать общий экземпляр.

Пример фиксирует официальный релиз v26.3.27.［1］ Запишите архитектуру бинарника и xray version с обеих сторон. Фиксация описывает эту конфигурацию, не разрешает постоянно игнорировать исправления безопасности. До обновлений читайте релизы, сохраняйте совместимую пару бинарника и настроек для возврата.

Выберите TLS 1.3 цель, принадлежащую вам либо явно разрешенную владельцем. Сервер должен достигать ее, сертификат должен быть действительным для TLS_NAME, а цель — соответствовать требованиям REALITY.［2］ TLS_TARGET:443 и TLS_NAME обозначают эту цель, не обязательно публичный endpoint прокси. Без разрешенной цели остановитесь до открытия входа, не заимствуйте имя публичного сайта и не отключайте проверки.

Схема описывает явный путь приложения. Серверная конфигурация автоматически не захватывает трафик другого приложения или системный DNS. Границы TUN и системного прокси объясняют дополнительные решения о захвате.

Шаг 1: Проверьте официальный установщик и установите ядро

Сохраните скрипт официального проекта установки в файл, изучите его полностью и проверьте shell-синтаксис перед выполнением.［3］ Это команды для выделенного узла читателя:

curl --fail --location --proto '=https' --proto-redir '=https' \
  --output install-release.sh \
  https://raw.githubusercontent.com/XTLS/Xray-install/main/install-release.sh
less install-release.sh
bash -n install-release.sh
sudo adduser --system --group --no-create-home xray-lab
sudo bash install-release.sh install --version v26.3.27 --install-user xray-lab
sudo systemctl disable --now xray.service
sudo systemctl is-enabled xray.service
/usr/local/bin/xray version
sudo systemctl cat xray.service

Проверьте все загрузки, записи файлов, изменения службы и пользователя, а также удаление. Установщик обновляется независимо от tag ядра; сохраните проверенный скрипт приватно и запишите его upstream-ревизию. Синтаксическая проверка не подтверждает доверие.

Новая установка запускает и включает xray.service; disable --now останавливает службу и отключает запуск при загрузке. Ожидайте disabled от is-enabled; иначе остановитесь до настройки. Запускайте привилегированный установщик только на выделенном узле, понимая его изменения.

Подтвердите пользователя xray-lab, файл /usr/local/etc/xray/config.json и бинарник /usr/local/bin/xray в unit. Не продолжайте с выполнением от root или неожиданным каталогом настроек. Ограничьте доступ к файлам и назначениям; панель не требуется. Высокий тестовый порт не требует привилегированного bind, однако набор capabilities установленного unit все равно необходимо проверить.

Шаг 2: Конфигурация Xray REALITY и настройка XTLS Vision

Создайте новый UUID командой /usr/local/bin/xray uuid, пару X25519 через /usr/local/bin/xray x25519, short ID через openssl rand -hex 8. Делайте это в частном терминале, не публикуйте вывод в обращениях или снимках. Закрытый ключ остается серверу; соответствующее открытое значение попадает в клиентское password. Храните значения в частной конфигурации, не аргументах shell.

Параметр	Сервер	Соответствие клиента
UUID VLESS	`clients[].id`	Исходящее `settings.id`
Vision	Явное пользовательское `flow`	`flow: xtls-rprx-vision`
Ключ REALITY	`privateKey`	Соответствующее открытое значение в `password`
Имя	Разрешенное `serverNames`	`serverName`
Short ID	Элемент `shortIds`	`shortId`
Endpoint	Адрес входа и TCP-порт	Достижимый публичный адрес и тот же порт

В этом теге входящий parser использует clients; текущая страница VLESS может показывать users. Исходник тега также допускает наследование flow входа, но пример явно задает Vision каждому пользователю.［4］ Transport parser принимает raw, а REALITY поддерживает target и клиентское password.［5］

Не соединяйте поля разных релизов. Руководство поля flow отдельно рассматривает совместимость.

Создайте частный серверный /usr/local/etc/xray/config.json, заменяя все заглавные placeholders. SERVER_LISTEN_IPV4 должен действительно принадлежать интерфейсу сервера. Публичный NAT-адрес провайдера может быть непригоден для локального bind.

{
  "log": {"loglevel": "warning"},
  "inbounds": [{
    "tag": "vless-lab", "listen": "SERVER_LISTEN_IPV4", "port": 18443,
    "protocol": "vless",
    "settings": {
      "clients": [{"id": "CLIENT_UUID", "email": "lab-device", "flow": "xtls-rprx-vision"}],
      "decryption": "none"
    },
    "streamSettings": {
      "network": "raw", "security": "reality",
      "realitySettings": {
        "show": false, "target": "TLS_TARGET:443", "xver": 0,
        "serverNames": ["TLS_NAME"], "privateKey": "SERVER_PRIVATE_KEY",
        "shortIds": ["SHORT_ID"]
      }
    }
  }],
  "outbounds": [{"tag": "direct", "protocol": "freedom"}]
}

У каталога должны быть root:xray-lab и режим 750, у файла — те же владельцы и 640. Служба сможет читать настройки без публичного чтения. UUID является авторизационным секретом; decryption:none относится к VLESS, а не разрешает убрать REALITY. Short ID не заменяет UUID или пару ключей.

sudo chown root:xray-lab /usr/local/etc/xray
sudo chmod 750 /usr/local/etc/xray
sudo chown root:xray-lab /usr/local/etc/xray/config.json
sudo chmod 640 /usr/local/etc/xray/config.json
sudo -u xray-lab /usr/local/bin/xray run -test -config /usr/local/etc/xray/config.json
sudo systemctl start xray.service
sudo ss -lntp

Успех теста конфигурации проверяет загрузку, не аутентифицированный трафик. Через действующий менеджер правил и группу безопасности откройте только выбранный TCP-порт, желательно ограничив публичным источником разрешенного клиента. Сохраните правила управления и не сбрасывайте межсетевой экран.

Неограниченный freedom достигает доступных узлу назначений. Используйте изолированный узел без чувствительных внутренних маршрутов либо сначала внедрите проверенный ACL назначения: аутентификация VLESS сама назначения не ограничивает.

Шаг 3: Настройте один официальный клиент Xray

На разрешенном клиенте используйте совпадающий официальный релиз. Сохраните JSON в частный client.json. В примере включен только TCP SOCKS и loopback-вход.［6］ На многопользовательском узле другие локальные пользователи тоже могут достигать loopback; нужен изолированный клиент либо подходящая защита локального доступа.

{
  "log": {"loglevel": "warning"},
  "inbounds": [{
    "listen": "127.0.0.1", "port": 10808, "protocol": "socks",
    "settings": {"auth": "noauth", "udp": false}
  }],
  "outbounds": [{
    "protocol": "vless",
    "settings": {
      "address": "SERVER_PUBLIC_ENDPOINT", "port": 18443,
      "id": "CLIENT_UUID", "encryption": "none", "flow": "xtls-rprx-vision"
    },
    "streamSettings": {
      "network": "raw", "security": "reality",
      "realitySettings": {
        "serverName": "TLS_NAME", "fingerprint": "chrome",
        "password": "SERVER_PUBLIC_KEY", "shortId": "SHORT_ID"
      }
    }
  }]
}

Подставьте согласованные endpoint, UUID, имя, открытый ключ и short ID. Этот тег поддерживает плоские исходящие поля address/port/id.［4］ Ограничьте файл владельцем, проверьте и запустите в частном терминале:

chmod 600 client.json
xray version
xray run -test -config client.json
xray run -config client.json

Не меняйте существующие повседневные клиенты. Выполните явный запрос на управляемом клиенте, подставив разрешенные hostname и путь:

curl --fail --socks5-hostname 127.0.0.1:10808 https://AUTHORIZED_TASK_HOST/task

--socks5-hostname передает имя через SOCKS для удаленного разрешения, а --socks5 разрешает локально.［7］ Сверьте собственные данные запроса назначения и видимый выход этого запроса. Это не доказывает DNS всего устройства или захват другого приложения. Прямой IPv6, UDP и TUN находятся вне примера TCP-приложения.

Шаг 4: Проверка сервера VLESS и восстановление

Используйте собственные одноразовые данные, запишите версию, метод, время, ожидаемый этап и наблюдение без секретов. Таблица содержит ожидаемые результаты, не выдуманные журналы.

Проверка	Метод	Ожидаемое наблюдение	При отказе
Настройки загружены	Версия, unit, пользователь, config test, вход	Нужный тег, файл, адрес и порт	Сначала исправить установку или права
Разрешенная пересылка	Явный SOCKS-запрос к разрешенному назначению	Нужный сервер пересылает задачу	Сравнить pairing и outbound
Захват и DNS	Повторить метод приложения с hostname	Принят только настроенный путь и удаленный DNS	Исправить приложение, больший охват не заявлять
Неверный UUID	Новая связь с невыданным одноразовым UUID	Нет аутентифицированной пересылки задачи	Проверить активный список и вернуть основу
Неверный REALITY	Новая попытка с неверным ключом или short ID	Нет авторизованной задачи прокси	Отличить fallback цели от разрешения
Отзыв	Удалить UUID, перезапустить экземпляр, повторить старый UUID	Новая связь запрещена; прежние сессии экземпляра завершены	Проверить постоянный файл и службу
Перезагрузка	Разрешенный reboot, затем новая задача	Те же версия, файл, вход и поведение	Проверить запуск и постоянные правила

REALITY может отправлять неудачно аутентифицированный трафик своей цели.［2］ Ответ и установленное TCP-соединение недостаточны. Отображение страницы цели в браузере не доказывает прохождение разрешенной задачи через VLESS. Не исправляйте отказ отключением безопасности или разрешением неизвестных пользователей.

Отзовите устройство и различайте сессии

Удалите UUID из постоянного серверного файла, проверьте конфигурацию от xray-lab, затем выполните sudo systemctl restart xray.service на выделенном экземпляре. Перезапуск прерывает все его сессии, не только одно устройство; перед применением в другом окружении учтите влияние. Повторите новую попытку отозванным UUID, снова сверьте файл и действующий unit.

Удаление подписки не отзывает доступ. Не возвращайте скомпрометированные данные из резервной копии.

Перед следующими разрешенными тестами создайте новый UUID, добавьте его в конфигурацию сервера и замените ID клиента. Проверьте оба файла, затем перезапустите выделенный сервер и клиент в переднем плане. Убедитесь, что новый UUID работает, а отозванный по-прежнему отклоняется.

После положительных и отрицательных проверок выполните sudo systemctl enable xray.service и подтвердите enabled через sudo systemctl is-enabled xray.service. При разрешенной перезагрузке проверьте версию, пользователя, путь, вход, межсетевой экран и цель, затем повторите новый запрос. Иначе запуск после загрузки остается непроверенным.

Отказы и сопровождение

Без входа проверяйте конфигурацию, разрешения, unit и владельца порта. Без принятого REALITY-этапа проверяйте достижимость, разрешенные имя/цель, пару ключей, short ID, часы и версию. При принятой аутентификации без ответа задачи проверяйте UUID/flow, исходящий маршрут и политику назначения.

Следуйте руководству отказа соединения, меняя одну переменную. Другой работающий VPN не локализует отказ между разными endpoint и протоколами.

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

Остановка и возврат

Остановите foreground-клиент через Ctrl-C и восстановите только сохраненные прокси-настройки приложения. На новом сервере выполните sudo systemctl disable --now xray.service, убедитесь в исчезновении входа и уберите собственные облачные и хостовые правила. После изучения удаления установщика убирайте только созданные этой свежей установкой файлы, units, пользователей и ресурсы; не применяйте purge к общему узлу.

Сверьте управление и обычную задачу. Сохраните необходимые частные записи, выводя секреты из обращения. Оплата узла и snapshots очищается отдельно у провайдера. Для будущего отката возвращайте совместимую пару бинарника и конфигурации, не смешивайте старую программу с новыми полями.

Итоги

Согласуйте идентификатор, REALITY, transport и Vision с фиксированным ядром.
Подтвердите один явный путь приложения до утверждений о большем охвате.
Отдельно докажите отказ, завершение сессий, новый отзыв, reboot и восстановление.

Часто задаваемые вопросы (FAQ)

Обязательна ли панель?

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

Почему здесь совпадают версии?

Совпадение ограничивает исследуемую конфигурацию. Текущая документация и другие клиенты могут иметь иные поля или defaults; успешный импорт не подтверждает совместимость всей рабочей цепочки.

Подключение захватывает все устройство?

Нет. Пример предоставляет локальный TCP SOCKS явно настроенным приложениям. TUN, маршруты устройства, UDP и более широкий DNS требуют отдельных настроек и собственных проверок запросами.

Как проверить отзыв?

Уберите постоянное разрешение, перезапустите выделенный экземпляр для завершения сессий, повторите новую попытку старым UUID. Проверьте unit и файл, а не удаляйте только подписку.

Что изучать после reboot?

Проверьте тег бинарника, пользователя unit, путь файла, вход, правила и зависимость цели. Затем повторите новую разрешенную задачу: активная служба не завершает приемку самостоятельно.

Почему неправильная аутентификация получает ответ?

REALITY может переслать такую попытку к цели. Fallback отличается от авторизованной пересылки VLESS; связывайте нужную задачу с доказательством разрешенного назначения, а не любыми байтами.

Когда собственный сервер не нужен?

Для публичного доступа поддерживаемых устройств без управления ядром рассмотрите обслуживаемый вариант. Проверяйте реальную задачу и условия, не предполагая поддержку VLESS, REALITY или Vision.

Область применения: Официальные документы и исходники тега Xray-core v26.3.27, выделенный сервер Ubuntu 24.04 LTS; автор не выполнял полный сквозной тест. Только TCP-трафик приложений, без обещаний производительности, доступности по странам или защиты всего устройства. Соблюдайте применимые законы и правила сервиса.

Источники:

XTLS, "Xray-core v26.3.27 release": https://github.com/XTLS/Xray-core/releases/tag/v26.3.27
Project X, "REALITY configuration": https://xtls.github.io/en/config/transports/reality.html
XTLS, "Xray-install": https://github.com/XTLS/Xray-install
XTLS, "v26.3.27 VLESS configuration parser": https://github.com/XTLS/Xray-core/blob/v26.3.27/infra/conf/vless.go
XTLS, "v26.3.27 transport configuration parser": https://github.com/XTLS/Xray-core/blob/v26.3.27/infra/conf/transport_internet.go
Project X, "SOCKS inbound": https://xtls.github.io/en/config/inbounds/socks.html
curl, "curl command-line manual": https://curl.se/docs/manpage.html

Sources checked 9 октября 2026 года.

Похожие статьи:

Настройка сервера VLESS Reality: Vision и проверка