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

personal/tech/vless-space-subscription-egress.md

@@ -18,7 +18,7 @@ tags:
   - balancerTag
   - sampling
 confidence: high
-status: blocked-egress-direct-observatory-mismatch
+status: done-egress-via-subscription-working
 related:
   - '[[family/plans/reverse-xray-3xui-kraken]]'
   - '[[personal/tech/xray-reverse-tunnel-kraken-truenas]]'
@@ -28,23 +28,50 @@ related:
 
 # `vless-space` — клиент 3x-ui, egress через внешнюю подписку
 
-> # 🔴 2026-09-15 (финал сессии) — EGRESS `direct`. НЕ ЗАКРЫТО.
+> # 🏁 2026-09-15 (ЗАКРЫТО) — РАБОТАЕТ на штатной подписке. `space-` вычищен.
 >
-> **Живая проверка Alex: IP = `90.189.160.148` (TrueNAS)** → трафик `vless-space` НЕ идёт через подписку.
+> **Итог сессии:** статика `space-01…10` удалена, egress идёт через 28 серверов штатной подписки `sub1-*`.
 >
-> **Причина найдена:** `observatory.subjectSelector` = `["space-"]`, а outbound'ы теперь `sub1-*`.
+> | Проверка (факт) | Результат |
+> |---|---|
+> | `vless-proxy:1080` egress | ✅ `104.28.219.140` / `188.239.191.18` — НЕ `90.189.160.148` |
+> | `outbounds` | 31 = `direct`+`blocked`+`via-kraken` + **28 × `sub1-*`** |
+> | `space-*` | ❌ 0 — вычищено |
+> | `routing.balancers` | `space-balancer`, `selector: ["sub1-"]`, `leastLoad` |
+> | `burstObservatory.subjectSelector` | `["sub1-"]` |
+> | `routing.rules` | `{"user":["vless-space"], "balancerTag":"space-balancer"}` |
+> | ошибки `non existing outTag` | 0 |
+> | `in-10095-tcp` clients | `user1`, `kraken-user`, `vless-space` — целы |
 >
-> ```jsonc
-> "balancers":   [ { "tag":"space-balancer", "selector":["sub1-"], "strategy":{"type":"leastLoad"} } ]  // ✅
-> "observatory": { "subjectSelector":["space-"], ... "sampling":3 }                                      // ❌ ПУСТО
-> "outbounds":   31 (3 + 28 × sub1-*)                                                                    // ✅
+> ---
+>
+> ## 🔴 ПИТФОЛЛ (стоил сессии): поле observatory в UI = `burstObservatory`, НЕ `observatory`
+>
+> Xray 26.x принимает **обе** секции, но ведут они себя по-разному, и панель путает:
+>
+> | Что | Где живёт | Примечание |
+> |---|---|---|
+> | `observatory` | `xrayTemplateConfig.observatory` | классическая секция, требует `sampling: 3` |
+> | `burstObservatory` | `xrayTemplateConfig.burstObservatory` | `pingConfig{sampling, interval, destination}` — **рабочий вариант** |
+>
+> **Симптом ошибки:** правка секции в UI **удалила** `observatory` целиком (`jq 'has("observatory")'` → `false`), а `subjectSelector` остался `["space-"]` → балансировщик не пингует никого → **трафик молча падает в `direct`, ошибок в логе НЕТ**.
+>
+> **Как диагностировать правильно (3 команды, без остановки контейнера):**
+> ```bash
+> docker exec xray-admin cat /app/bin/config.json | jq -r 'keys[]'                  # ищем observatory ИЛИ burstObservatory
+> docker exec xray-admin cat /app/bin/config.json | jq -c '.burstObservatory // .observatory'
+> docker exec xray-admin cat /app/bin/config.json | jq -c '.routing.balancers'       # selector должен матчить префикс подписки
 > ```
+> ⚠️ Я искал `observatory` и объявил секцию отсутствующей — она была, но под именем `burstObservatory`. **Проверять оба имени.**
 >
-> `subjectSelector` матчит `space-*` → после удаления статики **не пингуется ни один сервер** → `leastLoad` без живых кандидатов → трафик в первый outbound = `direct`. **Ошибок в логе НЕТ.**
+> ## 🔴 ПИТФОЛЛ: селектор балансировщика И `subjectSelector` observatory надо менять ПАРОЙ
 >
-> **ЧТО ОСТАЛОСЬ:** заменить `subjectSelector` → `["sub1-"]` (UI `Xray → Observatory` либо `xrayTemplateConfig` при остановленном контейнере), затем живой тест. Полный порядок — в [[personal/tech/xray-outbound-subscription-3xui]] §«Статус: ЧТО ОСТАЛОСЬ».
+> При переходе `space-` → `sub1-` недостаточно поменять `routing.balancers[].selector`. `observatory/burstObservatory.subjectSelector` — **отдельное поле**, и если его забыть, балансировщик не находит живых кандидатов.
 >
-> > ⚠️ Блок «ЗАДАЧА ВЫПОЛНЕНА» ниже относится к `xui_v9.db` со **статическими** `space-01…10` — та конфигурация работала. Она заменена штатной подпиской (`sub1-*`), где egress пока нет.
+> ## 🔴 ПИТФОЛЛ: подмена `x-ui.db` при живом контейнере ТЕРЯЕТ панельные данные
+>
+> Скачал БД при работающем контейнере → UI-правки жили в `-wal` → `cp` перезаписал файл → **запись `outbound_subscriptions` потеряна**. Alex восстанавливал подписку в UI заново.
+> **Правило:** `docker stop` ДО скачивания БД. Либо читать WAL через `strings x-ui.db-wal` (а не `sqlite3` на файле).
 
 > # 🏁 ИСТОРИЯ: 2026-09-15 22:30 — на статике `space-01…10` egress РАБОТАЛ (`xui_v9.db`)
 >