git_admin/obsidian-vault
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

[2026-09-15] eagle: family/how-to/truenas-infrastructure.md personal/tech/vless-space-subscription-egress.md personal/tech/xray-outbound-subscription-3xui.md

Browse Source
This commit is contained in:
Alexey Martemyanov
2026-09-15 15:14:51 +06:00
parent 86ffda93d4
commit bf8a88a907
3 changed files with 151 additions and 57 deletions
Download Patch File Download Diff File Expand all files Collapse all files
family/how-to/truenas-infrastructure.md
+17 -4
View File
@@ -483,16 +483,29 @@ arr, caddy, cups, filebrowser, gitea, hermes, immich, inpx-web, inpxer, library,
|---|---|---|---|
| `user1` | `68c5cy5n5ui138yh` | `https://vpn-panel.mallexxx.duckdns.org/sub/68c5cy5n5ui138yh` | TrueNAS `90.189.160.148` |
| `kraken-user` | `f43074a029dc656e` | `https://vpn-panel.mallexxx.duckdns.org/sub/f43074a029dc656e` | Kraken `92.62.70.41` |
| `vless-space` | `24df9391356b48ff` | `https://vpn-panel.mallexxx.duckdns.org/sub/24df9391356b48ff` | подписка `profilegrid.net` (10 серверов, `space-balancer` leastPing) — ⏳ клиент в БД есть, в `config.json` пока нет |
| `vless-space` | `24df9391356b48ff` | `https://vpn-panel.mallexxx.duckdns.org/sub/24df9391356b48ff` | подписка `profilegrid.net` (10 серверов, `space-balancer` leastPing) — ❌ **НЕ СОЗДАН**, БД откачена 2026-09-15 |
- Sub-сервер отдаёт **base64-список** `vless://…` (проверено: HTTP 200, `text/plain`). Пример тела: `vless://ce320965-…@vpn.mallexxx.duckdns.org:443?encryption=none&host=vpn.mallexxx.duckdns.org&path=%2Fvless&security=tls&type=ws#vless-ws-user1`.
- **`/sub/<subId>` отдаётся БЕЗ авторизации** — любой, кто знает `subId`, получает рабочий ключ. Открытый вопрос безопасности.
- **Авто-обновление подписки — функция GUI-клиента** (Happ / v2rayN / NekoBox / sing-box: «Add subscription» + auto-update interval). Xray в docker (и `vless-proxy`, и HA-аддон) подписки **не умеет** — там только статический `config.json`; «auto» реализуется внешним cron-скриптом, который тянет `/sub/<subId>` → генерит `config.json` → рестартит контейнер.
- Панель: `/login` с `admin/admin` → **403** (не подбирать; креды не записаны).
- Панель: логин **`vpn-admin`**, пароль — bcrypt-хэш в таблице `users` (`$2a$10$JJscByJjUHJyqmp1a8LZ7egLY0g.XbIoY…`), **агенту недоступен**. `/login` с `admin/admin` → 403.
**`vless-space` — SQL применён, клиент не в конфиге (2026-09-15):** третий клиент, чей egress идёт через внешнюю Xray-подписку `profilegrid.net` (10 серверов, `leastPing`). `user1` и `kraken-user` **не тронуты** — подтверждено фактом. Шаблон применился (13 outbound + `space-balancer`), клиент есть во всех таблицах БД, но в `config.json` не попадает из-за `auth`/`reverse` = `NULL`. Исправление — 4 команды. Полный разбор — [[personal/tech/vless-space-subscription-egress]].
### 🔴 ПИТФОЛЛ (критичный): 3x-ui НЕЛЬЗЯ править через SQLite снаружи
> ⚠️ База `x-ui.db` была **уже настроена** под эту Caddy-интеграцию (inbound vless-ws:10095, subDomain vpn-panel), поэтому панель заработала «из коробки». Бэкап базы/Caddyfile до изменений: `/mnt/RED_2TB/docker/backups/reverse-xray-3xui-20260901-113625/`.
Проверено четырьмя подходами 2026-09-15, все провалились (подробно — [[personal/tech/xray-outbound-subscription-3xui]]):
| Можно через SQL | Нельзя через SQL |
|---|---|
| `settings.xrayTemplateConfig` — outbound'ы, `routing.rules`, `routing.balancers`, `observatory` ✅ (13 outbound'ов применились) | **Клиенты инбаунда** — `inbounds.settings`, таблица `clients` ❌ |
**Почему:** 3x-ui держит БД открытой и пишет в `-wal`; при рестарте список клиентов берёт **из своей внутренней памяти**, а не из файла. Правки в `clients`/`inbounds.settings` молча игнорируются, `config.json` перегенерируется в урезанном виде (2978 б вместо 11 990).
> **Признак невключившейся правки:** `ls -la /app/bin/config.json /etc/x-ui/x-ui.db` — если БД показывает дату **раньше** правки, 3x-ui её не перечитал.
> **Правильный путь:** клиенты — только через панель (`/panel/api/inbounds/update/:id`) или API-токен (Settings → API Tokens). `kraken-user` в 2026-09-02 добавлялся именно так.
> ⚠️ **ПИТФОЛЛ bind-mount:** folder `/mnt/RED_2TB/docker/xray-admin` смонтирована в контейнер как `/etc/x-ui`. Любой `rm`/`mv` внутри контейнера по этому пути **удаляет файл на хосте**. Так был утрачен `docker-compose.yml` 2026-09-01 (`docker exec xray-admin rm -f /etc/x-ui/docker-compose.yml`). Не чистить этот каталог изнутри контейнера.
> ⚠️ База `x-ui.db` была **уже настроена** под эту Caddy-интеграцию (inbound vless-ws:10095, subDomain vpn-panel), поэтому панель заработала «из коробки». Бэкап базы/Caddyfile до изменений: `/mnt/RED_2TB/docker/backups/reverse-xray-3xui-20260901-113625/`. Бэкап перед попыткой `vless-space`: `/mnt/RED_2TB/docker/backups/xray-admin-before-vless-space-20260915-012057/`.
### `xray-reverse-portal` — Xray reverse portal (TrueNAS, добавлен 2026-09-01)
personal/tech/vless-space-subscription-egress.md
+82 -19
View File
@@ -6,16 +6,25 @@ type: tech
namespace: personal
tags: [xray, 3x-ui, x-ui, subscription, outbound, profilegrid, truenas, space]
confidence: high
status: blocked-on-null-fields
status: reverted-blocked
related:
- "[[family/plans/reverse-xray-3xui-kraken]]"
- "[[personal/tech/xray-reverse-tunnel-kraken-truenas]]"
- "[[personal/tech/xray-outbound-subscription-3xui]]"
- "[[family/how-to/truenas-infrastructure]]"
---
# `vless-space` — клиент 3x-ui, egress через внешнюю подписку
> Задача поставлена Alex 2026-09-15. **Статус: ЧАСТИЧНО ПРИМЕНЕНО — БД корректна, Xray клиента не видит.** Шаблон (13 outbound + балансировщик) применён и работает; клиент `vless-space` есть во всех трёх местах БД, но в сгенерированный `config.json` не попадает. Корень найден: `auth`/`reverse` = `NULL` (см. «Корень найден»). Исправление — 4 команды, ждут выполнения.
> ## ❌ ФИНАЛ 2026-09-15: ЗАДАЧА НЕ ВЫПОЛНЕНА. БД ОТКАЧЕНА.
>
> **Система возвращена в исходное состояние** (Alex восстановил из бэкапа). Проверено: `xray-admin` Up, панель HTTP 200, `vpn.mallexxx` HTTP 200, подписки `user1`/`kraken-user` HTTP 200, клиенты `user1`+`kraken-user`, outbound'ов 3.
>
> **Главный вывод сессии: 3x-ui НЕЛЬЗЯ править снаружи работающего контейнера.** Четыре подхода — все отбились. Подробно: [[personal/tech/xray-outbound-subscription-3xui]] §«Почему внешняя правка не работает».
>
> **Что осталось полезного:** compose-файл восстановлен (см. [[family/plans/reverse-xray-3xui-kraken]]), шаблон с подпиской собран и лежит готовым, питфоллы задокументированы.
>
> **Единственный рабочий путь к цели:** панель 3x-ui (Inbounds → Edit → Add Client → Save → Restart Xray) **или** API-токен панели. Пароль панели (`vpn-admin`) — bcrypt, недоступен агенту; API-токен Alex не выдал.
## Что хотели
@@ -268,19 +277,47 @@ docker start xray-admin'
**Таймстампы опровергли гипотезу «не перечитал БД»:** `config.json` = 15:56, `x-ui.db` = 15:53, т.е. 3x-ui сгенерировал конфиг ПОСЛЕ правки и всё равно клиента выкинул.
### 🔑 КОРЕНЬ НАЙДЕН — `NULL` вместо `''` в полях `auth`/`reverse`
### ❌ «КОРЕНЬ» (`NULL` в `auth`/`reverse`) — ОПРОВЕРГНУТ
Построчное сравнение `clients` показало единственное расхождение:
Найденное расхождение выглядело убедительно:
```
user1 auth="" reverse="" ← живые, созданы 3x-ui
user1 auth="" reverse=""
kraken-user auth="" reverse=""
vless-space auth=NULL reverse=NULL ← мой INSERT, эти колонки не заполнены
vless-space auth=NULL reverse=NULL
```
Xray при генерации конфига спотыкается на `NULL` и **молча выкидывает** клиента из списка. SQLite ставит `NULL` вместо `''` для колонок, не указанных в `INSERT ... VALUES`.
**Но исправление не помогло.** Подробности провала:
> 🔴 **ПИТФОЛЛ (повторяемый):** при ручном `INSERT` в таблицу `clients` (3x-ui) **заполнять ВСЕ текстовые колонки** — `auth`, `reverse`, `flow`, `password`, `group_name` — пустой строкой `''`, а не оставлять их вне списка. `NULL` ≠ `''` и ломает генерацию конфига без единой ошибки в логах.
| Шаг | Что сделано | Результат |
|---|---|---|
| 1 | `UPDATE ... SET auth="", reverse=""` (двойные кавычки) | `Parse error: no such column: ""` — SQLite ждёт **одинарные** |
| 2 | `char(39)\|\|char(39)` | дало **две** кавычки: `''''''` вместо `''` — моя ошибка, `char(39)` уже кавычка |
| 3 | Дописан `security:"auto"` в `inbounds.settings` (у `vless-space` его не было, у живых — есть) | ✅ применено (`sql_exit=0`, три `security:auto`) |
| 4 | `docker start` | ❌ **клиент всё равно не в `config.json`** |
**Вывод: `NULL`/`security` — не причина.** БД после всех правок была корректна во всех трёх местах, `config.json` новее БД — и 3x-ui всё равно рендерил только `user1`+`kraken-user`.
### 🔑 НАСТОЯЩАЯ ПРИЧИНА — 3x-ui не берёт клиентов из БД при внешней правке
Два факта, закрывающих вопрос:
1. **`x-ui.db` при живом контейнере показывал СТАРУЮ дату** (15:00) — правки, применённые Alex'ом в 15:53/16:02/16:06, **в основной файл не попадали**. 3x-ui держит базу открытой и пишет в `-wal`. Удаление `-wal` перед правкой **уничтожало актуальные данные** 3x-ui, а после правки он перезаписывал файл из своего состояния.
2. **`config.json` схлопнулся до 2978 б** (было 11 990) — при рестарте 3x-ui перегенерировал конфиг **из внутренней копии**, а не из файла на диске. Отсюда парадокс: 13 outbound'ов применились (шаблон `settings` он читает), а третьего клиента нет (список клиентов берёт из своей памяти).
> 🔴 **ГЛАВНЫЙ ПИТФОЛЛ СЕССИИ (повторяемый):** `inbounds` в 3x-ui **нельзя править через SQLite снаружи**. Работает только `settings.xrayTemplateConfig` (outbound'ы/правила) — и то как «дополнение». Всё, что касается **клиентов инбаунда**, идёт **только через панель** (`/panel/api/inbounds/update/:id`) или через API-токен.
>
> **Признак, что правка не применилась:** `ls -la /app/bin/config.json /etc/x-ui/x-ui.db` — если БД показывает время раньше правки, 3x-ui её не перечитал.
### Как это делалось раньше (`kraken-user`, 2026-09-02)
Из Zulip, запись 2026-09-02 12:00 (сессия «per-user egress»):
> «Persistent global template is stored in `settings.key=xrayTemplateConfig`; **do not edit `/app/bin/config.json` manually because it is generated**»
> «Temporary full-admin API token **не создавался**; `api_tokens` осталась пустой»
> «Verified with the local `xray-test-client`»
→ `kraken-user` добавлялся **при участии панели 3x-ui** (упоминание `api_tokens` и верификация через клиента это подтверждают). Именно этого доступа в текущей сессии не было.
### Исправление (4 команды, ждут выполнения)
@@ -320,22 +357,48 @@ docker start xray-admin
Возвращает состояние «только `user1` + `kraken-user`, 3 outbound».
## Открытые риски (не проверено)
## Открытые риски (проверено)
1. **`leastPing` + `observatory`** — ⚠️ **СНЯТО (2026-09-15): 3x-ui 3.7.0 / Xray 26.7.28 принимает оба ключа.** Проверено фактом: после применения шаблона контейнер поднялся, `config.json` содержит `balancers` с `leastPing`, Xray-процесс запущен (`bin/xray-linux-amd64 -c bin/config.json`), в логах ошибок нет — только безобидные `WARNING common/protocol/http: received "X-Forwarded-For" … "sockopt.trustedXForwardedFor" is not configured` (это Caddy шлёт XFF, на работу не влияет).
2. **`auth`/`reverse` = NULL при ручном INSERT** — см. «Корень найден», это и есть реальный блокер.
1. **`leastPing` + `observatory`** — ✅ **принимаются** (3x-ui 3.7.0 / Xray 26.7.28). Проверено фактом: после применения шаблона контейнер поднялся, `config.json` содержит `balancers` с `leastPing`, Xray-процесс запущен (`bin/xray-linux-amd64 -c bin/config.json`), в логах ошибок нет — только безобидные `WARNING common/protocol/http: received "X-Forwarded-For" … "sockopt.trustedXForwardedFor" is not configured` (Caddy шлёт XFF, на работу не влияет).
2. **~~`auth`/`reverse` = NULL~~** — ❌ **опровергнуто**, не было причиной. См. «Корень опровергнут».
3. **Ссылка подписки `vpn-panel…/sub/<subId>` открыта БЕЗ авторизации** — любой, кто знает `subId`, получит ключ. Кандидат на включение подписки-по-токену в панели (не сделано).
4. **🔴 Доступа к панели 3x-ui у агента нет** — единственный реальный блокер задачи. Пароль bcrypt, API-токен не выдан.
## Что НЕ сделано / следующие шаги
## Что НЕ сделано / как довести до конца
- [x] ~~Применить `apply_space_v2.sql` по исправленной процедуре~~ → **применён 2026-09-15, БД корректна** (шаблон + 3 клиента)
- [ ] **Исправить `auth`/`reverse`/`flow` с `NULL` на `''`** у `vless-space` (4 команды в «Исправление») — **текущий блокер**
- [ ] Проверить, что `config.json` содержит `vless-space` после фикса
- [ ] Проверить end-to-end: тестовый клиент с UUID `vless-space` → `curl` → egress IP ≠ `90.189.160.148`
- [ ] Проверить, что `user1` и `kraken-user` продолжают работать
- [ ] Решить вопрос с авторизацией на sub-ссылках
- [x] ~~Применить `apply_space_v2.sql`~~ → применён, БД была корректна
- [x] ~~Исправить `auth`/`reverse`/`flow` с `NULL`~~ → исправлено, **не помогло** (теория опровергнута)
- [x] ~~Дописать `security:"auto"` в `inbounds.settings`~~ → применено, **не помогло**
- [x] ~~Восстановить compose-файл~~ → **сделано** (см. [[family/plans/reverse-xray-3xui-kraken]])
- [x] ~~Откатить БД~~ → **сделано Alex'ом**, система в исходном состоянии
- [ ] **❌ ТЕКУЩИЙ БЛОКЕР: нет доступа к панели 3x-ui.** Логин `vpn-admin`, пароль — bcrypt-хэш (`$2a$10$JJscByJjUHJyqmp1a8LZ7egLY0g.XbIoY…`), нечитаем. `secret` из БД (`RuERf2DTzPTw3CoMcVjk7tGXKCQOk0Z4`) для логина не подошёл (403), API-путь вернул 404.
- [ ] **Довести задачу одним из двух:** (а) Alex добавляет клиента в панели — Inbounds → `vless-ws` (10095) → Edit → Add Client (`vless-space` / `a792c483-07e2-4723-9c50-78054c0abc07` / subId `24df9391356b48ff`) → Save → **Restart Xray**; (б) Alex создаёт API-токен (Settings → API Tokens) и агент делает всё сам через `/panel/api/inbounds/update/1`.
- [ ] После появления клиента — routing-правило на `space-balancer` **тоже через панель** (Xray → Routing)
- [ ] Проверить end-to-end: egress IP ≠ `90.189.160.148` (TrueNAS) и ≠ `92.62.70.41` (Kraken)
- [ ] Решить вопрос с авторизацией на sub-ссылках (открыты без авторизации)
- [ ] Обновить [[family/how-to/truenas-infrastructure]] (новый клиент + балансировщик)
- [ ] Отдельная задача: `hermes-taiga` ходит через `vless-proxy`, чей outbound указывает на **мёртвый** `v.qentra.top` (VPS удалён). Нужно переключить на `vpn.mallexxx.duckdns.org` (клиент `user1`) или на `vless-space`/Kraken. **Alex спрашивал, можно ли переключить — ответ: да**, правка 5 полей в `/mnt/RED_2TB/docker/vless-proxy/config.json` (`address` → `vpn.mallexxx.duckdns.org`, `users[0].id` → `ce320965-6956-4759-84bb-7cb71cfc6252`, `tlsSettings.serverName` → `vpn.mallexxx.duckdns.org`, `wsSettings.headers.Host` → `vpn.mallexxx.duckdns.org`, `wsSettings.path` → `/vless`). Не начато.
- [ ] **Отдельная задача, НЕ начата:** `hermes-taiga` ходит через `vless-proxy`, чей outbound указывает на **мёртвый** `v.qentra.top` (VPS удалён). Переключение на живой сервер — правка 5 полей в `/mnt/RED_2TB/docker/vless-proxy/config.json` (таблица в [[personal/tech/xray-outbound-subscription-3xui]] §попутные находки). Alex спрашивал — **ответ: да, можно**.
## Артефакты на Mac — итоговые (`~/tmp-xray-space/`)
| Файл | Назначение |
|---|---|
| **`apply_final.sql`** | **ФИНАЛЬНЫЙ SQL** (13 447 б): клиент + инбаунд + шаблон с 10 серверами + правило + балансировщик + запись в `outbound_subscriptions`. Не применён. |
| `make_final.py` | генератор `apply_final.sql` |
| `inbound_settings.json` | снимок `inbounds.settings` из живой БД (2 клиента) |
| `tpl_live.json` / `template_config.json` | шаблон из живой БД (2129 б, 3 outbound, 4 правила) |
| `template_config.new.json` | шаблон с 13 outbound (v1, без правки инбаунда) |
| `apply_space_v2.sql` / `apply_space.sql` | SQL v2 (с `PRAGMA journal_mode`) / v1 (битый) |
| `make_sql_v2.py` / `make_sql.py` | генераторы v2 / v1 |
| `fix_security.sql` | правка `security` в `inbounds.settings` (применена, не помогла) |
| `make_fix_security.py` | генератор |
| `build_template.py` | парсер `vless://` → xray-outbound |
| `sub_decoded.txt` | подписка развёрнутая (28 строк) |
| `space_outbounds.json` | 10 outbound'ов (отчёт) |
| `runtime_config.json` | снимок `/app/bin/config.json` (3 клиента, 3 outbound) |
| `xui_copy.db` / `test_apply.db` | копия живой БД / песочница |
| `docker-compose.yml` | **восстановленный compose `xray-admin`** |
| `inbound_settings.json` | снимок инбаунда для финального SQL |
## Связанные заметки
personal/tech/xray-outbound-subscription-3xui.md
+52 -34
View File
@@ -13,17 +13,19 @@ tags:
- reality
- balancer
confidence: high
status: artifacts-ready-not-applied
status: blocked-no-panel-access
related:
- '[[family/how-to/truenas-infrastructure]]'
- '[[personal/tech/xray-reverse-tunnel-kraken-truenas]]'
- '[[personal/tech/vless-space-subscription-egress]]'
- '[[family/how-to/vps-qentra]]'
---
# Xray outbound из внешней подписки в 3x-ui (`vless-space`)
> **Статус 2026-09-15:** артефакты **собраны и проверены в песочнице**, применение в живую БД **НЕ выполнено** (SSH к TrueNAS оборвался на `docker stop xray-admin`). Продолжать с §6.
> Разбор контейнера и клиентов — в [[family/how-to/truenas-infrastructure]] (разделы `xray-admin`).
> ## ❌ Статус 2026-09-15 (финал): НЕ ПРИМЕНЕНО, БД ОТКАЧЕНА
> Артефакты собраны и проверены в песочнице. Применение отбилось четыре раза — **3x-ui не даёт править себя снаружи**. БД откачена Alex'ом из бэкапа, система в исходном состоянии. Задача ждёт доступа к панели.
> Разбор контейнера и клиентов — в [[family/how-to/truenas-infrastructure]] (разделы `xray-admin`). Полная история попыток — [[personal/tech/vless-space-subscription-egress]].
## Задача
@@ -38,10 +40,10 @@ related:
| Решение | Почему |
|---|---|
| **Править `settings.xrayTemplateConfig` в `x-ui.db`, а не панель** | 3x-ui генерирует `/app/bin/config.json` из БД при старте. Панель для этой задачи не нужна (`/login` с `admin/admin` → 403, креды не требовались). `/app/bin/config.json` править **бесполезно** — перезапишется. |
| **Развернуть серверы подписки в обычные outbound'ы** | Не зависит от панели и её версии. Работает сразу после `docker start`. |
| **НЕ использовать таблицу `outbound_subscriptions`** | Штатный путь 3x-ui (роуты `/panel/api/xray/outbound-subs[/parse]`), но требует панели и её сложных полей (`link_identities`, `last_fetched_outbounds`). Таблица осталась **пустой (0 записей)**. |
| **`leastPing` + `observatory`** | Alex: «авто брать» — все 10 серверов в пул, живой выбирается сам. `observatory` **обязателен**, иначе балансировщик не знает задержек. |
| **Править `settings.xrayTemplateConfig` в `x-ui.db`, а не `config.json`** | ✅ **Подтверждено фактом:** 3x-ui генерирует `/app/bin/config.json` из БД. `/app/bin/config.json` править бесполезно (перезапишется). Из шаблона применились все 13 outbound'ов + балансировщик. |
| **Развернуть серверы подписки в обычные outbound'ы** | Не зависит от версии панели. Работает сразу после `docker start`. |
| **НЕ полагаться на `inbounds` в SQL — только панель** | 🔴 **Урок сессии:** клиенты инбаунда через SQLite снаружи **не применяются**. 3x-ui держит БД открытой, пишет в `-wal`, и при рестарте берёт список клиентов из своей внутренней памяти, а не из файла. Четыре подхода (INSERT в `clients`, правка `inbounds.settings`, фикс `NULL`, дописать `security`) — все отбились. |
| **`leastPing` + `observatory`** | Alex: «авто брать» — все 10 серверов в пул, живой выбирается сам. `observatory` **обязателен**, иначе балансировщик не знает задержек. ✅ Оба ключа приняты Xray 26.7.28. |
| **Правило по `user`, а не по клиентскому id** | Образец взят с рабочего `kraken-user-via-reverse`: Xray матчит клиента inbound'а по `email`. |
## Питфоллы (все проверены фактом)
@@ -108,39 +110,55 @@ related:
| `subId` | `24df9391356b48ff` |
| sub-ссылка | `https://vpn-panel.mallexxx.duckdns.org/sub/24df9391356b48ff` |
## §6 Применение — СЛЕДУЮЩИЙ ШАГ
## 🔴 Почему внешняя правка НЕ работает (главный урок сессии)
```bash
# 1) залить SQL на TrueNAS
# (apply_space.sql лежит в ~/tmp-xray-space/ на Mac)
scp ~/tmp-xray-space/apply_space.sql truenas_admin@mallexxx.duckdns.org:/tmp/
Проверено четырьмя подходами, все отбились:
# 2) ОДНОЙ командой: стоп → чистка WAL → SQL → старт
ssh truenas_admin@mallexxx.duckdns.org '
cd /mnt/RED_2TB/docker/xray-admin &&
docker stop xray-admin &&
rm -f x-ui.db-shm x-ui.db-wal &&
sqlite3 x-ui.db < /tmp/apply_space.sql &&
docker start xray-admin'
| # | Подход | Результат |
|---|---|---|
| 1 | SQL в **копию** БД → копия на место старых `-wal`/`-shm` | `database disk image is malformed` |
| 2 | SQL v2 напрямую (`PRAGMA journal_mode=DELETE`, `rm -wal` до правки) | SQL прошёл, БД корректна → в `config.json` клиента нет |
| 3 | Фикс `auth`/`reverse` (NULL → `''`) | применено → клиента нет |
| 4 | Дописать `security:"auto"` в `inbounds.settings` | применено (`3 × security:auto`) → клиента нет |
**Что закрыло вопрос:**
```
ls -la /app/bin/config.json /etc/x-ui/x-ui.db
→ config.json = 2978 б (16:06) ← схлопнулся с 11 990
→ x-ui.db = 262144 б (15:00) ← СТАРАЯ дата, правки не попали
```
**Проверка (шаг 6):**
```bash
# клиент в конфиге
docker exec xray-admin sh -c "cat /app/bin/config.json" | jq -r '.inbounds[].settings.clients[]?.email'
# ожидаем: user1, kraken-user, vless-space
1. **`x-ui.db` не обновлялся** — правки, применённые в 15:53/16:02/16:06, в основной файл **не попадали**. 3x-ui держит базу и пишет в `-wal`; удаление `-wal` перед правкой уничтожало актуальные данные, после правки он перезаписывал файл из своего состояния.
2. **`config.json` перегенерирован из внутренней памяти** 3x-ui, а не из файла — отсюда парадокс: **13 outbound'ов применились** (шаблон `settings` он читает), **третий клиент исчез** (список клиентов берёт из своей памяти).
# outbound'ы и балансировщик
docker exec xray-admin sh -c "cat /app/bin/config.json" | jq -r '.outbounds|length' # 13
docker exec xray-admin sh -c "cat /app/bin/config.json" | jq -c '.routing.balancers'
```
```bash
# end-to-end: временный xray-клиент с id vless-space → curl api.ipify.org
# ожидаем egress НЕ 90.189.160.148 (TrueNAS) и НЕ 92.62.70.41 (Kraken),
# а IP сервера из подписки (DE/LV/NL/…)
```
> 🔴 **ВЫВОД: `inbounds` и клиентов 3x-ui через SQLite снаружи править НЕЛЬЗЯ.** Работает только `settings.xrayTemplateConfig` (outbound'ы/правила/балансировщики). Всё, что касается клиентов инбаунда, идёт **исключительно через панель** (`/panel/api/inbounds/update/:id`) — а для API нужен **API-токен**.
**Откат:** бэкап `/mnt/RED_2TB/docker/backups/xray-admin-before-vless-space-20260915-012057/` → скопировать `x-ui.db` обратно (при остановленном контейнере) → `docker start xray-admin`.
> **Как это делали раньше:** `kraken-user` добавлен 2026-09-02 **при участии панели** — в Zulip-записи прямо сказано «Temporary full-admin API token **не создавался**; `api_tokens` осталась пустой» + «Verified with the local `xray-test-client`». Это и есть подтверждение, что путь был через API панели, а не через SQL.
## §6 Как довести до конца — ждёт доступа к панели
**Блокер:** логин панели `vpn-admin`, пароль — bcrypt-хэш (нечитаем). `secret` из БД (`RuERf2DTzPTw3CoMcVjk7tGXKCQOk0Z4`) для логина дал 403, API-путь — 404.
**Вариант А — панель вручную** (2 минуты):
```
https://vpn-panel.mallexxx.duckdns.org/ (логин vpn-admin)
→ Inbounds → vless-ws (10095) → Edit
→ Clients → Add Client:
Email: vless-space
ID: a792c483-07e2-4723-9c50-78054c0abc07
Sub ID: 24df9391356b48ff
Enable: ✅
→ Save → Restart Xray (в шапке)
```
Затем routing-правило на `space-balancer` — тоже через панель (Xray → Routing).
**Вариант Б — API-токен:** Settings → API Tokens → Create, отдать агенту → он делает всё сам через `/panel/api/inbounds/update/1`.
**Готовый SQL на Mac (не применён):** `~/tmp-xray-space/apply_final.sql` (13 447 б) — делает 4 операции одной транзакцией: клиент в `clients`, клиент в `inbounds.settings`, шаблон с 10 серверами + правило + балансировщик, запись в `outbound_subscriptions`. ⚠️ Учитывая урок сессии, **сработавшей будет только 3-я операция** (шаблон) — клиента всё равно придётся добавлять через панель.
**Откат:** `/mnt/RED_2TB/docker/backups/xray-admin-before-vless-space-20260915-012057/` → скопировать `x-ui.db` при остановленном контейнере → `docker start xray-admin`.
## Ограничение: «auto» здесь НЕ автоматическое