A drop-in requests.Session implementation that transparently routes all HTTP requests through a FlareSolverr instance, allowing you to bypass Cloudflare protection with a familiar Python API. The project is compatible with Python 2.7.
The project also ships with an Adapter which is able to handle complex requests if the Session is insufficient in your use case, a command-line interface (CLI) for requests and session management, and an RPC client for direct access to the FlareSolverr JSON API.
This project is not responsible for solving challenges itself, it only forwards requests to FlareSolverr. If FlareSolverr fails to solve a challenge, it will raise an exception. Any issues related to challenge solving should be reported to the FlareSolverr project.
pip install flaresolverr-sessionor
pip install flaresolverr-cliYou need a running FlareSolverr instance. The quickest way is via Docker:
docker run -d --name=flaresolverr -p 8191:8191 ghcr.io/flaresolverr/flaresolverr:latestfrom flaresolverr_session import Session
with Session("http://localhost:8191/v1") as session:
response = session.get("https://example.com")
print(response.status_code)
print(response.text)It is recommended to set a persistent session_id.
session = Session(
"http://localhost:8191/v1",
session_id="my-persistent-session",
)A FlareSolverr metadata object is attached to the response as response.flaresolverr. It contains details about the request and the challenge solving process returned by FlareSolverr.
| Attribute | Description |
|---|---|
flaresolverr.status |
"ok" on success |
flaresolverr.message |
Message from FlareSolverr (e.g. challenge status) |
flaresolverr.user_agent |
User-Agent used by FlareSolverr's browser |
flaresolverr.start / flaresolverr.end |
Request timestamps (ms) |
flaresolverr.version |
FlareSolverr server version |
If FlareSolverr returns an error response, the session will raise a FlareSolverrResponseError exception.
All exceptions defined in the module are based on FlareSolverrError, which inherits from requests.RequestException. The hierarchy is as follows:
requests.RequestException
└── FlareSolverrError
├── FlareSolverrResponseError
│ └── FlareSolverrChallengeError
└── FlareSolverrUnsupportedMethodError
Exception Details:
| Exception | Description |
|---|---|
FlareSolverrResponseError |
FlareSolverr returned an error response. The response dict is available as response_data attribute. |
FlareSolverrChallengeError |
Challenge solving failed. |
FlareSolverrUnsupportedMethodError |
Unsupported HTTP method or content type. |
- Only GET and
application/x-www-form-urlencodedPOST are supported. Otherwise, it will raiseFlareSolverrUnsupportedMethodError. - Headers returned by FlareSolverr may be empty for some sites, depending on the FlareSolverr version and configuration. An empty HTTP status will be treated as
200. See FlareSolverr#1162. - Concurrent requests on the same
Sessionare serialized. A FlareSolverr session is a single active browser instance, simultaneously requests would produce unpredictable results,Sessiontherefore holds athreading.Lockand enforces that only one request executes at a time. A session should also be used exclusively by a single program: sharing it across multiple processes or external clients may lead to unexpected behavior.
Consider using the Adapter instead if you need more control over the requests, want to use unsupported methods/content types, or need a higher throughput.
After installation, you can use the flaresolverr-cli command. It is a convenient CLI tool to send HTTP requests through FlareSolverr and manage sessions.
It prints the json response from FlareSolverr. If the FlareSolverr URL is not provided via -f, it will use the FLARESOLVERR_URL environment variable (defaulting to http://localhost:8191/v1).
The request command is the default — you can omit the word request:
flaresolverr-cli https://example.com -o output.html
# GET with a custom FlareSolverr URL
flaresolverr-cli -f http://localhost:8191/v1 https://example.com
# POST with form data (data implies POST)
flaresolverr-cli https://example.com -d "key=value&foo=bar"# Create a session
flaresolverr-cli -f http://localhost:8191/v1 session create my-session
# Create multiple sessions at once
flaresolverr-cli session create session1 session2 session3
# List all active sessions
flaresolverr-cli session list
# Destroy a session
flaresolverr-cli session destroy my-session
# Clear all sessions
flaresolverr-cli session clearIf your requests are more complex than standard GET or form POST, the module provides an adapter to retrieve Cloudflare challenge solutions from FlareSolverr and apply them to your requests without modifying your existing codebase.
import requests
from flaresolverr_session import Adapter
adapter = Adapter("http://localhost:8191/v1")
session = requests.Session()
session.mount("https://nowsecure.nl", adapter)
session.mount("https://www.nowsecure.nl", adapter) # mount subdomain, mount doesn't support wildcards
response = session.get("https://nowsecure.com/page")
print(response.text)It is recommended only mount the adapter to specific origins that require Cloudflare bypass. Read the caveats section before using it.
Don't use the
Sessionprovided byflaresolverr_sessionhere, they are different concepts.
- The FlareSolverr instance and the machine running the adapter must share the same public IP (or use the same proxy with a consistent public IP). Otherwise the adapter won't work, because cookies obtained from FlareSolverr will not be accepted by Cloudflare.
- The adapter automatically sends a
GETrequest to the original URL to solve the challenge. You can provide a customchallenge_urlto override this behavior. - Cloudflare cookies are tied to the
User-Agentused during challenge solving. The adapter automatically sets or overrides theUser-Agentreturned by FlareSolverr. - The adapter is less reliable than using the Session directly.
The correct way to use the adapter with a proxy is either set it in environment variable or set manually in the requests.Session that uses the adapter.
import requests
from flaresolverr_session import Adapter
adapter = Adapter("http://localhost:8191/v1")
session = requests.Session()
session.trust_env = False
session.proxies = {
"http": "http://proxy:8080",
"https": "http://proxy:8080",
}
session.mount("https://nowsecure.nl", adapter)The proxy used for the original request is automatically applied to the FlareSolverr request for the reason mentioned in caveats. Please ensure the proxy you are using is accessible by the FlareSolverr service.
Set
trust_envtoFalseto ensure you are using the proxy set in your code. Proxy settings in environment variables will override the proxies you set in code, there are multiple issues in requests project related to this problem.
- The adapter first attempts to send the request normally through its base adapter.
- If it detects a Cloudflare challenge, the adapter forwards the URL to a FlareSolverr instance.
- FlareSolverr solves the challenge and returns cookies and a
User-Agent. - The adapter caches the returned credentials and retries the original request with them.
The flaresolverr_rpc module provides a programmatic interface to the FlareSolverr JSON API, ideal for low-level access to raw API responses. If the Flaresolverr responds a non-OK status, it raise a FlareSolverrResponseError. The RPC class is the underlying tool used by all the features the project provides.
from flaresolverr_session import RPC
with RPC("http://localhost:8191/v1") as rpc:
# Session management
rpc.session.create(session_id="my-session", proxy="http://proxy:8080")
sessions = rpc.session.list()
print(sessions["sessions"])
# HTTP requests
result = rpc.request.get("https://example.com", session_id="my-session")
print(result["solution"]["url"])
print(result["solution"]["response"]) # HTML body
result = rpc.request.post(
"https://example.com",
data="key=value",
session_id="my-session",
)
# Cleanup
rpc.session.destroy("my-session")All methods return the raw JSON response dict from FlareSolverr.