[2026-09-28] eagle: personal/tech/flaresolverr-taiga.md

personal/tech/flaresolverr-taiga.md

@@ -1,5 +1,25 @@
 # FlareSolverr на Тайге + обход блокировок индексеров
 
+> ✅ **ИСПРАВЛЕНО 2026-09-29:** причина была не в `vless-proxy`, DNS или тегах Prowlarr.
+> FlareSolverr 3.5.2 **игнорирует `proxy` у `request.get/request.post`, если указан `session`**.
+> `PROXY_URL` подставляется в тело запроса, но при уже заданной сессии драйвер берётся из старой
+> сессии. Prowlarr создавал `prowlarr` без proxy, поэтому Chrome ходил напрямую с `90.189.160.148`.
+> `vless-proxy` исправен: SOCKS даёт внешний IP `104.28.209.115`/`187.15.56.1`.
+>
+> **Рабочий фикс на TrueNAS (выполнен):** удалить сессию `prowlarr` и создать её заново с proxy:
+> ```bash
+> curl -sS -X POST http://localhost:8191/v1 -H 'Content-Type: application/json' \
+>   -d '{"cmd":"sessions.destroy","session":"prowlarr"}'
+> curl -sS -X POST http://localhost:8191/v1 -H 'Content-Type: application/json' \
+>   -d '{"cmd":"sessions.create","session":"prowlarr","proxy":{"url":"socks5://vless-proxy:1080"}}'
+> ```
+> Проверка: `docker exec flaresolverr ps aux | grep chromium` должен содержать
+> `--proxy-server=socks5://vless-proxy:1080`; запрос через session `prowlarr` к `api.ipify.org`
+> должен вернуть IP, отличный от `90.189.160.148`.
+>
+> ⚠️ После пересоздания/рестарта контейнера FlareSolverr эту сессию нужно создать снова.
+> `PROXY_URL` оставляем в compose, но одного его недостаточно для постоянной сессии Prowlarr.
+
 > 🔴🔴 **ОБНОВЛЕНИЕ 2026-09-29 (поздняя сессия): ДЕФЕКТ ЛОКАЛИЗОВАН — Chrome FS стартует БЕЗ `--proxy-server=`.**
 > Прокси-контейнер `vless-proxy` **жив и работает** (логи: `tunneling request ... via vpn.mallexxx.duckdns.org:443`).
 > `PROXY_URL=socks5://vless-proxy:1080` в env FS есть, но **к Chrome не применяется** — в командной строке