[2026-09-28] eagle: family/how-to/arr-stack-kraken.md personal/plans/flaresolverr-taiga-deploy.md personal/tech/flaresolverr-taiga.md

2026-09-28 17:21:24 +06:00
1 parent 8174fc8d3c
commit 8f85b41bb1
@@ -8,6 +8,10 @@
 > `FlareSolverrException: Empty cookies returned by FlareSolverr` (`FlareSolverr.cs:68`).
 > 🔴 **КОРЕНЬ (найден в этой сессии): у сессии нет куки `bb_data`** — только `cf_clearance` + `bb_guid`.
 > Это значит **логин RuTracker не выполняется**, а не «CF блокирует». Детали — раздел ниже.
+> 🔴🔴 **СВЕРКА С КРА́КЕНОМ (2026-09-29): «как на Кра́кене» = ТОЖЕ СЛОМАНО.** Alex спросил про
+> капча-солвер на Кра́кене — **его там НЕТ**, только FlareSolverr. Карантин на Кра́кене
+> **идентичен Тайге**: RuTracker/Kinozal/Kinozal(M) `EscalationLevel=9`, `DisabledTill=2026-09-27`.
+> Обе площадки имеют один и тот же незакрытый дефект. См. раздел «СВЕРКА С КРА́КЕНОМ».
 > **Radarr/Sonarr/Lidarr** — health чистый; warning-и про индексе́ры живут в БД **Prowlarr**, не у них.
 > **Lidarr** — SkyHook работает, `musicCategory=lidarr` применён, поиск релизов отдаёт **43** FLAC.
 > ⚠️ Открыто: **RuTracker** — автоматический логин невозможен (нужен Alex, см. ниже);
@@ -350,6 +354,69 @@ Prefetch `GET login.php` в той же сессии → POST → тоже фо

 ---

+## 🔴🔴 СВЕРКА С КРА́КЕНОМ (2026-09-29): «как на Кра́кене» = ТОЖЕ СЛОМАНО
+
+Alex спросил «на кракене вроде был капча солвер для этого?». Проверено на живом Кра́кене —
+**капча-солвера там НЕТ, и карантин там тот же**. Это снимает главную ложную посылку задачи.
+
+### Капча-солвера на Кра́кене нет
+
+```
+docker ps -a | grep -iE "solver|capsolve|2captcha|anti|capmonster"   → только flaresolverr
+FS env:  LOG_LEVEL, BROWSER_TIMEOUT, PATH, LANG, GPG_KEY, PYTHON_*  → НЕТ CAPTCHA_SOLVER
+IndexerProxies на Кра́кене:
+  (1, 'FlareSolverr', '{"host":"http://flaresolverr:8191/","requestTimeout":60}', 'FlareSolverr', ...)
+```
+
+Только FlareSolverr, `requestTimeout: 60` (на Тайге уже 180). **Никакого `CAPTCHA_SOLVER`,
+2captcha, capsolver.** Если капча-солвер где-то и вспоминается — это не Кра́кен.
+
+### Карантин на Кра́кене — идентичный Тайге
+
+```sql
+-- Кра́кен: /srv/dev-disk-by-uuid-49e8f586-.../docker/prowlarr/config/prowlarr.db
+SELECT ProviderId, EscalationLevel, DisabledTill FROM IndexerStatus;
+```
+
+```
+1  RuTracker    EscalationLevel=9   DisabledTill=2026-09-27   ← В КАРАНТИНЕ
+5  Kinozal      9                   2026-09-27                 ← В КАРАНТИНЕ
+6  Kinozal (M)  9                   2026-09-27                 ← В КАРАНТИНЕ
+2  RuTor        3                   —
+3  Byrutor      0                   —
+4  NoNaMe       0                   —
+```
+
+**Ровно та же тройка, ровно тот же `EscalationLevel=9`.** То есть на Кра́кене карантин
+тоже стоит с 27 сентября и не снимался. Список индексеров на Кра́кене — **идентичен Тайге**
+(id 1–6, те же имена, тот же `impl`).
+
+> 🔴 **Вывод для будущих сессий:** не строить план на посылке «на Кра́кене работает, значит
+> и на Тайге заработает». На 2026-09-29 обе площадки имеют **одинаковый незакрытый дефект
+> авторизации RuTracker**. «Как на Кра́кене» ≠ «починить» — на Кра́кене тоже красное.
+
+### Что реально отличается: у FS на Кра́кене есть `/config`
+
+```
+Кра́кен: IMAGE=ghcr.io/flaresolverr/flaresolverr:latest
+         MOUNTS= /srv/.../docker-data/volumes/fcca43.../_data => /config
+         ENV:    НЕТ PROXY_URL   (на Кра́кене DNS-блока нет)
+         /config пуст (ls → total 8, только . и ..)   sessions: []
+Тайга:   PROXY_URL=socks5://vless-proxy:1080   /config НЕТ
+```
+
+⚠️ `/config` **пуст** и на Кра́кене, и сессий нет (`sessions: []`, version 3.5.2).
+То есть **persistent Chrome-профиль не используется** — гипотеза «профиль с cookies
+переживает рестарт» **опровергнута**. Это была ложная версия; не тратить на неё время.
+
+> ⚠️ `/config` на Кра́кене объявлен, но ничего не сохраняет → добавлять его на Тайге
+> **не нужно**. Причина `bb_data`-отсутствия не в профиле.
+
+Скрипт сверки: `/tmp/whale_login_check.py`, `/tmp/whale_login2.py` (запускать **на хосте Тайги**,
+порт `8191` наружу с Mac не проброшен → `Connection refused`).
+
+---
+
 ## ⚠️ ЛОЖНЫЙ СЛЕД (оставлен для истории): «капча привязана к сессии»

 Самый запутанный пункт. Дефект выглядел как «неверный пароль», потом как «капча»,