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

personal/plans/flaresolverr-taiga-deploy.md

@@ -14,11 +14,17 @@
 > **ручной вход в Chrome внутри FS**. Собран образ (Xvfb+fluxbox+x11vnc+noVNC), профиль
 > Chromium на persistent volume, noVNC на порту **6080**. Осталось: вход Alex → проверка
 > выживания cookies → уведомление в ТГ (Остаток п.2–4).
-> 🔴 **ДОСТУП К noVNC (2026-09-29): порт 6080 наружу НЕ проброшен** (роутер недоступен).
-> Два пути: **SSH-туннель** `ssh -L 6080:truenas_admin@mallexxx.duckdns.org:6080 -N truenas_admin@mallexxx.duckdns.org`
-> → `http://localhost:6080/vnc.html`, либо **Caddy-роут** `vnc.mallexxx.duckdns.org`
-> (блок добавлен в Caddyfile, `basic_auth`, нужен `docker network connect media_net caddy`).
-> Бэкап Caddyfile: `~truenas_admin/Caddyfile.bak-20260928-novnc`. Детали — [[personal/tech/flaresolverr-taiga]].
+> 🔴 **ДОСТУП К noVNC РЕШЁН (2026-09-29): роут в Caddy работает.**
+> `https://vnc.mallexxx.duckdns.org/vnc.html` → логин **`admin`**, пароль **`vnc-taiga`**.
+> TLS выпущен (Let's Encrypt), роут **проверен → 200**. Порт `6080` наружу НЕ проброшен
+> и не нужен — идём через Caddy (`docker network connect media_net caddy`).
+> Альтернатива: SSH-туннель `ssh -L 6080:truenas_admin@mallexxx.duckdns.org:6080 -N truenas_admin@mallexxx.duckdns.org`
+> → `http://localhost:6080/vnc.html`.
+> 🔴 Питфолл: не копировать чужой bcrypt-хэш в `basic_auth` (даёт 401) — генерировать
+> `caddy hash-password`. Питфолл: Chrome в `:99` **не запущен** между запросами FS →
+> чёрный экран в noVNC, запускать вручную через `docker exec -d`.
+> Бэкап Caddyfile: `~truenas_admin/Caddyfile.bak-20260928-novnc`.
+> Детали — [[personal/tech/flaresolverr-taiga]].
 > Полный разбор, все питфоллы и команды — [[personal/tech/flaresolverr-taiga]].
 > Связано: [[personal/plans/lidarr-taiga-and-indexer-unblock]],
 > [[family/projects/media-toolbox-taiga]], [[family/how-to/arr-stack-kraken]],
@@ -382,14 +388,19 @@ for I in 1 5 6; do curl -s -o /dev/null -w "idx$I=%{http_code}\n" \
 - Бэкап: `/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`**.
+2. ⏳ **Alex вошёл в noVNC и видит Chrome** ✅ (2026-09-29). Дальше: логин `rutracker.org` +
+   капча → проверить, что cookies (`bb_data`) легли в `/config/chromium-profile/chromium`
+   и **переживают `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.
+✅ **Доступ к noVNC решён:** `https://vnc.mallexxx.duckdns.org/vnc.html` (`admin` / `vnc-taiga`),
+роут Caddy + TLS, проверено → **200**. Порт `6080` наружу не нужен.
+🔴 **Питфолл (чёрный экран):** FS убивает Chrome между запросами → в `:99` пусто.
+Запускать вручную: `docker exec -d -e DISPLAY=:99 flaresolverr sh -c "chromium --no-sandbox
+--disable-gpu --user-data-dir=/config/chromium-profile/chromium rutracker.org"`.
+🔴 **Питфолл (401):** не копировать чужой bcrypt-хэш в `basic_auth` — генерировать
+`docker exec caddy caddy hash-password --plaintext "<пароль>"`.
 
 ⚠️ **Уточнение методики:** Alex работает по схеме **коммит → правка → заливка → проверка Alex**.
 Промежуточный шаг «проверить, что cookies переживают рестарт» **требует его ручного входа** —