flaresolverr 令我的服务器悲伤

问题描述：

本文用于记录一点 flaresolverr 与 worker 搭配使用中遇到的问题。

起因是目前在用的机场订阅因为最近的风波改成了阅后即焚，订阅成功会自动重置订阅链接。但是这几天本来节点就容易失灵，手机平板和电脑使用的梯子也都有自动更新的功能。并且关掉自动更新转而手动一个一个复制粘贴太令人恼火，所以计划用自己的域名替代订阅链接，然后用 worker 去拿订阅源。

逻辑是：更新请求发送到 worker, worker 带 cookie 访问目标网站获取订阅源, 将订阅中的配置文件返回。

但是遇到了 cf 盾，worker 失败。

经过 gemini3 pro 推荐选择使用 flaresolverr 部署在自己服务器上过盾。

废弃方案 1：把 fs 部署在服务器上，worker 通过 IP 访问

Q：报错 1003
A：worker 不能直接访问 IP 地址，需要使用域名

废弃方案 2：给服务器的 fs 套个域名访问

Q：报错 500
A：检查 docker 日志，fs 内存不足爆掉了。这种固定目标的情况可以使用 session 指定访问同一对话，避免并发请求多开标签页挤爆内存。

废弃方案 3：用 session 指定会话

Q：请求后马上报错
A：session 对应的标签页死后 fs 不会自动重启，需要用 sessions.destroy 方法杀掉对话再重新调用。

废弃方案 4：添加杀对话重试逻辑

Q：一直在报错
A：服务器就这么点内存，访问 google 可以，访问机场刚好内存不足。

事后本地用 orbstack 运行了 fs 的 docker，通过 postman 本地调用成功返回机场带订阅的链接页面。证实了确实是服务器内存不足导致的。

回忆起当时选择用 worker 也是因为服务器内存太小，尽量把服务都写在了可白嫖的地方。