Backconnect Proxy
A backconnect proxy gives you a single endpoint that automatically rotates you through a large pool of IPs — you connect once, and the provider decides which address each request goes out from.
Definition
A backconnect proxy is a gateway. Instead of handing you a list of individual IP addresses to manage yourself, the provider gives you one hostname and port. You send every request there, and their infrastructure picks which address in the pool it actually goes out from.
The name comes from the arrangement behind it: the machines in the pool connect back to the provider gateway, which then relays your traffic through whichever one it chooses.
The problem it solves
The old way was a text file of a few hundred proxies. You had to load them, pick one per request, track which had started failing, remove the dead ones, and buy replacements as the list decayed. Every scraping project rebuilt the same rotation logic, badly.
A backconnect gateway moves all of that to the provider. Your code holds one endpoint that never changes, while millions of addresses rotate silently behind it. Dead IPs are removed and replaced without you ever noticing.
How you control it
Because there is only one endpoint, configuration travels in the username rather than the connection string. Providers vary in syntax, but the pattern is consistent:
- Rotation — a new IP on every request, or a sticky session that holds one address for a set number of minutes.
- Geo-targeting — restrict output to a country, and often a specific city or ISP.
- Session IDs — attach your own identifier so the same session ID always maps to the same IP, which is how you keep parallel jobs on separate addresses.
So a single gateway can behave as thousands of independent, individually-targeted proxies purely through credentials.
Rotating or sticky — pick per task
Use per-request rotation for broad, stateless work such as crawling many product pages. Use a sticky session whenever state matters — logging in, adding to a cart, completing a checkout — because an IP that changes mid-flow looks like account hijacking and will get the session dropped.
What to watch for
You are trusting the provider to keep the pool clean, since you cannot inspect individual IPs before they are used. You also share that pool with other customers, so an address may arrive with history attached. And because rotation is automatic, a misconfigured job can burn through bandwidth fast — set limits and monitor success rate rather than assuming it is working.
Examples
Pointing a scraper at gateway.provider.com:7777 and receiving a different residential IP on every request
Adding a country code to the proxy username to force all traffic out through German IPs
Using session-1 and session-2 as session IDs so two parallel jobs each keep their own stable address
A checkout flow holding one sticky IP for ten minutes so the cart is not invalidated mid-purchase
Common Use Cases
Frequently Asked Questions
Keep Learning
All termsResidential Proxy
A residential proxy routes your traffic through a real home internet connection, so websites see an ordinary ISP customer rather than a server in a data centre.
Read definitionRotating Proxy
A rotating proxy is a single gateway endpoint that hands you a different IP address from a shared pool — on every request, or on a timer — so a large job looks like many ordinary visitors instead of one persistent one.
Read definitionIP Rotation
IP rotation is the practice of deliberately changing the source IP address your requests come from, spreading a large job across many addresses so no single one exceeds what a target tolerates.
Read definitionSticky Session
A sticky session keeps the same proxy IP for a set period, so multi-step workflows like logging in and checking out stay on one consistent address.
Read definition