[2026-09-28] eagle: family/how-to/truenas-infrastructure.md personal/plans/flaresolverr-taiga-deploy.md personal/tech/flaresolverr-taiga.md personal/tech/prowlarr-flaresolverr-cloudflare.md

personal/tech/prowlarr-flaresolverr-cloudflare.md

@@ -1,7 +1,7 @@
 ---
 title: Prowlarr FlareSolverr — Cloudflare-обход и починка индексеров
 created: '2026-09-20'
-updated: '2026-09-28'
+updated: '2026-09-29'
 type: tech
 namespace: personal
 tags: ["prowlarr", "flaresolverr", "cloudflare", "rutracker", "kinozal", "torrent", "arr", "kraken", "taiga", "infra"]
@@ -17,6 +17,61 @@ related:
 Зеркало ключевых питфоллов скилла `torrent-agent-pipeline` (§ Питфоллы).
 Контекст: 2026-09-20, Kraken. RuTracker / Kinozal / Kinozal (M) были «красными» в Prowlarr.
 
+## 🔴🔴 2026-09-29: «Auth Failed» = СНАЧАЛА ДАННЫЕ, ПОТОМ ИНФРАСТРУКТУРА
+
+**Самый дорогой урок.** Долгая диагностика «капча RuTracker», собран образ с noVNC — всё зря.
+Причина: **диагностические тесты шли НЕ ТЕМ аккаунтом.**
+
+```
+Prowlarr хранит:  username = mallexxx       password = m@n*w$uperP@$$w0rD
+Тесты шли:        username = keropjan_88    password = I70aj7Igpr
+```
+
+RuTracker на неверный пароль отвечает **формой логина + капчей** — отсюда ложный вывод
+«трекер требует капчу от человека». С верной парой логин проходит **автоматически, без капчи**.
+
+🔴 **ПЕРВЫЙ ШАГ при `Auth Failed` — сверить пару из БД, до любых гипотез:**
+```bash
+DB=/mnt/RED_2TB/docker/arr/prowlarr/prowlarr.db   # Кра́кен: /srv/*/docker/prowlarr/config/prowlarr.db
+python3 -c "
+import json,sqlite3,shutil
+shutil.copy('$DB','/tmp/o.db')
+c=sqlite3.connect('/tmp/o.db')
+for r in c.execute('SELECT Name,Settings FROM Indexers'):
+    s=json.loads(r[1])
+    print(r[0], {k:v for k,v in s.items() if 'user' in k.lower() or 'pass' in k.lower()})
+"
+```
+Тестировать надо **ровно той парой**, что лежит в Prowlarr. Иначе тест измеряет не то.
+
+### Признак «залогинен» — РАЗМЕР HTML, не подстрока
+
+| `len` HTML | Что это |
+|---|---|
+| **~250 KB** | залогиненный форум ✅ |
+| **~13 KB** | форма логина вернулась ❌ |
+
+⚠️ Подстрока `login_username` есть **в обоих** случаях (HTML-шаблон + скрытая форма быстрого
+входа) — по ней диагноз ставить НЕЛЬЗЯ.
+Кука авторизации RuTracker — **`bb_session`** (не `bb_data`; в сессии также `cf_clearance`,
+`bb_guid`, `bb_ssl`). Отсутствие `bb_session` = логина нет.
+
+### Что НЕ работает (проверено, не повторять)
+
+| Идея | Почему нет |
+|---|---|
+| Капча-солвер (`CAPTCHA_SOLVER`) | **Официально non-functional** (DeepWiki FS, issue #1452 закрыт). Адаптеры удалены из образа |
+| Вписать cookies в Prowlarr вручную | Индексер принимает только `username`/`password` — поля для cookie нет |
+| noVNC + свой образ FS для ручного входа | Строилось под ложную гипотезу. **Снесено 2026-09-29.** Журнал отката — [[personal/tech/flaresolverr-taiga]] |
+| Свой браузер через 3x-ui «по тому же туннелю» | `vless-proxy` — **клиент** xray, не сервер; `cf_clearance` привязан к IP+UA+TLS-fingerprint |
+| Persistent-профиль Chrome у FS | Не решает ничего: FS логинится сам при каждом старте |
+
+> 🔴 **Не строить план на посылке «на Кра́кене работает».** На 2026-09-29 у Кра́кена в БД
+> тот же карантин `EscalationLevel=9` (RuTracker/Kinozal/Kinozal M, с 27 сен) и **нет** капча-солвера.
+
+> 🔴 **Приёмка — `search`, а НЕ `caps` и НЕ `health`.** `caps` 200 + пустой `indexerstatus` +
+> `health []` не доказывают, что поиск работает. Разбивка по индексеру обязательна.
+
 ## Схема
 
 ```