[2026-09-28] eagle: family/plans/lidarr-taiga-deploy.md family/projects/media-toolbox-taiga.md personal/tech/flaresolverr-taiga.md

personal/tech/flaresolverr-taiga.md

@@ -224,3 +224,18 @@ CPU 0.68%); канал прокси нормальный (kinozal через soc
   Заготовка `/tmp/add_proxy_env.py` (HTTP_PROXY/HTTPS_PROXY) — **не применена**;
   Lidarr ходит в SkyHook сам, НЕ через FS. Разбирать отдельно —
   [[family/plans/lidarr-taiga-deploy]].
+  🔴 **Проверено 2026-09-28:** домен `api.lidarr.audio` **резолвится** из контейнера
+  (`2606:4700:3031::ac43:df35`) — значит это **чисто Cloudflare, НЕ DNS** (в отличие от
+  трекеров, где был NXDOMAIN). Следствие важное: **`PROXY_URL`/FlareSolverr здесь бесполезны** —
+  FS обслуживает только Prowlarr, а SkyHook зовёт сам Lidarr. Нужен отдельный прокси
+  на уровне процесса Lidarr (env `HTTP_PROXY`/`HTTPS_PROXY` в `arr/docker-compose.yml` +
+  `NO_PROXY` для внутренних имён, иначе сломается связь с Transmission/Prowlarr).
+  Состояние: в библиотеке **0 артистов** (`GET /api/v1/artist` → `[]`), приёмка не закрыта.
+
+  **План фикса (2 шага, ~5 мин, ждёт «go» Alex):**
+  1. `HTTP_PROXY=socks5h://vless-proxy:1080`, `HTTPS_PROXY=socks5h://vless-proxy:1080`,
+     `NO_PROXY=localhost,127.0.0.1,lidarr,prowlarr,radarr,sonarr,transmission,jellyfin,navidrome,caddy`
+     → бэкап compose → правка **локально** → `scp` → `docker compose up -d lidarr` (конфиг в
+     `/config` не трогается).
+  2. Проверка: `GET /api/v1/artist/lookup?term=radiohead` → должен вернуть массив, не 403.
+  - Fallback, если .NET Lidarr не поймёт `socks5h`: `socks5://` либо HTTP-прокси `vless-proxy:1081`.