Create a route profile
Define endpoint, protocol, geography, rotating or sticky behavior, timeout, and allowed destination policy.
Developer transport layer
Build proxy routing into jobs with explicit credentials, geography, session policy, timeouts, and response classification—without coupling application logic to a custom scraping SDK.
$ configure route
country=US mode=rotating timeout=15s
$ validate response
route
matched
status
200
bytes
tracked
✓ bounded retry policy active
Keep credentials in environment variables and validate the observed response before adding retries or concurrency.
curl --proxy "http://{BF_PROXY_USER}:{BF_PROXY_PASS}@p1.bytesflows.com:8001" \
--connect-timeout 10 \
--max-time 30 \
--fail-with-body \
https://httpbin.org/ipA successful proxy connection does not prove the target page is usable. Validate target status and expected content separately.
Treat credentials, route selection, target response, and usage accounting as separate concerns.
Define endpoint, protocol, geography, rotating or sticky behavior, timeout, and allowed destination policy.
Pass credentials through the client’s proxy settings and keep them out of URLs stored in logs or error reports.
Separate proxy authentication, connection, timeout, target status, invalid content, and policy denial.
Track bytes and retry reason, then retry only temporary classes within a bounded budget.
No. It is standard proxy transport. Your application remains responsible for the HTTP request, browser execution, validation, parsing, storage, and compliance rules.
Rotation is suitable for independent requests. Sticky sessions keep one route for a limited multi-step workflow and should use a non-sensitive session identifier.
Use a secret manager or protected environment variables. Redact usernames and passwords from traces, screenshots, analytics, and support output.
Retry a small number of temporary connection, timeout, or server failures. Do not blindly retry invalid credentials, explicit denial, or repeated challenge pages.