Docker部署Flaresolverr遇Cloudflare挑战超时问题求助

先理清超时矛盾 #

你设置的100000是Flaresolverr的maxTimeout参数，但错误里显示的是60秒超时——这说明要么是Docker容器启动时的参数配置没生效，要么是容器资源不足导致Chrome实例没足够时间完成Cloudflare挑战。

针对性修复方案 #

1. 确保超时参数正确传入Docker #

启动容器时必须通过环境变量明确设置全局超时，覆盖默认的60秒限制（单位是毫秒），示例命令：

docker run -d \
  --name flaresolverr \
  -p 8191:8191 \
  -e LOG_LEVEL=info \
  -e MAX_TIMEOUT=120000 \
  ghcr.io/flaresolverr/flaresolverr:latest

同时请求时也要带上maxTimeout参数，和全局设置保持一致。

2. 给容器分配足够资源 #

Cloudflare的JS挑战需要Chrome实例运行，资源不足会直接拖慢验证速度导致超时：

• 增加CPU核心：启动时加--cpus=2
• 提升内存：加--memory=2g
  示例：

docker run -d \
  --name flaresolverr \
  -p 8191:8191 \
  -e LOG_LEVEL=info \
  -e MAX_TIMEOUT=120000 \
  --cpus=2 \
  --memory=2g \
  ghcr.io/flaresolverr/flaresolverr:latest

3. 处理需人工交互的验证挑战 #

如果目标站点触发了滑块、图片选择这类高级验证，自动模式无法完成，可临时开启可视化模式手动过一次验证：
请求示例（JSON格式）：

{
  "cmd": "request.get",
  "url": "你的目标站点URL",
  "maxTimeout": 120000,
  "headless": false
}

验证通过后，Flaresolverr会保留会话Cookie，后续请求可复用该会话绕过验证。

4. 更换IP或使用代理 #

如果你的服务器IP被Cloudflare标记为异常，会导致验证难度飙升：

• 启动容器时设置代理环境变量：

-e PROXY_URL=http://代理IP:端口

• 优先使用住宅IP代理，比数据中心IP更容易通过验证。

5. 升级Flaresolverr版本 #

你当前用的3.3.13版本可能存在旧版Cloudflare规则适配问题，建议升级到最新版：

docker stop flaresolverr
docker rm flaresolverr
docker pull ghcr.io/flaresolverr/flaresolverr:latest
# 用前面的启动命令重新运行容器

额外排查步骤 #

• 查看容器日志定位具体问题：docker logs flaresolverr，日志会显示是Chrome启动失败、JS执行超时还是验证步骤卡住。
• 确认目标站点的Cloudflare防护等级，若设置为“高”或“极高”，自动破解难度极大，需结合代理+会话复用的方式。

内容的提问来源于stack exchange，提问作者AndyPan