GlossaryProxy TypesIntermediate

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.

Last updated July 29, 2026

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

1

Pointing a scraper at gateway.provider.com:7777 and receiving a different residential IP on every request

2

Adding a country code to the proxy username to force all traffic out through German IPs

3

Using session-1 and session-2 as session IDs so two parallel jobs each keep their own stable address

4

A checkout flow holding one sticky IP for ten minutes so the cart is not invalidated mid-purchase

Common Use Cases

Large-scale scraping without managing an IP list
Automatic rotation across millions of addresses
Geo-targeted requests by country, city or ISP
Sticky sessions for logins, carts and checkouts
Running many parallel jobs on separate IPs
Any project that would otherwise rebuild rotation logic itself

Frequently Asked Questions

With a list you manage every IP yourself — selecting, rotating, and replacing dead ones. A backconnect proxy gives you one permanent endpoint and handles all of that internally, so your code never changes even as millions of addresses rotate behind it.
Through the username. Providers encode parameters such as country, city, session ID, and sticky duration into the credentials, so one gateway can behave like thousands of individually targeted proxies without changing the host or port.
Rotate per request for broad, stateless crawling. Use sticky sessions for anything multi-step — logins, carts, checkouts — because changing IP partway through a flow looks like account hijacking and usually gets the session invalidated.
Nearly. Backconnect describes the architecture — one gateway relaying to a pool behind it. Rotating describes the behaviour. Almost all rotating proxies are delivered as backconnect gateways, so in practice the terms are used interchangeably.
Usually yes. Most providers return the exit IP in a response header, and you can always call an IP-echo endpoint through the proxy. You cannot choose a specific address in advance, only constrain it by country, city, or session.
Almost always by bandwidth rather than per IP, because you are buying access to the pool rather than renting fixed addresses. Watch consumption closely — automatic rotation makes it easy for a runaway job to use far more traffic than expected.
What is a Backconnect Proxy? Definition & How It Works | ProxyHorizon | ProxyHorizon