[2026-09-28] eagle: personal/plans/flaresolverr-taiga-deploy.md personal/tech/flaresolverr-taiga.md

personal/plans/flaresolverr-taiga-deploy.md

@@ -9,6 +9,11 @@
 > **Корень: нет куки `bb_data` → логин RuTracker не выполняется.** Нужен Alex (см. Остаток п.6).
 > 🔴 **«Как на Кра́кене» — НЕ рецепт:** на живом Кра́кене капча-солвера **нет**, карантин
 > **идентичен** (`EscalationLevel=9`, 2026-09-27). Обе площадки красные одинаково (Остаток п.7).
+> 🔴🔴 **РЕШЕНИЕ (2026-09-29): свой образ `flaresolverr-vnc` + noVNC — развёрнут и работает.**
+> Капча-солвер официально non-functional, cookie в Prowlarr не вписать → единственный путь:
+> **ручной вход в Chrome внутри FS**. Собран образ (Xvfb+fluxbox+x11vnc+noVNC), профиль
+> Chromium на persistent volume, noVNC на порту **6080**. Осталось: вход Alex → проверка
+> выживания cookies → уведомление в ТГ (Остаток п.2–4).
 > Полный разбор, все питфоллы и команды — [[personal/tech/flaresolverr-taiga]].
 > Связано: [[personal/plans/lidarr-taiga-and-indexer-unblock]],
 > [[family/projects/media-toolbox-taiga]], [[family/how-to/arr-stack-kraken]],
@@ -346,3 +351,41 @@ for I in 1 5 6; do curl -s -o /dev/null -w "idx$I=%{http_code}\n" \
    **Обе площадки красные по одной и той же причине.** Не строить план на посылке
    «на Кра́кене работает». Детали — [[personal/tech/flaresolverr-taiga]] §«СВЕРКА С КРА́КЕНОМ»,
    [[family/how-to/arr-stack-kraken]].
+
+## 🔴 СЕССИЯ 2026-09-29 (вечер): разбор идеи Alex + свой образ `flaresolverr-vnc`
+
+**Задача Alex:** «ароматизировать процесс насколько возможно — уведомление в ТГ от hermes-taiga,
+соединение моего браузера через 3x-ui через тот же туннель, выдача и установка куки обратно».
+
+**Результат — три из четырёх идей отвергнуты фактами:**
+
+| Идея | Вердикт | Причина |
+|---|---|---|
+| Свой браузер через 3x-ui по тому же туннелю | ❌ | `vless-proxy` — **клиент** xray, не сервер. `cf_clearance` привязан к **IP + UA + TLS-fingerprint** |
+| Впихнуть куки обратно в Prowlarr | ❌ | Индексер RuTracker принимает только `username`/`password` — поля для cookie нет |
+| Капча-солвер FS (`CAPTCHA_SOLVER`) | ❌ | **Официально non-functional** (DeepWiki FS; issue #1452 закрыт без решения) |
+| Ручной вход **в Chrome внутри FS** + persistent профиль | ✅ | Единственный рабочий путь |
+
+**Сделано (шаг 1 из 3) ✅:**
+- Собран образ **`flaresolverr-vnc:latest`** — база FS + `Xvfb` + `fluxbox` + `x11vnc` + `novnc`
+  + `supervisor`, 5 процессов. Файлы: `/mnt/RED_2TB/docker/arr/fs-vnc/{Dockerfile,supervisord.conf,entrypoint-vnc.sh}`.
+- Compose: образ подменён, добавлены порт **`6080:6080`** (noVNC) и volume
+  `/mnt/RED_2TB/docker/arr/flaresolverr-config:/config` (persistent профиль Chromium).
+- Профиль вынесен через `XDG_CONFIG_HOME=/config/chromium-profile`, FS запущен с `HEADLESS=false`.
+- Проверено: `docker compose config -q` OK, сборка ~215 с, контейнер `Up`,
+  API → `{"status":"ok","version":"3.5.2"}`, `http://localhost:6080/vnc.html` → **200**.
+- Бэкап: `/mnt/RED_2TB/docker/arr/docker-compose.yml.bak-20260928-profvol` (2723 B).
+
+**Осталось:**
+2. ⏳ Alex входит в `http://mallexxx.duckdns.org:6080/vnc.html` → рутрекер → логин+капча →
+   проверить, что cookies (`bb_data`) легли в `/config/chromium-profile` и **переживают
+   `docker restart flaresolverr`**.
+3. ⏳ `hermes-taiga`: уведомление в ТГ при `Empty cookies returned` со ссылкой на noVNC.
+4. ⏳ Приёмка: `GET /api/v1/search?query=X` с `group_by(.indexer)` — CF-индексеры в выдаче.
+
+⚠️ **Открытый вопрос:** проброшен ли порт `6080` наружу (duckdns + NAT). Проверяется только
+браузером Alex; если закрыт — нужен ssh-туннель или маршрут через Caddy.
+
+⚠️ **Уточнение методики:** Alex работает по схеме **коммит → правка → заливка → проверка Alex**.
+Промежуточный шаг «проверить, что cookies переживают рестарт» **требует его ручного входа** —
+до этого приёмка не может быть закрыта. Не отчитываться «готово» до его проверки.