# Расширить функционал Security Layer

**URL:** https://f.docs.rw/t/topic/72
**Category:** Предложения
**Created:** 2026-06-10T21:19:46Z
**Posts:** 1

## Post 1 by @godev — 2026-06-10T21:19:46Z

Здравствуйте! Прошу добавить функционал, необходимый для корректной работы связки tcp-reality + xhttp-reality на одной ноде/одном профиле (selfsteal на 443 порту с fallbacks на xhttp socket).

**Суть задачи**

Я настраиваю следующую схему:

- на 443 порту работает tcp-reality;

- у него настроен fallback на Unix-сокет;

- на этом сокете работает xhttp-reality инбаунд;

- в панели для этого требуется создать два разных хоста:

1. host для tcp-reality

2. host для xhttp-reality

Внешне всё работает (конфигурация ядра корректна).

Проблема возникает только на уровне клиентской подписки (happ).

**Проблема**

В JSON-подписке:

- Для tcp-reality параметры security: reality + realitySettings передаются корректно.

- Но для xhttp-reality в подписку попадают только параметры xhttpSettings (network: xhttp, host, path, extra, …).

- А вот секция:

“security”: “reality”,

“realitySettings”: { … }

не передаётся, и клиенту приходится вручную дописывать privateKey, shortId, serverNames и т.д.

Из-за этого xhttp-reality по подписке не работает автоматически — только после ручного заполнения realitySettings в клиенте.

**Причина**

Похоже, что RemnaWave не умеет подтягивать reality-настройки для xhttp-host’а, если сам reality-inbound находится в другом инбаунде (который стоит “выше” и фолбечит на сокет).

Предположительно, в панели должна быть возможность:

- либо выбрать Security Layer = reality в advanced-настройках xhttp host (там сейчас только default/tls/none);

- либо автоматически подтягивать:

из tcp-reality инбаунда, на который настроен fallback.

**Что предлагается добавить**

1. Поддержку Security Layer: reality в «Advanced → Security Layer» для xhttp-host.

2. Возможность автоматически наследовать realitySettings из «основного» инбаунда, если:

- у tcp-reality есть fallback на сокет,

- на этом сокете расположен xhttp-reality,

- оба хоста принадлежат одной ноде/одному профилю.

1. Либо отдельный механизм: в настройках хоста для xhttp дать параметр  
«Использовать reality из инбаунда X»,  
чтобы панель могла правильно сформировать подпись.