[2026-09-26] eagle: family/index.md family/plans/lidarr-taiga-deploy.md family/projects/media-toolbox-taiga.md personal/plans/music-tags-review/1-needs-decision.md personal/plans/music-tags-review/2-medium-confidence.md personal/plans/music-tags-review/3-high-confidence.md personal/plans/music-tags-review/music-tags-review.md

family/projects/media-toolbox-taiga.md

@@ -75,15 +75,18 @@ Caddy: subdomain-based роутинг, без URL Base. Let's Encrypt автом
 | radarr | media_net + caddy_default |
 | sonarr | media_net + caddy_default |
 | jellyfin | caddy_default |
-| transmission | transmission_default + **media_net** (подключён вручную) |
-| vless-proxy | hermes_taiga_net + **media_net** (подключён вручную) |
+| transmission | transmission_default + **media_net** (персистентно в compose) |
+| vless-proxy | hermes_taiga_net + **media_net** (персистентно в compose, добавлено 2026-09-26) |
 
-> ✅ **ПОПРАВКА 2026-09-26 (проверено на живой машине):** строка про `vless-proxy` в `media_net`
-> **НЕВЕРНА.** Факт: `docker inspect vless-proxy` → только `hermes_taiga_net` (172.16.15.2).
-> `docker network inspect media_net` → участники `prowlarr radarr transmission sonarr`
-> (vless-proxy отсутствует). `docker exec prowlarr getent hosts vless-proxy` → NO DNS.
+> ✅ **ПОПРАВКА 2026-09-26 (проверено на живой машине):** строка про `vless-proxy` в `media_net` была
+> **НЕВЕРНА.** Факт на момент начала сессии: `docker inspect vless-proxy` → только `hermes_taiga_net`
+> (172.16.15.2). `docker network inspect media_net` → участники `prowlarr radarr transmission sonarr`.
+> `docker exec prowlarr getent hosts vless-proxy` → NO DNS.
 > Следствие: прокси-маршрут для индексеров, описанный в §«Prowlarr — прокси», **никогда не работал**.
-> План починки — [[personal/plans/lidarr-taiga-and-indexer-unblock]] Фаза 0.
+>
+> ✅ **ИСПРАВЛЕНО 2026-09-26:** `media_net` добавлена в `/mnt/RED_2TB/docker/vless-proxy/docker-compose.yml`
+> (persistent) + контейнер пересоздан `--force-recreate`. Теперь `vless-proxy` = `172.16.17.6` в `media_net`,
+> `getent hosts vless-proxy` из prowlarr/radarr резолвится. Полный разбор — [[family/plans/lidarr-taiga-deploy]] Фаза 0.
 >
 > ⚠️ **ПОПРАВКА PUID/PGID:** `921/921` устарело (см. строку выше про PUID 921 — артефакт до
 > restore-инцидента). Факт 2026-09-26: **все сервисы стека под uid 950**, `PUID=950 PGID=950`
