[2026-09-29] eagle: family/index.md family/plans/lidarr-artist-watchlist.md family/plans/lidarr-taiga-deploy.md family/projects/media-toolbox-taiga.md personal/index.md personal/tech/flaresolverr-taiga.md personal/tech/music-library-gap-analysis.md

personal/tech/flaresolverr-taiga.md

@@ -1,13 +1,41 @@
 # FlareSolverr на Тайге + обход блокировок индексеров
 
+> ✅ **АКТУАЛЬНОЕ СОСТОЯНИЕ 2026-09-29:** arr-стек проверен после полного force-recreate.
+> FlareSolverr автоматически создаёт авторизованную сессию `prowlarr` через
+> `socks5://vless-proxy:1080`; Prowlarr → RuTracker test возвращает HTTP 200.
+> Lidarr → SkyHook возвращает 10 результатов через `vless-proxy:1081`.
+> Lidarr → Transmission test проходит; локальный Transmission исключён из внешнего proxy.
+> Все контейнеры arr и Jellyfin после рестарта `running`, `docker compose config -q` проходит.
+> В Lidarr остаётся только исторический health-warning по Kinozal/RuTracker; текущий
+> Prowlarr `indexerstatus` пуст. Не использовать старые блоки ниже как инструкцию.
+
+> ⚠️ **СОСТОЯНИЕ 2026-09-28 (конец сессии): FS жив, но RuTracker/Kinozal снова в таймауте.**
+> Проверено: `docker exec flaresolverr curl -s http://localhost:8191/health` → `{"status": "ok"}`,
+> версия **3.5.2**, `sessions.list` → `["prowlarr"]` (сессия существует).
+> Prowlarr: `health: []`, `indexerstatus` → `[]` (карантина НЕТ), теги `[1,2]` на id 1/5/6 расставлены
+> **верно**. НО `POST /api/v1/indexer/test` полным объектом для **id 1 (RuTracker), 5 (Kinozal),
+> 6 (Kinozal M)** → **пустой ответ даже при таймауте 90 с**; работают **NoNaMe(4), RuTor(2), Byrutor(3)**.
+> ⇒ Сессия существует, но, **вероятно, создана без proxy** (контейнеры пересоздавались — все `Up 3 minutes`).
+> 🔴 **ПЕРВЫЙ шаг диагностики (не сессии, не карантин):**
+> ```bash
+> ssh truenas_admin@mallexxx.duckdns.org "docker exec flaresolverr ps aux | grep chromium | head -3"
+> ```
+> Ищем `--proxy-server=socks5://vless-proxy:1080`. **Нет флага** → `sessions.destroy` +
+> `sessions.create` с proxy (см. §«ПРОКСИ-СЛОЙ ИСПРАВЛЕН» ниже).
+> Полный аудит стека — [[family/plans/lidarr-taiga-deploy]] §«АУДИТ ВСЕГО СТЕКА».
+
 > 🔴 **НОВОЕ 2026-09-28 (вечер): ТОТ ЖЕ КЛАСС ДЕФЕКТА У LIDARR — свой `ProxyCheck` не проходит.**
-> SkyHook (`api.lidarr.audio`) отдаёт **403 Cloudflare**; в теле ответа — `Your IP: 90.189.160.148`
-> (домашний). Встроенный прокси Lidarr `proxyEnabled=true, proxyType=http, vless-proxy:1081`
-> **записан, но не применяется** — `docker logs lidarr | grep -i proxy` даёт
-> **`[Error] ProxyCheck: Proxy Health Check failed`**.
-> 🔴 **`GET /api/v1/health` при этом отдаёт `[]` — health-кэш врёт.** Ориентироваться на логи.
-> 🔴 **Внешний IP дома = `90.189.160.148` И у хоста Тайги тоже** (`curl api.ipify.org` с хоста) —
-> вся сеть NAS идёт через домашний аплинк; VPS-выход даёт **только** `vless-proxy`
+> ⚠️ **УСТАРЕЛО, оставлено как история:** SkyHook (`api.lidarr.audio`) отдавал **403 Cloudflare**;
+> в теле ответа — `Your IP: 90.189.160.148` (домашний). Встроенный прокси Lidarr
+> `proxyEnabled=true, proxyType=http, vless-proxy:1081` **записан, но не применялся** —
+> `docker logs lidarr | grep -i proxy` давал **`[Error] ProxyCheck: Proxy Health Check failed`**.
+> ✅ **К концу сессии 2026-09-28 SkyHook ЗАРАБОТАЛ** (Alex починил): `lookup Astrix` → **10 результатов**.
+> ⇒ **Правило остаётся валидным для ЛЮБОГО сервиса на Тайге, который ходит в интернет сам**
+> (Lidarr → SkyHook, FS → Chrome): по умолчанию он выходит с **домашнего IP**. Проверять не
+> «настроен ли прокси», а **«какой внешний IP у самого сервиса»**.
+> 🔴 **`GET /api/v1/health` у Lidarr отдаёт `[]`, даже когда `ProxyCheck` падает** — health-кэш врёт,
+> ориентироваться на логи. 🔴 **Внешний IP дома = `90.189.160.148` И у хоста Тайги тоже** — вся сеть
+> NAS идёт через домашний аплинк; VPS-выход даёт **только** `vless-proxy`
 > (`104.28.211.192` через 1080 и 1081 — обе рабочие).
 > ⇒ Практическое правило: **любой сервис на Тайге, который ходит в интернет сам** (Lidarr → SkyHook,
 > FS → Chrome), по умолчанию выходит с домашнего IP. Проверять не «настроен ли прокси», а