[2026-09-28] eagle: personal/plans/runtime-pr4-openai-toolcalls-fixes.md personal/tech/adk-hostedagent-openai-mcp.md personal/tech/flaresolverr-taiga.md

personal/tech/flaresolverr-taiga.md

@@ -1,10 +1,11 @@
 # FlareSolverr на Тайге + обход блокировок индексеров
 
-> ✅ **СОСТОЯНИЕ 2026-09-28 (поздний вечер): ГОТОВО на всех четырёх arr-сервисах.**
-> **Prowlarr** — 6/6 индексеров, `health` → `[]`, `indexerstatus` → `[]`.
+> ✅ **СОСТОЯНИЕ 2026-09-28 (финал): инфраструктура готова, 2 дефекта на стороне трекеров.**
+> **Prowlarr** — `health` → `[]`, 6/6 индексеров настроены; RuTracker в карантине (капча, см. ниже).
 > **Radarr** — `health` → `[]`. **Sonarr** — `health` → `[]`.
-> **Lidarr** — работает (SkyHook + 23 релиза); 1 warning `Kinozal (M)` лечится
-> `docker restart lidarr` после правки `proxyBypassFilter` (см. питфолл в конце).
+> **Lidarr** — SkyHook работает, 1 артист, поиск релизов отдаёт результаты.
+> ⚠️ Открыто: **RuTracker — капча на логин** (нужен ручной вход Alex), **RuTor — категории**
+> (не отдаёт фильмы/сериалы). Оба — на стороне трекеров, не инфраструктура.
 > Контейнер `flaresolverr` (v3.5.2), порт `8191`, сеть `media_net`, `shm_size: 1gb`,
 > `LOG_LEVEL=warning`, **`PROXY_URL=socks5://vless-proxy:1080`**.
 > Compose — `/mnt/RED_2TB/docker/arr/docker-compose.yml` (6-й сервис).
@@ -242,6 +243,43 @@ CPU 0.68%); канал прокси нормальный (kinozal через soc
   прокси-конфига. Остаток: RuTor — несовпадение категорий (не блок), и 1 warning в Lidarr
   до перезапуска с новым bypass.
 
+## 🔴 ОТКРЫТО 2026-09-28 (финал сессии): RuTracker отдаёт КАПЧУ на логин
+
+Хронология одного вечера — пароль один и тот же, результат разный:
+
+| Время | Проверка | `len` HTML | Итог |
+|---|---|---|---|
+| ~15:20 | `request.post /forum/login.php` | **251 792** | ✅ залогинен |
+| ~16:40 | `request.post /forum/login.php` | **13 335** | ❌ форма вернулась |
+
+Пароль в Prowlarr при этом **не менялся** (сверено: `username`/`password` из
+`/api/v1/indexer/1` совпадают с локальной копией). Причина смены результата —
+**трекер выдаёт капчу**: в HTML найден блок `cap_code` + метка `Код:`.
+Пишется это в лог Prowlarr как `NzbDrone.Core.Indexers.Exceptions.IndexerAuthException:
+RuTracker Auth Failed` и `Invalid Credentials for RuTracker [https://rutracker.org/forum/tracker.php?nm=...&f=...]`.
+
+🔴 **Правильный признак «залогинен/нет» — РАЗМЕР страницы, а не подстрока.**
+- **~250 KB** = залогиненный форум.
+- **~13 KB** = форма логина (вернулась).
+
+Подстрока `login_username` присутствует **в обоих** случаях (HTML-шаблон + скрытая форма
+быстрого входа) — по ней диагноз ставить НЕЛЬЗЯ, это дало ложное «Auth Failed» двумя
+диагнозами подряд.
+
+**Обходного пути в Prowlarr нет:** форма индексера RuTracker принимает только
+`username`/`password` — поля для cookie-сессии (`bb_data`) не существует, вписать
+живую сессию из браузера нельзя.
+
+**Что делать (нужен Alex):** зайти на `rutracker.org` браузером с **этого же**
+исходящего IP (через тот же `vless-proxy`), ввести логин+пароль и **пройти капчу один раз**.
+После успешного входа капча обычно снимается. Если не поможет — сменить пароль на
+трекере и вписать новый в Prowlarr (`Indexers → RuTracker`), либо поискать у RuTracker
+обход капчи (в Cardigann-определении поддержки нет).
+
+⚠️ Следствие: **RuTracker в карантине** в Prowlarr, поэтому его `caps` отдаёт **429** →
+каскад `429:TooManyRequests` в Radarr/Sonarr/Lidarr. Это нормальное поведение, лечится
+только восстановлением логина. См. питфолл про `429` ниже.
+
 ## ✅ ЗАКРЫТО: пароль RuTracker — рабочий (первый диагноз был НЕВЕРЕН)
 
 **Итог 2026-09-28 (позже в тот же вечер):** сохранённая в Prowlarr пара