@@ -149,7 +152,7 @@ Radarr/Sonarr монтируют `/mnt/RED_2TB/storage/` → `/storage/`
 >  "rpc-whitelist": "172.16.*.*"}
 > ```
 > Radarr ОЖИДАЕТ подкаталог категории (`/storage/Downloads/radarr`) — его нет.
-> Разбирать в Фазе 4 плана [[personal/plans/lidarr-taiga-and-indexer-unblock]].
+> Разбирать в Фазе 4 плана [[family/plans/lidarr-taiga-deploy]].
 
 Предполагаемый маппинг в каждом (задумано, но не выставлено):
 - host: `transmission`
@@ -188,30 +191,48 @@ nslookup google.com    192.168.2.2   #        → OK
 > Это **другой** класс, чем задокументированные «Cloudflare 403 на indexers.prowlarr.com»
 > и «RuTracker Turnstile»: здесь DNS не отдаёт IP вообще.
 
-Прокси для обхода описан в §«Prowlarr — прокси», но **не работает** (см. поправку о сетях выше).
-Полный план — [[personal/plans/lidarr-taiga-and-indexer-unblock]] Фаза 0.
+Прокси для обхода описан в §«Prowlarr — прокси». **✅ 2026-09-26: прокси-маршрут починен** —
+3 из 6 индексеров работают. Полный разбор — [[family/plans/lidarr-taiga-deploy]] Фаза 0.
 
 ## Prowlarr — прокси для заблокированных индексеров
 
-vless-proxy доступен в `media_net` как `vless-proxy:1080` (SOCKS5).
+`vless-proxy` доступен в `media_net` как `vless-proxy` (SOCKS5 **1080**, HTTP **1081**).
 
-Настройка в Prowlarr: Settings → Indexers → Add Proxy:
-- Type: SOCKS5
-- Host: `vless-proxy`, Port: `1080`
-- Tags: `[proxy]`
+Настройка (фактическое состояние после 2026-09-26):
+- Прокси `vless-socks5` (id=1), Type `Socks5`, Host `vless-proxy`, Port `1080`
+- Тег `proxy` (id=1) — создан; **все 6 индексеров** имеют tags `[1]`
 
-Индексеры с тегом `proxy`: RuTracker (заблокирован в РФ), остальные — по усмотрению.
+> ✅ **ИСПРАВЛЕНО 2026-09-26.** До этого таблица `Tags` в `prowlarr.db` была **ПУСТА**,
+> а `Indexers.Tags` ссылался на висячий id `[1]`; `IndexerProxies.Tags` = `[]`.
+> Прокси физически не был привязан ни к чему → все индексеры падали в NXDOMAIN.
+>
+> **Результат `POST /api/v1/indexer/testall` (2026-09-26):**
+>
+> | id | Индексер | Статус |
+> |---|---|---|
+> | 1 | RuTracker | ❌ `403 Cloudflare "Just a moment..."` на `/forum/login.php` |
+> | 2 | RuTor | ✅ OK |
+> | 3 | Byrutor | ✅ OK |
+> | 4 | NoNaMe Club | ✅ OK |
+> | 5 | Kinozal | ❌ `blocked by CloudFlare Protection` |
+> | 6 | Kinozal (M) | ❌ `blocked by CloudFlare Protection` |
+>
+> RuTracker: `GET /forum/index.php` → **200**, `POST /forum/login.php` → **403 Cloudflare JS-challenge**.
+> Остаточная проблема — Cloudflare, НЕ DNS. Решение — FlareSolverr (не установлен, ждём решение Alex).
+>
+> 🔴 **Важно для RuTracker/Kinozal: `kinozal.tv` МЁРТВ** (NXDOMAIN даже на выходной стороне прокси) —
+> использовать `kinozal.me` (через прокси → 200).
 
 ## Индексеры (те же что на Кракене)
 
-| Имя | Примечание |
-|-----|-----------|
-| RuTracker | через прокси |
-| RuTor | |
-| Byrutor | enableRss: false |
-| NoNaMe Club | |
-| Kinozal | |
-| Kinozal (M) | магнет, без grab limit — предпочтительный |
+| id | Имя | Примечание |
+|-----|-----|-----------|
+| 1 | RuTracker | через прокси; ⚠️ Cloudflare-челлендж на логине |
+| 2 | RuTor | через прокси; ✅ работает |
+| 3 | Byrutor | через прокси; ✅ работает; `enableRss: false` |
+| 4 | NoNaMe Club | через прокси; ✅ работает |
+| 5 | Kinozal | через прокси; ⚠️ Cloudflare Protection; URL должен быть `kinozal.me` |
+| 6 | Kinozal (M) | через прокси; ⚠️ Cloudflare Protection; магнет, без grab limit — предпочтительный |
 
 `preferMagnetUrl: true` для всех → нет дневного лимита на .torrent.