[2026-09-28] eagle: family/index.md family/plans/lidarr-artist-watchlist.md family/plans/lidarr-taiga-deploy.md personal/tech/flaresolverr-taiga.md

personal/tech/flaresolverr-taiga.md

@@ -1,5 +1,19 @@
 # FlareSolverr на Тайге + обход блокировок индексеров
 
+> 🔴 **НОВОЕ 2026-09-28 (вечер): ТОТ ЖЕ КЛАСС ДЕФЕКТА У LIDARR — свой `ProxyCheck` не проходит.**
+> SkyHook (`api.lidarr.audio`) отдаёт **403 Cloudflare**; в теле ответа — `Your IP: 90.189.160.148`
+> (домашний). Встроенный прокси Lidarr `proxyEnabled=true, proxyType=http, vless-proxy:1081`
+> **записан, но не применяется** — `docker logs lidarr | grep -i proxy` даёт
+> **`[Error] ProxyCheck: Proxy Health Check failed`**.
+> 🔴 **`GET /api/v1/health` при этом отдаёт `[]` — health-кэш врёт.** Ориентироваться на логи.
+> 🔴 **Внешний IP дома = `90.189.160.148` И у хоста Тайги тоже** (`curl api.ipify.org` с хоста) —
+> вся сеть NAS идёт через домашний аплинк; VPS-выход даёт **только** `vless-proxy`
+> (`104.28.211.192` через 1080 и 1081 — обе рабочие).
+> ⇒ Практическое правило: **любой сервис на Тайге, который ходит в интернет сам** (Lidarr → SkyHook,
+> FS → Chrome), по умолчанию выходит с домашнего IP. Проверять не «настроен ли прокси», а
+> **«какой внешний IP у самого сервиса»**.
+> `docker restart lidarr` **выполнен — не помог**. Подробности — [[family/plans/lidarr-artist-watchlist]] §БЛОКЕР.
+
 > ✅ **ПРОКСИ-СЛОЙ ИСПРАВЛЕН 2026-09-29:** причина была не в `vless-proxy`.
 > FlareSolverr 3.5.2 **игнорирует `proxy` у `request.get/request.post`, если указан `session`**.
 > `PROXY_URL` подставляется в тело запроса, но при уже заданной сессии драйвер берётся из старой