[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/xray-outbound-subscription-3xui.md

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