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

personal/tech/flaresolverr-taiga.md

@@ -83,9 +83,47 @@ Prowlarr при PUT **сразу тестирует** индексер. Если
 | 1 | RuTracker | `[1,2]` | ✅ **valid** (был красный с 2026-05-20) |
 | 2 | RuTor | `[1]` | ✅ valid (DNS-блок обходится одним прокси) |
 | 3 | Byrutor | `[1]` | ✅ valid (резолвится без прокси) |
-| 4 | NoNaMe Club | `[1,2]` | ✅ тег навешен; CF лечится FS |
-| 5 | Kinozal | `[1,2]` | ⏳ гонка при testall, вручную → `Challenge solved!` |
-| 6 | Kinozal (M) | `[1,2]` | ✅ **valid** |
+| 4 | NoNaMe Club | `[1,2]` | ✅ **valid** |
+| 5 | Kinozal | `[1,2]` | ⏳ CF-челлендж решается 80-100 с, Prowlarr обрывает |
+| 6 | Kinozal (M) | `[1,2]` | ⏳ то же |
+
+## 🔴 ОТКРЫТАЯ ПРОБЛЕМА: Kinozal — челлендж дольше таймаута Prowlarr
+
+**Факты (замерено):**
+- Прямой socks5 к `kinozal.me/browse.php` → **403 Just a moment** за **0.9 с**.
+- FS `request.get` kinozal → `Challenge solved! 200`. Время: **78 с** (холодный), **20 с** (прогретый).
+- FS `request.post` kinozal/takelogin.php → `Challenge solved! 200`, **97 с**.
+- HTTP 500 от FS в логе Prowlarr: `[POST] at http://flaresolverr:8191/v1`.
+- Вердикт Prowlarr: `blocked by CloudFlare Protection` (НЕ таймаут — явная ошибка).
+
+**Механика Prowlarr (из debug-лога) — два прокси применяются ПОСЛЕДОВАТЕЛЬНО:**
+```
+Socks5|Applying Socks5 Proxy Socks5 to request https://kinozal.me/...
+FlareSolverr|Cloudflare Detected, Applying FlareSolverr Proxy ...
+```
+Сначала идёт socks5-прокси, Prowlarr видит CF, **потом** пробует FS. Это НЕ двойной хоп
+(FS сам ходит через прокси через `PROXY_URL`) — это retry-цепочка.
+
+**Что исключено:**
+- Ресурсы FS в норме: 710 MB / 21 GB, shm 1 GB, 6 chrome-процессов, CPU 0.68%.
+- Канал прокси нормальный: kinozal через socks5 **0.6 с**, 908 KB/s.
+- `requestTimeout` поднят 60 → 120 → **180** — эффекта нет (Prowlarr обрывает по своему
+  внутреннему таймауту HTTP-клиента, не настраивается через config.xml).
+
+**Вывод:** челлендж CF на kinozal через прокси в другом регионе решается 80-100 с —
+это свойство CF, не баг. Prowlarr ждёт меньше.
+
+**Гипотезы для следующего захода (не проверены):**
+1. **Прогрев FS** — CF clearance привязан к IP прокси; после прогрева 20 с (проверено).
+   Прогреть kinozal ×3 → снять карантин → тест.
+2. Снизить `BROWSER_TIMEOUT` не поможет; можно поднять **`shm_size` до 2gb** (не проверено).
+3. Разобрать внутренний таймаут Prowlarr (в бинарнике; в `config.xml` его нет).
+4. Отказаться от FS для Kinozal и оставить `[1]` — но тогда 403 CF (проверено).
+5. **Проверить `preferMagnetUrl`** у Kinozal (сейчас `False`) — на CF не влияет, но полезно.
+
+**Итог по задаче Alex:** прокси-обход (DNS) + FlareSolverr (CF) **работают**.
+4 из 6 индексаров зелёные, включая RuTracker (впервые с 2026-05-20).
+Kinozal/Kinozal M — упираются в скорость CF-челленджа, не в конфиг.
 
 ## История